[06:22] <didrocks> bonjour pitti!
[06:22] <pitti> bonjour didrocks, ça va  ?
[06:22] <didrocks> ça va bien, et toi?
[06:23] <pitti> didrocks: ça va bien aussi
[06:23] <pitti> l'été est retour \o/
[06:23] <didrocks> oui, il a fait 25°C ici hier
[06:23] <didrocks> (22 prévu aujourd'hui)
[06:23] <pitti> nous avons eu le temps genial hier
[06:24] <didrocks> grand soleil? (comme ici)
[06:25] <pitti> oui, et 22 celsius
[06:26] <didrocks> nice ;)
[06:26] <didrocks> are you still working on autopilot-gtk? It seems to FTBFS (tests don't pass on trusty): bug #1243538
[06:26] <ubot2> Launchpad bug 1243538 in autopilot-gtk "autopilot-gtk FTBFS on trusty" [Undecided,New] https://launchpad.net/bugs/1243538
[06:27] <pitti> didrocks: ah, I'll have a look
[06:27] <didrocks> thanks!
[06:27] <pitti> didrocks: oh, seems autopilot 1.4 landed, but not -gtk 1.4
[06:27] <pitti> I'll get that sorted out
[06:27] <didrocks> pitti: it didn't land, (all in the ppa), so we need both in concert?
[06:28] <pitti> yes, and -qt
[06:28] <pitti> and the version is wrong
[06:28] <didrocks> Get:186 http://ftpmaster.internal/ubuntu/ trusty/universe python-autopilot all 1.3.1+13.10.20131003.1-0ubuntu1 [740 kB]
[06:28] <pitti> 1.3.1+13.10.20131003.1-0ubuntu1
[06:28] <pitti> that needs to be 1.4-something now
[06:28] <didrocks> so I guess that lp:autopilot needs to move to 1.4 yeah
[06:28] <didrocks> pitti: maybe you need to tight your deps as well, if you are not anymore compatible with 1.3?
[06:28] <pitti> or maybe vice versa, but one of them got uploaded wrong
[06:29] <pitti> didrocks: the binary deps do that already
[06:29] <pitti> but not ap-gtk's build deps, as we didn't get an 1.4 version yet
[06:29] <pitti> as soon as we do, we can bump it
[06:30] <didrocks> pitti: ok ;)
[06:32] <didrocks> robru: I think libfriends FTBFS is for you: https://bugs.launchpad.net/libfriends/+bug/1243527 :)
[06:32] <ubot2> Launchpad bug 1243527 in libfriends "libfriends FTBFS on trusty" [Critical,New]
[06:32] <pitti> didrocks: hm, I don't quite understand -- lp:autopilot has 1.4+14.04.20130917ubuntu.unity.next-0ubuntu1
[06:32] <pitti> didrocks: we manually kept it as 1.4-0ubuntu1, but then the auto-importer apparently adjusted it to that
[06:33] <robru> didrocks, yeah, i looked at that already. not a clue. libfriends source hasn't changed in many months, so this is undoubtedly caused by some breakage in some component it depends on -- perhaps a new debian import?
[06:33] <didrocks> pitti: hum, someone published it to daily-build-next
[06:33] <didrocks> robru: possible yeah, but we need someone to dive into it or we won't release any friends this cycle
[06:34] <didrocks> pitti:  autopilot 1.4+14.04.20131023-0ubuntu1
[06:34] <didrocks> in the daily-build ppa
[06:34] <didrocks> pitti: so I guess if you tighten your build-dep, we should be fine now
[06:34] <pitti> didrocks: ah, so that'll land in trusty soon?
[06:34] <pitti> didrocks: ack, can do
[06:34] <didrocks> pitti: well, both will land in concert once the FTBFS fixed (and a landing ask done)
[06:34] <robru> didrocks, ok, I'll ping ken about that in the morning. low priority i think -- friends doesn't need any releases for now, and we have all cycle to fix this.
[06:35] <didrocks> robru: well, would be better to get all stacks green asap so that we don't rush later on
[06:35] <didrocks> robru: so FTBFS is a priority always, in particular as it means you can't boostrap the distro
[06:36] <robru> didrocks, ok, will look at it in the morning. 11:30PM here :-P
[06:36] <didrocks> robru: did sil2100/cyphermox pinged you about dailies btw? you were not in the meeting
[06:36] <didrocks> robru: yeah, I hope to see you at tomorrow's meeting at least ;)
[06:36] <robru> didrocks, yeah, sorry i missed the meeting.
[06:37] <robru> didrocks, didn't get pinged, but i saw sil branched friends stack for trusty on monday. i meant to do it but he beat me
[06:37] <didrocks> robru: yeah, but we had a lot to do for the transition
[06:37] <didrocks> and already lost 3 days
[06:37] <didrocks> (for moving all stacks in trusty)
[06:37] <didrocks> so better time coverage would help
[06:37] <robru> didrocks, ok, how can i help then?
[06:38] <didrocks> robru: well, come to the meeting in your meeting and we can dispatch the tasks, I think it's too late for you for today (and the tasks will change regarding how we advance on them today)
[06:38] <robru> didrocks, ok
[06:58] <pitti> didrocks: I sent an MP for bug 1243538 FYI
[06:58] <ubot2> Launchpad bug 1243538 in autopilot-gtk "autopilot-gtk FTBFS on trusty" [Undecided,In progress] https://launchpad.net/bugs/1243538
[06:59] <didrocks> pitti: approved, thanks!
[07:14] <pitti> didrocks: failed with
[07:14] <pitti> Err http://ppa.launchpad.net trusty/main amd64 Packages
[07:14] <pitti>   404  Not Found
[07:14] <pitti> didrocks: PPA isn't set up for trusty yet?
[07:15] <didrocks> pitti: argh, they are using the autopilot ppa
[07:15] <didrocks> not the daily-build
[07:15]  * didrocks told to stop using the autopilot ppa :/
[07:15] <didrocks> pitti: I think let's bootstrap that by pushing directly to trunk, mind you?
[07:16] <didrocks> then, fginther: please remove the autopilot ppa from the QA stack
[07:16] <pitti> didrocks: fine for me, how do I do that?
[07:16] <pitti> didrocks: you mean just bzr push lp:autopilot-gtk?
[07:16] <didrocks> pitti: just bzr push? (there is one commit, so doing a merge isn't really worthwile) ;)
[07:16] <didrocks> pitti: yeah
[07:17] <pitti> didrocks: oh, that worked; I had assumed the trunks were r/o
[07:17] <didrocks> pitti: no, we still let for urgency/all those corner cases the possibility to push to trunk
[07:18] <pitti> didrocks: ack, done
[07:18] <didrocks> thanks pitti!
[08:06] <Laney> morning
[08:45] <darkxst> Morning Laney
[09:03] <Mirv> cyphermox: sil2100: robru: FYI the Stack status page is again in use and has Trusty (head), please keep it updated when you notice problems in stacks etc, so that it's again useful for the person in the 'next shift'. https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dHFtUmlPOUtCRk8zR2dtaEpIbUVhMmc#gid=3
[09:04] <Mirv> and tell ken as well when he's online
[09:04] <sil2100> Mirv: ACK! Good to get back to that
[09:08] <sil2100> Mirv, didrocks we didn't clean up the Team work list for a while, if you don't mind I'll do an 'Archive'
[09:08] <Mirv> sil2100: I've been waiting until we have a normal weekly :)
[09:09] <Mirv> I haven't used it much either, but sometimes as a scrap book
[09:09] <sil2100> Mirv: I sometimes used it as well, but I guess we don't have those weeklies anymore ;p
[09:09] <sil2100> So let me press the button now
[09:09] <Mirv> sil2100: let's see if we'll get back to those or not
[09:24] <sil2100> brb guys, modem needs restarting
[09:28] <didrocks> sil2100: don't worry to archive
[09:28] <didrocks> feel free, I meant*
[09:28] <didrocks> anyway, all our process have been screwed and we had a bulldozer imposed
[10:05] <Laney> hey darkxst (sorry, was busy with something and forgot to reply)
[10:53] <sil2100> Mirv: btw.! https://code.launchpad.net/~sil2100/cupstream2distro-config/cleanup_saucy_stacks <-
[10:53] <sil2100> Mirv: once you have a free cycle, as this is nothing but cleanup after the transition
[10:54] <Mirv> sil2100: sure, I'll take a look.
[11:39] <ricotz> didrocks, hi :), can we get vala-0.22 synced to reveal problems early, it will get the default with it too
[11:39] <ricotz> http://packages.qa.debian.org/v/vala-0.22.html
[11:39] <didrocks> ricotz: hey in a meeting, maybe Laney can handle it ^
[11:40] <Laney> ricotz: Don't really know anything about it
[11:41] <Laney> did you try any builds?
[11:41] <Laney> don't have a problem in principle, please file a proper sync request
[11:44] <ricotz> Laney, mostly the binding updates could result in problems if there are larger fixes, besides that it is a harmless update
[11:45] <ricotz> Laney, will file a request
[11:45] <Laney> ricotz: also a patch to drop valac please
[11:45] <ricotz> Laney, 0.22.0 doesnt include the needed fixes for the next gobject-introspection changes
[11:46] <Laney> Don't know what those are
[11:46] <ricotz> but 0.22.1 is suppose to have them
[11:46] <ricotz> g-i added some new attributes on which vapigen chokes
[11:46] <ricotz> in 1.39.x that is
[11:46] <Laney> ah
[11:46] <Laney> do we have that?
[11:46] <Laney> no
[11:47] <ricotz> there were such issue with 0.20 but 0.22 includes those cherry-picks
[11:47] <ricotz> Laney, i assume glib/g-i will be updated to 2.40 in trusty?
[11:48] <Laney> Probably
[11:48] <ricotz> good
[11:48] <Laney> They don't tend to cause problems and are useful for rdeps
[11:49] <Laney> Anyway, if you could test build some rdeps (maybe ones on touch images as they are the most sensitive ...) and they work then it'll be fine
[11:50] <ricotz> hmm, i see
[11:53] <Laney> should be easy enough
[11:53] <Laney> just test build on your machine (run too for bonus points)
[11:54] <Laney> No need to do everything, just 3-4 should be ok
[12:19] <akShri> hi.. is this the correct forum to ask about any desklet for thunderbird mail client??
[12:27] <ricotz> Laney, https://bugs.launchpad.net/ubuntu/+bug/1243675
[12:27] <ubot2> Launchpad bug 1243675 in Ubuntu "Sync vala-0.22 0.22.0-1 (universe) from Debian experimental (main)" [Undecided,New]
[12:29] <Laney> ricotz: great, will look later
[12:30] <ricotz> thanks
[12:35] <desrt> hi hi hackers
[12:36] <kenvandine> hey desrt
[12:36] <desrt> also designers, artists, testers, tech writers, translators, sysadmins, community wranglers, managers, and users
[12:37] <kenvandine> :-D
[12:50] <kenvandine> good morning seb128
[12:50] <seb128> kenvandine, hey, how are you today?
[12:50] <kenvandine> great
[12:50] <kenvandine> and you?
[12:50] <seb128> good (I think ... that's a question you can better answer after coffee)
[12:51] <kenvandine> hehe
[12:52] <kenvandine> i've already had a few cups.  i got started a couple hours early today, i need to leave a bit early
[12:52] <seb128> sounds like 6am-early, which is not even early yet
[12:52] <seb128> need a new world for that time of the day
[12:52] <seb128> like "middle of the night" ;-)
[12:54] <kenvandine> indeed
[12:58] <qengho> tseliot: Hi. I'm tracking a bug that affects chromium-browser and seems to stem from fglrx in 13.10. Do you have any advice? https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1222718
[12:58] <ubot2> Launchpad bug 1222718 in fglrx-installer (Ubuntu) "Tabs not displaying titles" [Undecided,Confirmed]
[13:02] <tseliot> qengho: we should probably notify AMD since this is something only they can fix
[13:05] <Sweetshark> hmmm libreoffice master/4.2 has already a good set of changes in dependencies that look ... "fun".
[13:21] <Laney>  ah
[13:22] <Laney> I see the system-settings language problem now
[13:22] <Laney> QLocale(German, Latin, Belgium) "deutsch" "de_BE.utf8"
[13:22] <Laney> de_BE calls itself "deutsch"
[13:23] <Laney> I think we should append "(Country name)" if there's duplicates
[13:23] <Laney> will whip up something to try that
[13:23] <Laney> after lunch, bbs!
[13:25] <desrt> de_BE is a thing?
[13:26] <seb128> Laney, enjoy
[13:26] <seb128> desrt, seems so...
[13:30] <jpds> desrt: https://en.wikipedia.org/wiki/German-speaking_Community_of_Belgium
[13:32] <ogra_> "Simplified Deutsch"
[13:32] <ogra_> ;)
[13:36] <jpds> olli: Unmoeglich.
[13:36] <jpds> ogra_: ↑
[13:36] <olli> wutt?
[13:37] <ogra_> jpds, :)
[13:37] <jpds> olli: Sorry, tab-completed the wrong nick (e_timing).
[13:37] <olli> ;)
[14:29] <seb128> dobey, hey
[14:29] <seb128> dobey, do you know about ubuntuone-client-gnome not being installed by default in saucy?
[14:36] <dobey> yes, it was removed from the archive like 4 months ago
[14:36] <dobey> it does not exist
[14:38] <seb128> dobey, so no nautilus integration anymore for new users? why?
[14:38]  * seb128 is glad to still have that installed
[14:38] <Laney> yeah, that's useful
[14:39] <Laney> dobey: also, I filed a rb-u1 MP if you could look at it please
[14:39] <Laney> doesn't seem like that plugin does very much though?
[14:39] <Laney> I guess I missed the scaling back of the music store integration
[14:39] <dobey> yes. because it has a lot of bugs we don't have time to fix, doesn't fit with where Ubuntu is headed in terms of development and features, and we need to reduce maintenance overhead
[14:40]  * Laney understands
[14:40] <Laney> anyway, please do look at it - it's needed for rhythmbox 3.0
[14:43] <dobey> sigh. libpeas is so broken :(
[14:43] <ogra_> use libbeans then
[14:44] <ogra_> :P
[14:47] <seb128> dobey, is that comment about u-c-g?
[14:48] <seb128> dobey, the nautilus integration was sort of working well enough...
[14:49] <dobey> seb128: yes, i was replying about u-c-g there. and no, it wasn't working that well
[14:51] <seb128> dobey, :/
[14:51] <seb128> why does the u1 team hates Ubuntu so much?
[14:51] <mdeslaur> lol
[14:51] <seb128> you guys keep making our desktop a second class citizen
[14:51]  * seb128 wonders why he's using u1 rather than dropbox or such
[14:52] <dobey> seb128: no we don't. tablets are doing that
[14:52] <seb128> dobey, well, when I say desktop I mean OS
[14:53] <seb128> you guys just don't care about working nicely on Ubuntu it seems
[14:53] <dobey> seb128: caring, and having the resources, aren't the same thing
[14:53] <dobey> i care about a lot of things i don't have the resources to fix
[14:54] <seb128> dobey, you didn't have to fix anything, the sharing of files from nautilus just worked fine
[14:54] <dobey> and right now, something broke SSL in Ubuntu for u1 it seems; so i have to deal with that
[14:55] <seb128> I still have the binary installed and it's still working
[14:55] <dobey> no it didn't
[14:55] <dobey> maybe it works ok for you
[14:55] <seb128> dobey, fine if you don't want to maintain it, you didn't have to get it deleted, it could have been moved to universe
[14:55] <dobey> but no, it was not "working fine"
[14:55] <kenvandine> i noticed i was getting SSL errors trying to install click packages on my phone last night... but a reboot fixed it
[14:55] <seb128> dobey, well, 90% of our archive is not "working fine"
[14:55] <seb128> we have bugs
[14:55] <seb128> that's not a reason to delete things
[14:55] <dobey> yes it is
[14:56] <dobey> shipping stuff we don't have the resources to maintain and fix problems in, is a bad decision
[14:56] <seb128> not shipping useful stuff is not good either
[14:57] <seb128> u1 is pretty much useless to me if I can't share files with others anymore
[14:57] <dobey> you can still share files
[14:57] <seb128> how?
[14:57] <dobey> ubuntuone-control-panel-qt
[14:57] <Laney> go to the website, share it, copy url from your browser
[14:58] <seb128> Laney, I can as well scp to my people page and give the url
[14:58] <Laney> heh
[14:58] <dobey> shipping the same functionality in multiple different places is also not useful
[14:58] <seb128> well, just ship it well integrated with our OS
[14:58] <seb128> don't push people to the web
[14:58] <Laney> attente: man, all those pointers to lists in language-plugin are hard to work with
[15:00] <seb128> dobey, how do I share a specific file from the qt ui?
[15:00] <seb128> I can see my folders, but they open in nautilus, which doesn't have the integration anymore
[15:00] <seb128> and I can see what I'm currently sharing
[15:00] <Laney> Share links tab
[15:00] <seb128> Laney, how do I browse to add a file from there?
[15:01] <Laney> search in the search box
[15:01] <seb128> I don't remember the name
[15:01] <seb128> so I've to go to nautilus, look for the name then go back to qt UI and type it?
[15:01] <Laney> browse for it in nautilus :-)
[15:01] <seb128> that's ridiculous...
[15:02] <dobey> use the app on your ubuntu phone, browse to it, and share from there :)
[15:02] <seb128> ...
[15:03] <seb128> I don't have enough storage on my phone or in the cloud to have all my datas tere
[15:03] <seb128> there
[15:04] <seb128> dobey, just as fyi, I'm going to bring back the nautilus integration for the LTS
[15:05] <seb128> dobey, desktop team is going to maintain it if you guys don't want to
[15:05] <Laney> desrt: did you see my ping about glib/powerpc/debian the other day?
[15:07] <dobey> seb128: it's not as simple as throwing ubuntuone-client-gnome back into the archive
[15:07] <seb128> dobey, well, seeing that it's still working for me, I guess it is
[15:07] <dobey> seb128: it requires a library that was built from the ubuntuone-client source package, which is no longer there, and which we won't be bringing back
[15:08] <seb128> dobey, how is it working for me then?
[15:08] <seb128> I get emblems on shared folders
[15:08] <dobey> you still have the library binary package installed i guess
[15:08] <seb128> well, I guess I can add that back as well
[15:10] <attente> Laney, hey, what are you trying to do?
[15:10] <dobey> anyway i don't have time to argue about it right now
[15:10] <attente> yeah, i started the plugin with the idea of loading the data only when requested
[15:10] <attente> but the plugin just started growing and growing
[15:11] <Laney> attente: Well, you save the name returned by QLocale nativeLanguageName() to display and use that for uniqueness
[15:11] <Laney> but it's not unique
[15:11] <Laney> so you don't get enough languages displayed and some of them are not what you expect
[15:11] <Laney> e.g. deutsch → de_BE
[15:12] <Laney> I thought about refactoring to use a struct or something but I'll probably not do that :P
[15:12] <attente> Laney, ok i see
[15:13] <attente> Laney, so we should do something like 'deutsch (Belgium)' in the list?
[15:13] <Laney> I'll check if we've already seen the language and if so then append the country name
[15:13] <Laney> yeah
[15:13] <Laney> you get the country from QLocale
[15:13] <attente> ok, in that case, i guess it isn't even necessary to do the uniqueness check
[15:13]  * Laney nods
[15:14] <attente> Laney, have you done a lot of work on this already? or are you ok with me taking over for that?
[15:14] <Laney> no I have not
[15:14] <Laney> feel free
[15:14] <attente> ok
[15:14] <attente> thanks :)
[15:15] <Laney> I think you want nativeCountryName()
[15:15] <Laney> but don't append if it you only have one variant
[15:16] <desrt> Laney: no.  seb told me about it, though.
[15:16] <desrt> what's up?
[15:19] <Laney> desrt: see https://buildd.debian.org/status/fetch.php?pkg=glib2.0&arch=powerpc&ver=2.38.1-1&stamp=1382028200
[15:19] <Laney> ***MEMORY-ERROR***: /home/laney/glib/gio/tests/.libs/lt-gmenumodel[8947]: GSlice: assertion failed: sinfo->n_allocated > 0
[15:19] <Laney> zsh: abort      ./gmenumodel
[15:20] <Laney> But it goes away if I build with --enable-debug=yes
[15:34] <desrt> Laney: k.  will check.
[15:35] <Laney> Cheers
[15:35] <Laney> there's also other failures https://buildd.debian.org/status/package.php?p=glib2.0&suite=experimental
[15:36] <Laney> I didn't reproduce that armhf one in my test build
[15:36] <Laney> Ought to make that testsuite output more verbose ...
[15:37] <Laney> some of those failures are broken builders or other such nonsense
[16:14] <robru> kenvandine, https://launchpadlibrarian.net/154701061/buildlog_ubuntu-trusty-amd64.libfriends_0.1.2%2B14.04.20131022-0ubuntu1_FAILEDTOBUILD.txt.gz does this mean anything to you? some toolchain issue has busted libfriends in trusty. it's a mystery to me
[16:26] <kenvandine> robru, ah, the joys of the start of a new cycle :)
[16:26] <robru> kenvandine, yep. the relevant part of the log is that autoreconf complains that intltoolize didn't create po/Makefile.inin
[16:26] <kenvandine> indeed
[16:29] <kenvandine> robru, are you on trusty?
[16:29] <robru> kenvandine, yeah
[16:29] <kenvandine> well, i guess it's time for me to setup a pbuilder anyway
[16:37] <robru> kenvandine, heh, yeah
[16:57] <robru> kenvandine, let me know what you find, i'm eager to learn about this stuff
[16:57] <kenvandine> robru,  is suspect it's the update to gettext/autopoint
[16:58] <kenvandine> just got my pbuilder chroot setup, but i need to take off in a few
[16:58] <kenvandine> probably not get back to it until tomorrow
[17:00] <robru> hmmm
[17:00] <robru> sil2100, ^^ had any luck with the libfriends ftbfs?
[17:03] <sil2100> kenvandine: I was looking at it and the problem seems to happen on the dh_autoreconf step
[17:03] <kenvandine> yeah
[17:03] <kenvandine> autopoint related maybe
[17:03] <sil2100> kenvandine: didn't dig deeper as I was dealing with cu2d
[17:04] <sil2100> kenvandine: could be
[17:04] <kenvandine> there has been an update to gettext in trusty
[17:04] <kenvandine> i'll look more at it tomorrow
[17:04] <kenvandine> sil2100, unless you get to it first :)
[17:04] <sil2100> kenvandine: it seems Makefile.in.in gets overwritten there in a way that it's missing the # INTLTOOL_MAKEFILE line
[17:04] <sil2100> And config.status fails
[17:05] <kenvandine> yeah... that stuff can be fragile
[17:13] <kenvandine> ok, i need to head out
[17:13] <kenvandine> be back later tonight
[17:23]  * didrocks waves good evening
[17:33] <sil2100> robru: ok, so the overall status:
[17:33] <sil2100> robru: I redeployed all stacks with the branch from the merge, please approve it to get it in
[17:33] <robru> sil2100, ok, i'll submit a wrapped mp soon
[17:33] <sil2100> robru: the platform stack still needs updating once you fix the Mir stack and rebuild it
[17:34] <sil2100> robru: ok, but in the meantime let's approve that we have right now
[17:34] <sil2100> Not to get out-of-sync with what we have deployed
[17:35] <robru> sil2100, yeah
[17:36] <sil2100> robru: as for libfriends... I didn't have much time to check it in detail, but I downgraded both autopoint and debhelper to the saucy versions and it did not help...
[17:36] <sil2100> robru: so I guess we can scratch out those two packages as the ones that are at fault
[17:36] <robru> sil2100, i've been googling it. i have an email with some more details i'm about to send
[17:37] <sil2100> robru: ok, thanks!
[17:37] <sil2100> I EOD for now, so see you tomorrow - remember to approve the branch, try fixing Mir and then re-run all the stacks to see how it goes ;)
[17:37] <sil2100> See you tomorrow!
[18:29] <seb128> hey
[18:31] <larsu> seb128: \o/
[18:31] <seb128> ;-)
[19:28] <dobey> Laney: you can upload rb to trusty if you want, yes. you can even upload your proposed change as a distro patch in debian/patches/ for rb-u1 as a temporary fix to avoid breaking it there, while we figure out what to do otherwise. i have a critical issue i'm dealing with with an ssl cert failing to validate, that should be working. :-/
[19:33] <desrt> Laney: do we have a ppc machine that i can get access to?
[19:33] <desrt> we've kinda been living in blissful little-endian land for a while now...
[19:34] <desrt> probably some bugs slipped in
[19:34] <Laney> yeah I doubt that the Canonical one (if it even works) will reproduce it
[19:34] <Laney> it also works on ubuntu powerpc :(
[19:34] <desrt> oh.  lovely.
[19:34] <desrt> the log isn't too helpful
[19:34] <desrt> it's just a bunch of random test failure messages with no details or backtraces or anything
[19:34] <Laney> yeah
[19:34] <Laney> I nede to improve the testsuite output to be more verbose
[19:34] <Laney> anyway: http://dsa.debian.org/doc/guest-account/
[19:34] <desrt> this is sort of our fault
[19:35] <Laney> if you want to
[19:35] <desrt> at least under the old regime you got a test name and an assert message
[19:35] <desrt> i guess there is some way to get that info again under the new rig, but you don't see it by default :/
[19:35] <Laney> should be in the log files
[19:35] <Laney> need to make it cat those if there's a failure
[19:35] <desrt> if you could do that it might be a big help
[19:37] <Laney> If you send me the "Information guest needs to supply to sponsoring DD" stuff I'll send it off to the sysadmins
[19:37] <desrt> that makes it a lot easier for me.  thanks.
[19:37] <desrt> what address?
[19:38] <Laney> laney@debian.org
[19:40] <desrt> Laney: DMUP agreement?
[19:40] <Laney> oh, they should link to that
[19:40] <Laney> http://www.debian.org/devel/dmup
[19:40] <desrt> found it anyway.. easy to google for
[19:42] <desrt> more to the point, though, what do they mean by signed?
[19:42] <desrt> printed and signature?  pgp?
[19:43] <Laney> yeah pgp
[19:43] <desrt> "yes i agree.  ryan."
[19:43] <desrt> k.
[19:43] <Laney> i'm ryan and i approve of this machine usage policy
[19:45] <desrt> k. sent.
[19:45] <Laney> ta
[19:56] <Laney> my god mutt made that difficult
[19:56] <Laney> had to manually clearsign the message text
[20:37] <seb128> cyphermox, stgraber: do you know if somebody is looking at the wpasupplicant issues that are high ranked on errors.ubuntu.com saucy?
[20:40] <cyphermox> seb128: I am
[20:40] <cyphermox> or more precisely, I will
[20:40] <seb128> cyphermox: great, thanks
[20:40] <cyphermox> but I am now ;)
[20:40] <darkxst> seb128, so will trusty get update to gnome-control-center 3.8 or are you guys going to fork it?
[20:42] <seb128> darkxst: not sure, neither of those atm
[20:42] <seb128> but we should probably look at updating or unblocking updates for GNOME remix
[20:42] <seb128> it's just not the priority
[20:43] <seb128> darkxst: like fixing bug #1232419 which is ranked on the top saucy issues...
[20:43] <ubot2> Launchpad bug 1232419 in gnome-settings-daemon (Ubuntu) "[xsettings]: gnome-settings-daemon crashed with SIGSEGV in notify_have_shell()" [High,Confirmed] https://launchpad.net/bugs/1232419
[20:43]  * seb128 is not taking any update before we pay the bugs debt from saucy
[20:44] <darkxst> seb128, does that happen under Unity?
[20:44] <seb128> no idea
[20:44] <seb128> I just know it's the most reported g-s-d issue in Ubuntu
[20:46] <seb128> tkamppeter: did you see https://launchpad.net/bugs/1242866 and https://launchpad.net/bugs/1232947 ? (I assigned those to you earlier in the week but it seems there was no activity since)
[20:46] <ubot2> Launchpad bug 1242866 in hplip (Ubuntu) "/usr/share/hplip/systray.py:ImportError:/usr/bin/hp-systray@35:/usr/share/hplip/base/module.py@30:/usr/share/hplip/base/device.py@43:/usr/share/hplip/base/status.py@59" [High,Confirmed]
[20:46] <ubot2> Launchpad bug 1232947 in system-config-printer (Ubuntu) "scp-dbus-service.py crashed with ValueError in decorator(): Corrupt type signature" [High,Confirmed]
[20:47] <darkxst> seb128, it watches org.gnome.Shell (which is spoofed by Unity)
[20:47] <cyphermox> seb128: hurhg, none of it anywhere got retraced >.<
[20:49] <seb128> cyphermox: :-(
[20:49] <darkxst> seb128, so quite like notify_have_shell gets called twice on logout from Unity
[20:49] <cyphermox> seb128: gonna take a good look, perhaps I can retrace locally with enough convincing
[20:50] <seb128> cyphermox: yeah, or maybe launchpad has dumps to download
[20:50] <seb128> darkxst: could be...
[20:53] <seb128> ok, calling it a day, see you tomorrow