[01:37] <jbicha> tkamppeter: avahi ftbfs is known, see LP: #1735960
[01:37] <ubot5`> Launchpad bug 1735960 in avahi (Ubuntu) "Merge avahi 0.7 with Debian" [Wishlist,Triaged] https://launchpad.net/bugs/1735960
[01:41] <tkamppeter> jbicha, I have talked with kenvandine about that. He will try to find out what is on. My patch cannot be the cause for that.
[01:41] <tkamppeter> jbicha, perhaps 0.7 fixes that.
=== thumper-away is now known as thumper
[01:46] <jbicha> no, it's still broken in Debian
[01:46] <jbicha> a debhelper change triggered it, but I guess the Debian maintainer will adapt avahi for it eventually
[06:12] <ulysses_> Hallo
[06:12] <ulysses_> Wie gehts?
[07:29] <ulysses_> Anyone out there?
[07:35] <sil2100> It's a bit early
[07:36] <ulysses_> For some parts maybe
[07:36] <sil2100> People tend to start appearing in like 30 minutes
[07:36] <ulysses_> Really? You really know your stuff on here
[07:39] <ulysses_> So how are things in the Ubuntu world? I haven't been in deep with the community for a little over a year now
[08:37] <oSoMoN> good morning desktoppers
[08:40] <seb128> salut oSoMoN
[08:40] <seb128> happy friday! how are you today?
[08:41] <oSoMoN> salut seb128 ! caught a cold, so I blow my nose every 2 minutes, but otherwise good
[08:42] <seb128> :-/
[08:42] <oSoMoN> how about you?
[08:51] <seb128> I'm good thanks, started being a bit sick as well though
[09:01] <willcooke> ahoy
[09:02] <seb128> hey willcooke, happy friday post holidays! how are you?
[09:03] <Laney> ey up
[09:05] <seb128> hey Laney! happy friday! how are you? ready for holidays or still having a stack of things to tide up before closing the office door?
[09:16] <Laney> hey seb128
[09:16] <Laney> happy friday to you too ;-)
[09:17]  * Laney is gooooodddddd, looking forward to the break
[09:17] <Laney> what about you? and when are you off?
[09:18] <Laney> i'll see if I can get some wip gnome/systemd branches pushed today so that people can have a look over the holidays if they want to
[09:18] <Laney> probably get to fight with autotools for that /o\
[09:21] <willcooke> Iiinteresting.... add a second user, logout, login as that user with the Ubuntu session selected, get the GNOME session.  Reboot = fixed!  I have a feeling that's known already.  Will follow up with didrocks after hols.
[09:21] <Nafallo> salut o/
[09:24] <willcooke> morning Nafallo
[09:24] <Nafallo> willcooke: let me have some more coffee and we can call it a morning ;-)
[09:24] <Nafallo> brb
[09:26] <Nafallo> right, morning :-)
[09:28] <seb128> Laney, I'm still working 3 days next week, shifted my remaining days after the closed week
[09:28] <seb128> hey Nafallo
[09:29] <seb128> willcooke, is that in a vm or real machine? new install or having SRUs updates installed?
[09:30] <willcooke> seb128, real machine
[09:30] <willcooke> checking update status
[09:32] <seb128> willcooke, when you say GNOME you mean vanilla upstream, the one with their theme no dock etc?
[09:32] <willcooke> running proposed artful
[09:32] <willcooke> seb128, ya
[09:32] <seb128> weird
[09:32] <willcooke> seb128, dont worry, I will do some more testing and test with B in a VM anon
[09:32] <seb128> k
[09:37] <seb128> willcooke, oh, and did you install the gnome session in that boot or did you restart since?
[09:38] <willcooke> seb128, installed it previously, many reboots ago, created the new account recently
[09:59] <duflu> Ahoy, morning Europe
[09:59]  * duflu juggles GTK patches and cooking
[10:00] <seb128> hey duflu
[10:00] <duflu> Hi seb128
[10:00] <duflu> And probably bye in a sec
[10:00] <seb128> you should call in a week
[10:01] <seb128> right, I was going to say, time to stop work for you :)
[10:01] <seb128> those gtk changes can probably wait monday?
[10:02] <duflu> Yeah, they're done. Waiting on upstream for an indefinite time now
[10:02] <duflu> Bye
[10:02] <seb128> btye
[10:05] <seb128> willcooke, I can confirm that bug btw
[10:05] <seb128> just tried in a vcm
[10:05] <seb128> vm
=== ecloud_wfh is now known as ecloud
[10:06] <seb128> but it's not only for 1 login here, I logged out and in and still get GNOME when Ubuntu is selected on the login screen
[10:07] <willcooke> seb128, ah, kk.  I'll log a bug.  Against gnome-shell or gdm or ... ?
[10:07] <seb128> gdm3 please
[10:21] <willcooke> https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1738389
[10:21] <ubot5`> Launchpad bug 1738389 in gdm3 (Ubuntu) "Adding a second user and logging in to the Ubuntu session gives the GNOME session" [Undecided,New]
[10:22] <seb128> thx
[10:25] <Laney> silly session chooser
[12:12] <tkamppeter> kenvandine, jbicha, seb128: Did you find out what happened with avahi?
[12:29] <seb128> tkamppeter, hey, did you see my comment on the bug?
[12:33] <tkamppeter> seb128, have seen it now and is marked as fixed. So perhaps one of the core devs could merge avahi from Debian. AFAIR they have also already updated to 0.7.0 (and my patch applies to 0.7.0, too).
[12:33] <seb128> tkamppeter, bug #1735960
[12:33] <ubot5`> bug 1735960 in avahi (Ubuntu) "Merge avahi 0.7 with Debian" [Wishlist,Triaged] https://launchpad.net/bugs/1735960
[12:37] <tkamppeter> OK. Thanks.
[12:38] <tkamppeter> Marked as "High" because this would fix our FTBFS.
[12:38] <seb128> koza, hey, is the bluez 5.47 update somewhat on your todo?
[12:39] <seb128> tkamppeter, would it? the bug is marked as blocked by the ftbfs which is not fixed in debian either yet
[12:41] <tkamppeter> seb128, debian bug 878911 is marked with "Fixed in version debhelper/10.10". Or did it turn out to not have worked out?
[12:41] <ubot5`> Debian bug 878911 in debhelper "avahi FTBFS with debhelper 10.9.2" [Serious,Fixed] http://bugs.debian.org/878911
[12:42] <seb128> tkamppeter, avahi still needs fixing if I understand the current common on that bug correctly
[12:42] <seb128> common->comment
[12:44] <jbicha> tkamppeter: avahi still ftbfs in Debian
[12:46] <seb128> hey jbicha
[12:46] <jbicha> happy Friday
[12:46] <seb128> happy friday! how are you today?
[12:49] <jbicha> good, I'm converting Debian pkg-gnome from svn to git, but you can see that from how noisy #debian-gnome is :)
[12:51] <seb128> yeah, I guessed that but I didn't look much at the content of the commits
[12:52] <seb128> good luck with that, seems lot of work, would have been easier to let people deal with conversions as they touch the packages
[13:02] <Laney> nice
[13:02] <Laney> just got a notification that my mouse is running low on power
[13:02] <Laney> didn't get those for my old wireless mouse/kb, it just died
[13:02] <Laney> good when things work
[13:02] <seb128> yeah :)
[13:03] <Laney> also I got that over 2 years ago
[13:03] <Laney> and havne't changed the batteries since then
[13:03] <Laney> WTF
[13:03] <seb128> impressive
[13:03] <seb128> my mouse doesn't send the battery info I guess
[13:04] <Laney> you can see it in the power panel if it's there
[13:04] <jbicha> seb128: I don't think delaying more would have been easier, one step in the conversion process takes like 3.5 hours (because it's a giant svndump that needs to be sorted)
[13:04] <seb128> yeah, it's not, upwer doesn't list it either
[13:04] <jbicha> we could have stored that intermediate output somewhere
[13:04] <Laney> :(
[13:04] <seb128> it's an old logitech one
[13:04] <seb128> like 5-6 years old
[13:04] <Laney> yeah this is a newer logitech
[13:05] <Laney> with one of those unifying receiver things that works with fwupd too
[13:05] <jbicha> but then everyone would have to know how to do the conversion which in the long run costs more time
[13:05] <koza> seb128, you mean bump bluez version for ubuntu? yes, but i wait for 5.48 now. i expect it to be out soon. i hold on 5.47 cause i have read reports of broken keyboards with this release
[13:05] <seb128> jbicha, or not, if people are involved they might understand what is happening and how to use the new thing, if you just force it down their way they might get confused
[13:06] <seb128> koza, ok, good to know, thanks
[13:06] <jbicha> seb128: you might be the only one who is said to see svn go ;)
[13:07] <seb128> jbicha, I'm not attached to svn, doesn't mean I like going to git though
[13:07] <seb128> debian/ in bzr ftw :p
[13:09] <jbicha> I expect we'll discuss migrating Ubuntu's GNOME packaging from bzr to git, after the holidays
[13:10] <koza> seb128, it will be updateeed before March the 1st which is feature freeze
[13:13] <jbicha> seb128: bzr isn't used much in Debian now. Neat stats at https://qa.debian.org/cgi-bin/vcswatch
[13:22] <seb128> jbicha, I don't think it was ever used a lot in Debian
[13:23] <seb128> jbicha, you should take my troll comment less literally btw :p
[13:24] <seb128> jbicha, I'm not advocating to use svn or bzr, I just don't want of a system too complex to use and the git ui and interactions still suck which is a shame
[13:24] <jbicha> bzr is/was pretty nice for Debian packaging
[13:24] <seb128> yes
[13:25] <seb128> git-ubuntu might be nice as well
[13:25] <seb128> we are going to look at how that compare to what is done in pkg-gnome
[13:26] <jbicha> I don't think git-ubuntu is as useful if you already have git, but I've never used git-ubuntu
[13:26] <seb128> well, it's supposed to be the new consistant way to deal with Ubuntu sources
[13:27] <jbicha> we still had ubuntu-desktop bzr in the UDD days
[13:28] <seb128> you like to argue on everything said don't you? ;)
[13:28] <jbicha> I'm just trolling back ;)
[13:28] <seb128> well, I'm not trolling at this point
[13:28] <seb128> I think git-ubuntu is a valid candidate for a new unified way to deal with the ubuntu archive
[13:28] <jbicha> once we have a git patch, we can apply that anywhere
[13:29] <seb128> yeah, a git patch can even be droped in the debian/ only in bzr vcs-es
[13:29] <seb128> anyway let's see the pro and con from the different solutions
[13:30] <seb128> the reason we pushed back on udd that the time was to avoid to have to check out the full source/history of the vcs to do a simple package tweak
[13:30] <seb128> seems like those git imports have the same flaw
[13:31] <jbicha> I think the point of git-ubuntu is that it's supposed to work for any package because Ubuntu doesn't control the vcs for most of the archive
[13:31] <seb128> right
[13:31] <seb128> and provide a nice human friendly UI
[13:31] <seb128> unlike git :p
[13:32] <Laney> it'd be a shame if we weren't to share with the Debian git I think
[13:32] <seb128> it'd be a shame if we weren't to share with Ubuntu git I think
[13:32] <seb128> :)
[13:32] <jbicha> I've been unimpressed with dgit so far which seemed to have similar goals as ubuntu-git (but dgit seems fairly unpopular in Debian)
[13:33] <Laney> :/
[13:33] <seb128> but let's see the pro&con of each solution
[13:33] <Laney> Ubuntu git isn't our upstream
[13:33] <seb128> I expect we are going to end up on "depends of who is working on the package"
[13:33] <Laney> but ok, too much trolling going on here
[13:33] <seb128> as it is today
[13:33] <Laney> "on many sides"
[13:33] <jbicha> lol
[13:33] <seb128> like gnome-software is maintained in GNOME git
[13:34] <seb128> but it doesn't make to have a full import with the complexity for e.g gnome-calculator
[13:34] <jbicha> so… pkg-mate does debian/ only git branches
[13:37] <seb128> Laney, trolling aside I think we need to have a look to the different solution and their pro&con, there are for sure advantages to have shared history with upstream&debian & powertool availability for projects which are under active work or have non trivial changes
[13:37] <seb128> so it makes sense we end up using some of those for e.g gnome-software
[13:37] <seb128> then for "easy packages" it might be less of an obvious choice
[13:38] <seb128> but let's see post holidays when things have settled down a bit
[13:46] <jbicha> seb128: did you see https://code.launchpad.net/~khurshid-alam/unity-control-center/screen-sharing/+merge/335211 ?
[14:02] <seb128> jbicha, yes, it's quite some code to review though and I've other things to work on that reviewing complex changes to a desktop which is not our default one
[14:02] <seb128> said differently I'm too busy/don't care enough about u-c-c at this point to review that changeset
[14:24] <casey> Hi, I have a question about troubleshooting a bug. Sometimes my laptop incorrectly goes to sleep when I close its laptop lid with an external monitor attached, even while plugged into the wall. What component(s) might control this behavior? systemd?
[14:24] <casey> (I'm running Ubuntu 17.10 but this problem is not specific to Ubuntu -- I can reproduce it with the latest Fedora as well)
[14:25] <mgedmin> gnome-settings-daemon?
[14:26] <seb128> casey, gnome-shell
[14:27] <seb128> mgedmin, that code got moved away from g-s-d in 3.26
[14:28] <casey> seb128:thanks -- maybe I should first check if this behavior persists with KDE as well
[14:29] <seb128> casey, if KDE has the same issue it wouldn't be less of a GNOME bug...
[14:29] <jibel> casey, sounds like bug 1716160
[14:29] <ubot5`> bug 1716160 in gnome-settings-daemon (Ubuntu Artful) "System goes to sleep with external monitor and lid closed after login" [High,Fix released] https://launchpad.net/bugs/1716160
[14:30] <jibel> but it's marked as fixed in 17.10
[14:30] <jbicha> seb128: the idea for the u-c-c merge is that it's blocking our syncing/merging vino from Debian, but that can wait until January
[14:31] <casey> the problem reliably occurs if I attach the external monitor while the laptop is asleep. After resuming from suspend, the laptop will still go to sleep when I close its lid.
[14:31] <seb128> jbicha, well feel free to approve the change in u-c-c, worth case they have bugs and need to fix them
[14:31] <casey> My workaround currently is to fiddle with the display settings after connecting the external monitor
[14:31] <jbicha> ok, that makes since since u-c-c is their responsibility now
[14:32] <seb128> casey, check the output of "systemd-inhibit --list" when having the issue
[14:32] <casey> after e.g. changing the display configuration to "Single display" and then back to "mirror", the issue is temporarily resolved
[14:32] <casey> seb128:thanks i'll try that
[14:35] <seb128> casey, gnome bug #788915 got patch commited on nov 30th so they are probably not in Ubuntu yet
[14:35] <ubot5`> Gnome bug 788915 in general "External monitor shuts off when laptop lid closes under wayland." [Major,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=788915
[14:35] <seb128> casey, so it might be fixed upstream/waiting for the next point release
[14:36] <k_alam> jbicha: I opened a merge request to recommend gtk3-nocsd for unity-session. https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1738338
[14:36] <ubot5`> Launchpad bug 1738338 in gnome-session (Ubuntu) "Have unity-session recommend gtk3-nocsd" [Undecided,Confirmed]
[14:36] <k_alam> jbicha: Can you review that?
[14:39] <casey> seb128: after disconnecting the external monitor, suspending the laptop, and reconnecting the monitor, the problem appears again. However, the output of systemd-inhibit --list has not changed; in particular, handle-lid-switch is present
[14:40] <seb128> casey, you should have an sleep inhibitor for external monitor
[14:40] <seb128> casey, does it get added if you use the settings?
[14:43] <casey> seb128: just jiggled the settings to fix the problem, but there appears to be no change to the list
[14:43] <seb128> ok, weird
[14:44] <seb128> casey, in any case it might be fixed upstream with the recent commits mentioned in that bug, so worth waiting for the next version or building it yourself to test maybe to see if that resolves it
[14:45] <casey> seb128: thanks, I will look into that bug further
[14:45] <k_alam> seb128: I have opened new merge request for https://bugs.launchpad.net/ubuntu/+source/vino/+bug/1271358 . It basically merged Robert Ancell's branch with trunk. Please review. Thanks.
[14:45] <ubot5`> Launchpad bug 1271358 in vino (Ubuntu) "Update to 3.18 (remove controls needed for Unity and other desktops)" [Wishlist,Triaged]
[14:47] <jbicha> k_alam: yes, we just discussed the unity-control-center merge proposal, I'll probably take a look later
[14:48] <jbicha> k_alam: please redo your unity-session merge against lp:~ubuntu-desktop/gnome-session/ubuntu
[14:48] <jbicha> k_alam: also, I'd like to eventually see unity-session move out of the gnome-session package but that doesn't need to be done now
[14:49] <k_alam> jbicha: redo?
[14:50] <jbicha> propose your merge with Target Branch: Other: ~ubuntu-desktop/gnome-session/ubuntu
[14:52] <k_alam> jbicha: Ah.Right. Thanks.
[14:53] <jbicha> in January, we might be switching to git for GNOME packaging but for now, the ubuntu-desktop bzr branches are the right place
[15:04] <jbicha> k_alam: do you really want Technologist in your changelog signature? :)
[15:05] <k_alam> jbicha: No. Not really, it was there in gpg signature I uploaded to launchpad since the beginning. :)
[15:06] <jbicha> ok, I'll remove it and upload :)
[15:07] <k_alam> jbicha: Thanks.
[15:08] <jbicha> in your ~/.profile, try adding a line  export DEBFULLNAME="Khurshid Alam"
[15:13] <k_alam> I am uploading a new one.
[15:21] <jbicha> k_alam: make it a 4096 bit key if you do
[15:24] <k_alam> jbicha: Ok. 4096 bit it is. :)
[15:26] <jbicha> and if you ever meet other Debian or Ubuntu developers, ask them to sign your key. When you apply to become a Debian Developer, your gpg key needs at least 2 signatures from Debian Developers
[16:43] <Laney> blerg
[17:37] <seb128> have a good w.e desktopers and good holidays for those start those tonight!
[17:38] <Laney> bye seb128!
[17:38] <Laney> happy holidays!
[18:08] <Laney> my turn to go now too
[18:08] <Laney> see you later!
[18:16] <willcooke> night all, happy primary gifting period and happy 2018