[00:51] <bjf> how can i see where my jobs are in the build queue?
[00:59] <Daviey> bjf: I don't think you can't see their ordering.. you can only see their score and estimated build time.
[01:01] <bjf> that stinks :-)
[01:02] <bjf> but thanks
[01:03] <Daviey> estimated time to build, rather
[01:03] <bjf> i'm waiting on ppc, it should just say "good luck with that"
[01:08] <xnox> bjf: were in or after the beta1 freeze flood gate opening?
[01:09] <bjf> xnox: yup, but my job was in the queue early today. i do SRU kernels
[01:09] <micahg> bjf: https://launchpad.net/ubuntu/+builds?build_text=&build_state=pending
[01:10] <bjf> micahg: thanks
[01:12] <bjf> micahg: does that page cover non-virtualized ppas?
[01:12] <micahg> bjf: probably not
[01:12] <bjf> micahg: oh well, thanks for the link anyway
[01:55]  * infinity blinks at the binaries for unity-lens-help ...
[01:56] <infinity> Did I miss the memo about "raw-meta-data" upload types, or is that on crack?
[01:59]  * micahg didn't know binary packages have Icon/Appname/Category fields...
[01:59] <stgraber> fun :)
[01:59] <stgraber> infinity: I'd suggest rejecting
[01:59]  * infinity reje... Yeah.
[01:59] <stgraber> they copied some package from extras.ubuntu.com
[01:59] <infinity> extras does this craziness?
[01:59] <micahg> phew, dpkg-deb also didn't know about those fields :)
[02:00] <stgraber> that extra metadata (logos) and package fields are what we had for extras.ubuntu.com in the past until someone fixed MyApps/SoftwareCenter
[02:00] <ajmitch> sorry, I missed those fields, too used to seeing them for ARB packages
[02:00] <stgraber> infinity: we used to until the MyApps API took over the task of providing all that stuff to software-center
[02:00] <infinity> I suspect if I hadn't rejected, it would have just OOPSed on accept anyway.
[02:00] <infinity> I hope.
[02:00] <infinity> ajmitch: I get to blame you for this?
[02:00] <ajmitch> infinity: of course
[02:00] <infinity> ajmitch: Does this mean you can communicate the issue and get it fixed? :P
[02:01] <infinity> Cause I'm two beers deep and unhelpful right now.
[02:01] <stgraber> infinity: not sure, works great in PPAs at least, so maybe something would blow up at publishing, but the rest should work
[02:01] <ajmitch> infinity: it means I can fix & upload instead to make it faster
[02:01] <infinity> ajmitch: Snazzy.
[02:02] <infinity> stgraber: Kinda hope something would blow up, cause the only other conclusion would be that the publisher would actually do "something" with the custom files, and I'm not sure what that something would be.
[02:02] <ajmitch> could be interesting to find out
[02:03] <infinity> I disagree. ;)
[02:03] <stgraber> infinity: for the extra PPA, it puts them in a separate folder of http://extras.ubuntu.com/ that's http://extras.ubuntu.com/meta/
[02:25] <jbicha> hi, could we get glib-networking & glib2.0 moved from -proposed?
[03:43] <phillw> stgraber: I know balloons has been too busy with the global bug-jam, but I did register my, and the testers, thanks to you for the work you did on iso tracker to carry bugs over.
[04:06] <phillw> stgraber: do you have a couple of moments spare?
[04:08] <phillw> https://wiki.ubuntu.com/QATeam/Meetings/QA/20120905 has not appeared on https://wiki.ubuntu.com/QATeam/Meetings Any ideas as to wht (I have) gone wrong?
[04:40] <slangasek> did someone here move gobject-introspection from quantal-proposed to quantal?
[04:43] <jbicha> slangasek: yes, that was my mistake
[04:45] <slangasek> jbicha: ok; please don't copy packages from -proposed, this is meant to be done by the archive admins
[04:45] <slangasek> (actually, it's supposed to all be automated with britney, but that's another story)
[06:23] <fabo> skaet: could you approve linaro-image-tools FFE ? bug 1045188
[06:23] <ubot2> Launchpad bug 1045188 in linaro-image-tools "[FFE] Sync linaro-image-tools 2012.08.1-1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/1045188
[07:35] <mvo> hi, I looked at the current unattended-upgrades bzr branch and merged some debian fixes in that would be useful for us. now the ubuntu branch is converted to py3 but not uploaded yet, do I need a freeze exception for the py3 version if I want to upload that now?
[07:46] <bencer> hi, someone from the -release team could have a look at this FFe, please? https://bugs.launchpad.net/ubuntu/+source/zentyal-samba/+bug/1043654
[07:46] <ubot2> Launchpad bug 1043654 in zentyal-samba "[FFe] New version of zentyal-samba" [Undecided,New]
[07:56] <Daviey> slangasek: wait, "please don't copy packages from -proposed, this is meant to be done by the archive admins" .. we discussed that a few weeks ago.. and the consensus aiui was that for the development series, a dev with the upload access should be able to do it.. Or did i miss-follow that
[07:56] <Daviey> cjwatson: ^ was that your understanding ?
[07:57] <Laney> well, I was told / allowed to copy LO earlier in the week
=== henrix_ is now known as henrix
[08:02] <jamespage> morning all
[08:02] <jamespage> I'd like to sync the latest version of irqbalance from Debian testing to resolve bug 974450
[08:02] <ubot2> Launchpad bug 974450 in irqbalance "irqbalance classifies network interfaces with custom/renamed interfaces as class other" [Medium,In progress] https://launchpad.net/bugs/974450
[08:02] <Daviey> jamespage: and i'd like a sparkly pony.
[08:03] <jamespage> not finished yet
[08:06] <jamespage> its a new upstream release; its been in testing for some time so I'm comfortable that its not going to break
[08:06] <jamespage> but upstream lack a changelog other than 'Look at the VCS commits'
[08:06] <jamespage> a) I assume this will need a FFe and b) any guidance on what to provide for the changelog - is the VCS history sufficient?
[08:07]  * jamespage gives Daviey and sparkly pony
[08:07] <jamespage> Daviey: all yours - http://www.geekosystem.com/wp-content/uploads/2010/04/272e9652-550x548.jpg
[08:10] <jamespage> sorry - I said 'sync' mean't 'merge'
[08:11] <Daviey> jamespage: i was going to question that... but sid's changelog is based on Ubuntu packaging.. so what needs to be carried?
[08:12] <jamespage> Daviey, just digging at that now - may be minimal based on comment on that bug report
[08:13] <jamespage> Daviey, actually I think we can just sync it
[08:14] <Daviey> debdiff ubuntu/*.dsc debian/*.ds == uhttp://pb.daviey.com/9oB8/
[08:17] <jamespage> Daviey, just looking at the dropped patch - which is my one point of concern
[08:18] <jamespage> but its so significantly difference in 1.0.3 I can't really tell TBH
[08:19] <Daviey> jamespage: infinity's applied patch?
[08:19] <jamespage> yeah
[08:19] <jamespage> looking at changelog upstream now for something similar
[08:20] <Daviey> jamespage: It has no bug number, no indication what it changed.. a really crappy upload.  Thanks infinity :)
[08:20] <jamespage> Daviey, http://paste.ubuntu.com/1190390/
[08:22] <Daviey> jamespage: I assume this version has been tested by people, including vanhoof?
[08:23] <jamespage> Daviey, If you want to make that a condition of upload I'll get jmleddy to test it first in PPA
[08:23] <jamespage> I personally think that would be a good idea
[08:25] <Daviey> jamespage: So.. I'm happy to approve it, providing jm-leddy/vanhoof commit to testing it, and offer support to resolve any fallout.
[08:25] <jamespage> Daviey, ack - great - I'll update the bug report and get things moving forwards again
[08:25] <Daviey> i'll document that on the bug
[08:25] <jamespage> ta
[08:28] <cjwatson> Daviey: developers with upload access *can* do it, but generally shouldn't unless given guidance
[08:30] <Daviey> cjwatson: Hmm, that wasn't my understanding from the output when we discussed it a few weeks ago.
[08:31] <Daviey> but ok, i guess i missunderstood.
[08:31] <Daviey> echo $BETTER_UNDERSTANDING >> ~/wishy-washy-policy.txt :)
=== mmrazik is now known as mmrazi|otp
=== mmrazi|otp is now known as mmrazik|lunch
=== doko_ is now known as doko
=== mmrazik|lunch is now known as mmrazik
=== mmrazik is now known as mmrazik|otp
=== mmrazik|otp is now known as mmrazik
[12:36] <psivaa> mterry, I could not get the fixed package to a live session, this crash being occurring right after we go into live session installing the fixed package during the live session will not help. Further i noticed the bug is marked fix released, so waiting for an image with the fix to be published
=== ralsina is now known as pyar
=== pyar is now known as ralsina
[12:43] <Laney> psivaa: I'm spinning some updated images now (the ones this morning failed)
[12:44] <didrocks> warning: people having a i915 card, don't upgrade to latest mesa: it seems it's causing bug #1046933 and so no ui
[12:44] <ubot2> Launchpad bug 1046933 in mesa "glsl/linker: array buffer overrun [CVE-2012-2864]" [Undecided,New] https://launchpad.net/bugs/1046933
[12:44] <didrocks> oupss, bug #1047306 I meant
[12:44] <ubot2> Launchpad bug 1047306 in mesa "[Quantal] [Intel Atom] Mesa 2012/09/07 updates broke it all" [Critical,Confirmed] https://launchpad.net/bugs/1047306
[12:44] <didrocks> just reverting will reintroduce the CVE issue though
[12:45] <psivaa> Laney, ok thanks, ill wait for them and try 971353
[12:45] <didrocks> working with tjaalton to see if we can revert to the previous version + reintroducing the CVE patch
[12:45] <tjaalton> it's not all i915, just some
[12:45] <tjaalton> 965, snb working fine here
[12:46] <tjaalton> so older than 965 then I guess
[12:46] <didrocks> tjaalton: netbook ones typically?
[12:46] <Laney> nah, still failing
[12:47] <tjaalton> well, 915 is also a chip generation, like 945 so those that are using i915_dri are broken it seems
[12:47] <tjaalton> like they were before the unity stack updates, just in some other way now
[12:47] <didrocks> ok, got it
[12:47] <tjaalton> I'll diff the changes there
[12:47] <didrocks> thanks tjaalton :)
[12:47] <tjaalton> I have 30min :)
[12:47] <tjaalton> or maybe 45
[12:48] <didrocks> heh
[12:50] <Laney> psivaa: sorry, didn't work
[12:51] <ogra_> The following packages have unmet dependencies:
[12:51] <ogra_>  mcp-account-manager-uoa : Depends: signon-plugin-password but it is not installable
[12:51] <ogra_> ...
[12:51] <ogra_> (thats what arm shows for your last attempt)
[12:53] <ogra_> ah, same on x86
[12:53] <psivaa> there was a bug reported for this bug 1047247
[12:53] <ubot2> Launchpad bug 1047247 in empathy "Failed to install Quantal alternate amd64 and i386 daily build(20120907) : mcp-account-manager-uoa : Depends: signon-plugin-password but it is not installable" [Undecided,New] https://launchpad.net/bugs/1047247
[12:53] <ogra_> likely a missing MIR
[12:54] <cjwatson> No, binary-only
[12:54] <ogra_> hm
[12:54] <psivaa> right, report.html lists this as one of the uninstallable packages, not sure it needs a bug for it
[12:55] <cjwatson> I've moved it to main now
[12:55] <cjwatson> psivaa: It doesn't
[12:55] <Laney> missing move to main anyway
[12:55] <Laney> explains why my test install didnt notice it
[12:55] <Laney> so I assumed it was transient
[12:56] <psivaa> cjwatson, so the report.html is a heads up for saying these packages wont get installed?
[12:56] <cjwatson> Yes
[12:56] <cjwatson> It's automatic dependency analysis
[12:57] <psivaa> cjwatson, so the relevant packages take their own action to recover this based on this report?
[12:57] <cjwatson> For images, if report.html is non-empty you generally might as well consider the image toast and not bother testing it
[12:57] <cjwatson> No, it'll likely cause a hard failure
[12:57] <cjwatson> Depending slightly on which packages are involved
[12:58] <cjwatson> The package can't take any action, though, because the package manager will refuse to install it with unsatisfiable dependencies
[12:59] <psivaa> just wondering how to trigger a solution without a bug against the package
[12:59] <cjwatson> Asking here is fine.
[12:59] <psivaa> ahh ok :)
[12:59] <cjwatson> The package maintainer may well not be able to do anything about it; often requires an archive admin.
[13:00] <cjwatson> Depending on whether it's a move-to-main kind of problem or something else.
[13:02] <psivaa> understand, thanks for the clarification
[13:24] <mterry> skaet, hello!  Might you be able to take another look at FFe bug 1040221 and bug 1044447?
[13:24] <ubot2> Launchpad bug 1040221 in lightdm-remote-session-freerdp "FFe request: Provide remote login options" [Medium,In progress] https://launchpad.net/bugs/1040221
[13:24] <ubot2> Launchpad bug 1044447 in unity-lens-photos "[FFe, MIR] unity-lens-photos in quantal" [Undecided,New] https://launchpad.net/bugs/1044447
[13:27] <cjwatson> slangasek: Could you have a look at the efilinux-signed binary in NEW?
=== psivaa is now known as psivaa_afk
[13:44] <xnox> mini.iso should get a refreshed look =) bug 1047376
[13:44] <ubot2> Launchpad bug 1047376 in ubuntu-cdimage "mini.iso has old branding" [Undecided,New] https://launchpad.net/bugs/1047376
[14:17] <didrocks> FYI, reverting mesa now
[14:31] <tseliot> hi, can an archive admin remove nvidia-graphics-drivers-96 and nvidia-graphics-drivers-96-updates from quantal, please?
[14:33] <skaet> mterry,  done.
[14:33] <mterry> skaet, thanks!
[14:37] <skaet> ogra_, didrocks, popey, Daviey, arosales, brendand, psivaa_afk, and others interested.... - am cancelling meeting today,  not enough of the reports landed in time, and I've not had time this morning to go through the rest.      Please ask questions in email on #ubuntu-release
[14:37] <popey> skaet, ok
=== psivaa_afk is now known as psivaa
[14:37] <ogra_> skaet, bah, so i'm missing the milestone to end my week !
[14:37] <brendand> skaet, ok - thanks
[14:37] <ogra_> :)
[14:37] <skaet> ogra_,  sorry...  ;)
[14:38] <psivaa> skaet, ok, thanks
[14:39] <didrocks> skaet: ok
[14:39] <arosales> skaet: ok, thanks for the ping
[14:49] <mvo> hi, I looked at the current unattended-upgrades bzr branch and merged some debian fixes in that would be useful for us. now the ubuntu branch is converted to py3 but not uploaded yet, do I need a freeze exception for the py3 version if I want to upload that now?
[14:56] <skaet> mvo,  is the only change the move to py3, or are there new features with it?
[15:00] <mvo> skaet: its moving to py3 and some fixes from debian, let me double check that there is no new feature in there, I *think* its just fixes
[15:02] <ScottK> tseliot: What do I give for the removal reason?
[15:02] <tseliot> ScottK: the driver won't be updated to match the new X ABI
[15:02] <ScottK> Thanks.
[15:05] <skaet> mvo,  if its just fixes and py3 which is a stated target, we're good.  Otherwise, best a FFe, so we can make sure no other implications.
[15:06] <mvo> skaet: great, thanks for this advice, I will check the bzr logs and either upload or do a FFe, but its good to know that py3 itself is ok (the testsuite is also pretty good so I don't expect any issues really)
[15:06] <ScottK> tseliot: Done.
[15:06] <tseliot> ScottK: thanks a lot!
[15:10] <tumbleweed> a python3 port is a significant change to a package's build system, but not as risky as a dh_python2 port
[15:11] <xnox> tumbleweed: nah
[15:12] <tumbleweed> xnox: is that nah applied to before or after the comma?
[15:13] <xnox> tumbleweed: port to python3 is insignificant change to a package's build system if it already has been using dh_python2
[15:14] <tumbleweed> yeah, the most likely result of a screwup is a broken python3 package
[15:14] <tumbleweed> which wouldn't be a regression
[15:15] <xnox> unattended-upgrades is a leave package, even if it does depend on python-apt/debian, which (i) have been ported, (ii) are solid~ish, (iii) want more usage.
[15:15] <cjwatson> It doesn't depend on python-debian as far as I can see.
[15:16] <cjwatson> Unless that's a change in this version.
[15:43] <ScottK> It may be a leaf package, but it provides important platform functionality.
=== yofel_ is now known as yofel
[17:50] <iulian> Yikes!
[17:52] <tumbleweed> there doesn't seem to have been much SRU review recently, either
=== henrix is now known as henrix_
[18:19] <ScottK> I'll review those, but I haven't done much with SRUs lately either.
[18:26] <infinity> tumbleweed: It's been an off week or two for SRU reviewy types, the backlog should clear soon.
[18:28] <slangasek> I'm on the hook for those today; won't get to them until later today though
[18:29] <tumbleweed> it seemed that everyone took a bit of a holiday after the point release :)
[18:29] <infinity> Some of my SRU stuff got pre-empted by "more important" SRU stuff, then Labor Day happened this week.
[18:29] <infinity> Can't speak to others.
[18:29] <infinity> But there was also just a backlog in general due to the .1 freeze.
[18:46] <slangasek> tumbleweed: I'm quite certain this has not been a holiday for me ;)
[18:48] <tumbleweed> :)
[19:26] <cyphermox> hey, could someone please approve https://bugs.launchpad.net/ubuntu/+source/networkmanagement/+bug/1046918 ? :)
[19:26] <ubot2> Launchpad bug 1046918 in wpa "[FFe] Enable RSN (WPA2) encryption support for IBSS (ad-hoc)" [Undecided,New]
[19:31] <ScottK> cyphermox: Can you put the networkmanagement diff in the bug too?
[19:32] <cyphermox> sure
[19:37] <cyphermox> ScottK: https://launchpadlibrarian.net/115086274/nmgmt-diff.txt
[19:38] <cyphermox> looks to me like there was no ~kubuntu-packagers branch for this one, so it's against the UDD branch
[19:45] <ScottK> cyphermox: Go for it.
[19:45] <cyphermox> ScottK: Thanks
[19:46] <ScottK> You're welcome.  Thanks for making sure it works everywhere and not just on one flavor.
[19:47] <cyphermox> after just enough reminding ;)
[23:07] <ScottK> You know you're too far into queue processing mode when you do "./queue -Q done -s precise fetch postgresql-common".
[23:09] <ScottK> lazr.restfulclient.errors.ServerError: HTTP Error 503: Service Unavailable