#ubuntu-release 2011-01-01 <ScottK> cjwatson: Thanks. <ScottK> cjwatson: Happy New Year (since AFAIK it's already 2011 there) <cjwatson> it is. same to you when you get that far! #ubuntu-release 2011-01-03 <skaet> Happy new year! <skaet> Not sure if we'll have quorum for an SRU/LTS meeting today, but there's an agenda posted https://wiki.ubuntu.com/ReleaseTeam/Meeting/StableReleaseAgenda <skaet> will be heading over to #ubuntu-meeting in 20 minutes. <ScottK> skaet: Just took a glance at the SRU meeting backscroll. KDE SC 4.4.5 is pending in lucid-proposed. The bug was just marked verification done, so it should make 1/27 with no problem. That's the one big thing I know of that's pending for 10.04.2. <skaet> ScottK, thanks for the update! good to know. :) <doko> cjwatson: I messed something up ... <doko> $ sync-source.py -S incoming -b doko -c main ppl0.10 <doko> Getting binaries for natty... <doko> [Updating] ppl0.10 (None [Ubuntu] < 0.10.2-10 [Debian]) <doko> * Trying to add ppl0.10... <doko> 2011-01-03 21:37:42 INFO - <ppl0.10_0.10.2.orig.tar.gz: cached> <doko> 2011-01-03 21:37:42 INFO - <ppl0.10_0.10.2-10.debian.tar.gz: cached> <doko> 2011-01-03 21:37:42 INFO - <ppl0.10_0.10.2-10.dsc: cached> <doko> E: libppl7 is in main but its source (ppl0.10) is not. <doko> nevermind, now uploaded manually #ubuntu-release 2011-01-04 <ScottK> cjwatson: Could we start building http://cdimage.ubuntu.com/kubuntu-mobile/ports/daily-preinstalled/current/ again (which subvariant doesn't matter much as the kernel we're using for development isn't in the archive yet, but it's an omap3 variant, so linaro omap would probably be best if it's not difficult)? <cjwatson> ScottK: it's still building - http://cdimage.ubuntu.com/kubuntu-mobile/daily-preinstalled/current/ <cjwatson> guess I need some more redirects <cjwatson> omap3 is failing to build for some reason I don't know <ScottK> cjwatson: OK. Thanks. <cjwatson> I'll remove the old maverick daily builds there, as they correspond to released images <ScottK> Thanks. <ScottK> I've fixed the wiki page that pointed at the old location. <ScottK> cjwatson: Are you supporting btrfs in the installer yet? <cjwatson> it's been supported for a while <cjwatson> you currently need a non-btrfs /boot <cjwatson> this will likely change over the next week <cjwatson> (redirects in place now) <ScottK> Great. <ScottK> Would it be possible to switch the kubuntu-mobile image on arm to default to btrfs once you have those changes in place? <cjwatson> oh, the non-btrfs /boot bit is irrelevant on arm, it's a grub limitation right now <ScottK> Ah. <cjwatson> do you have a boot loader that can cope? <ScottK> Let me drag someone in hear rather than play middle man. <cjwatson> #u-installer maybe <ScottK> OK <ScottK> cjwatson: We've got a reasonably good chance at pulling together a fully FOSS system for n900 in this cycle. I think all the needed bits exist now, it's mostly integration work to do. It'll be a tech preview grade still, but should be at least somewhat useable. <cjwatson> nifty <cjwatson> I think I might leave mine at stock for a while yet though :) <ScottK> I don't blame you. <ScottK> Mine was donated to the cause so the person doing the kernel work would have hardware. <ScottK> (my cel provider doesn't use GSM, so it was only of limited use to me) <ScottK> cjwatson: Would you mind retrying kubuntu-mobile/omap? http://people.canonical.com/~ubuntu-archive/cd-build-logs/kubuntu-mobile/natty/daily-preinstalled-20110104.log looks like it was just a transient issue. <cjwatson> it's been happening every day for weeks <cjwatson> I don't know what the problem is - I think lamont probably needs to investigate on the livefs buildd <ScottK> Oh. <ScottK> OK. <cjwatson> it's not kubuntu-mobile-specific - it's happening on all omap images. I get a zero-byte build log <ScottK> Clearly nevermind on the request then <lamont> cjwatson: ew <lamont> cjwatson: I also notice that acorn hasn't been getting used for any natty builds <bdmurray> I'm deactivating ubuntu-10.04.1 as a milestone <skaet> bdmurray, thanks! Have gone in and added it to the PointReleaseProcess to make it explicit. #ubuntu-release 2011-01-11 <micahg> skaet: ping <skaet> micahg, pong? <micahg> skaet: hi, so xubuntu doesn't need any updates for Lucid, but I wanted to ask you about Firefox/Thunderbird, there's a release planned Feb 8, we'll actually have the builds before that in the Mozilla Security PPA <skaet> micahg, will it be in -proposed by 1/20? <micahg> skaet: no, it doesn't go through -proposed <micahg> it's a security update <skaet> micahg, let me cross check with some folk then. #ubuntu-release 2011-01-17 <charlie-tca> anybody kicked the servers lately, no desktop images since January 12 <cjwatson> you should have been getting failure mails <cjwatson> no point kicking servers when the distro's broken <cjwatson> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/natty/xubuntu/latest/livecd-20110117-i386.out <charlie-tca> Ubuntu too <cjwatson> yes <charlie-tca> Okay <cjwatson> I thought you might find a Xubuntu link more useful, that's al <cjwatson> l <charlie-tca> I knew xubuntu was broke for the libwebkitgtk upgrade <charlie-tca> thank you, cjwatson <cjwatson> Ubuntu has that plus libindicator breakage <charlie-tca> Thanks, back to waiting patiently, then <cjwatson> (why on earth does libindicator2 Breaks: libindicator1?) <highvoltage> hmm, I thought I tested an edubuntu daily build this morning <highvoltage> (maybe it was just an old livefs or something inside or I didn't check the date as properly as I thought I had) <highvoltage> or perhaps it's just unaffected <charlie-tca> daily-live is broken, daily have been coming out <cjwatson> looks like it stands a chance of being better tomorrow <cjwatson> alternate builds may have been being produced, but if the corresponding desktop build failed then chances are they'll fail to install, FWIW <cjwatson> so largely of interest to installer hackers <highvoltage> ah right, installation failed. the I wrongly assumed that charlie-tca meant that the build failed <charlie-tca> sorry. cjwatson said it the right way <cjwatson> he did - the livefs build failed #ubuntu-release 2011-01-18 <ara> skaet, ping <skaet> ara, pong <ara> skaet, hey! <skaet> :) <ara> skaet, I have a couple of questions related to the 10.04.2 activity <skaet> ? <ara> skaet, are you going to send the notes from the meeting on Friday at some point (the one with all the dates) <skaet> ara, yup its on my todo list for today. <ara> skaet, OK, cool, so we agreed that we are going to try to have the candidate image for 10.04.2 on the 28th <skaet> that matches my memory, pitti ^^? * skaet hmm, doesn't see pitti on channel. <ara> skaet, yes, I think that was it <ara> skaet, another question :) <ara> skaet, as you know, the full cert is very time consuming, so, the automated testing on the really final image on the week of the 14th... is that really needed? <ara> I mean, we can try to do it if something changed that may affect HW, but that is very unlikely <ara> if only app things changed, that should be covered by QA and the ISO testing <ara> what are you expecting from that run' <ara> ? <ara> I mean, if <ara> I mean, we can run it, but if it is not going to catch any bugs, I don't see the point <skaet> I think we can reassess the week before, and look at what's changed and see if it is needed to do the automated tests again. <ara> skaet, sounds good <skaet> If nothing of substance has changed, there is not much point. However, until we know what happens over next couple of weeks, seems prudent to reserve the capability. <ara> skaet, it sounds like a plan. I mean, if no HW specific stuff has changed, there's no point in running the automated tests against all of our systems <ara> skaet, thanks for clarifying <skaet> ara, thanks for asking. :) * cjwatson builds a lucid DVD so that he has something to work with to test the business of installing an LTS backport kernel <cjwatson> gives me something to do while tediously rebasing 60-odd branches across an svn->git migration :-/ <Laney> d-i? <ara> skaet, we can put a topic in the release meeting of the 11th Feb about whether the automated testing is needed or not, based on what has changed <skaet> ara, sure. please remind me a little closer to the time if you don't see it on the actual agenda. <ara> skaet, will do <cjwatson> Laney: yeah <Laney> fun :-) <cjwatson> so far, I've completed a grand total of two <Laney> not quite as romantic as joeyh's blog post made it out, eh? <cjwatson> Laney: heh, it's more straightforward to do a single svn->git conversion than it is to rebase a set of long-lived branches on top of the results of that conversion, in general :) <cjwatson> 'bzr rebase-foreign' does most of it but I've had to hack it about a fair bit <ScottK> ara: Kernel is updated, so hardware specific stuff will have changed. <ara> ScottK, sorry? <ScottK> ara: You had a discussion with skaet a bit ago about if hardware specific things had changed for 10.04.2. Given the kernel changes since release, I think it's a given that hardware specific changes have been made. <cjwatson> I think they meant changed between the cert run on the 28th Jan or so, and the week of the 14th Feb <ara> ScottK, we are talking about other stuff <ScottK> ara: Oh. OK. Nevermind me then. <cjwatson> rather than changed between 10.04.1 and 10.04.2 <ara> :) <ScottK> cjwatson: Thanks. <ara> ScottK, no problem <ara> cjwatson, thanks #ubuntu-release 2011-01-19 <jdstrand> I'm going to poke at NEW now * jdstrand is done poking at NEW for now #ubuntu-release 2011-01-20 <cjwatson> Riddell: please can you not commit code directly to antimony:/srv/cdimage.ubuntu.com? all commits to that branch should go to antimony:/srv/cdimage.ubuntu.com/bzr/private/cdimage and be pulled from there <cjwatson> ideally, they should be done from your local system rather than committed on antimony, so that they're properly identified as being done by a real person <cjwatson> I've fixed it up now <bdmurray> why is jaunty showing up at http://people.canonical.com/~ubuntu-archive/madison.cgi?package=loggerhead&a=&c=&s= ? <cjwatson> bdmurray: will fix shortly <bdmurray> cjwatson: thanks <cjwatson> slangasek: would you mind reviewing the util-linux SRU in the lucid-proposed queue? I sponsored it so shouldn't really process it <cjwatson> slangasek: I know it still needs maverick/natty work - I'll commit to making sure that happens, it's just that Surbhi's EODed by now <slangasek> cjwatson: sure, will have a look <cjwatson> bdmurray: done <cjwatson> slangasek: thanks <cjwatson> slangasek: I can has base-files/lucid-proposed approval too? <cjwatson> skaet: how does http://paste.ubuntu.com/556299/ look? * skaet looking <skaet> cjwatson, looks good. :) <skaet> thanks! <slangasek> cjwatson: accepted <cjwatson> thanks <cjwatson> right, freeze mail away <cjwatson> cdimage is now set to build images labelled 10.04.2, and will do so out of cron starting tomorrow <cjwatson> (from -proposed for now) <cjwatson> that's steps 2 to 6 of "Release minus 1 month" in https://wiki.ubuntu.com/PointReleaseProcess done <cjwatson> though only just notified Evan and understandably haven't heard back yet #ubuntu-release 2011-01-21 <micahg> hi, I wanted to ask about bug 705734 regarding the lucid proposed freeze <ubot4> Launchpad bug 705734 in xubuntu-docs (Ubuntu) "Xubuntu-docs for lucid are out-dated (affects: 1) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/705734 <cjwatson> docs are easy to validate, go ahead with that one <micahg> cjwatson: thanks <cjwatson> (haven't looked at the patch though, but in principle) <micahg> cjwatson: does it have to be today or is by Monday ok? <cjwatson> it would really help to have it today <cjwatson> I suppose Monday would be just about doable <micahg> cjwatson: ok, will endeavour for today <seb128> cjwatson, what about https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/697112? <ubot4> Launchpad bug 697112 in gdm (Ubuntu Lucid) (and 1 other project) "Backport fix for broken XDMCP login to Lucid (affects: 1) (heat: 186)" [Low,Triaged] <seb128> cjwatson, http://launchpadlibrarian.net/61826337/xdmcpfill_length.debdiff <cjwatson> can that wait for 10.04.3? <cjwatson> I'm drawing lines based on validation effort that's likely required <cjwatson> would rather only make exceptions for things that are (a) trivial or (b) emergencies <seb128> cjwatson, yes, it's fine with me, I was just checking because I'm not sure how much we care about xdmcp and the fix seemed easy <cjwatson> right, just need to stop somewhere or the QA team are going to burst <cjwatson> it's fine for lucid in general <micahg> cjwatson: can I quote you in the bug for the ACK and trivial validation <marjo> cjwatson: appreciate your discipline and thoughtfulness <seb128> cjwatson, ok, thanks <cjwatson> micahg: yes <micahg> cjwatson: thanks <micahg> now I just need codehosting up to be able to look at it :) <cjwatson> marjo: one heads-up though, Clint and James would like to insert at least a partial fix for bug 672177, since the longer we leave that the more general risk there is of filesystem corruption <ubot4> Launchpad bug 672177 in upstart (Ubuntu Maverick) (and 9 other projects) "libc6 upgrade causes umount to fail on shutdown because init cannot be restarted (affects: 16) (heat: 90)" [Undecided,Triaged] https://launchpad.net/bugs/672177 <cjwatson> marjo: I've asked them to get it uploaded today <marjo> cjwatson: +1 (risk of filesystem corruption) <seb128> cjwatson, can we queue lucid sru updates during the freeze or do you prefer to keep the queue clean? <cjwatson> I don't mind queueing them <seb128> cjwatson, ok thanks #ubuntu-release 2011-01-24 <pitti_> good morning <pitti_> cjwatson, slangasek: do you still see any need for cocoplum's publish-queue cronjob? you can just download the unapproved stuff straight from LP, after all <cjwatson> if you want to delete it, please fix ubuntu-release-bot in lp:ubuntu-archive-tools first. :-) <cjwatson> it doesn't know how to work with queue listings from LP <pitti_> ah, that was my question really; thanks <pitti_> brb <pitti> yay, non-overflown CDs <cjwatson> overflowed :-) <cjwatson> our marvellously regular English language <pitti> gah, English is hard <cjwatson> (mind you, I think an exact analogue of that pair of irregular verbs exists in German with very similar confusion) <pitti> oh, that was "fly", not "flow" <cjwatson> yeah, fliegen vs. fliessen <cjwatson> so is libreoffice-filter-binfilter off the CDs now? <pitti> cjwatson: no, not yet; doko will do the change in bzr, but it won't land for a2 <pitti> I killed an amd64 langpack, and due to the pending seed cleanup we got enough extra space <cjwatson> so we'll actually end up 8MB inside? <pitti> as padding for a3 <cjwatson> I guess 8MB will last us about a week or so <pitti> *chuckle* <pitti> cjwatson: the 3.5 MB ghostscript growth was apparently justified (discussed with Till) <pitti> I hope there's something we can do about the 10 MB libreoffice-core growth, though <pitti> T minus one week until we get a LibO maintainer \o/ <pitti> so, that ubuntu live smoke test went well here * jdstrand pokes at NEW * jdstrand is done <pitti> Riddell: any idea what we could take off the current Kubuntu alternates (amd64 5 MB oversized) and desktops (i386 1 MB, amd64 17 MB)? there are no more langpacks to chop off <Riddell> pitti: I only just uploaded the seeds to change openoffice to libreoffice, so the size could well change tomorrow <pitti> Riddell: that should only buy 1 MB or so; does it pull in more bits than it should? /me checks <pitti> no JRE or -base <pitti> Riddell: I don't think it's a serious blocker to be oversized for a2 (most folks install from USB anyway), but I guess discussing early can't hurt <Riddell> kdebase-workspace 4.6 upload on wednesday will drop a KDM theme which will be a few MB <pitti> python-qt4 (Î 3.0 MB - 4.7.4-0ubuntu1: 2.9 MB 4.8.1-0ubuntu3: 6.0 MB) <Riddell> if we need space after that oxygen-icon-theme-complete can go on i386 (already not on amd64) <pitti> Riddell: ^ that might be worth checking? it's the only changed package whose size diff sticks out (and hasn't already been verified yet) <pitti> Riddell: btw, the -writer recommends to libreoffice-filter-binfilter will be dropped after a2, that'll buy 8.4 MB <pitti> s/buy/get back/ <pitti> Riddell: oh, curent CD has libwebkitgtk-1.0-0 (6.9 MB) -- that looks like a bug? <Riddell> python-qt4 is build for both python 2.6 and 2.7, that's what adds the extra <pitti> ah, right <Riddell> are we aiming to drop one of those at some point? <pitti> Riddell: i don't think dropping 2.6 support for natty is planned right now <pitti> it'd certainly buy some 10 MB on the CD <Riddell> libwebkitgtk-1.0-0 | webkit | libproxy0 (Recommends) <pitti> right, just found the same <pitti> that sounds wrong <pitti> Riddell: I'll drop it to suggests, ok? <Riddell> yes please <pitti> Riddell: ok, done <seb128> pitti, hum, but that's nothing new and libproxy should recommends it <Riddell> gstreamer0.10-plugins-base brings in gvfs which brings in a load of gnomey stuff onto the kubuntu CD <pitti> Riddell: so that will fix both i386 and amd64 alternate <Riddell> I could drop the gstreamer0.10-plugins-base recommends on gvfs to a suggest <seb128> Riddell, we are on sync with debian for it could you talk to slomo rather about doing that in debian? <pitti> Riddell: please forward that to Debian, as we are currently in sync <pitti> slomo is on IRC, perhaps you can coordinate with him? <pitti> ah <Riddell> asking <pitti> but otherwise this sounds fine #ubuntu-release 2011-01-25 <pitti> Good morning <pitti> ok, kubuntu should be installable again in about an hour, I pre-promoted libhupnp0 (see bug 682404) <ubot4> Launchpad bug 682404 in hupnp (Ubuntu Natty) (and 1 other project) "MIR hupnp (affects: 1) (heat: 12)" [Undecided,Incomplete] https://launchpad.net/bugs/682404 <pitti> cjwatson: we ceased the powerpc+ps3 port, right? ok if I remove the obsolete images from daily? they are apparently being carried forward <smoser> wait. am i reading this wrong: https://wiki.ubuntu.com/NattyReleaseSchedule <smoser> alpha 2 is February 3rd , no ? <smoser> pitti, ? <pitti> smoser: right, already updated the annoucement; sorry about the confusion <smoser> dude! <smoser> thats scary <smoser> :) <pitti> smoser: anyway, at least the CDs/archive are in pretty good shape now :) <pitti> ara: lucid amd64 alternate unavailability is tracked in bug 607657 FYI <ubot4> Launchpad bug 607657 in debian-installer (Ubuntu Lucid) (and 3 other projects) "Lucid point release installer must support LTS backported Kernels (affects: 2) (heat: 26)" [High,In progress] https://launchpad.net/bugs/607657 <ara> pitti, thanks for the heads up <ara> pitti, I guess you mean lucid i386 <pitti> ara: right <ara> pitti, cool, thanks <cjwatson> pitti: yes, that's fine <cjwatson> pitti: I'll fix up 607657 <pitti> cjwatson: thanks <FeetAndCloth> !time <ubot4> Information about using and setting your computer's clock on Ubuntu can be found at https://help.ubuntu.com/community/UbuntuTime - See https://help.ubuntu.com/10.04/serverguide/C/NTP.html for information on usage of the Network Time Protocol (NTP) <FeetAndCloth> how long before 11.04 <FeetAndCloth> how much time must we wait till 11.04 <cjwatson> http://wiki.ubuntu.com/NattyReleaseSchedule <FeetAndCloth> april is too far away <persia> FeetAndCloth, #ubuntu is probably a better channel in general for that sort of question, but you want https://wiki.ubuntu.com/NattyReleaseSchedule <FeetAndCloth> April 28th <FeetAndCloth> that is too long. i can't wait <FeetAndCloth> i won't have a life by then <FeetAndCloth> every year i enjoyed the ubuntu releases <FeetAndCloth> but now this year may be my last to enjoy anything <FeetAndCloth> 1 year is the maximum time i have. so that is why i am afraid <FeetAndCloth> according to the chart a release quality iteration is way far away. :( <cjwatson> I doubt we could release significantly earlier even if we wanted to; there's a lot to fix in natty right now <FeetAndCloth> i don't think my doctors will be able to help me anymore than they have. i am sorry, i understand <FeetAndCloth> you never would know how good you been treated and had it until you are facing the end <FeetAndCloth> this OS was really kind to me <doko_> cjwatson, pitti: do you know why ttf-sil-gentium was demoted? <pitti> doko_: apparently because nothing kept it in main any more since intrepid <doko_> pitti: openoffice.org wasn't in main? <doko_> the binary <pitti> it was still until karmic <pitti> aparently in lucid it got demoted <pitti> I'll re-promote ttf-sil-gentium then, current metapackage needs it <pitti> ttf-sil-gentium-basic would need an MIR, or get dropped <doko_> well, it's a split out <doko_> pitti: I'm fine to demote libreoffice again <pitti> something else wants it in main, though <FeetAndCloth> i been reading about things. the earth has energy fields along its surface. i think i might try to go to a location so that i maybe be helped. <pitti> FeetAndCloth: pretty please, not in this channel <doko_> Riddell: I would like to start a test rebuild, but I fear that anything KDE related wil ftbfs due to component-mismatches. could you fix these today? <pitti> doko_: it should be installable again now, with the hupnp quickfix <pitti> (just promoted the two library binaries, but not the source and the -dev) <doko_> pitti: the -dev package? <pitti> doko_: see bug 682404 <ubot4> Launchpad bug 682404 in hupnp (Ubuntu Natty) (and 1 other project) "MIR hupnp (affects: 1) (heat: 12)" [Undecided,Incomplete] https://launchpad.net/bugs/682404 <Riddell> doko_: I can upload the 4.6.0 kde4libs later today which drops the hupnp build-depends <doko_> Riddell: hmm, how much will this break? ;-) and would that be only kde4libs? <doko_> pitti, Riddell: well if it gets demoted anyway, then please lets promote it for the test build again, and delay the kde4libs upload until the test-rebuild is started <pitti> ok <pitti> cjwatson: wrt. the d-i/lucid issue, the problem happened on i386; amd64 built fine <pitti> cjwatson: (as you said you'd do an amd64 test build) <cjwatson> pitti: yes, but that was due to bugs cancelling out <pitti> heh <cjwatson> amd64 *CDs* built fine because amd64 *debian-installer* wasn't shipping the right things in its maverick-* images, which meant it avoided the bug in kernel ABI checking <cjwatson> it's necessary to fix both the kernel ABI checking bug (done) and the fact that amd64 d-i was shipping the wrong things <cjwatson> the new d-i upload does the latter <FeetAndCloth> for a fact transgendered, homos, and the other one are getting more attention these days. well i haven gotten none <FeetAndCloth> i can't stand it <FeetAndCloth> boo hoo you get a free ride based on YOUR NATURAL COMPLETELY OK <FeetAndCloth> oh really <FeetAndCloth> well gee you sure have raised a real issue here <FeetAndCloth> it isn't that it is all about me. it has never been about me <FeetAndCloth> but apparently all you need is teh right sexuality or or unique transgender going on <FeetAndCloth> and you made it <FeetAndCloth> BNO <FeetAndCloth> IT IS NOT FAIR <FeetAndCloth> this special treatment is beyond the other civil rights <FeetAndCloth> worse, i really rather know someone who is none of those types <FeetAndCloth> but the straights and others would be sure that i make those freinds first <FeetAndCloth> fuck u <FeetAndCloth> it is insulting beyond belief <FeetAndCloth> and i don't even have to say waht i have said here to experience it <Laney> !ops <ubot4> Help! Channel emergency! (ONLY use this trigger in emergencies) - elky, Madpilot, tritium, Nalioth, tonyyarusso, PriceChild, Amaranth, jrib, Myrtti, mneptok, Pici, jpds, gnomefreak, bazhang, jussi, Flannel, ikonia, maco, h00k, IdleOne, nhandler, bilalakhtar, Jordan_U, or rww! <FeetAndCloth> there is no equality <Laney> oops <FeetAndCloth> THERE IS NO EQUALITY <FeetAndCloth> we have all been lied to <FeetAndCloth> you will regret this <FeetAndCloth> every banning will become a bullet in the sides of the people you know in the life i never hd <FeetAndCloth> HAD <FeetAndCloth> but good job <FeetAndCloth> i bet you will do just fine after. once you forget me <persia> FeetAndCloth, Please respect the topic of this channel: discussion is intended to be limited to issues related to the coordination of the Ubuntu release. Excess traffic makes this more difficult to achieve. <FeetAndCloth> persia the code of cock <FeetAndCloth> conduct <FeetAndCloth> allows no room <FeetAndCloth> unless of course you submitt to everything <FeetAndCloth> it is A MASSACRE <FeetAndCloth> no body needs to get hurt <FeetAndCloth> but someone needs some love. that can't be given <FeetAndCloth> unless you have some special status <FeetAndCloth> who is calling <FeetAndCloth> bazhang i can't message you <FeetAndCloth> whoa now <FeetAndCloth> no sudden moves <nigelb> Interesting. <cjwatson> sorry I was late <nigelb> :) <nigelb> cjwatson: He quit about seconds after I pinged you. <nigelb> s/He/He/\She <cjwatson> yeah, I know <cjwatson> s/he's been morphing nicks and coming into Ubuntu channels repeatedly for a few days, but with the same username <nigelb> In that case I guess you could just ban by username. <nigelb> Not sure how exactly to do that. <cjwatson> which is what I did <nigelb> oh, right. Doh. <cjwatson> 12:28 -!- mode/#ubuntu-release [+b *!{{EMAIL+PHONE}}] by cjwatson <cjwatson> anyway, back to coding <doko_> pitti: could you have a look at xdg-utils, requiring now libfile-mimeinfo-perl. it's on the CD, so adds some more packages. libfile-mimeinfo-perl wasn't updated for some time however <fifffersif> whoever the girl was that messaged me. do so again. if you do not believe me <fifffersif> nigelb oh, right. Doh. 12:34 <fifffersif> cjwatson 12:28 -!- mode/#ubuntu-release [+b *!{{EMAIL+PHONE}}] by cjwatson <fifffersif> i want to talk like normal people talk <fifffersif> in the PM on IRC. we can be nice to each other <cjwatson> please take it somewhere else; this is not a chit-chat channel <fifffersif> maybe even talk about ubuntu release <cjwatson> we're here to do a specific job <fifffersif> no you aren't <fifffersif> you have many sub-objectives <fifffersif> just one common objective <fifffersif> deliver on that <fifffersif> i want you to <cjwatson> I'm not going to warn you again <fifffersif> but recognize that i am not chit chatting. i only wanted her to pm me <fifffersif> cjwatson that isn't parallel with me needing a warning <cjwatson> you are flooding this channel with off-topic material, when we are trying to use it for on-topic work <fifffersif> you are flooding my internet with stupid incredulity . <pitti> doko_: yep, will do #ubuntu-release 2011-01-26 <pitti> doko_: I filed a MIR for libfile-mimeinfo-perl, I think we should keep it * jdstrand starts perusing https://wiki.ubuntu.com/UbuntuDevelopment/PackageArchive#Consistency <jdstrand> cjwatson: hi. I'm looking at http://people.canonical.com/~ubuntu-archive/testing/ and am wondering what are producing those reports. I've looked in the ubuntu-archive-tools and bin on lillypilly (grepping for 'probs'), but don't see it. I'm not in group ubuntu-archive on lillypilly, so can't see the cronjob <jdstrand> cjwatson: more to the point, I am trying to figure out how to use all the reports to fix stuff (and though looking at the scripts would help) * jdstrand notices https://wiki.ubuntu.com/ArchiveAdministration#Useful%20web%20pages <cjwatson> ~lp_archive/testing/ <jdstrand> cjwatson: nm, I think I can figure it out based on that page <cjwatson> (on cocoplum) <jdstrand> ah <jdstrand> cool <cjwatson> it doesn't give you a lot of drill-down information; IME it's best to set up a chdist configuration for the arch in question and then use 'chdist apt-get natty-armel install <foo>' (then Ctrl-C) to see what the problem is <cjwatson> you may not be able to get it to zero, there are a few long-term problems there like usb-creator <jdstrand> cjwatson: are these things that you would typically fix yourself, do you poke people, file bugs, or some combination? <cjwatson> combination <cjwatson> with my archive admin hat on, I mostly look for ones that are due to archive inconsistencies (stale builds, things stuck in NEW, wrong components, etc.) <jdstrand> ok <jdstrand> cjwatson: is it safe to say that http://people.canonical.com/~ubuntu-archive/testing/* are things in main and restricted and not universe and multiverse? <cjwatson> jdstrand: yes <jdstrand> fyi, talked to the desktop team about vala 0.10 and they are going to have a meeting about it within the next few days. sounds like it will be resolved before alpha 2 <jdstrand> (vala 0.10 is nbs, but several things need to be ported to use 0.12) <jdstrand> cjwatson: so if a no change rebuild FTBFS, I'm thinking if the fix is obvious fix it, otherwise file a bug? <jdstrand> cjwatson: this happened on some universe packages in an effort to clear out the rdepends for some NBS <seb128> jdstrand, seems reasonable, not sure you need to file a bug or if things just get picked from regular archive rebuild tests <cjwatson> sounds reasonable <jdstrand> ok. I just was thinking I didn't want to spend all kinds of time on it, and it sounds like I should not <jdstrand> seb128, cjwatson: thanks <seb128> jdstrand, you should perhaps not bother with universe builds so early in the cycle <seb128> not sure if you try to clean nbs there? but starting with the CD ones seems reasonable <cjwatson> right - this is "archive admin on point for alpha-2 prep", so things on CDs should take priority <jdstrand> seb128: right-- I was doing the CD ones, and then there were just a couple of universe, so I said 'why not?' <jdstrand> I think I answered my question :) <seb128> ;-) <jdstrand> (all pertaining to evolution-data-server) <seb128> jdstrand, what about? libgdata7 rdepends? <jdstrand> seb128: well, I hadn't gotten to that yet. I was talking about libebook, etc <seb128> it's a control bug which still list it, it seems, cyphermox said he would check <seb128> k <jdstrand> do we make dvd isos for all milestones? <Laney> can I ask someone to pretty please accept haskell-utf8-string binaries? They were in the archive before (lucid) <cjwatson> jdstrand: if it's possible (it isn't always) #ubuntu-release 2011-01-27 <jdstrand> fyi, filed bug #708697 for inscape dependency on NBS binaries <ubot4> Launchpad bug 708697 in inkscape (Ubuntu) "FTBFS with latest poppler (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/708697 <jdstrand> fyi bug #708715 <ubot4> Launchpad bug 708715 in libindicate-qt (Ubuntu) "libindicate-qt4 FTBFS with new libindicate (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/708715 <jdstrand> I guess I should milestone those <jdstrand> cjwatson: re milestones, what derivatives do we care about? all? ubuntu and kubuntu? all in ~ubuntu-core-dev/ubuntu-seeds (ie ubuntu, edubuntu, kubuntu, and netbook)? <jdstrand> cjwatson: oh, and hi :) <cjwatson> jdstrand: https://wiki.ubuntu.com/NattyNarwhal/ReleaseManifest primarily, but anything that community folks are prepared to support is worth helping <cjwatson> actually that seems like a reasonably complete list <jdstrand> thanks <jdstrand> cjwatson: I don't see a seed file for wubi-- do the ubuntu bits generally just fall under the desktop seed? ie, are there extra things for wubi in the archive that aren't expressed in the germinate seeds? <jdstrand> I don't see anything about wubi in the structure.dot either... <cjwatson> wubi wouldn't make sense in the seeds <cjwatson> it's a different installer application <cjwatson> (which uses ubiquity as part of its operation, but the other bits are in Windows) <jdstrand> ok, that is what I was thinking but not expressing <jdstrand> cjwatson: is there bits in the archive outside of the desktop seed that I need to look out for to make sure wubi is ok? <jdstrand> I'd like to say something like "the desktop cd is ok, then wubi must be too" <cjwatson> you can't do that, no <cjwatson> the binaries live on http://people.canonical.com/~evand/wubi/natty/ <cjwatson> but the way we tell that it's OK is to listen for test reports on http://iso.qa.ubuntu.com/ <cjwatson> I mean, as far as seeds and such go, Wubi installs an Ubuntu desktop <cjwatson> so package-wise, yes, if the desktop CD is consistent then Wubi is too. That doesn't necessarily mean it will work :) <jdstrand> I will fully admit I don't really know how wubi works <jdstrand> ok <jdstrand> as the archive admin on point, then that is all I really need :) <cjwatson> it's a Windows application which asks a few questions, prepares loopback / and swap filesystems as files inside your Windows NTFS partition, then reboots into a preseeded ubiquity installation of (in this case) the Ubuntu desktop CD <cjwatson> there are a bunch of installer and boot loader customisations here and there to make this work <jdstrand> cool <jdstrand> fyi bug #708795 <ubot4> Launchpad bug 708795 in gexiv2 (Ubuntu Natty) (and 1 other project) "gexiv2 FTBFS with new libexiv2 (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/708795 <jdstrand> fyi, so I think NBS should be in ok shape for alpha-2 images. shotwell and koffice I coordinated with maintainers. inkscape already is being acted on, and libindicate-qt4 and gexiv2 have milestoned bugs <jdstrand> obviously I will continue to keep on eye on it * jdstrand looks at the kernel in there now <jdstrand> (and a do a bunch of no change rebuilds) <jdstrand> s/a do/I did/ <jdstrand> cjwatson: I will probably ask you later today or tomorrow about that kernel in the NBS report (ABI bump from 37-12 to 38-1). It isn't finished building yet on all archs, so I prefer to wait. <jdstrand> cjwatson: hopefully I'm not bugging you too much! :0 <jdstrand> :) <cjwatson> that's fine, actually I'll probably just sort that out tomorrow morning if that's ok <cjwatson> needs an installer rebuild, seed bump, and then a round of NBS <jdstrand> cjwatson: that is totally fine by me. I just want to make sure I am aware of the issues surrounding d-i and seeds #ubuntu-release 2011-01-28 <ara> pitti, hallo! <pitti> hey ara, wie gehts? <ara> pitti, gut, danke :) <ara> pitti, one question about 10.04.2 images <ara> pitti, are they already building from -updates? <pitti> ara: no, still -proposed; it would be good to get some testing with those, to be able to verify eglibc <pitti> ara: I poked hard at -proposed to get as much verified as possible * pitti looks at http://people.canonical.com/~ubuntu-archive/pending-sru.html <pitti> casper, consolekit, dovecot, eglibc, grub2, samba, upstart <pitti> those are the ones that we need to verify still <ara> pitti, :( <pitti> doing some testing on the current images would allow us to move casper, eglibc, grub2, and upstart to -update <ara> pitti, we need to start testing full cert for 10.04.2 as soon as possible <pitti> s <pitti> ara: I thought you could do that with the current ones? <pitti> above 4 packages affect new installs as well, so if they work for them, they would be safe <ara> pitti, we would prefer to do cert against -updates, as we need to make sure that we are not testing stuff that won't be in the final CDs <pitti> chicken-egg problem hten <ara> yes <pitti> ara: well, we don't need a full cert run for those <pitti> just some test installs on any hardware <pitti> these aren't very hardware specific <ara> pitti, yes, but we agreed with skaet that we would run full cert against 10.04.2 on all the hw that was certified for 10.04 <pitti> right <pitti> and we should <ara> pitti, I will try to find people to verify those 4 <pitti> ara: that'd be great <ara> pitti, would it be possible to build the CDs from -updates once debian-installer is verified? <ara> we would run out of time if we can't start today <pitti> yes, definitively; once we know that the current CDs with -proposed work, we'll move base-files and d-i to -updates <pitti> ara: as for certification, the kernel is in -updates and is frozen now <pitti> ara: so with the current set of proposed packages I don't think that it'd hurt too much to do cert on those <pitti> I already killed all packages which won't make it to -updates in the next days <ara> pitti, OK, good, so if we try a installation of the current CDs, would that work? <pitti> they are meant to work, yes <ara> so you are not building from -updates until all those 6 are verified? <cjwatson> pitti: d-i has an explicit bug to verify as well as the regular updates <cjwatson> (DVDs should support installation using the maverick kernel) <cjwatson> so that does need actual testing <pitti> right, but that must be done using the -proposed builds <pitti> otherwise, chicken/egg <cjwatson> yes <cjwatson> I just mean it needs to be added to your list of packages from pending-sru that need verification <pitti> ara: I think we can switch over earlier, but I'd like to at least get d-i and eglibc into -updates (former requires testing proposed CDs, latter might affect certification) <pitti> ara: the rest can follow later, I think <cjwatson> I'd rather not switch until everything on the CDs has been verified <pitti> then we should do cert on the -proposed ones <pitti> I need to run out for ~ 2 hours for some errands <ara> pitti, see you later!, thanks! <apw> cjwatson, presumably a2 freeze is tuesday as normal ? <cjwatson> yeah, afaik <jdstrand> fyi, all main NBS should now either have a bug, is actively being worked on or is waiting on powerpc <jdstrand> s# or # and/or # <jdstrand> re NBS> excepting the kernel of course (previously discussed) <jdstrand> aha <jdstrand> libgdata7 can be removed... for some reason the report said e-d-s needs it, but e-d-s built with libgdata11 on all archs <jdstrand> (removed now) #ubuntu-release 2011-01-31 <pitti> jdstrand_: e-d-s had a manual dependency on libgdata7, I fixed that over the weekend; CDs built again <lamont> rolling new natty tarballs, btw <jibel> cjwatson, is there a rebuild of xubuntu desktop amd64 scheduled today? X segfaults on amd64 with the current image. <cjwatson> dunno <cjwatson> is there a reason to believe that a rebuild would fare any better? <jibel> cjwatson, bug 709977 has been fixed yesterday. other images are fine now and I wanted to verify that xubuntu was ok too. <ubot4> Launchpad bug 709977 in xserver-xorg-input-evdev (Ubuntu Natty) (and 1 other project) "Xorg crashed with SIGSEGV in RemoveDevice() - segfault at 1010 error 4 in evdev_drv.so (affects: 37) (dups: 15) (heat: 214)" [Critical,Fix released] https://launchpad.net/bugs/709977 <cjwatson> jibel: well, xubuntu desktop amd64 was already built this morning <cjwatson> and it contains that version <cjwatson> so I'm not sure why a rebuild would help, again :) <jibel> cjwatson, the images are syncing now, I tried earlier and there was no xubuntu desktop iso for today. weird. <jdstrand_> pitti: re libgdata7. oh? I checked the build logs for e-d-s on all archs and it pulled in libgdata11. I am almost certain I did checkrdepends too, but it is possible I forgot the -b flag... <jdstrand_> pitti: sorry about that. btw, where do you see that CD images are failing to build? <pitti> jdstrand_: right, it linked against libgdata11 (through shlibs:Depens), but had an obsolete additional libgdata7 dependency <pitti> jdstrand_: the release team gets the failed logs emailed <pitti> jdstrand_: don't worry, it was easy to fix, and a real bug anyway <seb128> pitti, speaking of which there was a merge request with the fix waiting on launchpad <pitti> seb128: dropping the dependency? <seb128> yes * pitti closes <jdstrand> pitti: ok. I'll take a look at the last package to see what it did so I can try to not make the same mistake in the future <pitti> seb128: updated, thanks <seb128> thanks <jdstrand> pitti: should I get those u-r emails? are they to a list or just an alias/exploder? <pitti> jdstrand: I'm not sure, cjwatson would know more <cjwatson> manually maintained list <cjwatson> I can add you if you like <cjwatson> preferred address? <jdstrand> cjwatson: I took this to be a long term responsibility. as such, it seems like it would make sense so I can at least be more proactive in me reacting :) <jdstrand> cjwatson: montgomeryrobert@example.net would be great <jdstrand> s/me/my/ <cjwatson> ok, thanks, done <jdstrand> cjwatson: thank you <ara> pitti, cjwatson: sorry about being that picky about testing from -proposed before eglibc and d-i go into -updates. We want to find regressions if there are any, but it is a very expensive testing, so we wouldn't like to start testing, then validation failures are found on those packages, and we have to start all over again <pitti> ara: that's fine; that's why we have these meetings, to figure out what will work for everyone :) * skaet nods * pitti -> dinner <ara> good night all <charlie-tca> do we have any daily/daily-live images of Xubuntu lucid 10.04.2? <cjwatson> probably not at the moment, I can do some if they're going to be tested <ScottK> Looks like Kubuntu live i386 on Lucid managed to get oversized. <ScottK> Riddell: ^^^ thoughts on this? <Riddell> remove a language pack I guess <pitti> there are none left on Kubuntu live :/ <pitti> except -en <pitti> you could drop language-support-en <pitti> Riddell: so the gvfs removal didn't help enough? <Riddell> pitti: "lucid" <Riddell> natty is fine <pitti> ah <ScottK> Riddell: Did you kick off the powerpc rebuild in Natty? Curious how it's going. <Riddell> still ongoing.. <ScottK> Thanks. <charlie-tca> cjwatson: I can wait for the iso testing, if you prefer <charlie-tca> I asked because I couldn't find them, but if they are not there, it is okay today <stgraber> just FYI, I'm currently fixing LTSP in Ubuntu. I'll be uploading a new ldm now which should fix the biggest issue (non-working gnome). <stgraber> I haven't tested installing LTSP from alternate yet but if it's broken, it'll likely be in ltsp itself and not ldm. Will test it tomorrow morning. #ubuntu-release 2012-01-03 <doko> please could somebody promote llvm-3.0? just the new upstream version, will only keep on llvm version for precise <doko> needed for openjdk-6 <cjwatson> doko: done <doko> thanks #ubuntu-release 2012-01-04 <AlanBell> with the free CDs thing that we have been doing that has been very carefully targetted at the uk http://ubuntu-uk.org/free-cds/ <AlanBell> oops, sorry #ubuntu-release 2012-01-05 <stgraber> good morning <stgraber> can I get a rebuild of Edubuntu? <stgraber> today's daily failed because of some langpacks, trying to upgrade yesterday's livefs works fine now so I'd think a rebuild should now work too <brendand> Daviey - ping <Daviey> brendand: hey! <brendand> Daviey - at the release meeting a few weeks ago you asked to be kept on top of server issues in certification, yeah? <Daviey> brendand: yes.. :) <brendand> https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/907377 <ubot4> Launchpad bug 907377 in linux (Ubuntu) (and 1 other project) "HP ProLiant DL360 G6 has debootstrap errors during install of Precise Alpha 1 (affects: 1) (heat: 10)" [High,Triaged] <brendand> fyi <Daviey> I trustyou have good news? :) <brendand> i like a man who sees problems as good news :) * Daviey mutters. <Daviey> brendand: thanks for letting me know, tagging it for watching :) <stgraber> pitti, cjwatson: Can one of you trigger an Edubuntu rebuild? <brendand> it's a bit of a strange one because it looks like a funky hard disk from the logs, but it's 100% reproducible only in Precise and not in Oneiric <brendand> so maybe drivers <cjwatson> stgraber: I was just going through my list of build failures <cjwatson> brendand: not d-i, at least - I'll close that task <Daviey> brendand: do we know when precise broke for this exactly, or just happend to notice at some point? <pitti> today's failures mostly seemed like buildd lag due to langpacks and gtk? <cjwatson> pitti: yes, I think so. I'll process them <brendand> cjwatson - no problem <brendand> Daviey - Alpha1 was the first time we tested * Daviey raises his pipedream of a snapshot archive again. * brendand +1 <brendand> i wantz to go back in time. kthxbai <cjwatson> with reduced LP development, you'll be lucky <pitti> LP still has all the .debs <pitti> so in theeeeory you could download them all and run apt-ftparchive, but that'll take quite some time <Daviey> pitti: right, fancy writing an archive proxy.py for it? :) <pitti> not at this time :) <pitti> in most cases I jsut want to downgrade a package or two <Daviey> the pool is easy, it's the indexing which is harder. <pitti> very nice for trying a previous kernel or library <pitti> Daviey: apt-ftparchive packages . | gzip -9 > Packages.gz is simple <pitti> Daviey: but you need to find the right package versions at alpha-1 time <pitti> easy for the packages which are on images (.manifest/.list) <Daviey> pitti: it wasn't my intention to pre-download the debs.. but retrieve on demand. <pitti> but involves parsing changelogs and comparing timestamps for others <pitti> Daviey: on demand> like apt-get install mypackage=precise-alpha-2? <pitti> for a single package that's rather easy <micahg> ISTR broder having some type of mirror w/a VCS <pitti> just grab it from LP <Daviey> pitti: more like, echo "deb http://snapshot.launchpad.net/archive/ubuntu/20111012T111800Z/ precise main" > /etc/apt/sources.list <cjwatson> all images that failed last night are rebuilding now, with the exceptions of kubuntu-mobile {omap,omap4} since those seem to be longer-term problems <Daviey> maybe make /alpha-1 an alias, and /precise-day-33 <GrueMaster> skaet, pitti: Can someone move linux-image-*-omap from universe back to main? This is breaking my life. <GrueMaster> Oneiric. <GrueMaster> linux-image-3.0.0-15-omap | 3.0.0-15.25 | http://ports.ubuntu.com/ubuntu-ports/ oneiric-proposed/universe armel Packages <skaet> SpamapS, ^ can you help? I think you've just gone through this bit of fun recently... <slangasek> GrueMaster: do you know the source package names offhand? <SpamapS> skaet: no I can't do that part AFAIK, I don't have direct access. :-/ * SpamapS will sit down with slangasek and/or pitti next week and figure out what we can do to clarify what he can/can't do <slangasek> seems to be from the 'linux' source <skaet> SpamapS, okie, pull me in to the discussions if its convenient. slangasek, can you help out right now? <GrueMaster> slangasek: https://launchpad.net/ubuntu/oneiric/+source/linux/3.0.0-15.25 * skaet sees slangasek helping, and says thank you. <slangasek> GrueMaster, skaet: binaries from the linux source package on armel have been bumped to main in oneiric-proposed <slangasek> (modulo the publisher run) <skaet> Thanks slangasek! :) <slangasek> GrueMaster: if this affects any other flavors, I need to know what those are <GrueMaster> I doubt it. omap is the only armel kernel in the main tree since Natty. <slangasek> ok <GrueMaster> And looking at my mirror of ports.u.c, it appears to be limited to linux-image-3.0.0-15-omap (and supported packages). So everything from the current Oneiric proposed kernel. <Riddell> where is the template for the release team meeting e-mail? so I can copy and paste it instead of editing other posts <skaet> Riddell, https://lists.ubuntu.com/archives/ubuntu-release/2011-November/000471.html <Riddell> skaet: but I need to add wiki formatting to those headers <Riddell> (I'm just wanting to minimise the effort in a repetative task) <skaet> Riddell, fair enough. Just went and created https://wiki.ubuntu.com/ReleaseTeam/Meeting/Agenda/TeamTemplate. Is that what you're looking for? <Riddell> skaet: yes lovely #ubuntu-release 2012-01-06 <micahg> hi doko, if I have an FTBFS fix for a new package, should I sync from Debian first, then upload the fix? <doko> I don't mind ;) <micahg> I'm just wondering what's better in terms of archive integrity <micahg> doko: ok, animal-sniffer in NEW <micahg> BTW, this fixes a depwait :) <micahg> doko: assuming it was you, thanks <pitti> GrueMaster, slangasek: -omap kernel> argh, I thought I caught them all when overriding; sorry <pitti> no idea how that one weaseled out :( <cjwatson> Why does http://reports.qa.ubuntu.com/reports/kernel-bugs/reports/rls-p-tracking-bugs.html only have one entry? That looks wrong. <cjwatson> Laney,tumbleweed: if all autosyncs started to be done like https://launchpad.net/ubuntu/+source/autodocktools/1.5.6~rc2+cvs.20111222-1, would that work for you guys? <cjwatson> >>> autodocktools_spphs[0].creator <cjwatson> <person at https://api.launchpad.net/1.0/~katie> <cjwatson> >>> autodocktools_spphs[0].package_creator <cjwatson> <team at https://api.launchpad.net/1.0/~debian-med> <cjwatson> contrast with https://launchpad.net/ubuntu/+source/pybik/0.4.2-1: <cjwatson> >>> pybik_spphs[0].creator <cjwatson> >>> pybik_spphs[0].package_creator <cjwatson> <person at https://api.launchpad.net/1.0/~katie> <Laney> I think we get N/A for katie ATM <Laney> oh, wait <Laney> In [1]: lp.people['katie'].display_name <Laney> Out[1]: u'Ubuntu Archive Auto-Sync' <Laney> did that always work? <tumbleweed> it's the e-mail address that breaks, IIRC <Laney> In [2]: lp.people['katie'].preferred_email_address.email <Laney> Out[2]: montgomeryrobert@example.net' <tumbleweed> hrm <tumbleweed> something used to break badly... <Laney> In [9]: lp.distributions['ubuntu'].getArchive(name='primary').getPublishedSources(source_name='autodocktools')[0].creator.display_name <Laney> Out[9]: u'Ubuntu Archive Auto-Sync' <Laney> so it should be fine â¦ <tumbleweed> http://paste.ubuntu.com/794897/ LGTM <Laney> something must have been fixed <cjwatson> I got the katie user unsuspended <cjwatson> https://answers.launchpad.net/launchpad/+question/183109 <cjwatson> that was necessary before I could do this <Laney> ah, great, good work <cjwatson> hmm, annoyingly I get e-mail for this sort of sync though <Laney> they're essentially syncs you are sponsoring for katie? <cjwatson> yes, in fact that was just syncpackage -s katie <cjwatson> though I'll write a new tool for it <cjwatson> well - I get mail myself, and it says that precise-changes will get mail, but it doesn't actually appear to <cjwatson> so I can probably put up with the spam until I get round to fixing it <Laney> I suppose that will email, indeed, until copyPackage grows a quiet mode. <cjwatson> I can probably just add more special-casing of katie <cjwatson> after all it's a celebrity so that special-casing is possible ... <Laney> more fun in the notification code either way <tumbleweed> Laney: I note that the sponsor still isn't visible in the SPPH? <Laney> yes <tumbleweed> grumble <Laney> there is a bug and a vague wish to look at it myself <Laney> but as bigjools didn't JFDI right away I suspect there might be something else there <cjwatson> so is there anything else that stops us transitioning entirely to API syncs for everything? <cjwatson> https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-replace-archive-admin-shell-access <tumbleweed> we can't do API backporting <cjwatson> I thought the plan for that was to just switch to backportpackage <tumbleweed> sounds fine, I guess <cjwatson> the reason I always wanted LP doing syncs was because they have the same version number and therefore I want something to assure that they're really verbatim copies; backports don't have that problem <cjwatson> I don't recall whether backporters can definitely always upload to -backports, but that's fixable if not <tumbleweed> aren't there still issues with timeouts, when copying from PPAs via API? <cjwatson> (and worst case we can have something like the current system where archive admins help them out) <cjwatson> possibly, I don't know. Do you have a bug#? <Laney> we can modify backport-helper to use backportpackage indeed <cjwatson> actually finishing all the stuff is clearly a few months' of work <tumbleweed> search turns up bug 575450 and bug 817358 <cjwatson> *this stuff <ubot4> Launchpad bug 575450 in launchpad "Archive:+copy-packages nearly unusable due to timeouts (affects: 13) (dups: 6) (heat: 75)" [Critical,Triaged] https://launchpad.net/bugs/575450 <ubot4> Launchpad bug 817358 in launchpad "Copying packages with lots of associated bugs can cause timeout (affects: 1) (heat: 1)" [Critical,Triaged] https://launchpad.net/bugs/817358 <Laney> it would be good to have blacklist in LP too, but not a blocker if the tools continue to montgomeryrobert@example.net <cjwatson> the first is a UI copy which I strongly suspect is more susceptible to timeouts <cjwatson> Laney: I was shelving that until I could do API autosyncs; now that I almost can I'll be ready to push the blacklist to
{'channel': 'ubuntu-release', 'month': 1}