[06:33] <didrocks> good morning
[07:22] <pitti> Good morning
[07:22] <pitti> ça va didrocks !
[07:22] <seb128> good morning desktopers
[07:22] <didrocks> bonjour pitti, ça va, et toi ?
[07:22] <seb128> hey pitti, wie gehts?
[07:22] <pitti> bonjour seb128 !
[07:23] <pitti> didrocks: ça va bien, merci ! le match de basketball hier était grand
[07:23] <pitti> seb128: gut, danke! ein bisschen muede. Und Dir?
[07:23] <seb128> la même chose
[07:24] <didrocks> pitti: content que tu te sois amusé au match de basket ;)
[07:24] <seb128> j'aurais bien dormi un peu plus
[07:25] <pitti> didrocks: I was quite good yesterday for a change, I scored some 15 times
[07:25] <pitti> it's all psychology
[07:26] <didrocks> pitti: waow, nice!
[07:34] <seb128> pitti is on his way to play in NBA ;-)
[07:34] <pitti> seb128: yes, my role is to sell hot dogs to the audience!
[07:34] <seb128> lol
[07:36] <didrocks> pitti: interesting, plymouth's debian version is now shipping their theme renderer in /usr/lib and not /lib. I think we want to follow that
[07:37] <pitti> didrocks: oh, you are merging plymouth? *hug*
[07:37] <didrocks> pitti: well… nobody did it in years, someone has to do it
[07:37] <pitti> didrocks: ah, the /usr mount in initramfs happens earlier than that?
[07:37] <pitti> sounds a bit strange
[07:37] <didrocks> I think that's not going to be done shortly
[07:37] <pitti> it's something that should be covered by plymouth (fsck and stuff)
[07:38] <didrocks> pitti: isn't the renderer copied in initramfs? (I didn't go to that part yet)
[07:38] <pitti> didrocks: yeah, it's certainly a mouthful, but thanks for doing this!  it's indeed overdue
[07:38] <pitti> didrocks: ah, yes, that can be
[07:38] <pitti> then shipping it in /usr is of course totally fine
[07:38] <didrocks> well, I guess we'll see once the merge is done and pushed to a ppa :p
[07:39] <didrocks> I'll request as much testing as possible, because… well, the packages really diverged
[07:39] <didrocks> (even the initramfs hooks locations and content changed…)
[07:41] <pitti> I hope the eventual delta is rather small, the art is to find which is still important
[07:41]  * pitti sobs at http://autopkgtest.ubuntu.com/status/alerts/ and goes to clean up stuff
[07:42] <didrocks> pitti: yeah, I'm looking the plymouth-upstart bridge and will shed a tear before rm :p
[07:42] <didrocks> pitti: I hope the resulting diff to be small as wel
[07:43] <didrocks> well*
[07:43] <pitti> didrocks: we don't use plymouth on the phone, right?
[07:43] <didrocks> pitti: note that I remember
[07:43] <pitti> so if people don't get plymouth if they boot with upstart, that's fine
[07:43] <didrocks> not*
[07:43] <didrocks> yeah
[08:18] <didrocks> plymouth (0.8.1-1) lucid; urgency=low
[08:18] <didrocks> zomg, debian version with ubuntu release name in changelog
[08:18] <didrocks> really confusing…
[08:19] <didrocks> (and multiple of them…)
[08:20] <dholbach> hey hey
[08:20] <dholbach> is anyone here on xenial who also has BIG icons on their desktop and in nautilus?
[08:20] <dholbach> like HUGE
[08:28] <seb128> dholbach, hey, yes, it's the new upstream UI
[08:29] <dholbach> what?
[08:29] <dholbach> this is serious?
[08:30] <seb128> yes
[08:31] <dholbach> and it's going to stay like this?
[08:31] <seb128> rational is that it gives you a better look of the image previews, etc
[08:31] <seb128> I don't know, we are taking feedback and might change the default zoom level
[08:31] <seb128> I find it ridiculous myself and set it to the lowest value
[08:31] <seb128> still quite big
[08:32] <dholbach> if I look at files which have no previews the icons are much too aggressively big
[08:32] <seb128> yeah, I think so
[08:33] <seb128> welcome to GNOME UI design though
[08:34] <seb128> https://bugzilla.gnome.org/show_bug.cgi?id=748441
[08:35] <dholbach> I'm happy for them to try something new ;-)
[08:35] <seb128> dholbach, can you open a bug in launchpad about that maybe so we can use to track the issue?
[08:40] <dholbach> seb128, https://bugs.launchpad.net/nautilus/+bug/1522316
[08:41] <seb128> dholbach, thanks
[09:01] <Laney> hi
[09:01] <pitti> hey Laney, how are you?
[09:02] <didrocks> hey Laney
[09:03] <Laney> hi didrocks pitti
[09:03] <Laney> doing alright thanks!
[09:03] <seb128> hey Laney, even one minute earlier today!
[09:04] <Laney> hi seb128
[09:04] <Laney> it was 09:00 when I opened my laptop even
[09:04] <pitti> wow, seb128 is quite a note keeper
[09:04] <Laney> I hope that someone is keeping track of when I leave :P
[09:04] <seb128> pitti, :-)
[09:04] <Laney> how are you all?
[09:04] <seb128> good! you?
[09:04] <pitti> great, thanks!
[09:05] <Laney> oh we have s390x in launchpad now
[09:05] <didrocks> crying :p
[09:06] <pitti> new toys to play with^Wthings to worry about^Wmachines to dominate the world on^Wcan't make up my mind
[09:09] <seb128> more weird archs to fix build issues on :-/
[09:10] <Laney> probably more or less alriggt
[09:10] <Laney> it's been in debian for years
[09:10] <pitti> s390x is big endian, isn't it? we should have fixed most stuff on powerpc already
[09:11] <seb128> that's the theory
[09:12] <seb128> in practice I noticed that some people have been busy trying to get mir and qt and other things to build on it in xenial
[09:12] <pitti> but we don't really care about that on s390
[09:12] <pitti> if they fail there, it's fine
[09:12] <seb128> well, no mir means gtk can't build
[09:12] <pitti> it's just if they build once and *then* start failing
[09:13] <seb128> or we need to disable the mir backend on that arch
[09:13] <pitti> seb128: do we have mir on ppc64el, for example?
[09:13] <pitti> I don't think many people would mind if gtk is missing on s390
[09:13] <seb128> yes
[09:13] <seb128> https://launchpad.net/ubuntu/+source/mir/0.17.1+16.04.20151105.1-0ubuntu1
[09:14] <seb128> but yeah, maybe, let's see
[09:14] <seb128> I assume whoever is adding the arch is doing it for a good reason ;-)
[09:17] <pitti> seb128: yes, but it's a server platform
[09:17] <seb128> right
[09:24] <Laney> There's a certain amount of effort required to bootstrap
[09:24] <Laney> and where we have hardcoded arch lists for stuff they will need looking at
[09:26] <Trevinho> morning
[09:27] <didrocks> hey Trevinho
[09:27] <willcooke> morning Trevinho
[09:31]  * Trevinho 's morning always starts with Ubuntu... http://farm1.staticflickr.com/622/23407758481_3585914216_b.jpg
[09:32] <willcooke> :)
[09:32] <Laney> haha
[09:32] <Laney> these huge nautilus icons are funny
[09:34] <Laney> might be disruptive to people who use desktop icons
[09:35] <Laney> I like the headerbar though
[09:35] <Laney> it looks nice to me
[09:36]  * Trevinho doesn't agree about HB... :P
[09:37] <Laney> why?
[09:37] <seb128> hey Trevinho!
[09:37] <Laney> hi Trevinho
[09:37] <Trevinho> hi Laney, seb128 .. (and previously didrocks)! :-)
[09:37] <seb128> Laney, the icons are as big in nautilus views, I found them too much there as well
[09:39] <Laney> yeah I saw those first then wondered if it also applied to the desktop
[09:39] <Laney> could just be new UI effect though
[09:39] <Laney> like the gnome-terminal tab bar which is now "whatever" to me
[09:42] <didrocks> hum, I'm lost on that one
[09:42] <didrocks> https://packages.debian.org/search?searchon=contents&keywords=plymouth-log-viewer&mode=exactfilename&suite=unstable&arch=any
[09:42] <didrocks> -> shows up that plymouth-x11 contains in sid plymouth-log-viewer
[09:42] <didrocks> clicking on it, clicking on file list
[09:42] <willcooke> spooky, kernel modules compiling as part of an upgrade
[09:42] <didrocks> https://packages.debian.org/sid/amd64/plymouth-x11/filelist
[09:42] <didrocks> -> none ?
[09:42] <didrocks> willcooke: dkms?
[09:43] <willcooke> yeah
[09:43] <willcooke> never noticed it before
[09:43] <didrocks> been like that for years ;)
[09:43] <willcooke> suddenly the fans start going and I see CC running
[09:44] <didrocks> ah, it's in the older package like powerpcspe
[09:48] <didrocks> hum, I think I'll follow debian and keep log-viewer disable by now (it's also disabled upstream for quite long)
[09:48] <didrocks> and we have systemd for messages
[09:50] <seb128> what is log-viewer?
[09:51] <didrocks> plymouth-log-viewer, a gtk apps to see plymouth logs
[09:51] <didrocks> (basically messages sent to it)
[09:52] <seb128> I don't many users need it
[09:52] <seb128> I would just go with debian ;-)
[09:52] <didrocks> yep, that's what I've done
[09:53] <didrocks> but I have also removed the manpage then
[09:53] <didrocks> what debian didn't do (I'll forward that) :p
[09:54] <didrocks> and less diff, because we used to move it to another package to avoid gtk dep)
[09:56] <larsu> good "morning"
[09:57] <didrocks> hey larsu
[09:57] <seb128> hey larsu!
[09:57] <seb128> gym again today?
[09:57] <larsu> no, some errands this morning
[09:57] <larsu> how are you?
[09:59] <seb128> I'm good, thank!s
[10:00] <seb128> how are you?
[10:01] <larsu> great! Got sore muscles from the new workout yesterday (got a plan from one of the trainers...)
[10:01] <Laney> hey larsu
[10:01] <Laney> I read that as 'some' muscles
[10:01] <Laney> and got a sexy mental image
[10:01] <Laney> (ahem)
[10:03] <larsu> haha morning Laney ;)
[10:26] <Laney> seb128: seems you have to kill/respawn nautilus after upgrading it to 3.18
[10:26] <Laney> otherwise commandline arguments don't work
[10:26] <Laney> couldn't open a directory from unity
[10:30] <seb128> Laney, how do we usually deal with those? we can't just kill the process, copies might be ongoing
[10:30] <seb128> another reason why "in session updates" are not a good idea...
[10:31] <Laney> I'm not sure
[10:31] <Laney> might be that the new one could handle it somehow
[10:33] <seb128> did you look what the issue was?
[10:33] <seb128> like invalid argument?
[10:35] <Laney> GDBus.Error:org.freedesktop.DBus.Error.NotSupported: Application does not handle command line arguments
[10:35] <Laney> oops
[10:35] <Laney> https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1522348
[10:35] <seb128> thanks
[10:35] <seb128> I've the feeling it's going to be non trivial to support
[10:41] <Laney> yeah
[10:41] <Laney> might just be a you have to restart your session thing
[10:41] <seb128> yes
[10:43] <andyrock> monring ☀️ :coffee:
[10:47] <seb128> hey andyrock
[11:33] <Laney> yo andyrock
[11:35]  * Laney looks at some poppler/gdal
[11:36] <seb128> ah, good!
[11:43] <Laney> libreoffice is in there :(
[11:44] <seb128> yeah :-/
[11:55] <davmor2> Laney: seb128: should the new gnome apps that are going to be default be installed now on my system that I am updating daily?
[11:56] <Laney> you will get them automatically if that is what you are asking
[11:57] <davmor2> Laney: yes but should I for example get gnome calendar on my system today or is it not yet seeded
[11:58] <Laney> not done yet, https://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.xenial/view/head:/desktop
[11:59] <willcooke> Playing with new Nautilus.. don't like the new rename pop-up.  Connecting to SSH servers doesn't seem to work any more.  Also - do we get that new GDrive integration?
[12:00] <seb128> willcooke, what's wrong with ssh servers?
[12:00] <seb128> wfm
[12:00] <Laney> me too
[12:00] <willcooke> sad face
[12:00] <seb128> GDrive, sort of, it relies on gnome-online-account, so only if you configure an account in gnome-control-center.real/under GNOME
[12:00] <willcooke> Connect to: ssh://will@server:/home/will/
[12:01] <willcooke> seb128,@ Gdrive - ack.  I like the sound of it, so I might have a play
[12:01] <willcooke> @ ssh - tried scp too, no dice
[12:01] <meetingology> willcooke: Error: "ssh" is not a valid command.
[12:01] <willcooke> oh, you dont put the path in
[12:02] <Laney> not the colon
[12:02] <willcooke> ah
[12:02] <willcooke> thanks Laney
[12:03] <willcooke> any opinions on the rename?   I liked it being inline before.  Maybe I need to contemporise, man?
[12:03] <davmor2> Laney: ah thanks that would explain why I'm not seeing it then :)
[12:04] <Laney> Seems okay to me, just different
[12:04] <Laney> I wouldn't think worth maintaining a patch to change it
[12:04] <willcooke> fair
[12:04] <seb128> willcooke, I think it's minor, the new dialog is functional et you don't rename that often
[12:05] <willcooke> The alignment is wrong for me right now, I'll play and take a screenshot
[12:05] <willcooke> of the pop up
[12:05] <seb128> yes, please do
[12:05] <seb128> seems fine there
[12:05] <seb128> could be a few pixels of the middle but I'm unsure and not good at seeing those small things
[12:08] <Laney> seb128: wdyt about demoting node-srs node-millstone node-carto openstreetmap-carto to xenial-proposed?
[12:09] <willcooke> http://imgur.com/a/8G0Ds  (alignment on rename)
[12:09] <larsu> looks good!
[12:10] <seb128> Laney, I can confirm that, on desktop only though
[12:10] <seb128> ups
[12:10] <seb128> willcooke, ^
[12:10] <seb128> Laney, I'm fine on principal, what's the rational?
[12:10] <seb128> they fail to build and are not easy to fix?
[12:10] <Laney> ftbfs, needs rebuild for gdal
[12:10] <Laney> only the first one
[12:10] <Laney> the rest are deps
[12:11] <Laney> there is some problem with node in proposed
[12:11] <seb128> k
[12:11] <seb128> I can demote those
[12:12] <Laney> thanks
[12:15] <Laney> the rename thing doesn't happen for me
[12:15] <Laney> weird
[12:15] <willcooke> odd
[12:15] <willcooke> Shall I log a bug?
[12:15] <seb128> yes please
[12:15] <willcooke> which package?
[12:15] <seb128> nautilus
[12:15] <willcooke> (I should have learned this by now)
[12:15] <willcooke> thanks
[12:17] <seb128> yw
[12:17] <seb128> Laney, ok, those are demoted
[12:17] <seb128> and now lunch
[12:17] <seb128> bbiab
[12:17] <Laney> great!
[12:17] <Laney> in your FACE node
[12:18] <willcooke> https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1522383
[13:29] <seb128> Laney, didrocks, do you have signon-plugin-password installed?
[13:30] <seb128> installing it makes things work on my xenial iso test
[13:30] <seb128> (well, after killing evolution-source-registery and evolution-calendar-factory, which is another issue)
[13:32] <Laney> yep
[13:33] <seb128> yep you have it?
[13:33] <Laney> i do
[13:33] <Laney> and oauth2 too
[13:33] <seb128> bah
[13:35] <seb128> so for me booting xenial daily, adding a google account, killing e-s-r and e-c-f and starting gnome-calendar doesn't list anything
[13:35] <seb128> installing signon-plugin-password and redoing the same and I get the calendar listed
[13:37] <Laney> I'll try the debugging steps on the laptop
[13:37] <Laney> after lunch
[13:39] <didrocks> seb128: installed here as well
[13:39] <didrocks> (both)
[13:40] <seb128> didrocks, did you try to kill e-s-r and e-c-f after adding the account?
[13:42] <didrocks> seb128: not the source registry
[13:42] <didrocks> I did kill e-c-f multiple times
[13:42] <didrocks> but I rebooted meanwhile
[13:42] <didrocks> let's see if the calendar is here now
[13:42] <seb128> with the account still configured?
[13:42] <seb128> k
[13:42] <seb128> thanks
[13:42] <didrocks> yep
[13:42] <didrocks> so no, nothing appearing
[13:43] <didrocks> (I keep it opened in case syncing takes time…)
[13:44] <seb128> k, another issue then :-/
[13:45] <didrocks> yeah… :/
[13:51] <seb128> nop, not 2fa
[13:51] <seb128> I was trying with my personnal google account
[13:51] <seb128> just tried with the canonical one
[13:51] <seb128> same, it works after restarting the e-d-s processes
[13:51] <seb128> (I had one case where I had to kill signond as well)
[13:52] <seb128> didrocks, the uoa panel lists the google account as enable and calendar is on?
[13:52] <seb128> nothing obvious as an error in syslog?
[13:55] <didrocks> seb128: yeah, same than yesterday
[13:57] <seb128> k, dunno, maybe an amd64 specific issue
[13:58] <seb128> I did several fresh boot on xenial daily issue and it always works here
[13:58] <seb128> but I'm on 32bits
[13:59] <didrocks> unsure, let's see once Laney started to debug on his side, no need for all of us to debug (apart ifin the end, those are different issues)
[14:03] <seb128> yeah
[14:52] <Laney> ummmm
[14:52] <Laney> what should I check?
[15:07] <seb128> Laney, I'm unsure, I can't reproduce from an iso and it means it needs more debugging from somebody having the issue, but it can be kept as a post-ff bugfix item
[15:18] <ricotz> seb128, hi, did you have a look at the nautilus zeitgeist patch?
[15:18] <seb128> ricotz, not yet, doing that now
[15:19] <ricotz> something seems off with the "X-Ubuntu-Gettext-Domain" stuff in gcr
[15:19] <ricotz> seb128, thanks
[15:19] <seb128> how so?
[15:19] <ricotz>  /usr/share/applications/gcr-viewer.desktop contains "X-GNOME-Bugzilla-Component=gcrX-Ubuntu-Gettext-Domain=gcr"
[15:20] <seb128> hum, that looks wrong indeed
[15:28] <Laney> missing \n
[15:31] <seb128> Laney, in where?
[15:37] <Laney> dunno, the desktop.in.in looks ok
[15:37] <Laney> also
[15:37] <Laney> I just installed that password package on an iso
[15:37] <seb128> pkgbinarymangler (or whatever adds the line) should deal with no trailing new line
[15:38] <Laney> it works after adding and restarting the session
[15:38] <seb128> ah, good!
[15:38] <seb128> so similar to my testing
[15:38] <Laney> don't really want to restart my desktop session
[15:38] <Laney> but killing eds-* and signon* doesn't get it
[15:39] <Laney> http://pastebin.ubuntu.com/13646317/
[15:39] <seb128> k, it does on the iso for me
[15:39] <Laney> so maybe this is still broken
[15:39] <seb128> right, likely a different issue
[15:40] <seb128> also the fact that it uses password and not oauth is also a bug
[15:40] <seb128> but that might be https://bugzilla.gnome.org/show_bug.cgi?id=749974
[15:40] <seb128> which is fixed in 3.19+
[15:43] <seb128> Laney, also upstream is going to drop the prompter binary that uses gtk in the next cycles
[15:43] <Laney> what is that?
[15:43] <seb128> ricotz, uploaded, thanks
[15:44] <seb128> Laney, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783172
[15:44] <seb128> Laney, the bits I splitted out in that one
[15:44] <Laney> I don't think I've seen that
[15:44] <Laney> not this time anyway
[15:44] <seb128> no, it's unrelated to the issue we were discussing
[15:45] <seb128> I just asked about it while I was speaking to them
[15:45] <Laney> oh ok
[15:45] <seb128> if it was fine to split it
[15:45] <seb128> and they said it's going away
[15:51] <Laney> ah
[15:51] <Laney> I got it now!
[15:51] <seb128> oh?
[15:52] <seb128> what I was saying or the evo bug? ;-)
[15:52] <Laney> the accounts
[15:52] <Laney> calendars*
[15:52] <seb128> how?
[15:52] <Laney> missed to pkill evolution-*
[15:52] <Laney> just did eds
[15:53] <Laney> so the bug is that you need to kill processes to get new accounts to show up
[15:54] <seb128> yeah, that's a known/confirmed bug
[15:54] <seb128> so didrocks is having another issue, because that didn't do it for him
[15:54] <Laney> eds upstream plan to fix it?
[15:54] <Laney> or is it signond? /me sucks at this stack
[15:55] <didrocks> so many bugs…
[15:55] <didrocks> I don't have evolution installed though
[15:55] <Laney> me neither
[15:56] <Laney> this is evolution-calendar-factory in eds
[15:56] <didrocks> yeah, so… I restarted my session since yesterday
[15:56] <Laney> and/or evolution-source-registry
[15:56] <didrocks> with the account created
[15:56] <didrocks> so, I should have it fixed here
[15:56] <Laney> then I guess get the debugging info and show mardy
[15:57] <didrocks> yep, not today though, but tomorrow morning
[15:57] <didrocks> where is the bug info with debugging steps already?
[15:59] <Laney> dunno, I just saw on #ubuntu-devel today
[15:59] <Laney> 03/12 09:18:17 <mardy> seb128: but to debug the notification: please do "echo 'LoggingLevel=2' > ~/.config/signond.conf", then kill signond, try again, and you should get some info in the syslog
[15:59] <Laney> 03/12 09:19:05 <mardy> seb128: and to get even more info: kill signon-ui, and run this on a terminal: SSOUI_LOGGING_LEVEL=2 SSOUI_DAEMON_TIMEOUT=9999 signon-ui
[15:59] <Laney> 03/12 09:19:42 <mardy> seb128: if then you could share these logs with me, it could help (make sure to replace any tokens with XXXXX)
[16:00] <didrocks> ok, logged, thx Laney!
[16:01] <seb128> Laney, upstream said that "evolution-source-registry does listen for "account-created" on an ag_manager_new(); object" so it should work
[16:01] <seb128> I'm doing a build atm to see if I can find out some issue
[16:02] <Laney> ok, thanks for looking into it!
[16:02] <seb128> yw!
[16:02]  * Laney dbuses the bus of d
[16:02] <seb128> :-)
[16:18] <seb128> Laney, I know why you don't have the rename popover misplacement
[16:18] <Laney> don't say hidpi
[16:18] <seb128> Laney, your launcher is configured to hide, right?
[16:18] <Laney> because I tried it on two machines
[16:18] <Laney> ah!
[16:18] <Laney> yes of course
[16:18] <seb128> :-)
[16:18] <Laney> what's that got to do with it?
[16:18] <seb128> it seems it doesn't account for docks for the placement
[16:19] <seb128> well, it's shifted by the launcher width
[16:19] <seb128> unsure what's wrong in nautilus code though
[16:19] <seb128> didn't look at it
[16:19] <seb128> but I guess they don't use the right area
[17:06] <didrocks> ok, I guess that's enough for today :)
[17:06] <didrocks> see you tomorrow guys!
[17:07] <willcooke> see ya didrocks
[17:07] <didrocks> good night willcooke
[17:07] <Laney> bye di
[17:07] <willcooke> ha
[17:08] <Laney> blast it
[17:12] <willcooke> qengho, should that xdg open bug be fixed for me in your ppa yet?  cos it isn't (I think)
[17:14] <qengho> willcooke: I don't think so. I made a debdiff package for X main, and someone jumped in front of me so my diff doesn't apply now and it hasn't been applied.
[17:14] <qengho> I need to update it. I will.
[17:15] <willcooke> hehe, no worries - just checking to make sure I wasn't missing something
[18:01] <willcooke> g'night all
[18:07] <seb128> night