[02:50] <hyperair> ooh, gnome-terminal recognizes "LP: #XXXXXXX" as a bug link!
[02:50] <hyperair> wonderful!
[02:50] <hyperair> ♥
[02:51] <Unit193> 0_o
[02:51] <hyperair> yeah so you can ctrl+click it to open the launchpad page
[02:51] <hyperair> really nice
[02:51] <hyperair> if only it recognized BGO as well
[03:48] <pitti> Good morning
[03:54] <Unit193> pitti: Hello!
[03:55] <pitti> hey Unit193, how are you?
[03:55] <Unit193> I'm alive, I checked.
[04:53] <pitti> TheMuso: do you still use a BT headset? it seems mine still works with hifi playback (A2DP), but not any more with telephony duplex (HSP/HFP); I can configure the profile, but I don't hear anything and the mike is dead too
[05:10] <RAOF> pitti: That's my experience also; I mentioned this to cyphermox_ at the sprint and https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1324790 was the result.
[05:19] <pitti> RAOF: ah, thanks
[05:20] <RAOF> pitti: My problem might be specific to my hardware, of course :)
[05:20] <pitti> RAOF: yeah, I don't see these kernel error messages
[07:07] <seb128> shrug, looking at unity8/ubuntu-system-settings in proposed, there is quite some transition ongoing with gnutls28
[07:08]  * seb128 wonders why ubuntu-system-settings is blocked in there
[07:11] <seb128> wth with http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubuntu-settings-components
[07:11] <seb128> "qtdeclarative5-ubuntu-settings-components/i386 unsatisfiable Depends: qtdeclarative5-ubuntu-ui-toolkit-plugin (>= 0.1.48) "
[07:11] <seb128> that version is in utopic
[07:11] <seb128> let's see if it sorts out itself at the next run
[07:19] <seb128> does anyone know if the source of queuebot is public?
[07:19] <seb128> stgraber, ^
[07:25] <popey> Laney: https://bugs.launchpad.net/ubuntu-website-content/+bug/933187 does that still need to be private?
[07:37] <seb128> (ignore my britney comments/questions from earlier, things sorted out by themself, seems to be down to "ubuntu-ui-toolkit-gles needs an update")
[07:40] <doko> jamespage, I'm looking at the libunwind merge,
[07:40] <doko> libunwind (1.1-2ubuntu2) saucy; urgency=low
[07:40] <doko>   * d/patches/20130803-known_test_failure_to_XFAIL_TESTS.patch: Drop
[07:40] <doko>     run-coredump-unwind and run-coredump-unwind-mdi from XFAIL_TESTS.
[07:40] <doko> do you remember why you did drop these?
[07:44] <doko> hmm, re-adding it, and I get an XPASS ... :-/
[08:03] <Laney> popey: don't know, that is the default policy of the project
[08:03] <Laney> ask the owner
[08:13] <jamespage> doko, oh - there is a note in the README.source about that
[08:14] <jamespage> doko, you can build in a local schroot without disabling apport first
[08:14] <jamespage> can/can't rather
[08:14] <doko> ahh, ok
[08:14] <jamespage> doko, the test requires a core dump to be generated which gets caught :-)
[08:14] <pitti> apport still writes core files though, is that broken somehow?
[08:15] <pitti> (when ulimit -c enables them)
[08:21] <xnox> dobey: it found pkg-config once, but not the second time. usually that happens if PkgConfig module is included multiple times, without multi-arch defining modules first.
[08:21] <xnox> dobey: what project/package is that from?
[08:22] <heftig-z> When maintaining a fork of an Ubuntu package, what should the version number look like? Should I just append another "~foo1"?
[08:23] <heftig-z> Assuming I want it to be > the Ubuntu package but < the next release of that package
[08:24] <seb128> @pilot in
[08:28] <flexiondotorg> Morning.
[08:28] <flexiondotorg> How often does utopic sync with Debian unstable at the moment?
[08:30] <xnox> flexiondotorg: it's in continious autosync mode at the moment. But debian updates it's archive only 4 times a day. Are you after some particular package?
[08:32] <seb128> mlankhorst, hey, could you review the change on https://code.launchpad.net/~albertsmuktupavels/xorg-server/lp-1209008/+merge/225162?
[08:32] <flexiondotorg> xnox, Yes. We uploaded mate-desktop-environment meta package (1.8.0+6) earlier this morning. It has fixes for the Ubuntu gschema overrides.
[08:33] <apw> doko, had any reports of internal compiler errors on gcc-4.8 with neon things ?
[08:34] <xnox> flexiondotorg: it's not published in debian yet, thus it's not synced to ubuntu yet either.
[08:35] <xnox> flexiondotorg: accepted in debian != published in the pool and available for ubuntu to sync and debian users to install.
[08:35] <mlankhorst> seb128: xorg-server doesn't use bazaar
[08:35] <xnox> flexiondotorg: $ rmadison -u debian -S mate-desktop-environment && rmadison -u ubuntu -S mate-desktop-environment
[08:35] <heftig-z> hm, I'm a bit confused about the purpose of a ~ in version strings; deb-version(5) notes it sorts before anything else; what's it used for, though?
[08:36] <seb128> mlankhorst, right, but that's UDD, if you look at the bug it's a request to backport http://cgit.freedesktop.org/xorg/xserver/commit/?id=29b1484bb9555e45067669cbfe68a3c40596f4ff
[08:36] <mlankhorst> I'll take a look
[08:36] <flexiondotorg> xnox, OK thanks for checking. I'll look out for when it lands. I've side ported the packed to a PPA but want to ditch that really.
[08:37] <doko> apw, we are not using neon by default, so I don't know
[08:51] <LocutusOfBorg1> sil2100, can we just add subversion in the meanwhile?
[08:53] <sil2100> LocutusOfBorg1: just subversion as a build-dep? Let me do that (and test build)
[08:54] <doko> apw, I assume this is armhf
[08:56] <apw> doko, yes, armhf, kernel raid8 neon syndrome support, builds fine, change configs unrelated to this (seemingly) and these same unrolled files explode
[08:57] <apw> doko, but of course there is no actual source to see, cause that would be to easy
[08:57] <LocutusOfBorg1> sil2100, but debian buildd does not have access to internet
[08:58] <LocutusOfBorg1> maybe the best way is to disable testing
[08:58] <LocutusOfBorg1> or to use the debian gtest
[08:58] <LocutusOfBorg1> (but there is no library so file, so linking is not possible unless we build the debian gtest library)
[08:59] <xnox> LocutusOfBorg1: the only supported way to use gtest is to build-depend on it, and compile your own copy of it and link in the tests. There are make & cmake snipets shipped in the package to do so.
[09:00] <xnox> LocutusOfBorg1: and there are a few packages in the archive that do that already.
[09:06] <LocutusOfBorg1> xnox,
[09:06] <LocutusOfBorg1> apt-cache rdepends libgtest-dev
[09:06] <LocutusOfBorg1> libgtest-dev
[09:06] <LocutusOfBorg1> Reverse Depends:
[09:06] <LocutusOfBorg1>   libxorg-gtest-dev
[09:06] <LocutusOfBorg1> just this one?
[09:07] <zle_lisca> is it possible to add a new package to LTS repositories?
[09:07] <xnox> LocutusOfBorg1: $ reverse-depends -b libgtest-dev | wc says 47 packages
[09:07] <xnox> LocutusOfBorg1: it's a build-depends, not a depends.
[09:07] <LocutusOfBorg1> ops sorry thanks
[09:09] <Noskcaj> Could someone please merge telepathy-mission-control-5 soon?
[09:11] <seb128> Noskcaj, why?
[09:11] <Noskcaj> seb128, upower 0.99 transition
[09:11] <seb128> Noskcaj, btw did you see that you screwed libgtop the other day, I had to revert
[09:12] <Noskcaj> seb128, yeah
[09:12] <seb128> Noskcaj, could you try to be a bit careful with your updates?
[09:12] <Noskcaj> mistakes were made, i'll try and get a real version up later in the holidays
[09:12] <Noskcaj> yep, sorr
[09:12] <Noskcaj> *sorry
[09:12]  * pitti retries ubuntu-system-settings-online-accounts autopkgtest for the nth tijme
[09:12] <pitti> time
[09:12] <Noskcaj> forgot to lintian the binary, only did the source
[09:12] <seb128> Noskcaj, you stack a lot of changes, would be nicer to do less but in a correct way
[09:13] <Noskcaj> yep
[09:13] <seb128> Noskcaj, you didn't install/run it though, unity didn't start anymore after the update, neither debdiffed the debs
[09:13] <seb128> soname changes are an important thing to be careful about
[09:14] <seb128> pitti, thanks
[09:15]  * Noskcaj makes note to triple-check everything
[09:16] <Saviq> pitti, hey, thanks for keeping an eye on http://d-jenkins.ubuntu-ci:8080/view/Utopic/view/AutoPkgTest/job/utopic-adt-ubuntu-system-settings-online-accounts/
[09:16] <darkxst> Noskcaj, its really worth testing your merges as well ;)
[09:16] <Saviq> pitti, unfortunately it failed again
[09:16] <pitti> Saviq: no worries; I get notifications about all failures, and retry the flaky ones
[09:16] <pitti> Saviq: yeah, I kicked it like 2 mins ago
[09:16] <Noskcaj> darkxst, That will be a lot easier in a few days time when my dev pc finally functions
[09:16] <Saviq> pitti, yeah, it failed like 30s ago...
[09:17]  * pitti kicks it harder
[09:18] <Saviq> pitti, wonder if we should implement a policy on flaky autopkgtests, they seem to have the chance to be really disruptive...
[09:18] <Saviq> pitti, do you know if there's a bug for that one?
[09:18] <darkxst> Noskcaj, you have been saying that for about a year now?
[09:19] <pitti> Saviq: bug 1336650, still the same as a few days ago
[09:19] <Saviq> pitti, yup, thanks
[09:19] <Noskcaj> darkxst, It's down to software issue rather than hardware issue now
[09:20] <Noskcaj> I just need to make a bunch of VMs and i'm done
[09:20] <Saviq> mardy, are you aware of the above bug ↑?
[09:20] <seb128> Noskcaj, you can debdiff on any machine...
[09:22] <Noskcaj> seb128, Yeah. But i can't test install. And i've spent far too long using bzr that i forget to debdiff everything
[09:22] <Noskcaj> end result = Noskcaj needs to be less lazy
[09:22] <pitti> seb128: this time it worked
[09:22] <seb128> pitti, \o/
[09:23] <seb128> Noskcaj, that would be nice, lower quantity to raise quality ;-)
[09:23] <pitti> I actually meant "Saviq"
[09:23] <Saviq> pitti, yup, saw that, thanks
[09:23] <seb128> pitti, well, I'm waiting for that to migrate as well, so still \o/
[09:23] <seb128> ;-)
[09:23] <Saviq> pitti, there's apparently a branch already https://code.launchpad.net/~elopio/ubuntu-system-settings-online-accounts/clean_tests/+merge/225437
[09:25] <pitti> nice, so "adt-run <click> --- ssh -s ssh-setup/adb -- -r" now does a complete factory reset, configures the phone (wizards, aa-clickhook etc.), and successfully runs click tests
[09:26] <Saviq> pitti, awesomes!
[09:26] <pitti> (without any apt-get install or r/w)
[09:27] <pitti> if we want, we can even unseed autopilot from the images
[09:27] <pitti> (will need a slight adjustment for the aa-clickhook invocation)
[09:40] <pitti> actually, why don't I do this right now, it's cleaner anyway and necessary for running in LXC (where autopilot-touch isn't installed)
[10:02] <pitti> mdeslaur, jdstrand: ah, I finally figured out my woes with aa-clickhook, I filed bug 1337253; is calling aa-clickhook even the right approach, or should this work differently?
[10:09] <DktrKranz> pitti: hi! I tried to launch adt-run (from autopkgtest 3.0.2) on a locally built package, and I received the following: http://paste.debian.net/plain/107937
[10:10] <pitti> DktrKranz: ah, are you running this under C locale?
[10:10] <pitti> apparently I forgot this open() with the "specify encoding everywhere", and it's an edge case
[10:11] <DktrKranz> yes, C locale (it's actually run in a container)
[10:11] <pitti> DktrKranz: mind filing a bug about it with that stack trace? (debian or LP, doesn't matter)
[10:11] <DktrKranz> sure
[10:11] <pitti> I'll get to it ASAP
[10:12] <DktrKranz> thanks!
[10:12] <pitti> and, FTR: Die, C locale, die!
[10:12] <LocutusOfBorg1> sil2100, http://paste.debian.net/107942/
[10:12] <LocutusOfBorg1> do you mind testing this?
[10:12] <DktrKranz> :)
[10:13] <pitti> If you really hate proper time and date  formats, "Use C.UTF-8, Luke"
[10:13] <LocutusOfBorg1> thanks xnox for the hints
[10:14] <LocutusOfBorg1> ops sil2100 I forgot to add libgtest-dev as b-d
[10:15] <LocutusOfBorg1> fixed http://paste.debian.net/107943/
[10:20] <pitti> DktrKranz: saw it, thanks
[10:20] <DktrKranz> np :)
[10:29] <apw> doko, ok after a bisect on the changes i am trying to apply, it seems to be function tracers/stack tracers which trigger it blowing chunks
[10:41] <sil2100> LocutusOfBorg1: thanks! Looking, applying, testbuilding and pushing
[11:09] <sil2100> LocutusOfBorg1: hm, it fails to build for me here, let me take a look what's up
[11:15] <bluesabre> Good morning sponsors, please take a moment to upload this package to trusty-proposed so we can ship a fix before 14.04.1
[11:15] <bluesabre> https://bugs.launchpad.net/ubuntu/trusty/+source/menulibre/+bug/1323405
[11:15] <mdeslaur> pitti: thanks for the bug. Can it wait until monday when jdstrand gets back from vacation?
[11:15] <pitti> mdeslaur: absolutely; I use that workaround now; it's slow, but works
[11:16] <mdeslaur> pitti: great, thanks
[11:36] <mardy> Saviq: yes I am, will be fixed when I return from holidays :-)
[11:49] <Saviq> mardy, go be on holidays then!
[11:50] <mardy> Saviq: :-p
[11:56] <LocutusOfBorg1> sil2100, I tweaked again the patch
[11:56] <LocutusOfBorg1> I'm rebuilding, can I upload directly to mentors?
[11:58] <LocutusOfBorg1> this one is the debdiff http://paste.debian.net/107957/
[11:58] <LocutusOfBorg1> just commented few lines
[12:30] <arges> @pilot in
[12:37] <DktrKranz> pitti: thanks for the quick fix, everything is working like a charm now!
[12:38] <pitti> DktrKranz: yw :)
[12:42] <pitti> DktrKranz: yeah, it came at the right time, I planned to do a release today anyway
[12:43] <DktrKranz> I call this timing ;)
[12:47] <dobey> xnox: it's pay-service
[12:48] <dobey> ./CMakeLists.txt:find_package (PkgConfig REQUIRED)
[12:48] <dobey> ./CMakeLists.txt:include (FindPkgConfig)
[12:49] <dobey> xnox: ^^ that's all it has though, for "PkgConfig" string in .txt files, maybe a cmake module?
[12:54] <xnox> dobey: find_package (PkgConfig REQUIRED) is correct
[12:55] <xnox> dobey: i believe include (FindPkgConfig) is redundant and wrong, as instead of a module that file is processed directly. If i drop the "include (FindPkgConfig)" cross-compilation succeeds.
[12:55] <stgraber> seb128: lp:~ubuntu-archive/+junk/queuebot
[12:55] <dobey> xnox: hmm, ok, i'll try that
[12:56] <xnox> dobey: there is also UsePkgConfig vs FindPkgConfig. I don't know if include triggers the old one to be used. find_pacakge(PkgConfig REQUIRED) should be all that's needed.
[12:57] <seb128> stgraber, thanks
[12:58] <xnox> nah, doesn't look like Use one is used, it provides different api not used in pay-service.
[12:59] <seb128> stgraber, do you plan to add support for commands like "where"? (the other ci bot has that)
[13:01] <stgraber> seb128: maybe, currently the next step is to make it less noisy (only report relevant information). Making it possible for users to query specific information would be nice (and would entirely eliminate the need for the SNCF bot) but would also need some rework of how queuebot works (because the plugin system currently doesn't allow user interaction)
[13:01] <seb128> stgraber, the goal is to deprecate the other bot? if not, why do we need to have 2, the old one was working and is more complete
[13:17] <ogra_> dobey, btw, pay-service cause a lot of new crashes in smoke testing ... could you poke tedg to fix ubuntu-app-launch to not fsail on it all the time ?
[13:17] <ogra_> *fail
[13:18] <dobey> ogra_: is it a SIGABRT? there's a branch of mine to fix an abort, that's waiting in a silo right now
[13:18] <ogra_> dobey, pay-service gets an application entry in the "installed apps" scope ... since it doesnt ship an icon ubuntu-app-launch fails trying to find the icon and crashes
[13:19] <dobey> ogra_: pay-service doesn't have an application entry. are you talking about the pay-ui click package?
[13:19] <ogra_> so it either needs to vanish from the "installed apps", ship and icon ... or ubuntu-app-launch needs to learn to ignore it
[13:19] <ogra_> dobey, oh, sorry, yes, i did
[13:20] <dobey> ogra_: bug gatox about that in #ubuntu-touch
[13:20] <dobey> ogra_: ubuntu-app-launch crashes, or pay-ui crashes?
[13:21] <ogra_> ubuntu-app-launch
[13:21] <ogra_> pay-ui crashes if you tap the launcher :)
[13:21] <ogra_> but i guess thats expected since it most likely shouldnt even have one
[13:21] <dobey> weird
[13:22] <dobey> if pay-ui is crashing, then i guess the package that's installed is broken
[13:23] <ogra_> https://jenkins.qa.ubuntu.com/job/utopic-touch-mako-smoke-daily/394/artifact/clientlogs/security/_usr_lib_arm-linux-gnueabihf_ubuntu-app-launch_desktop-hook.32011.crash/*view*/
[13:23] <dobey> and ubuntu-app-launch isn't crashing for me when i launch payui with it
[13:23] <ogra_> it fails in the desktoop-hook
[13:23] <dobey> ah
[13:24] <ogra_> "grapics/lock@8.png"
[13:24] <ogra_> looks like a typo ;)
[13:25] <dobey> not a typo, but that file might not be getting installed in the package
[13:25] <dobey> it's in the source tree
[13:25] <dobey> but looks like it should be changed to point to the other graphic anyway
[13:26] <dobey> since the other graphic that is probably installed, is what is uploaded to the store
[13:34] <brendand> mterry, for https://bugs.launchpad.net/bugs/1336783, did you mean to subscribe foundations-bugs to bug mail for that source package?
[13:34] <mterry> brendand, yeah
[13:36] <brendand> who's an admin for foundations-bugs? cjwatson?
[13:36] <brendand> mterry, because i can't do that myself
[13:36] <cjwatson> I can do that, one sec
[13:37] <cjwatson> god I really must make the team picker widget sort the team names
[13:37] <mterry> brendand, any member of the team can do it yeah, but cjwatson's on the case!  :)
[13:38] <cjwatson> ridiculously painful to find anything
[13:38] <mterry> cjwatson, yeah, it's the worst  :(
[13:38] <mterry> designed for people with a few teams
[13:39] <cjwatson> huh, can't actually find an LP bug for that, I'll file one
[13:48] <cjwatson> ~>
[13:48] <cjwatson> ~>
[13:48] <cjwatson> sigh
[13:48] <cjwatson> mterry: https://bugs.launchpad.net/launchpad/+bug/1337329
[13:49] <cjwatson> brendand: anyway, done
[13:49] <brendand> cjwatson, thanks
[13:49] <brendand> now to wait patiently for the security teams review
[14:02] <dobey> mvo: oh, i didn't send you a mail, but cjwatson pointed me in the right direction last night for that last error i was getting with pkcon install-local foo.click
[14:03] <mvo> dobey: what was it?
[14:03] <dobey> mvo: the plug-in's config file has "phablet" hard-cocded in it
[14:03] <mvo> dobey: ohhhhh
[14:03] <dobey> and that isn't my user :)
[14:03] <mvo> dobey: ok
[14:04] <mvo> :)
[14:04] <dobey> with that fixed, it was down to apparmor. so i tweaked the aa-clickhook script to just exit cleanly instead of do all the apparmor stuff, and install worked :)
[14:05] <dobey> well, mostly worked. was installing a broken package that has metadata which doesn't match the package name
[14:46] <pitti> tyhicks, mdeslaur: do you happen to know: apparmor's Vcs-Bzr: is way out of date; is there a different branch now, or did you move to UDD?
[14:46] <pitti> https://code.launchpad.net/~ubuntu-core-dev/apparmor/master that is
[14:48] <mdeslaur> pitti: one sec, let me try and figure out which one of the zillion trees is actually the right one *sigh*
[14:49]  * tyhicks is trying to do the same
[14:49] <mdeslaur> pitti: if you want to push a change, just upload a new package
[14:49]  * mdeslaur is going to scream and rm -rf the zillion trees soon
[14:49] <pitti> mdeslaur: ok; I'll upload them to a PPA for now, but I'd like to land them in the next days; it's just a simple change to debian/apparmor.upstart
[14:49] <pitti> thus packaging only
[14:50] <pitti> mdeslaur: so while I'm at that, shoudl I drop the Vcs-Bzr: header? or is it meant to still be used?
[14:50] <tyhicks> mdeslaur: should it be lp:~apparmor-dev/apparmor/apparmor-ubuntu-citrain ?
[14:50] <jjohansen> tyhicks: that looks right
[14:51] <jjohansen> that is I think the name is right, I haven't poked at what is in it yet
[14:51] <mdeslaur> pitti: please use the one tyhicks just mentioned, and change the vcs-bzr while you're at it
[14:51] <mdeslaur> pitti: sorry for the confusion
[14:51] <pitti> mdeslaur: no worries; but I can't push to that one
[14:51] <mdeslaur> d'oh
[14:52] <tyhicks> I think jdstrand has to accept the merge
[14:52] <pitti> packaging branches are better owned by ubuntu-core-dev or a team containing u-core-dev
[14:52] <pitti> ok
[14:52] <pitti> I need to test all this first, I'll propose a merge then
[14:52] <mdeslaur> pitti: I think that was the whole reasoning behind the move, not everyone was a core-dev :P
[14:52] <mdeslaur> *grumble*
[14:53] <pitti> mdeslaur: so, ~apparmor-packagers which has core-dev as a member?
[14:53] <pitti> cjwatson: console-setup's Vcs-Bzr: is one upload behind; do you happen to have it locally and it just needs a bzr push, or want me to grab and push the debdiff from LP?
[14:54] <mdeslaur> pitti: I'll talk to jdstrand when he gets back to see what the reasoning behind it all was
[14:54] <pitti> cjwatson: ah nevermind, that was a no-chagne rebuild from xnox; I'll comit
[14:55] <cjwatson> sure
[15:03] <pitti> xnox: FYI, I uploaded some "task" fixes (those which affect a default install) into a PPA and updated https://wiki.ubuntu.com/SystemdMigration
[15:03] <pitti> xnox: boot works fine now with startpar, just shutdown hangs
[15:04] <xnox> pitti: fun. Cool, i'll look into it.
[15:04] <xnox> thanks a lot!
[15:04] <pitti> xnox: now I need to learn how to debug that (unless you have some hints)
[15:05] <seb128> bdmurray, hey, on https://bugs.launchpad.net/ubuntu/+source/gnome-bluetooth/+bug/1312349 you wrote that you uploaded to trusty, do you plan to re-upload the fixed version as well?
[15:06] <xnox> pitti: get a tty / serial console to be running on shutdown, and or add some of the jodh scripts to print what's hanging on shutdown. I presume it is still starpar hanging, thus i guess one can just execute it in the shutdown mode and check what happens.
[15:06] <xnox> if it just blocks on waiting for notifications, maybe it is awaiting for "stopped" notifications or something
[15:06] <pitti> xnox: ah, is there some "startpar shutdown --dry-run" thingy?
[15:07] <jodh> pitti:
[15:07] <jodh> pitti: lp:~jamesodhunt/ubuntu/trusty/sysvinit/log-open-files-on-shutdown
[15:09] <LocutusOfBorg1> do you have any timeline for gcc-4.9 in ubuntu?
[15:09] <LocutusOfBorg1> I ask because would be nice to prior merge wx 3.0.1-2
[15:09] <xnox> pitti: not quite, when debugging boot hangs. I just traced how startpar is run, and just run it direct instead of hiding it in a subshell $() inside rc script. It's something like current & target runlevel and how much parallelism one wants.
[15:10] <xnox> LocutusOfBorg1: gcc-4.9 is in ubuntu, it was default and then flipped back. If you want to merge wx now, you could add build-depends on gcc-4.9, but please remember to drop it after 4.9 is the default again.
[15:11] <LocutusOfBorg1> yes, I know about the default problem
[15:11] <LocutusOfBorg1> isn't better to remember to merge wx soonafter the gcc-defaults upload?
[15:11] <LocutusOfBorg1> right?
[15:12] <LocutusOfBorg1> (or maybe in the next archive rebuild somebody will notice the ton of build failures and will merge it lol)
[15:14] <pitti> xnox: ah, at least mountall.conf was missing in your list (possibly due to the .sh suffix)
[15:15] <xnox> pitti: no.
[15:15] <xnox> pitti: there is no /etc/init.d/mountall.conf, there is /etc/init.d/mountall.sh with a matching /etc/init/mountall.sh.conf which is not a task.
[15:16]  * xnox checks to make sure i haven't modified it locally
[15:16] <pitti> xnox: ah, ok
[15:23] <pitti> xnox: do you happen to remember how to specify previous and next runlevels? that's not on the manpage
[15:23] <pitti> sudo startpar -t 5 -T 10 -M stop
[15:23] <pitti> I tried with that
[15:23] <pitti> oh, -P and -R
[15:24] <xnox> that rings the bell
[15:24] <pitti> xnox: hm, I get http://paste.ubuntu.com/7742398/ and an eternal hang
[15:25] <xnox> pitti: i wonder if upstart goes away, before startpar completes though.....
[15:26] <pitti> xnox: oh, there's still a running startpar after boot
[15:26] <pitti> startpar -p 4 -t 20 -T 3 -M start -P N -R 2
[15:26] <pitti> xnox: that might be what's blocking the socket?
[15:27] <pitti> if I kill it, my startpar for shutdown stops having these errors, but now it just hangs around without doing or saying anything
[15:27]  * pitti wants a --verbose
[15:30] <pitti> anyway, 'nuff for today; /me should learn to sleep at night and not start at 5:30..
[15:30] <seb128> pitti, 'night
[15:30] <xnox> pitti: yeap. good night. Startpar is very quite thing.
[15:30] <xnox> no logs/verbosity at all.
[15:36] <xnox> caribou: subscription to debian-devel is not required by DDs. ;-)
[15:36] <caribou> xnox: :-D
[15:58] <seb128> @pilot out
[16:34] <shadeslayer> pitti: ping
[16:34] <shadeslayer> pitti: I don't suppose you can tell me why my autopkgtest hook fails on not finding a /tmp/adt-* dir
[16:34] <shadeslayer> full log http://paste.ubuntu.com/7742698/
[16:37] <hallyn> infinity: hey, i was just pinged about docker.io 1.0 sru to trusty.  took a quick look at the packaging.  Confused.  paul tag mentioned rename from docker.io to docker, but i don't see that even in experimental's docker and docker.io pkgs, in debian/control or debian/changelog.
[16:37] <hallyn> i.e. i interpreted the changelog to say that docker source pkg shouldve been renamed to wmdocker, and docker.io -> docker;  neither seemst o have happened.  do you know the status?
[16:39] <infinity> hallyn: No, it's the binary on path that's renamed, not the package.
[16:39] <infinity> hallyn: ie: /usr/bin/docker
[16:39] <hallyn> oooh
[16:39] <hallyn> gotcha, thanks
[16:39] <hallyn> all right i'm planning to look into this on monday.  thanks - ttyl
[16:58] <Saviq> popey, I'm worried there's an app that can kill stallboard in popularity...
[16:59] <popey> Saviq: dekko? (email client)
[16:59] <popey> or Hodor?
[17:00] <Saviq> popey, the latter ;)
[17:01] <popey> ☻
[17:03] <ogra_> oh
[17:03] <ogra_> why didnt they keep the name ?
[17:03] <ogra_> (for trojita)
[17:04] <ogra_> ah, the description explains it
[17:05] <ogra_> Saviq, nothing beats failsauce !
[17:19] <Laney> arges: I'd already sponsored sosreport but I forgot to update the bug
[17:20] <Laney> you could reject yours and process the SRU instead ^o)
[17:27] <chrisccoulson> with /run/shm mounted, does anyone know what else might be missing to cause this: http://pastebin.ubuntu.com/7741085/
[17:33] <sarnold> chrisccoulson: you do find the most interesting problems :)
[17:33] <chrisccoulson> sarnold, aha, not me this time. it's psivaa-afk instead :)
[17:33] <sarnold> chrisccoulson: oh! :)
[17:38] <xnox> sigh, looks like thunderbird is broken. Trying to send smime ssl encrypted mail, and it just loops into "you need to setup one or more keys" which i have.....
[17:39] <sarnold> it must just be shocked that someone has keys :)
[17:39] <bdmurray> seb128: I'm on holiday until Monday but I could then
[17:40] <xnox> sarnold: surprisingly, my certificate store has collected 24 people to date. But i need just this one person.
[17:40]  * xnox tries evolution
[17:40] <sarnold> xnox: wow that is surprising :) I always knew there were a few out there..
[17:41] <xnox> haha i don't have evolution installed at all
[17:43] <dobey> bdmurray: hi. do you know why some crashes on e.u.c don't have the "Create" link in the bugs column, but instead just a blank space?
[17:55] <xnox> sarnold: sigh, evolution gets further and then ultimately fails to do smime encryption to target....
[17:56] <sarnold> xnox: interesting. maybe try openssl verify on the keyfile?
[17:56] <sarnold> s/keyfile/cert/
[17:58] <xnox> Because "Cannot encrypt outgoing message: No encryption certificate set for this account", you may need to select different mail options.
[17:58] <xnox> but i have....
[18:04] <sarnold> why would you need to be able to receive encrypted mail in order to send encrypted mail..?
[18:05] <bdmurray> dobey: because they failed to retrace
[18:07] <dobey> bdmurray: what's the best way to get a bug filed with all the right info? this crash in particular is going to get a lot of reports i suspect (crash in mirclient whenever qml/qt app exits on the phone)
[18:16] <sil2100> LocutusOfBorg1: hmm, I still seem to have problems building with this patch
[18:16] <infinity> chrisccoulson: What's the state of /dev/shm in that setup?
[18:17] <chrisccoulson> psivaa-afk ^
[18:49] <arges> @pilot out
[21:06] <hallyn> oh, feh.  so i pushed a patch to match the kernel headers and glib headers wrt XATTR_CREATE define/enum, but it looks like the attr package has its own include file that also needs to be synced
[22:03] <TheMuso> pitti: I did some testing with a BT headset but that was a few years back. I still have it around here somewhere, I'd need to recharge it, but I will see if I can reproduce your issue.
[22:25] <sarnold> Trevinho: another screenlock issue: 1337601
[22:30]  * Trevinho checks
[22:31] <Trevinho> sarnold: that should be fixed, the change for trusty is going to be landed in the SRU that will hopefully go in in days
[22:34] <sarnold> Trevinho: awesome :) thanks
[22:52] <mwhudson> er
[22:52] <mwhudson> debuild -S is asking me to sign using my old key
[22:52] <mwhudson> pretty sure my new key is default, so i must have set this up somewhere
[22:52] <mwhudson> anyone remind me where? :)
[22:52] <jtaylor> ~/.devscripts?
[22:52] <mwhudson> i thought that but
[22:53] <mwhudson> $ cat ~/.devscripts
[22:53] <mwhudson> DGET_VERIFY=no
[22:55] <rbasak> mwhudson: $DEBSIGN_KEYID?
[22:55] <mwhudson> unset
[22:56] <jtaylor> two keys in the keyring?
[22:56] <mwhudson> yeah i have two keys
[22:56] <jtaylor> put the new keyid into .devscripts
[22:56] <mwhudson> but i thought i'd told gpg to default to the new one
[22:56] <mwhudson> i guess debsign isn't listening :)
[22:56] <jtaylor> does it have a comment?
[22:56] <mwhudson> yeah ok
[22:56] <jtaylor> default doesn't work for me either
[22:56] <mwhudson> how do i tell?
[22:56] <rbasak> dpkg-buildpackage(1) says $DEB_SIGN_KEYID
[22:56] <rbasak> Nice and consistent
[22:57] <mwhudson> :)
[22:57]  * mwhudson just runs debuild -k$KEY for now
[22:59]  * rbasak goes to bed
[23:20] <infinity> mwhudson: debsign doesn't care about the gpg default, it signs with "-k'Name in Changelog'"
[23:20] <infinity> mwhudson: Which is why it explodes when sponsoring, without specifying another key.
[23:20] <mwhudson> infinity: both of my keys have this name on them
[23:20] <infinity> (Which is a feature I actually like)
[23:20] <mwhudson> so i guess that's just 'eh, pick one'?
[23:21] <infinity> mwhudson: It's the first that gpg spits out when asked for a key by that name.
[23:21] <mwhudson> i should probably just drop my old key from the keyring i guess
[23:21] <infinity> mwhudson: Which, if they have the same name and sort lexically identically, is usually the older one, I believe.
[23:21] <mwhudson> it's been a few months and i can still just about remember the passphrase for the new one :)
[23:22] <infinity> mwhudson: But yeah, having both keys on the same keyring isn't doing you any favours anyway, probably.  I'd split out the old one to secring-old.gpg
[23:23] <cjwatson> I just use DEBSIGN_KEYID in ~/.devscripts
[23:23] <infinity> So you have to actually explicitly invoke the old keyring when signing/decrypting with it.
[23:23] <infinity> Which makes you very aware that you're using it.
[23:23] <cjwatson> (I never use dpkg-buildpackage's signing)
[23:23] <infinity> cjwatson: Yeah, that was the advice given by others already.
[23:25] <infinity> Whoa, be still my beating heart, did IBM finally get their firefox patches upstream?
[23:25] <infinity>  firefox | 31.0~b6+build2-0ubuntu1                  | utopic                  | source, amd64, arm64, armhf, i386, powerpc, ppc64el