[00:07] <athanor1723> I'm trying to do a dist update, and it's really slow (everything is already downloaded), can I remount / with some option to speed it up?  Btrfs filesystem
[00:09] <sarnold> athanor1723: can you mount with noatime? that might save some needless writes
[00:12] <athanor1723> Is it safe to remount it noatime while in use?
[00:14] <sarnold> it should, yes
[00:18] <athanor1723> Looks like that may have speeded it up a bit ( 4sec per small package, instead of 5sec).  Still going to take about 8hr to finish. :(
[00:22] <athanor1723> I just tried doing nodatacow as well, but it just started hitting some gnome packages, so I can't tell (I was timing small packages with only a couple files)
[00:24] <sarnold> you shouldn't be able to time those :(
[05:09] <Mirv> uh, and here again :)
[08:56] <Mirv> pitti: would you be available for some packaging acks while didrocks' machine is in autodestruction mode?
[08:56] <pitti> Mirv: sure
[08:57] <pitti> didrocks: eww, problems?
[08:57] <didrocks> pitti: run any command
[08:57] <didrocks> like even ls
[08:57] <didrocks> I just installed, and then removed the emulator…
[08:57] <Mirv> pitti: mir: http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Mir/job/cu2d-mir-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_mir_0.1.1+14.04.20131120-0ubuntu1.diff
[08:57] <Mirv> pitti: unity-system-compositor: http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Mir/job/cu2d-mir-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_unity-system-compositor_0.0.2+14.04.20131120-0ubuntu1.diff
[08:57] <pitti> didrocks: did that replace your libc6 with the arm package?
[08:58] <Mirv> pitti: platform-api: http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_platform-api_0.19+14.04.20131119.1-0ubuntu1.diff
[08:58] <didrocks> pitti: I guess it's what happened
[08:58] <pitti> "Stop depending on libboost-all-dev, it is verboten." - *chuckle*
[08:58] <didrocks> pitti: I think I'm good for booting on a usb stick
[08:58] <Mirv> didrocks: sounds fun! live usb boot and ar x a x86 deb?
[08:58] <didrocks> yeah
[08:58] <didrocks> or chroot + clean install of libc6
[08:58] <didrocks> if that's the cause
[08:58] <pitti> sudo dpkg -i --root=/mnt
[08:59] <didrocks> pitti: well, I have no sudo either right now :p
[08:59] <pitti> didrocks: on a live system, I mean
[08:59] <seb128> good morning desktopers
[08:59] <pitti> mount your root in /mnt
[08:59] <didrocks> oh right, better than a chroot
[08:59] <pitti> bonjour seb128
[08:59] <seb128> pitti, hey, wie gehts?
[08:59] <didrocks> pitti: sorry, I'm just in panic mode right now :p
[08:59] <didrocks> hey seb128
[08:59] <pitti> seb128: tu as cassé l'énumerateur de didrocks !
[08:59] <seb128> didrocks, salut, je te demande pas, je note de pas essayer l'emulateur
[08:59] <seb128> pitti, je nie!
[09:00] <seb128> c'est pas moi !
[09:00] <seb128> ;-)
[09:00] <didrocks> seb128: ou tu peux! viens, c'est fun :)
[09:00] <pitti> seb128: it was a gnome update !!
[09:00] <seb128> haha
[09:00] <seb128> iz gtk bog
[09:00] <seb128> ;-)
[09:00] <pitti> *G*libc
[09:00] <seb128> who needs a libc
[09:00] <pitti> seb128: those were the day..
[09:00] <seb128> yeah...
[09:01] <Fudus> What is the status of 14.04 staying on 3.8 or 3.10 anyhow? Or  is that still to be decided.
[09:02] <seb128> Fudus, you can read https://lists.ubuntu.com/archives/ubuntu-desktop/2013-November/004343.html for details
[09:02] <pitti> Mirv: unity-system-compositor: new version removes /etc/lightdm/lightdm.conf.d/10-unity-system-compositor.conf, that needs a corresponding .maintscripts to clean it up on upgrade
[09:03] <Laney> hey
[09:03] <Laney> seb128: ogra_: sorry for missing that one
[09:03] <pitti> Mirv: I assume the new qt dependencies are justified
[09:03] <seb128> Laney, hey ... context?
[09:03] <seb128> Laney, oh, the session, no worry
[09:04] <pitti> Mirv: mir ack
[09:05] <Mirv> pitti: ok. it got moved to ubuntu-desktop-mir. the Qt dependencies come from the DBus interface addition which then uses Qt.
[09:06] <pitti> Mirv: ok; so except for the missing .maintscripts it looks good to me
[09:06] <Mirv> pitti: ok, I'll look at that still then. thanks.
[09:24] <sil2100> seb128: hello! Do you have any free cycles right now? ;)
[09:25] <seb128> sil2100, hey, sort of, busy doing morning catchup and looking a vUDS schedule for the day, I can probably sneak a bit of review or answering questions though
[09:27] <sil2100> seb128: I would like to get someone to sponsor a new version of a package - you already source and binary NEWed the previous one yesterday, I want to release the new one with some packaging fixes that got piled-up
[09:27] <sil2100> seb128: lp:zmqpp/ubuntu
[09:27] <sil2100> seb128: just if you have a free moment ;) I can provide a debdiff if better
[09:28] <sil2100> seb128: maybe in this case a debdiff would be indeed more useful, so preparing
[09:28] <Laney> if they're not urgent you can use the sponsor queue
[09:30] <seb128> sil2100, I can do sponsoring sure
[09:30] <sil2100> seb128: http://paste.ubuntu.com/6447244/ <- debdiff in case it seems better
[09:30] <sil2100> THank you!
[09:31] <sil2100> Laney: true, but I guess the unity scopes guys would be happy to get this today ;)
[09:35] <Laney> shrug
[09:35] <seb128> sil2100, is the missing depends what bothers them?
[09:35] <seb128> sil2100, I can sponsor it
[09:35] <Laney> ok, looking at eds/goa
[09:36] <seb128> Laney, \o/ I can join you/help with uploads in a bit
[09:36] <Laney> cool
[09:36] <Laney> got to remember if there was some ordering required
[09:40] <ogra_> Laney, no problem ... we can do it on the go i guess ... (we need mpt first anyway i guess, i doubt there is a "developer mode" switch in his designs yet)
[09:41] <Laney> indeed
[09:44] <sil2100> seb128: yes ;) Thanks! It's just pure packaging things
[09:45] <Laney> ogra_: File a bug report against u-s-s & describe what needs to be exposed in UI & how to do that in code, then assign mpt to get a design
[09:48] <ogra_> ok
[09:58] <seb128> sil2100, sponsored
[10:21] <sil2100> seb128: \o/
[10:24] <Laney> g-o-a will block on webkitgtk/arm64
[10:24] <Laney> we probably shouldn't do that transition just now
[10:32] <Mirv> pitti: is this anywhere near what you were wishing? https://code.launchpad.net/~timo-jyrinki/unity-system-compositor/clean_conffile/+merge/195934
[10:33] <pitti> Mirv: uh, no -- you just want a debian/unity-system-compositor.maintscripts with a rm_conffile
[10:33] <pitti> Mirv: that'll create the necessary preinst, postrm, etc. scripts
[10:33] <pitti> Mirv: man dpkg-maintscript-helper
[10:33] <pitti> Mirv: sorry, I thought saying ".maintscripts" would have been enough, as it has been around for quite a while
[10:33] <pitti> Mirv: actually, you want mv_conffile as it moved to a different package
[10:34] <Mirv> pitti: thank you, no harm done refreshing memories of the packaging scripts :) I'll look at that next.
[10:34] <pitti> Mirv: people might have modified it, then that saves a dpkg conffile prompt
[10:44] <seb128> didrocks, did you manage to sort it out?
[10:45] <didrocks> seb128: yeah! ;)
[10:45] <didrocks> just now
[10:46] <didrocks> phew!
[10:46] <seb128> didrocks, good that you got it resolved at least ;-)
[10:46] <didrocks> indeed ;) well, my system isn't clean, but it's a start
[10:46] <Laney> in good time for UDS :P
[10:46] <didrocks> heh
[10:46] <seb128> haha
[10:47] <didrocks> that will teach me to be an early adopter :p
[10:47] <seb128> didrocks, yeah, stop slacking!
[10:47]  * Laney begins the webkit workaround fest
[10:47]  * didrocks goes back to precise, like ogra_
[10:47] <Laney> life sucks when you cant test build
[10:47] <seb128> LTS\o/
[10:48] <Mirv> pitti: a mv_conffile with same old and new conf file name didn't seem to work. the version specific rm_conffile would seem to do its job even when both upgrading and installing the new package at the same time: https://code.launchpad.net/~timo-jyrinki/unity-system-compositor/clean_conffile/+merge/195934
[10:49] <pitti> Mirv: ah, sorry; mv_conffile was for renames, not for moving between packages; so rm_conffile is right
[10:49] <seb128> Laney, what happened to e-d-s/goa uploads?
[10:49] <Laney> I said ^^^ that goa will block on webkit
[10:50] <Laney> eds can probably go in though, will do this test and then that
[10:50] <Mirv> pitti: also, I found that .maintscript, not .maintscripts helps :) ok, so if that looks ok can you approve?
[10:51] <pitti> Mirv: just done, thanks for fixing
[10:51] <Mirv> pitti: thanks!
[10:52] <seb128> Laney, oh ok, I didn't see what you said earlier, just read it now
[10:52] <seb128> Laney, no hurry to do the transitions, so maybe let's sort out webkit first
[10:53] <Laney> I think eds goes in on its own
[10:55] <seb128> good
[10:57] <seb128> mlankhorst, could you have a look to https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1184451 ?
[10:57] <ubot2> Launchpad bug 1184451 in xserver-xorg-video-nouveau (Ubuntu) "Ubuntu 13.10 random screen freeze while Normal OS activites" [Undecided,Confirmed]
[10:58] <seb128> doesn't seem driver specific but it seems to be an issue for quite some users, would be good to have it triaged correctly/reassigned to the right place in case that's a kernel issue
[10:59] <mlankhorst> seb128: could be multiple problems squashed in the same bug :/
[10:59] <seb128> right, still having some triaging would be good
[10:59] <mlankhorst> could be -> very likely
[11:05] <seb128> ok, I'm out for some errands and lunch, back in ~1.5 hours
[11:06] <Laney> uploading eds
[11:12] <mlankhorst> seb128: well I listed the bugs I know about from nouveau's side.
[11:16] <didrocks> sil2100: do you think you are going to upload the new packages today? (both?)
[11:23] <sil2100> didrocks: you mean through cu2d? :) Yes
[11:24] <didrocks> sil2100: great!
[12:36] <ogra_> wow, the tooltip of the reload button with the latest firefox is gigantic
[12:36]  * ogra_ gets a huge black box with tiny text in the top left
[13:24]  * seb128 hopes Laney doesn't get crazy over webkit
[13:24] <Laney> hahaha
[13:25] <Laney> it's really really annoying using the archive to do test builds
[13:25] <Laney> I'll give it a rest for now
[13:29] <mitya57> Laney: did you see https://launchpadlibrarian.net/153691641/qtwebkit-source_2.3.2-0ubuntu2_2.3.2-0ubuntu3.diff.gz, btw?
[13:29] <Laney> mitya57: no, what's that?
[13:29] <Laney> oh, that's not relevant sadly
[13:29] <Laney> what version of webkit is that based on?
[13:30]  * mitya57 checks the user agent
[13:30] <Laney> 1.11.2
[13:31] <Laney> that fix stopped working with 2.x
[13:31] <mitya57> 537.21
[13:32] <mitya57> :(
[13:45] <Laney> seb128: I set up http://people.canonical.com/~ubuntu-archive/transitions/html/evolution-data-server-3.10.html btw
[13:45] <Laney> packages are in NEW
[13:45] <seb128> Laney, great! how do you want to organize for rebuilds/uploads?
[13:46] <Laney> going for lunch in a minute so you can do a batch if you like
[13:46] <seb128> do you want to split work? hand it over?...
[13:46] <seb128> ok, I'm going to NEW it and start uploading
[13:46] <Laney> will need to publish though
[13:46] <seb128> vUDS starts in 15min though so let's see what I can manage to do during session
[13:46] <seb128> (I'm hosting a few I'm not participating in)
[13:47]  * Laney nods
[13:48] <Laney> changes for evolution-* are in the ppa
[13:48]  * Laney pushes evolution itself
[13:49] <seb128> cool, I guess that one is going to depwait properly
[13:49] <Laney> oh yeah, could just upload it
[13:49] <seb128> Laney, I can pocket copies stuff that have an archive version right?
[13:49] <Laney> yeah
[13:49] <Laney> without binaries, of couse
[13:50] <Laney> although that PPA does mix both transitions, so keep that in mind
[13:51] <seb128> right
[13:51] <seb128> Laney, enjoy lunch!
[13:51] <Laney> trip to the bank... :P
[14:01] <tedg> Hey xnox, I can't make it to this session, but can you go to talk about acc?  http://summit.ubuntu.com/uds-1311/meeting/22111/core-1311-app-framework/
[14:02] <tedg> Uhg, same time as Upstart roadmap as well.
[14:02] <xnox> tedg: i'll see if I can pop in.
[14:04] <tedg> xnox, Cool, thanks!
[15:32] <seb128> Laney, do you have Vceses ready to push for e.g evolution-indicator or should I just update/commit/push, while doing the copy, for those?
[15:32] <Laney> yeah, push for indicator
[15:32] <cyphermox> seb128: re. g-c-c
[15:32] <Laney> that's the one that is out of date and confusing
[15:32] <cyphermox> I'll upload the fix anyway, it's pretty straightforward
[15:33] <seb128> cyphermox, ok, thanks, do you plan to bugzilla.gnome.org it as well?
[15:33] <cyphermox> yeah
[15:34] <cyphermox> btw on trusty it doesn't crash
[15:34] <cyphermox> but g-c-c doesn't show the list of networks
[15:34] <cyphermox> like, only part of the panel show up for wifi
[15:35] <seb128> cyphermox, weird, g-c-c didn't change in trusty
[15:35] <cyphermox> then maybe I'm not reproducing the bug right
[15:35] <seb128> cyphermox, well, I think it's random behaviour, maybe you get lucky
[15:36] <seb128> Laney, can you sync folks from debian? doesn't make sense to ppa copy a direct sync
[15:36] <cyphermox> behavior was definitely improved with my patch anyway
[15:37] <seb128> cyphermox, great ;-)
[15:38] <attente> seb128, can you take a look at https://code.launchpad.net/~attente/ubuntu-themes/1045602/+merge/195267
[15:40] <seb128> attente, sure ... is adwaita doing the same thing?
[15:40] <attente> seb128, yep
[15:41] <attente> well, we're only applying it to gnome-system-log's window
[15:41] <seb128> attente, looks fine then, still that's a bit stupid that themes need to do that for the UI to be usable ... but I guess that's not a problem we need to resolve
[15:42] <Laney> seb128: yeah, it already was one
[15:45] <seb128> Laney, you mean you synced it already? I don't see it on -changes
[15:46] <Laney> I mean the package in the PPA was a copy from debian already
[15:46] <seb128> right
[15:47] <seb128> can you sync it to the archive? (that makes more sense than me doing the pocket copy from the ppa)
[15:47] <Laney> am doing
[15:47] <seb128> I'm done with the copies, I think
[15:47] <seb128> thanks
[15:47] <seb128> powerpc is lagging behind though
[15:47] <seb128> thanks to chrisccoulson
[15:47] <seb128> tb builds taking the builders
[15:48] <Laney> wow, sagari built webkit *fast*
[15:53] <pitti> desrt: hey Ryan, how are you?
[15:54] <desrt> awful!
[15:54] <pitti> desrt: :( vUbuFlu?
[15:54] <desrt> :)
[15:54] <desrt> nah.  i'm fine :)
[15:54] <desrt> what's up?
[15:54] <pitti> desrt: I cobbled together some autopkgtests for systemd-shim: http://paste.ubuntu.com/6448791/ (lifecycle), and http://paste.ubuntu.com/6448794/ (power)
[15:55] <desrt> neat
[15:55] <pitti> in retrospect I probably should have written "power" in python
[15:55] <pitti> but *shrug*
[15:55] <desrt> do you want these upstream somehow?
[15:55] <pitti> desrt: I sat in yesterday's UDS discussion about the cgroup manager
[15:55] <pitti> desrt: no, just a FYI, and in case you have some suggestions what else you want to test
[15:55] <pitti> desrt: well, if you want them upstream, we can do that of course
[15:56] <pitti> desrt: and once we get that manager, we'll need to add the "create cgroup" etc. API into -shim, and translate it to the API of our cgroup manager
[15:56] <pitti> desrt: so I thought we should at least cover the current API before we add lots of more stuff to it
[15:58] <desrt> scary
[15:58] <pitti> desrt: amen
[15:58] <desrt> pitti: thanks for working on this
[15:58] <pitti> desrt: but once we get that cgroup manager, 204 won't work for us any more
[15:58] <pitti> desrt: but then we can at least upgrade to current systemd/logind versions again, and get a systemd compatible cgroup API
[15:59] <pitti> desrt: I'll upload that now (already locally tested with run-adt-test), unless you have some further suggestions
[16:00] <seb128> pitti, https://errors.ubuntu.com/problem/86c6c900c45c7a61d444a2add212730940175c24 seems new on e.u.c/14.04 (started today on the daily view)
[16:00] <seb128> FileNotFoundError: [Errno 2] No such file or directory: '/usr/sbin/dpkg-divert'
[16:00] <seb128> pitti, https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1253136
[16:00] <ubot2> Launchpad bug 1253136 in apport (Ubuntu) "/usr/share/apport/apport-gtk:FileNotFoundError:/usr/share/apport/apport-gtk@590:run_argv:run_crashes:load_report:find_file_package:get_file_package:__init__:_execute_child" [Undecided,New]
[16:00] <desrt> pitti: lennart was running around like a damn fool saying shit like "the new stuff coming to systemd is going to screw you guys so bad...."
[16:01] <desrt> pitti: any idea what that was about?  cgroup stuff?
[16:01] <pitti> seb128: oh, that's the one I fixed yesterday
[16:01] <seb128> pitti, those reports are from 2.12.7-0ubuntu1  which is the current trust version?
[16:01] <pitti> strange
[16:02] <pitti> seb128: oh, I suppose these might be older crash reports which were laying around
[16:02] <pitti> seb128: which you couldn't actually report before due to that very bug
[16:02] <seb128> k
[16:02] <pitti> seb128: so we got them today *after* we fixed apport to be able to report
[16:02] <seb128> I see
[16:02] <seb128> pitti, danke
[16:02] <pitti> desrt: roughly, yes (just a sec)
[16:03] <pitti> seb128: duped to bug 1252305
[16:03] <ubot2> Launchpad bug 1252305 in apport (Ubuntu) "dpkg-divert not found" [Critical,Fix released] https://launchpad.net/bugs/1252305
[16:03] <seb128> thanks
[16:04] <pitti> desrt: so, logind <= 204 created its cgroups by itself
[16:04] <pitti> desrt: >= 205 delegate this to a systemd D-BUS API, as the kernel folks want only one process to manage the /sys/fs/cgroup/ hierarchy (and system is that one)
[16:04] <pitti> desrt: we also want that behaviour as that will fix a number of security issues as well as race conditions
[16:05] <desrt> the fact that cgroups are not properly recursive seems a bit disturbing to me
[16:05] <pitti> desrt: but with a different API, as systemd's doesn't allow nested cgroups
[16:05] <pitti> desrt: yes, that's the bit that other folks have a hard time convincing Lennart of
[16:05] <desrt> well... the kernel people, indeed.
[16:05] <pitti> desrt: but it should be possible to map systemd's single-hierarchy API to our nested-hierarchy API, and the place for that would be systemd-shim
[16:05] <desrt> "one global manager" doesn't sound properly recursive
[16:06] <pitti> then logind and other bits which wants to create cgroups (libvirt?) should work
[16:06] <desrt> pitti: can this API be used for promoting processes from one cgroup to another?
[16:06] <desrt> i guess that's sort of 'the point', in fact
[16:06] <desrt> but can it lift processes out of the session?
[16:07] <pitti> desrt: I don't know; it's not even designed yet
[16:07] <desrt> :)
[16:08] <pitti> desrt: nor do I know a lot about cgroup management in general
[16:08] <pitti> desrt: but I'm not expecting to be the person to write that translation
[16:09] <desrt> :)
[16:09] <desrt> i'm just thinking about it from a userspace person
[16:09] <desrt> 's standpoint
[16:10] <desrt> like ... how can i arrange to have my user-scoped service raised out of the session?
[16:12] <desrt> this stuff is all extremely interesting
[16:12] <desrt> one thing that seems positively missing, however, is the ability to atomically SIGSTOP an entire cgroup
[16:28] <seb128> cyphermox, we need a no change rebuild of indicator-datetime for the new e-d-s ... do you recommend just doing the upload and force the next publishing to ignore that changelog?
[16:29] <seb128> (it feels like we are not going to get an indicator landing today)
[16:41] <seb128> cyphermox, I did the no change rebuild upload, just fyu
[16:41] <seb128> fyi
[16:41] <cyphermox> ok
[16:44] <didrocks> sil2100: are the new components in archive now? (think about updating the spreadsheet!)
[16:49] <sil2100> didrocks: checking! I was updating our task-list only - are those on the landing asks document as well?
[16:49] <didrocks> sil2100: yeah, they are :)
[16:51] <sil2100> didrocks: they're still in the NEW queue sadly!
[16:52] <didrocks> sil2100: did you ping? raise awareness? :)
[16:53] <seb128> did anyone preNEW them?
[16:53] <mterry> seb128, heyo, I filed that welcome-wizard branch against system-settings a while ago.  Is there someone that could review it?
[16:53] <seb128> I did some reviewing yesterday but not a complete one since the debian/copyright was just wrong
[16:54] <seb128> mterry, hey, sorry, with CI down and vUDS we neglected u-s-s a bit, it's on my todolist, I'm going to try to get to it before the end of the week
[16:55] <sil2100> seb128: so it wasn't a whole review? I though that this was the thing you pointed out that needs fixing so that the package is ok?
[16:55] <mterry> seb128, ok, no rush
[16:55] <sil2100> seb128: and unity-scopes-shell was my understanding that you preNEWed today, right?
[16:55] <mterry> seb128, just wanted to make sure it was on the radar
[16:55] <seb128> sil2100, well, those were the obvious ones, need another look to make sure those are fixed and there is no other ones
[16:56] <seb128> mterry, thanks for checking, it is ;-)
[17:00] <sil2100> seb128: oh, can I ask for that then please? I thought that the reviews were final ;)
[17:00] <seb128> sil2100, sure, let me do that
[17:07] <Laney> oh dear
[17:07] <Laney> openchange transition → evolution-mapi
[17:08] <seb128> Laney, worth thing we can drop evolution-mapi from the archive
[17:08] <seb128> and upload it back to proposed
[17:09] <Laney> there's a demote-to-proposed thing
[17:14] <Laney> I wonder if it is ever possible to get used to reading diffs of diffs
[17:16]  * seb128 can't read those, always end up unpacking and applying the diff to see the changes
[17:23] <sil2100> seb128: could you give me a sign once you finish the preNEW review of those two packages?
[17:34] <seb128> sil2100, unity-scopes-shell NEWed
[17:34] <Laney> oh no I think we'll be alright with mapi
[17:34] <Laney> well, I mean we won't be blocked on arm64 since it didn't exist there before
[17:34] <seb128> great
[17:35] <Laney> still will go with openchange though so maybe need demoting if that gets stuck
[17:36] <seb128> cool
[17:37] <seb128> sil2100, ubuntu-settings-components ... ./runtests.sh is GPL but not listed in the copyright under that license (I pointed that yesterday but that probably got overlooked next to the other ones ... anyway not a blocker but to fix for the next upload)
[17:37] <seb128> sil2100, NEWed as well
[17:39] <seb128> ok, time for some exercice, bbl
[17:40] <sil2100> seb128: thanks! I probably missed this one, since I don't remember reading it - probably overlooked it
[18:29] <ricotz> Laney, hi :)
[18:31] <ricotz> Laney, why does e-d-s have no gir1.2-ecalendar-1.2 package? libecal-1.2.so gained gi-bindings
[18:34] <ricotz> Laney, ah nevermind
[18:40] <seb128> ricotz, hey, if that's an overlook, patches are welcome as usual ;-)
[19:04] <didrocks> mdeslaur: around?
[19:04] <mdeslaur> didrocks: what's up?
[19:04] <didrocks> mdeslaur: want to join the go session?
[19:04] <mdeslaur> didrocks: sarnold and sbeattie are both there I believe
[19:04] <mdeslaur> didrocks: you can ask one of them to join
[19:05] <didrocks> mdeslaur: please do :)
[19:05] <didrocks> mdeslaur: I sent them the HO links
[19:06] <mdeslaur> didrocks: jdstrand is attending
[19:06] <didrocks> mdeslaur: an nice!
[20:11] <pitti> desrt: I looked at the logs for the spinned off "no network after suspend" issue, in bug 1252121
[20:11] <ubot2> Launchpad bug 1252121 in systemd-shim (Ubuntu) "missing resume signal because D-BUS connection goes away" [Undecided,Incomplete] https://launchpad.net/bugs/1252121
[20:12] <pitti> desrt: do you have an off-hand idea why the shim's d-bus connection object would suddenly get invalidated?
[20:14]  * pitti waves good night
[20:21] <desrt> pitti: no.  no idea.
[22:06] <Sweetshark> um, alioth host indentification changed. Does anyone have a link to a showing the new fingerprint?
[22:08] <desrt> Laney: found the ppc crasher.  valgrind bug.
[22:10] <desrt> Laney: patch is available on https://bugzilla.gnome.org/show_bug.cgi?id=710983
[22:10] <ubot2> Gnome bug 710983 in gio "Test failures on powerpc" [Normal,Unconfirmed]
[22:10] <desrt> upstream bug is https://bugs.kde.org/show_bug.cgi?id=278808
[22:10] <ubot2> KDE bug 278808 in general "PPC32 Special Instruction sequence clobbers R0 instead of preserving R0" [Normal,Unconfirmed]
[22:10] <Ampelbein> Sweetshark: https://wiki.debian.org/Alioth/SSH ?
[22:16] <Sweetshark> Ampelbein: seems to be outdated. But https://db.debian.org/machines.cgi?host=moszumanska is up-to-date.