[03:48] <Noskcaj> infinity, Could you merge wxwidgets3.0 some time soon please? One of my merges is waiting for the new debian release
[04:54] <ikepanhc> @pilot in
[06:35] <pitti> Good morning
[06:38] <rsalveti> diwic: thanks for sending the patch, I sent a similar one last friday but it still needs to be approved it seems (got blocked by the ml)
[06:38] <rsalveti> so thanks for taking care of that
[06:38] <diwic> rsalveti, aha, didn't know that
[06:39] <rsalveti> it just accepts patches from subscribed members, was planning to send it again after subscribing with my canonical email, but you did that already
[06:39] <rsalveti> so all good
[06:39] <diwic> rsalveti, I talked to tanuk upstream last Friday and he seemed to prefer changing PA to 200 rather than changing rtkit
[06:40] <rsalveti> yeah, I saw that, that's why I decided to push that patch forward
[06:40] <diwic> ok
[07:20] <dholbach> good morning
[07:47] <doko_> tvoss, what's the status of the phone/4.9 transition?
[07:48] <tvoss> doko_, in silo, not done yet
[07:48] <doko_> tvoss, so no defaults change yet?
[07:48] <tvoss> doko_, nope, sorry for that. Getting the upstreams aligned is more difficult than anticipated
[08:14] <sil2100> dholbach: hi! A kind reminder to add me to the patch pilot calendar ;)
[08:15] <dholbach> sil2100, I can't believe I missed to do that
[08:15] <dholbach> sil2100, I'll take care of it once this call is finished :)
[08:16] <sil2100> Thanks ;)
[08:53] <xnox> wgrant: thanks. didn't recognise corrupt WADL cache. for pkg_importer is that in just that users ~/.launchpadlib/api.launchpad.net/cache, and since it was etree parse error on incomplete tokens some wadl+xml files would be incomplete/invalid there.
[08:53] <xnox> hm. shouldn't wadllib invalidate and redownload representations, if it fails to load them?!
[08:55] <brendand> mvo, cjwatson - you made it to the coverage dashboard :) http://162.213.34.64:8080/gaps/project/click/
[08:56] <mvo> brendand: yeah
[08:57] <mvo> brendand: I added the smoke test for building apps as part of the integration test too btw https://code.launchpad.net/~mvo/click/test-build-core-apps/+merge/225022
[08:58] <cjwatson> brendand: Cool, thanks.  Don't know if you noticed but the most recent entry there has coverage of the C code as well
[08:59] <brendand> cjwatson, i did, thanks!
[08:59] <cjwatson> Just need to fix a few details per Francis
[08:59] <brendand> cjwatson, i think the last step before we go green is for you to have a look at the numbers and see if there's anywhere coverage can be improved
[09:00] <brendand> cjwatson, being sensible about it of course, so not just improving coverage for the sake of it
[09:00] <cjwatson> Yeah, I'm sure there are a few places
[09:01] <ochosi> hi bregma, as one of the light-locker uploaders, would you mind to take a look at this (packaging) issue? https://bugs.launchpad.net/ubuntu/+source/light-locker/+bug/1336065
[09:02] <wgrant> xnox: yup, i just stopped, deleted, started, then requeued the failures
[09:03] <mvo> brendand: the big one that needed improvement was the chroot coverage but that improved quite a bit
[09:03] <mvo> brendand: but we will check for more :)
[09:16] <dholbach> sil2100, better? ;-)
[09:16]  * sil2100 looks
[09:19] <sil2100> dholbach: better ;) Thanks!
[09:19] <dholbach> :-D
[09:20] <cjwatson> rbasak: Would you mind merging ming?  It's one of the last three automake1.10 users
[09:47] <cjwatson> rbasak: (Now the last one left.)
[09:56] <doko> mvo, python-apt ping
[10:07] <jibel> mvo, just a confirmation, for bug 1311396 it's a translation fix and there is no change for this in u-r-u or update-manager, correct?
[10:12] <doko> tvoss, is duflu on irc?
[10:12] <tvoss> doko, in #ubuntu-mir
[10:12] <tvoss> doko, but he might well be offline
[10:13] <apw> is compiz crashing on login on utopic a known issue
[10:14] <doko> tvoss, ok, added my comment to the merge proposal (I think this is bikeshedding now)
[10:14] <tvoss> doko, thanks
[10:19] <apw> jodh, hey ... upstart as a user session, where are log job logs for those jobs ?
[10:19] <jodh> apw: $XDG_CACHE_HOME/upstart/*.log (documented in init(5)).
[10:20] <jodh> apw: or ~/.cache/upstart/ if var not set.
[10:21] <jibel> mvo, bdmurray langpacks for ja, id, eo and ug must be refreshed and SRUed in Precise in order to verify 1311396.
[10:21] <apw> jodh, great thats them, trying to work out why unit7 is just dieing in a heap on me
[10:32] <seb128> Noskcaj, dholbach: hey, your libgtop update has a soname change without binary renaming, making rdepends not start, including unity :/
[10:33] <seb128> shrug
[10:33] <apw> ok ... yeah my desktop seems to be blank, because unity7 no longer starts, becase bamf-daemon doesn't start, because it depends on libgtop2-7, and
[10:34] <apw> the latest migration replaces that with .10
[10:35] <seb128> Noskcaj, dholbach_: is one of you around to sort that out? we need to get that resolved before more people upgrade and get a non working desktop, just wondering who should look at fixing it
[10:36] <alexbligh1> I am trying to debug why debootstrap is doing something slightly different making a trusty image to a precise image. The symptom I'm seeing is /dev/net/tun does not exist after boot, yet it is mentioned in /var/log/udev, and udevadm trigger --action=add does not actually create it. Any ideas how /dev/net/tun is meant to be mknod'd and how to debug?
[10:36] <Wiziledo> i need to know as a ubuntu user why nzoom.com tv on demand doesnt work
[10:37] <seb128> k
[10:37] <darkxst> Wiziledo, try #ubuntu
[10:37] <Wiziledo> they won't give me voice because its not important as they put it
[10:37] <seb128> I'm going to revert libgtop, fixing it the proper way would mean blocking the fix until all the rdepends are ported to 10
[10:37] <seb128> Laney, ^ does that make sense to you?
[10:38] <darkxst> Wiziledo, this channel is for development of ubuntu, not user support
[10:38] <Wiziledo> ok
[10:38] <Wiziledo> sorry :)
[10:38] <Wiziledo> does mark shuttleworth come here?
[10:38] <Laney> seb128: that seems fair
[10:39] <seb128> k, doing that
[10:39] <seb128> Laney, thanks
[10:39] <xnox> Wiziledo: he holds qa sessions often during ubuntu online summits and user days, i don't think there is one comming up shortly, as we just finished online summit.
[10:41] <Wiziledo> sweet, i look up to that guy
[10:41] <Wiziledo> i get what he is doing
[10:44] <seb128> Noskcaj, dholbach_: I uploaded a revert
[10:44]  * Laney adds a hint to make it skip testing and get faster to release
[10:45] <Wiziledo> Question, is ubuntu literally made in this channel?
[10:46] <cjwatson> Most of the main developers are here, yes
[10:46] <apw> seb128, and confirmed just reverting that library restored my desktop
[10:47] <seb128> k
[10:47] <seb128> https://launchpad.net/ubuntu/+source/libgtop2/2.30.0.is.2.28.5-0ubuntu1 is building
[10:47] <apw> seb128, will test it once it has built
[10:47] <seb128> thanks
[10:48] <mvo> jibel: hm, is that somethat that pitti or dpm can help with? the langpack refresh for precsie for bug 1311396 i mean
[10:48] <Wiziledo> Are all developers paid?
[10:48] <cjwatson> No
[10:49] <milissa> http://adf.ly/pyduc
[10:50] <Wiziledo> anyway I'm from NZ I'm a big fan of ubuntu just want to get our national TV website tv on demand to work lol
[10:51] <Wiziledo> youtube works, just not national tv on demand
[10:53] <Wiziledo> Also the desktop is dying
[10:55] <darkxst> Wiziledo, many of the devs, like me are volunteers
[10:55] <darkxst> Wiziledo, and as I said, this is not the channel for user support
[10:59] <Wiziledo> oh thats awesome
[11:05] <xnox> Wiziledo: there is a NZ ubuntu LOCO group http://loco.ubuntu.com/teams/ubuntu-nz/ there is an IRC channel #ubuntu-nz maybe you can find out more about the national TV website working on ubuntu there?
[11:22] <pitti> mvo, jibel: yes, I can help with the SRU, if the translations fixed on LP for precise/saucy
[11:46] <bluesabre> Hello sponsors, is anybody available to upload these packages to trusty-proposed to begin SRU verification?
[11:47] <bluesabre> https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter/+bug/1331871
[11:47] <bluesabre> https://bugs.launchpad.net/ubuntu/trusty/+source/menulibre/+bug/1323405
[12:00] <jibel> pitti, I checked indonesian and the fix is not in LP, so this SRU is invalid.
[12:06] <dholbach> seb128, sorry - I was out for lunch
[12:15] <dholbach> seb128, thanks a lot for your work on this - I'm sorry I didn't notice this when sponsoring :(
[12:17] <seb128> dholbach, hey, no worry !
[12:19] <dholbach> seb128, IIRC that's not the first time for them, right?
[12:21] <seb128> dholbach, you mean not the first time Noskcaj has updates with issues?
[12:21] <dholbach> no, libgtop not bumping the soname
[12:21] <seb128> oh
[12:22] <seb128> dholbach, they did bump the soname, Noskcaj just didn't rename the binary in the packaging to match the version
[12:22] <dholbach> ohhhhh ok, then indeed I should have noticed this :-/
[12:22] <seb128> like they did .7 -> .10 and the lib is still named lib7 and ships 10
[12:24] <mlankhorst> dpkg -L libosmesa6 ;-) (on utopic, for historic reasons)
[12:25] <bluesabre> hey dholbach, thanks for the endorsement :)
[12:26] <dholbach> bluesabre, anytime
[12:26] <bluesabre> if you get a free moment, do you think you can upload the lightdm-gtk-greeter and menulibre packages I have in the sponsor queue?
[12:26] <bluesabre> (trusty-proposed_
[12:28] <dholbach> bluesabre, I'm afraid I'm quite busy right now
[12:28] <dholbach> ^ can anyone else help out a bit with sponsoring?
[12:30] <bluesabre> ok, np. gotta run to work now, be back tonight
[12:57] <shadeslayer> mvo: ping, I was wondering what the status of appstream is in ubuntu
[12:57] <shadeslayer> and whether USC and Synaptic are going to move to it
[14:02] <mpt> “Du har ikke lov til at redigere denne side.”
[14:03] <mpt> I thought MoinMoin had stopped giving me error messages in random languages in 2009
[14:05] <juliank> mpt: It just wanted to have some fun :)
[14:54] <ev_> dobey: have you come across any good solutions for doing checkout rather than export in Tarmac's verify_command plugin, short of writing a new plugin? I'm just surprised no one has run into this as an issue before. Surely we can't be the only people populating version information from bzr?
[14:58] <dobey> ev_: what issue?
[14:59] <ev_> dobey: that tarmac does bzr export for verify_command, rather than bzr branch or bzr co. Our setup requires the branch information to be present, since we send that as part of a deployment of this code. Our tests then validate that.
[14:59] <ev_> I could just bzr init as a hack around it, I suppose
[14:59] <dobey> ev_: tarmac used to just run the tests in the checked out branch, but it was changed to doing an export to a temp dir for security, so that rogue branches can't commit themselves and such
[14:59] <ev_> yeah, I can understand that motivation
[15:01] <ev_> yeah, this bzr init should work
[15:01] <ev_> sorry for disrupting you :)
[15:01] <dobey> ev_: i think if the build system/tests requires .bzr to exist with valid data, then the build system/tests are broken. i'd have to look at what you're doing exactly to give better feedback/recommendation for how to do it better though.
[15:02] <ev_> well, it's driving our integration tests
[15:02] <ev_> which validate the deployment, which puts copies of the code under directories with the revno in the name
[15:03] <ev_> so that we can switch between a few on production
[15:03] <ev_> right now I have it running both the deployment and the tests under tarmac
[15:03] <ev_> deployment to a temporary location, obviously :)
[15:03] <dobey> i totally understand why you'd want to do that in an actual deployment
[15:03] <dobey> hmm
[15:04] <ev_> I don't think IS would like us doing CD with Tarmac
[15:04] <ev_> sorry, continuous deployment. Hate acronyms.
[15:04] <ev_> yeah, I'll hack around it for now
[15:04] <dobey> i guessed that :)
[15:04] <ev_> we don't have any tests that validate the bzr revno matches the other side
[15:04] <ev_> so I can just fix this once we do :)
[15:05] <ev_> though I guess we could just validate that as 0
[15:06] <dobey> ev_: if you want to file a bug against the project this is for, and sub me to the bug, i can try to look at it sometime when i have some free time (which i have extremely little of lately)
[15:07] <ev_> sure, will do
[15:07]  * dobey wonders who to ping about debugging upstart jobs
[15:08] <dobey> hmm, or maybe i can just stop the job and run it manually under gdb and it'll just do what i want to do
[15:13] <alexbligh1> I'm having problems with systemd-udevd on 14.04 that didn't occur with udevd on 12.04. This is a debootstrap'd image. It appears not to be creating device nodes (specifically /dev/net/tun). As far as I can tell udev is matching the appropriate rule, but the node is not being created. udevadm test produces what I think is the expected result, but udevadm trigger does nothing. Details here: http://pastebin.com/4U
[15:13] <alexbligh1> CGmXWx Any ideas?
[15:13] <alexbligh1> Argh, URL is http://pastebin.com/4UCGmXWx
[15:21] <Unit193> ari-tczew appears to have nuked the entire Ubuntu history in a changelog, and improperly re-enabled a feature by missing a build-dep: https://launchpadlibrarian.net/177154250/lightdm-gtk-greeter_1.8.4-0ubuntu1_1.8.5-1ubuntu1.diff.gz
[15:33] <elopio> Hello!
[15:33] <elopio> I need a core-dev to review a packaging change, here: https://code.launchpad.net/~elopio/address-book-app/qmltest1/+merge/221263
[15:45] <xnox> elopio: looks good, can i use qmltestrunner against system installed address book app?
[15:46] <xnox> elopio: are qmltests executed in jenkins with results publised on ci.ubuntu.com? if yes, then where?
[15:46] <xnox> I wonder how to make that qmltests to be executed as dep8 test as well.
[15:47] <elopio> xnox: you can't run against the installed because the qml import paths I'm using are like:
[15:47] <elopio> ../../src/imports/ContactEdit
[15:48] <elopio> xnox: and the tests are executed by jenkins on MPs, but not during the smoke tests, so not on ci.ubuntu.com
[15:49] <elopio> xnox: I first tried making it an autopkgtest, but pitti recommended to it on the dh_auto_test
[15:49] <elopio> xnox: on dep8, wouldn't it be better to run the autopilot tests?
[15:53] <xnox> elopio: they way you did, it must be in dh_auto_test.
[15:53] <xnox> elopio: dep8 would be in-addition, running against system app to satisfy the removal of the autopkgtests which are currently published on ci.ubuntu.com, until qmltests are also published there.
[15:54] <elopio> xnox: I added an autopilot test that will be on ci.ubuntu.com and test the creation of a new contact.
[15:55] <elopio> so I'm just removing the tests that are just duplicating some things from that more general test
[15:56] <elopio> if on qml tests we check all the combinations that will enable the save button, on autopilot we can just assume that the save button will be enabled.
[15:56] <elopio> but it will fail anyway if for some weird reason, this works while building the package but not while running the autopilot tests.
[15:59] <xnox> elopio: i see.
[17:57] <arges> slangasek: hey... trying to figure out bug 1274444. Do you know if there is a simple way to ensure that kernel messages with <N> n>=12 are logged with rsyslog/whatever? $ConsoleLogLevel 14 doesn't seem to do anything
[18:08] <slangasek> arges: I really don't know, sorry
[18:08] <slangasek> arges: maybe pitti knows the interfaces here?
[18:09] <arges> slangasek: figured id ask before digging even more. i've been playing with the settings but not being very successful
[18:49] <smoser> infinity, around ?
[18:50] <smoser> some folks are interested in getting a d-i build with linux-keystone for trusty
[18:50] <smoser>  https://launchpad.net/ubuntu/+source/linux-keystone
[18:50] <smoser> expecting that to land at
[18:50] <smoser>  https://code.launchpad.net/~smoser/maas/maas-ephemerals-v2
[18:50] <smoser> er..
[18:50] <smoser>  http://ports.ubuntu.com/ubuntu-ports/dists/trusty-proposed/main/installer-armhf/current/images/
[18:51] <smoser> i'm not familiar with how that request is made or how that is done.
[18:51] <smoser> oh. and its canada day, and you're not here. rightfully so.
[18:51] <smoser> slangasek, ^ ?
[18:53] <stgraber> smoser: do you have a d-i branch adding support for that?
[18:53] <smoser> "i'm not familiar with how that request is made or how that is done."
[18:53] <smoser> :)
[18:54] <smoser> so, no.
[18:54] <smoser> dannf, maybe has done that in the past?
[18:54] <stgraber> smoser: adding a new ARM board/platform to d-i isn't extremely difficult (we reworked some of that last cycle to be simpler) but you typically want to send a merge proposal for d-i adding the required dependencies and code to generate a bootable image for your target and you likely also need a matching change to flash-kernel and the libdebian-installer
[18:55] <stgraber> I'm not familiar with this specific target, so could be that some of those bits have been done but not others
[18:56] <smoser> stgraber, thanks.
[18:57] <stgraber> all of that is obviously better done by someone who has access to the actual hardware as all of those bits require some knowledge about how the bootloader is setup, what kind of storage it uses and its devicetree dtb file (and whether it needs to be appended to the kernel or resides in flash)
[18:58] <dannf> smoser: manjo has MPs for that iirc - at least for the components, if not for d-i itself
[18:58] <dannf> stgraber: ^
[18:58] <smoser> dannf, thanks
[18:58] <smoser> manjo, ^
[18:58] <smoser> i just hit 'send' on the mail that started me bothering people. i'm going to be gone soon for a few days.
[18:59] <dannf> well, i don't see a d-i MP - but i know he's produced one for testing
[19:00] <manjo> smoser, I have a d-i building in a PPA for keystone ... I can submit to you ... install images are in http://ppa.launchpad.net/marcola-team/ppa/ubuntu/dists/trusty/main/installer-armhf/current/images/keystone/netboot/
[19:01] <dannf> manjo: can you propose an MP for d-i? infinity said he'd take a look at MPs by next week, i owe him a list
[19:01] <manjo> dannf, ack
[20:07] <robert_ancell> kentb, do you know the correct URL for efibootmgr?
[20:07] <robert_ancell> Is it https://github.com/vathpela/efibootmgr?
[20:08] <kentb> robert_ancell, yep. that's  it.
[20:08] <robert_ancell> kentb, ta
[20:08] <kentb> np
[20:27] <directhex> infinity, any idea on ppc64el mono status? upstream indicate they haven't seen anything relating to it
[20:27] <directhex> (which could be an error)
[21:12] <infinity> directhex: I'll have to talk to the IBMers about where their upstream submissions have (or haven't) gone.
[21:13] <directhex> infinity, thanks
[21:14] <infinity> dannf: If you get me d-i MPs (libdi and d-i itself), I can blind review them.  I've done more than enough new platforms in d-i by now to know if it'll work without even trying (that might be a bit of a sad statement...)
[21:15] <dannf> manjo: ^
[21:16] <dannf> the libd-i one is there- https://code.launchpad.net/~manjo/ubuntu/utopic/libdebian-installer/HP-m800 - https://code.launchpad.net/~manjo/ubuntu/trusty/libdebian-installer/HP-m800
[21:16] <manjo> infinity, ack
[21:16] <manjo> infinity, there is an MP For libdi already
[21:16] <manjo> infinity, I will MP di soon
[21:17] <infinity> dannf: Great.  Add it to that email full o' MPs that I asked for, so I don't lose it in holiday backscroll. ;)
[21:17] <dannf> infinity: will do
[21:17] <infinity> <3
[21:32] <LeonBo> I've debbuild the libav package to add some extra encoders
[21:32] <LeonBo> The original version is 6:9.13-0ubuntu0.14.04.1
[21:32] <LeonBo> My version is 6:9.13-0ubuntu0.14.04.1~ppa1
[21:33] <LeonBo> When installing the ~ppa1 version I get the warning: 'dpkg: warning: downgrading libavcodec54:amd64'
[21:33] <infinity> LeonBo: That makes your version lower than the archive version.
[21:33] <LeonBo> Yeah I thought so
[21:33] <infinity> LeonBo: "~" means "just before".  As in, -1~foo is "just before -1"
[21:34] <LeonBo> OK
[21:34] <infinity> LeonBo: You might want something like -0ubuntu0.14.04.1+ppa1
[21:34] <LeonBo> Should I just use +ppa1 then?
[21:34] <LeonBo> infinity: you were quicker
[21:34] <LeonBo> :)
[21:34] <infinity> LeonBo: Or -0ubuntu0.14.04.1+leon1 so it's obvious to people where it came from.
[21:34] <LeonBo> infinity: awesome, I'll use that then
[21:35] <LeonBo> And is there a way to keep my version always higher?
[21:35] <LeonBo> So If 9.14 of the package is released, my version isn't automatically removed
[21:36] <infinity> LeonBo: Yeah, you could bump the epoch, but you may well not want that.
[21:37] <infinity> LeonBo: Other packages that have versioned deps will break a bit in that case, and I wouldn't recommend it.
[21:37] <infinity> LeonBo: Since you're building a package that *is* 6:9.13, if something in the archive depends on >> 6:9.14, you don't want you package to satisfy the dep by accident, you want to update your package.
[21:38] <LeonBo> Yeah, you're right
[21:38] <LeonBo> So release my + version
[21:38] <LeonBo> And then pin it?
[21:38] <infinity> LeonBo: That's the saner way to go, yeah.
[21:39] <infinity> LeonBo: Then when apt starts whining about "Not upgrading 4 packages", you know you need to update your PPA. ;)
[21:39] <LeonBo> Exactly
[21:39] <LeonBo> Thanks a lot!
[22:26] <ari-tczew> cjwatson: I guess there's existing problem again with M-o-M. It hasn't been updated since a few hours. "Generated at 2014-07-01 15:43:30 UTC."
[22:39] <Unit193> ari-tczew: You seem to have nuked the Ubuntu changelog of lightdm-gtk-greeter (Used to be an Ubuntu package, later Debian picked it up.)  As well as missing a build-dep on ido.
[22:46] <slangasek> arges: bug #1274444> what do you mean, "pending merge"?
[22:47] <cjwatson> ari-tczew: thanks, hopefully fixed
[23:02] <ari-tczew> Unit193: I've dropped the whole changelog before initial release of Debian because I think it's not needed so much keeping a lot of changes in d/changelog as there are explanation of delta in newer releases.
[23:03] <ari-tczew> Unit193: B-D on libido3-0.1-dev is dropped because the reason of that addition wasn't mentioned in d/changelog and package builds fine without this one.
[23:04] <Unit193> It'll build fine without libindicator-dev too. :P
[23:04] <ari-tczew> Unit193: can I ask, is there any special reason to that investigation?
[23:11] <Unit193> ari-tczew: Normally some indicators need that, icon related.
[23:11] <Unit193> By default it's enabled and checks for it.
[23:14] <ari-tczew> Unit193: if this B-D is really needed, please fill a bug, attach a patch and subscribe to ~ubuntu-sponsors.
[23:17]  * Unit193 sighs.