[05:18] <pitti> Good morning
[05:18] <pitti> Laney: ooh!
[06:06] <didrocks> good morning
[06:10] <pitti> bonjour didrocks, comment ça va ?
[06:10] <didrocks> pitti: ça va, et toi ?
[06:10] <pitti> didrocks: ça va bien, merci !
[06:10] <seb128> good morning desktopers
[06:11] <seb128> hey didrocks & pitti
[06:11] <didrocks> hey seb128
[06:11] <pitti> didrocks: seems the dbus fix works quite well
[06:11] <pitti> bonjour seb128 !
[06:11] <pitti> didrocks: do you have time to look at the nfs-utils FTBFS?
[06:11] <didrocks> pitti: dbus fix -> oh nice!
[06:11] <didrocks> pitti: yeah, it's on my list, I have also the empty overrides to fix
[06:12] <didrocks> pitti: and I have a systemd binary without upstream patches ready to get tested under adb
[06:12] <didrocks> adt*
[06:12] <pitti> didrocks: I went through the systemd-stable patches last night; the most likely one might be http://cgit.freedesktop.org/systemd/systemd/commit/?id=6e392c9c45
[06:12] <pitti> but I didn't start a bisect yet
[06:13] <didrocks> pitti: I have the 2 journald content btw:
[06:13] <didrocks> success: http://paste.ubuntu.com/10712382/
[06:13] <pitti> didrocks: so for some reason fsck gets started twice?
[06:13] <didrocks> failing: http://paste.ubuntu.com/10712359/
[06:13] <didrocks> pitti: no, it's not actually (I misread), it's just the order is different
[06:14] <didrocks> Mar 31 18:20:37 autopkgtest systemd[1]: Starting Show Plymouth Boot Screen...
[06:14] <didrocks> (once fsck is done)
[06:14] <didrocks> in the failing case
[06:14] <didrocks> Mar 31 18:30:52 autopkgtest systemd[1]: Starting Show Plymouth Boot Screen...
[06:14] <didrocks> (during fsck)
[06:14] <didrocks> in the success one
[06:15] <didrocks> it's like with -5ubuntu1 root fsck was blocking everything
[06:17] <didrocks> pitti: I can fix easily the nfs-utils one (I wonder why I didn't get a FTBFS email though, my filters are normally fine)
[06:17] <didrocks> pitti: it's a debdiff reapply on a "clean" after build dpkg-source -x issue
[06:18] <didrocks> pitti: but as I noticed an issue with .override and upstart, I needed to reupload that one (with some others) anyway
[06:35] <didrocks> pitti: nfs-utils builds fine, and adjustements done, pushing now
[06:35] <pitti> didrocks: cheers!
[07:40] <didrocks> pitti: is it possible to not have adt-run using /tmp at home? I'm having no space left as /tmp is tmpfs (first time yesterday, not sure why the size exploded to more than 3G… something smells wrong here)
[07:40] <didrocks> s/home/all/
[07:41] <pitti> didrocks: "at home"? you mean for creating temp files? Setting $TMPDIR ought to work
[07:41] <didrocks> "at all" ^
[07:41] <didrocks> ok :)
[07:41] <pitti> didrocks: but that does smell weird, right; is the overlay so big, or some other file?
[07:41] <didrocks> pitti: well, it wasn't yesterday afternoon…
[07:42] <didrocks> it's installing lightdm and such
[07:42] <didrocks> but I don't think it should explod to 3G…
[07:46] <pitti> didrocks: certainly not
[07:47] <pitti> maybe 1G (some test cases have really heavy dependencies)
[07:49] <pitti> but I never really checked
[07:49] <pitti> I usually have 7G free in /tmp/
[07:51] <didrocks> yeah I only allocated 2G
[07:51] <didrocks> just weird this started yesterday evening…
[07:51] <didrocks> anyway, I'm unblocked for now
[07:52] <didrocks> pitti: so, -5ubuntu1, reverting upstream v219 stable branch patches -> works
[07:52] <pitti> didrocks: out for ~30 mins for some errands
[07:52] <didrocks> pitti: doing a rebuild only with the commit you pointed now
[07:52] <didrocks> see you!
[07:52]  * pitti hugs didrocks
[07:52]  * didrocks hugs pitti back
[08:04] <Laney> happy don't believe anything you read on the internet day
[08:04] <seb128> hey Laney
[08:04] <didrocks> Laney: happy don't ready the Internet today
[08:06] <Laney> :)
[08:06] <Laney> what's up?
[08:10] <Laney> ogra_: can you help guide the fix for https://bugs.launchpad.net/ubuntu-rtm/+source/lxc-android-config/+bug/1437633 through?
[08:10] <ubot5> Ubuntu bug 1437633 in lxc-android-config (Ubuntu) "Choosing not to report crashes and errors setting reverts" [Undecided,Confirmed]
[08:10] <Laney> don't know how RTM works
[08:10] <didrocks> Laney: doing override changes!
[08:11] <didrocks> I need to fix whoopse-preferences still, but finishing some other things on systemd first
[08:11] <didrocks> yourself?
[08:12] <ogra_> Laney, oh, thats for RTM ... i didnt notice ... for vivid lxc-android-config is currently blocked in silo 19
[08:13] <Laney> needs fixing in both
[08:13] <Laney> differently
[08:13] <ogra_> Laney, i'll try to land it in RTM then
[08:13] <Laney> thx
[08:13] <ogra_> vivid needs to wait
[08:13] <Laney> can you actually QA changes to this file without uploading?
[08:14] <ogra_> in a silo ...
[08:15] <Laney> i thought it had to be installed at image time
[08:17] <ogra_> sadly thats not how silos are tested today ...
[08:17]  * ogra_ still waits for per-silo images ...
[08:18] <Laney> yes indeed
[08:18] <happyaron> Laney: about bug #1439006, he asked to add Japanese when we are doing that for zh_*, but he sent the email to ubuntu-desktop@ quite late, https://lists.ubuntu.com/archives/ubuntu-desktop/2015-April/004650.html
[08:18] <Laney> that's what I'm saying
[08:18] <ubot5> bug 1439006 in language-selector (Ubuntu) "[FFe] Install Fcitx for Japanese users" [Undecided,New] https://launchpad.net/bugs/1439006
[08:18] <Laney> happyaron: I know
[08:18] <happyaron> ok
[08:18] <happyaron> just in case.
[08:18] <ogra_> Laney, will hopefully happen one day ... until thenn QA installs the PPA packages and tests that ...
[08:19] <Laney> I hope they go readonly again after that
[08:19] <Laney> ^o)
[08:43] <didrocks> pitti: this commit isn't the one :(
[08:44] <pitti> didrocks: ok; it just looked like the most plausible one, I didn't run any actual tests with it; sorry
[08:44] <didrocks> no worry
[08:45] <didrocks> I'm afaid a real bisect will be needed then
[08:47] <pitti> Laney: shutdown is working reliably for you now?
[08:47] <pitti> didrocks: you can probably cut out a lot of the commits (man page fixes, string updates, etc.)
[08:48] <Laney> pitti: yes indeed; I just duped the bug
[08:48] <didrocks> pitti: yeah, would have been cool to have the v219 tag in the stable branch though
[08:49] <pitti> didrocks: indeed -- a88a..
[08:49] <didrocks> pitti: thanks!
[08:49] <didrocks> pitti: any special trick you are using to generate the huge diff?
[08:49] <pitti> didrocks: "git diff a88a.."
[08:49] <didrocks> ok, simply that :)
[08:50] <pitti> didrocks: I didn't want to import a gazillion tiny patches, easier to get and maintain like that
[08:50] <didrocks> pitti: yeah
[08:53] <didrocks> pitti: hum, did you really generate it like that? Some upstream patches like the fsck one aren't in your v219-stable.patch
[08:53] <pitti> didrocks: your fsckd patches aren't in v219-stable
[08:53] <didrocks> pitti: ah, sorry, forget about me
[08:53] <didrocks> yeah, wrong branch
[08:53] <pitti> they are also separate in debian/patches
[08:53] <pitti> ah :)
[08:55] <ogra_> seb128, https://plus.google.com/+OliverGrawert/posts/eK5X7voSxRr do we have a bug open for the graph ?
[08:56] <seb128> ogra_, that url is about theming and shows dekko?
[08:56] <ogra_> err
[08:56] <ogra_> sorry
[08:56] <ogra_> wrong paste
[08:56] <seb128> no worry :-)
[08:57] <ogra_> (and thats not dekko, look closer ;) )
[08:57] <seb128> I guess you are going to show me a charge graph with pits?
[08:57] <seb128> oh, right ;-)
[08:57] <ogra_> https://plus.google.com/+OliverGrawert/posts/6k3ZhoHb5mp
[08:57] <ogra_> not pits ... just a gap at the start i always see
[08:58] <ogra_> looks like the first value is not properly initialized
[08:58] <seb128> oh, yeah, not reported I guess, but I saw it as well
[08:58]  * ogra_ will report then
[08:58] <seb128> can you open a bug on u-s-s?
[08:58] <seb128> danke
[08:58] <ogra_> yep :)
[08:58] <seb128> I'm going to have a look
[09:25] <Laney> hmm
[09:26] <Laney> network isn't coming up in my lxc container
[09:26] <Laney> ifup eth0 gets it to come up though
[09:52] <Laney> as does systemctl start ifup@eth0
[09:52] <Laney> bleg
[10:00] <Laney> how does this sys-subsystem-net-devices-%i BindsTo work?
[10:00] <Laney> udev I guess
[10:12] <davmor2> seb128: can you try something on vivid desktop, create a file, from nautilus put it into the trash, then from the bin right click and select empty the bin.  Does it open a second nautilus window for you?
[10:17] <seb128> davmor2, I can confirm, another variant from bug #1436297
[10:17] <ubot5> bug 1436297 in nautilus (Ubuntu) "Nautilus launcher icon matching issue (seems due to desktop rename)" [Low,Fix committed] https://launchpad.net/bugs/1436297
[10:17] <davmor2> seb128: cool I was just checking if it was fixed and I didn't have it yet :)
[11:05] <ogra_> seb128, bug 1439122 (sorry, took a bit)
[11:05] <ubot5> bug 1439122 in ubuntu-system-settings (Ubuntu) "battery graph seems not properly initialized" [Undecided,New] https://launchpad.net/bugs/1439122
[11:23] <seb128> ogra_, danke
=== hikiko is now known as hikiko|ln
=== MacSlow is now known as MacSlow|lunch
=== alan_g is now known as alan_g|lunch
=== hikiko|ln is now known as hikiko
[12:20] <Trevinho> attente: about "are you able to run gnome-terminal under the mir proving server?": Yes, I am, but I've to use older versions (trusty one) of gnome-terminal as new ones rely on dbus which wasn't working here
[12:21] <attente> Trevinho: ah, ok. do you happen to know what changed?
[12:21] <Trevinho> attente: I think that they're using gApplication now, so the singleton doesn't work
[12:21] <Trevinho> attente: but I've been using the older version happly
[12:21] <Trevinho> attente: I think the problem was a missing dbus session daemon on mir, but hat might be fixable...
[12:22] <Trevinho> I just didn't spend time on that
[12:22] <attente> Trevinho: i thought it was enough to have the DBUS_SESSION_ADDRESS set properly but for some reason it wasn't
[12:22] <Trevinho> seb128: thanks for looking at 1436297, I was off a few days :)
[12:22] <Trevinho> yeah, I had it set, but it's not enough
[12:22] <seb128> Trevinho, yw! there are still some issues, does bamf special case nautilus as well?
[12:23] <Trevinho> seb128: mhmh, I think there's something about the transfer window, but I don't recall if that was removed...
[12:23]  * Trevinho checks
[12:23] <Trevinho> seb128: mh, no I don't see that anymore
[12:24] <seb128> Trevinho, in fact the remaining issue might be a nautilus one
[12:24] <seb128> Trevinho, let it to me, I might be you back again later
[12:24] <Trevinho> ok
=== alan_g|lunch is now known as alan_g
=== MacSlow|lunch is now known as MacSlow
[13:51] <seb128> didrocks, https://errors.ubuntu.com/oops/1775190c-d7ea-11e4-be13-fa163e78b027
[13:51] <seb128> was that supposed to be fixed?
[13:52] <seb128>  File "/usr/lib/python3/dist-packages/oneconf/hosts.py", line 69, in __init__
[13:52] <seb128>     with open('/var/lib/dbus/machine-id') as fp:
[13:52] <seb128> FileNotFoundError: [Errno 2] No such file or directory: '/var/lib/dbus/machine-id'
[13:52] <seb128>  
[13:52] <seb128> didrocks, ignore that, the installs are 0 day but the installation media is outdated
[15:29] <didrocks> seb128: yeah, it's fixed ideally
[15:29] <didrocks> seb128: for the other crash, I wonder if I shouldn't just add a workaround
[15:35] <seb128> didrocks, you mean https://errors.ubuntu.com/problem/6ecdec0e7e98a62311268646d93e2a11b734390a ?
[15:35] <seb128> the bt is not really useful right? it's just sign of an issue in the other side?
[15:36] <didrocks> seb128: no, more on that one: https://errors.ubuntu.com/problem/44254dfe1ed3a5acdec9c4e4172b009e905dcd89
[15:36] <didrocks> seb128: like, maybe we can just have the daemon exit 1
[15:36] <didrocks> like "giving up"
[15:36] <didrocks> or just having an empty package list
[15:37] <didrocks> needs to look to not having too many "dbus client didn't receive answer"
[15:37] <seb128> the corresponding launchpad bug is a duplicate of a closed bug
[15:37] <seb128> it's all a bit confusing
[15:38] <didrocks> seb128: I never grasp successfully errors.ubuntu.com TBH
[15:38] <didrocks> seb128: I guess this happens when the apt database is confused though, can be multiple cases
[15:38] <seb128> k
[15:38] <seb128> but it's a regression from the python3 port from barry?
[15:39] <didrocks> IIRC, I was escaping it in some way before the port, right
[15:42]  * didrocks found the systemd commit introducing the regression btw
[15:42] <didrocks> that one! over the 160 :p
[15:42] <seb128> didrocks, well done!
[15:42] <seb128> which commit was it?
[15:42] <didrocks> http://cgit.freedesktop.org/systemd/systemd-stable/patch/?id=b238b0eaf71449e128480bb5a5875a4b51cafd6f
[15:42] <didrocks> a simple .service file change
[15:42]  * seb128 bets on the fsckd plymouth integration!
[15:42] <didrocks> roh
[15:43]  * didrocks slaps seb128
[15:43] <didrocks> :)
[15:43] <seb128> sorry, need to start trolling, people are off on friday this week :p
[15:43] <seb128> heh ^^
[15:43] <didrocks> yeah, thanks for thinking about them!
[15:43] <didrocks> the consequence is that the boot order is all changed then
[15:43] <didrocks> plymouth isn't started before fsck finishes
[15:43] <didrocks> and so on
[15:43] <didrocks> (30s boot delay on the adt testbed)
[16:00] <seb128> Laney, soooo, in those "desktop got renamed, let's create compat ones" game, why did we end up adding NoDisplay=true to the new name?$
[16:00] <Laney> to not show two
[16:00] <seb128> why the new one
[16:00] <seb128> and not the old one?
[16:01] <Laney> the new one is the new name
[16:01] <Laney> old one is for compatibility
[16:01] <seb128> right
[16:01] <seb128> but why don't we want to show the new name?
[16:04] <seb128> Laney, the reason I'm asking is that on current vivid, the dash lists nautilus.desktop and not org.gnome.Nautilus.desktop, so if you click on nautilus in the dash or dnd that icon to the launcher it fails to match the running instance which is org.gnome.Nautilus.desktop
[16:04] <seb128> bug #1436297
[16:04] <ubot5> bug 1436297 in unity (Ubuntu) "Nautilus launcher icon matching issue (seems due to desktop rename)" [High,Fix released] https://launchpad.net/bugs/1436297
[16:04] <seb128> Trevinho, also, how does bamf know what .desktop corresponds to an xwindow?
[16:04] <seb128> because nautilus seems special
[16:04] <seb128> the same is not an issue with totem or file-roller which had the same .desktop rename dance
[16:22] <seb128> cyphermox, hey, do you think you could look at/upstream at least https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/1418260
[16:22] <ubot5> Error: ubuntu bug 1418260 not found
[16:23] <seb128> it's a segfault in nm-applet that started with 0.9.10, https://errors.ubuntu.com/problem/91da1afe1d626059f88ff4a6f225718a2e20ed3d
[16:23] <seb128> it's not specific to us
[16:23] <seb128> https://retrace.fedoraproject.org/faf/reports/352711/
[16:31] <Laney> sorry, was debugging syslog being spammed
[16:31] <Laney> ENOSPC -> remove some files -> 2 minutes later, ENOSPC
[16:31] <Laney> systemd was looping a umount and spamming syslog
[16:32] <Laney> IIRC it's on this one because some environment (panel or xfce maybe) was respecting NoDisplay
[16:32] <Laney> so if people have customised menus they would get broken
[16:34] <Laney> not sure why unity doesn't handle this case
[16:52] <cyphermox> seb128: ok
[16:53] <seb128> cyphermox, thanks
[16:53] <seb128> Laney, well, the issue is that unity respects NoDisplay
[16:54] <seb128> Laney, so it lists nautilus.desktop in the dash and not org.gnome.Nautilus.desktop which is NoDisplay=true
[16:54] <seb128> Laney, or bamf matches nautilus with o.g.N.d
[16:54] <seb128> so if you run nautilus from the dash the launcher gets an extra icon for n.d rather than using the o.g.N.d one
[16:59] <Laney> It's meant to respect NoDisplay for the dash, otherwise this exercise would not work at all
[17:00] <Laney> I just told you why it's on the .desktop file that it is
[17:01] <Trevinho> seb128: there are multiple ways...
[17:01] <Trevinho> seb128: first we use class name
[17:01] <Trevinho> then we can use app-id (as per larsu work)
[17:01] <Trevinho> or we end up using the PID and process name
[17:04] <Laney> how come the org.gnome desktop file was getting involved?
[17:07] <Laney> ah I guess because of MimeType
[17:08] <Laney> might be clever to move this to the other one
[17:08] <Laney> but there's been some other changes to use the new name for nautilus ...
[17:12]  * Laney goes away, see you tomorrow
[17:16] <ricotz> hi, looks like the just uploaded language-selector has some syntax issue in /etc/profile.d/cedilla-brazil.sh causing bash to choke
[17:23] <seb128> Laney, I think we don't understand each other
[17:23] <seb128> Laney, unity does respect NoDisplay, which is the issue
[17:23] <seb128> since o.g.N.d has the NoDisplay=true it lists nautilus.desktop
[17:24] <seb128> or the running instance is o.g.N.d
[17:24] <seb128> so it doesn't match
[17:24] <seb128> to work the dash would need to list the new desktop, which means having the NoDisplay is the compat old name
[17:25] <seb128> Laney, Trevinho, that's bug #1439309
[17:25] <ubot5> bug 1439309 in nautilus (Ubuntu) "Use the new desktop shortcut for Nautilus in Applications menu" [Undecided,New] https://launchpad.net/bugs/1439309
[19:13] <Laney> seb128: I'm asking *why* that new one got used
[20:06] <kenvandine> robru, silo 23 has dropped off the spreadsheet and the dashboard shows it as test passed
[20:07] <kenvandine> when i add it back, how do i associate my silo with the line on the spreadsheet?
[20:13] <robru> kenvandine: copy & paste error? you asked me that in -ci-eng already
[20:13] <robru> or this one was first and I missed the highlight, sorry ;-)
[20:14] <kenvandine> robru, this was the first, realized it was wrong channel
=== JanC_ is now known as JanC