Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Feb 21 19:02
    dependabot[bot] labeled #1782
  • Feb 21 19:02
    dependabot[bot] opened #1782
  • Feb 21 19:02
    dependabot[bot] review_requested #1782
  • Feb 21 19:02

    dependabot[bot] on maven

    Bump netty.version from 4.1.42.… (compare)

  • Feb 21 16:31
    calohmn milestoned #1781
  • Feb 21 16:31
    calohmn labeled #1781
  • Feb 21 16:31
    calohmn labeled #1781
  • Feb 21 16:31
    calohmn assigned #1781
  • Feb 21 16:31
    calohmn labeled #1781
  • Feb 21 16:31
    calohmn opened #1781
  • Feb 21 16:23
    boaks synchronize #1762
  • Feb 21 16:13
    johnMinelli commented #1486
  • Feb 21 13:36
    boaks commented #1762
  • Feb 21 13:31
    boaks synchronize #1762
  • Feb 21 11:48
    soheilade edited #1780
  • Feb 21 10:36
    soheilade edited #1780
  • Feb 21 10:35
    soheilade edited #1780
  • Feb 21 10:19
    soheilade opened #1780
  • Feb 21 08:57
    boaks commented #1762
  • Feb 21 07:17
    somerb starred eclipse/hono
Jens Reimann
@ctron
that would be a change for 1.1?
Kai Hudalla
@sophokles73
I guess so. Guava is not part of any of our public APIs AFAIK
Dejan Bosanac
@dejanb
+1
Carsten Lohmann
@calohmn
I'm also for removing it then.
Kai Hudalla
@sophokles73
I will create an issue for it then and assign it to @ctron !?
Dejan Bosanac
@dejanb
@sophokles73 how do you wanna proceed with #1647
I have some fixes, but I doubt I can push them to bsinno
Kai Hudalla
@sophokles73
I can push the branch to eclipse/hono as well. We can then work on it together an create a PR from it. Would that work for you?
Dejan Bosanac
@dejanb
yeah ... sounds perfect
Kai Hudalla
@sophokles73
ok, gimme a minute ...
Dejan Bosanac
@dejanb
so basically I have helm chart running (at least getting started looks ok) and systems tests run but I saw a couple of failures
would love to push this to see how it looks in CI and then continue tweaking it
Kai Hudalla
@sophokles73
ok, I have pushed the branch to eclipse/hono ...
Dejan Bosanac
@dejanb
cheers
Dejan Bosanac
@dejanb
new pr is #1651 as I don't think we can edit the old one
I also rebased the branch, so now is mergable
Kai Hudalla
@sophokles73
@ctron would you mind taking a look at #1654 ? It is supposed to be part of 1.0.2 which we want to release this week ...
Jens Reimann
@ctron
done
Kai Hudalla
@sophokles73
@ctron thanks, man :-)
Kai Hudalla
@sophokles73
@ctron @calohmn @dejanb Today is the day we have scheduled 1.1.0-M1 for :-) Anything you got cooking that should be in this milestone in addition to what we have in the "done" column of our 1.1.0 project board?
Carsten Lohmann
@calohmn
From my side that would be #1654. @ctron I've pushed a change to that PR yesterday. Could you have another look?
Jens Reimann
@ctron
@calohmn done … sorry, I assumed you would simply add a comment and merge :grinning:
Dejan Bosanac
@dejanb
@sophokles73 I would like to take a look at the artemis logs
when are you planning to cut it?
Kai Hudalla
@sophokles73
@dejanb No particular plan. What about 5PM?
Dejan Bosanac
@dejanb
@sophokles73 sure ... I'm looking into this now
Kai Hudalla
@sophokles73
I would like to change the way we handled the release notes for milestones in the past. We used to add a heading for the milestone in the release notes, basically treating it as a separate release. However, the Eclipse Foundation doesn't consider a milestone to be a release and neither should we. Base on that, I propose to simply keep on adding text to the release notes for 1.1.0 and include it in the announcement mail I send out for the milestone. This way people still can see what has changed in the milestone but we do not need to create a project board for the milestone(s) which we can reference by URL. WDYT?
Dejan Bosanac
@dejanb
+1
Karthees Kalidass
@kaniyan
+1
Abel Büchner-Mihaljević
@b-abel
+1
Jens Reimann
@ctron
+1
Carsten Lohmann
@calohmn
+1
Trystram Jean-Baptiste
@jbtrystram
+1
Kai Hudalla
@sophokles73
ok everybody, I am now preparing the milestone build and will then push the button ...
Carsten Lohmann
@calohmn
It looks like #1645 takes longer than expected. Therefore I would suggest postponing the 1.0.2 build to end of the week at least. WDYT?
Kai Hudalla
@sophokles73
It seems like a fix to have in 1.0.2 so I am in favor or trying to get it into it. If that means delaying the release a little, I am fine with that ...
Kai Hudalla
@sophokles73
@calohmn are you able to successfully compile and test master locally? I can, but Travis and Jenkins seem to have a problem with it ...
Dejan Bosanac
@dejanb
@sophokles73 I tried it now ... and see the failure
let me check it out
Abel Büchner-Mihaljević
@b-abel
@dejanb We found it. The merge introduced an error. @sophokles73 is on it
Kai Hudalla
@sophokles73
@dejanb we already found the problem: it was an automatic merge error for the latest commit. I am currently fixing it
Dejan Bosanac
@dejanb
@b-abel @sophokles73 cool!
Kai Hudalla
@sophokles73
pushed the fix ...
Dejan Bosanac
@dejanb
let me give it a test
alles gut :)
Abel Büchner-Mihaljević
@b-abel
:thumbsup:
Kai Hudalla
@sophokles73
@ctron @dejanb @calohmn I would like to do the 1.0.2 release today. The 1.0.2 project board (https://github.com/eclipse/hono/projects/24) on GitHub contains all issues/PRs that had been scheduled for 1.0.2. Can you take a look at the list and see if there is anything missing or if any of the items should not go into 1.0.2 from your point of view?
Dejan Bosanac
@dejanb
Looks good
Carsten Lohmann
@calohmn
List looks good. FMPOV, we could include PR #1668 there as well.
Kai Hudalla
@sophokles73
Ok, I will now start cherry-picking/backporting the commits from the 1.0.2 board to the 1.0.x branch ...