[05:56] <didrocks> morning!
[07:43] <willcooke> morning
[07:44] <seb128> good morning desktopers
[07:44] <didrocks> hey willcooke, seb128
[08:04] <Laney> helloooooooo
[08:04] <didrocks> hey Laney
[08:05] <Laney> hey didrocks
[08:05] <Laney> happy friday!
[08:05] <didrocks> happy friday Laney :)
[08:05] <didrocks> hey mvo_! how can I get more info on a system where apt-get dist-upgrade is stuck on "Reading package lists... 0%"?
[08:08] <mvo_> didrocks: uh, what does strace -p say?
[08:09] <seb128> hey Laney, happy friday!
[08:10] <mvo_> hey seb128 and Laney, happy friday
[08:10] <seb128> hey mvo_, to you too!
[08:11] <Laney> hey hey
[08:11] <Laney> how's it going?
[08:11] <Laney> you guys got exciting weekend plans? ;-)
[08:12] <didrocks> mvo_: nothing that I can spot: http://paste.ubuntu.com/8431273/
[08:13] <mvo_> didrocks: and this goes on? i.e. its reading its packages lists?
[08:13] <didrocks> mvo_: no, it's stuck this way
[08:14] <mvo_> didrocks: oh, so the last call is read() and then nothing?
[08:14] <didrocks> yep
[08:14] <didrocks> defective file/FHS?
[08:14] <mvo_> didrocks: hm, could it be something with the sd card or somesuch?
[08:14] <mvo_> didrocks: read returned size == num  so there is more data to read
[08:14] <didrocks> mvo_: can be, so I should remove the file at fd 6?
[08:15] <didrocks> to rebuild with apt-get update
[08:17] <darkxst> Hey all
[08:50] <Sweetshark> moin
[09:15] <seb128> ok, I'm out for some errands and lunch outside
[09:15] <seb128> back in some hours
[09:15] <seb128> bbl
[13:54] <didrocks> FJKong: done! https://wiki.ubuntu.com/FanjunKong#preview
[13:54] <didrocks> FJKong: you should maybe state that you apply for ubuntu membership in the first stenza
[13:57] <seb128> kenvandine, hey
[13:57] <seb128> kenvandine, I set some mps up for the storage panel changes we discussed
[13:58] <kenvandine> woot
[13:59] <kenvandine> looks like another big landing day :)
[13:59] <kenvandine> seb128, but settings is stuck in proposed :/
[13:59] <kenvandine> autopkgtest failures from uss-oa
[13:59] <kenvandine> looks like system-settings isn't even starting
[14:00] <FJKong> didrocks: thanks, I will modify later
[14:00] <seb128> kenvandine, :-(
[14:06] <seb128> kenvandine, the oa issue was probably due to the buggy mesa, cjwatson deleted that version from proposed
[14:06] <seb128> kenvandine, we should just retry the tests, I'm doing that
[14:06] <kenvandine> seb128, thx!
[14:08] <seb128> kenvandine, imho you can force m&c with skip_not_in_dest and start another landing
[14:09] <kenvandine> seb128, ok, will do that
[14:09] <didrocks> as long as you hang on to the delivery, there is really no issue in using skip_not_in_dest :)
[14:10] <seb128> right
[14:11] <kenvandine> we're going to get a good size queue of branches to land today... so expediting that is a good thing
[14:15] <happyaron> seb128: can you approve the upload of ubuntukylin-default-settings?
[14:16] <seb128> happyaron, no, I'm not in the release team
[14:16] <happyaron> ok
[14:16] <happyaron> let me check on #-release
[14:16] <Laney> Don't
[14:16] <Laney> People, including me, are polling the queue regularly
[14:17] <happyaron> ok
[14:17] <happyaron> so just waiting
[14:17] <Laney> yup
[14:17] <Laney> it's only been there for 2 minutes atm
[14:17] <happyaron> yea
[14:50] <seb128> kenvandine, thanks for approving the storage tweaks ;-)
[14:50] <seb128> kenvandine, btw there is a second one that adds the freespace info in about going with it, would be nice to get in the same landing
[14:51] <seb128> kenvandine, we couldn't do that before because the "free space about partition" computation is slow, but having it for the user dir is easy ;-)
[14:51] <kenvandine> i just approved it :)
[14:51] <seb128> great!
[15:21] <ricotz> Laney, hi, you didnt pick up the changes of debian's 2.40.0-3 :\ for trusty
[15:21] <Laney> oops must have forgot
[15:22] <Laney> file a debdiff
[15:22] <ricotz> /usr/bin/gapplication is really needed
[15:31] <kenvandine> seb128, i have a landing building in silo 4, after it lands and merges, lets update the pot file and merge to trunk
[15:31] <kenvandine> and i'll do another small landing after it so we get the pot file updates
[15:32]  * kenvandine is weary of including any of those in a landing with other branches :)
[15:32] <kenvandine> but this landing includes the keywords and the wifi dialong thing, lots of strings
[16:13] <seb128> kenvandine, +1 from me
[16:14] <seb128> kenvandine, we are likely to have small fixes that keep coming anyway
[16:18] <kenvandine> yeah
[16:20] <seb128> kenvandine, one thing you can do is to commit the update pot to trunk, including the strings that are not in trunk yet
[16:20] <seb128> kenvandine, so translator can work on those before the code land
[16:21] <kenvandine> oh right... good point
[16:21] <seb128> kenvandine, but translations are not going to be autocommited to trunk before tomorrow anyway so they are not going to be in this landing
[16:21] <seb128> still nicer for translations
[16:21] <kenvandine> i could go ahead and merge those two branches together and generate a pot
[16:21] <kenvandine> and push just the pot to trunk
[16:21] <seb128> well
[16:21] <seb128> I would just take whatever you put for landing
[16:21] <seb128> e.g merge all the approved branches
[16:22] <seb128> run make pot there
[16:22] <seb128> and commit the update to trunk
[16:22] <kenvandine> yeah, then i have to wait until after the landing... i thought you suggested updating the pot first
[16:22] <seb128> yeah
[16:22] <seb128> why do you have to wait?
[16:22] <kenvandine> oh.. .i re-read now ;)
[16:23] <seb128> just do that in your local tree you use to test the landing
[16:23] <kenvandine> yeah
[16:23] <seb128> or in the srcpackage from the ppa
[16:23] <kenvandine> that's a good idea ;)
[16:23] <seb128> :-)
[16:23] <kenvandine> easier than merging them all manually
[16:23] <kenvandine> so make pot
[16:23] <kenvandine> then sed out those paths?
[16:24] <seb128> or don't
[16:24] <seb128> that's just cosmetic
[16:25] <seb128> e.g if you want to minimize diff or don't want to have your builddir path in there
[16:25] <seb128> but it's working without seding, most people updating it seems to not care
[16:39] <kenvandine> seb128, ok, pushing to trunk :)
[17:02] <Laney> happy weekend #ubuntu-desktop!
[17:03] <Sweetshark> seb128: http://people.canonical.com/~bjoern/utopic/4.3.2/ <- prepared, disabled mergedlibs for now.
[17:04] <Sweetshark> But lets not make a friday evening upload, I guess that can wait for monday.
[17:05] <Sweetshark> http://devopsreactions.tumblr.com/post/87284390953/friday-deployments-and-leaving-afterwards
[17:06] <Sweetshark> ... and with that I join Laney: happy weekend, everyone!
[17:12] <seb128> Sweetshark, k, do we really want to disable mergelibs as well?
[17:12] <seb128> Laney, thanks, you as well!
[17:39] <Sweetshark> seb128: as long as we dont have a proper fix for the bug, yes.
[17:41] <Sweetshark> seb128: the base users are a minority compared to other parts of the suite, but they will be very loud when we break their toy. And they are still more users than for many other projects of the desktop, I guess.
[17:43] <ricotz> Sweetshark, exactly, seeing how fast the reaction came
[17:45] <willcooke> EOD - good weekend all