[00:32] <jibel> skaet, I verified sru bug 607657 on both amd64 and i386, also verified that the following packages upgrade correctly and that the system reboots after the upgrade: base-files, consolekit,  eglibc, grub2, unattended-upgrades, upstart, xserver-xorg-video-geode
[00:32] <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: 28)" [High,Fix committed] https://launchpad.net/bugs/607657
[00:33] <jibel> I've verified that lsb_release returns the right version too. I'll add a comment on the bug report tomorrow morning (mine), good night all
[01:41] <skaet> jibel,  thank you!  :)
[08:57] <jibel> ara, pitti, I verified sru bug 607657 on both amd64 and i386, also verified that the following packages upgrade correctly and that the system reboots after the upgrade: base-files, consolekit,  eglibc, grub2, unattended-upgrades, upstart, xserver-xorg-video-geode
[08:57] <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: 28)" [High,Fix committed] https://launchpad.net/bugs/607657
[08:57] <ara> thanks a lot jibel
[08:57] <jibel> I've verified that lsb_release returns the right version too. Anything other thing to check for sanity ?
[08:58] <jibel> I'll update the reports.
[09:16] <cjwatson> skaet: the morning's CD builds have mostly been hamstrung by the new X packages, which aren't coinstallable yet.  I'll try to push things uphill until jdstrand is around ...
[09:17] <skaet> cjwatson, thanks.  We
[09:18] <skaet> are having storms here, and I don't have power to the house, so jdstrand may be affected as well.
[09:18] <skaet> internet is on UPS - so I guess we'll see how long its battery lasts ;)
[11:38] <ara> pitti, cjwatson: are eglibc and d-i now ready to be moved to -updates?
[11:38] <pitti> they are; I already did eglibc
[11:38] <pitti> (and a few others)
[11:39] <pitti> d-i needs special treatment, I'll do that today
[11:39] <pitti> I asked about testing tbird-locales, should happen today (from Chris)
[11:39]  * ara hugs pitti
[11:39] <ara> thanks!
[11:39] <jibel> pitti, you can publish base-files too, there is no bug report for it.
[11:39] <pitti> then casper is the only thing which is still in -proposed
[11:40] <pitti> jibel: right, that's just the "I'm 10.04.2" bump
[11:40] <pitti> jibel: many thanks for all these verifications
[11:40] <jibel> pitti, correct. and I've verified that lsb_release displays 10.04.2 :-)
[11:43] <jibel> pitti, for x-x-v-geode, I verified that it installs but I don't have this hw so it really proves nothing. only q-funk could do a valid verification.
[11:43] <pitti> jibel: right, I already prodded him to give it a test
[11:43] <pitti> ah, and grub2 still needs testing
[11:44] <pitti> ara: so what was the plan now? do cert on the proposed images, or wait until everything is verified?
[11:44] <ara> pitti, we will start with the -proposed images
[11:44] <jibel> pitti, and for grub, strangely this morning usb-creator crashes on me when I want to create create a bootable memory stick.
[11:45] <ara> pitti, the only need of waiting on those packages to move to -updates was to be able to know that validation was fine :)
[11:45] <ara> pitti, we will start as soon as possible testing on a broad range of hardware, to test if everything is still OK
[11:46] <pitti> cool
[11:46] <ara> Hopefully there won't be any regressions
[11:46] <ara> fingers crossed
[11:46] <ara> we will be posting results in a report as we go, we will let you know where it is
[12:13] <Riddell> new package doesn't contain the full licence text but a URL to the licence, reject?  (http://paste.kde.org/3879/)
[12:23] <cjwatson> is that in debian/copyright or in an upstream file?
[12:24] <Riddell> both
[12:24] <cjwatson> the upstream file does not need to change
[12:24] <cjwatson> (as Steve and I have been saying for ages)
[12:24] <cjwatson> debian/copyright needs to comply with policy, though
[12:24] <cjwatson> should be as simple as inserting a reference to /usr/share/common-licenses/Apache-2.0
[12:25] <pitti> I object
[12:25] <pitti> well, GPL requires it
[12:25] <pitti> and this one kind of does
[12:25] <pitti> "You must give any other recipients of the Work or Derivative Works a copy of this License"
[12:25] <cjwatson> that's why it's in common-license
[12:25] <cjwatson> s
[12:26] <cjwatson> the upstream file does not need to change because (a) upstream is the licensor not a licensee and can do what it likes (b) we shouldn't encourage people to change upstream files when it isn't necessary.  a reference to the common-licenses file in debian/copyright satisfies our licensing obligations
[12:26] <pitti> right, but I still consider it an upstream pacakging error to not ship the license
[12:27] <cjwatson> it might be a justification for a polite mail to upstream asking if they can ship it
[12:27] <pitti> *nod*
[12:27] <cjwatson> it is absolutely not a justification for a reject
[12:27] <pitti> I agree
[12:27] <cjwatson> (although the debian/copyright error is)
[12:27] <Riddell> I'll reject, thanks
[12:27] <pitti> I do reject GPL packages which don't ship a copy, though, as the GPL wording is quite strong in that regard
[12:28] <cjwatson> we meet our obligations there by shipping it with the system
[12:28] <cjwatson> that's the whole point of common-licenses
[12:29] <cjwatson> suppose it depends what you think "along with" means
[12:30] <pitti> to me it means "is the orig.tar.gz redistributable"
[12:30] <pitti> which it wouldn't be if it wouldn't have a GPL copy
[12:30] <pitti> we made some concessions for that in the past
[12:30] <cjwatson> I'm concerned that this policy encourages people to modify orig.tar.gz files
[12:30] <pitti> such as "I told upstream, and they'll ship it in the  next release"
[12:31] <cjwatson> it is IMO clearly sufficient to put it in the diff.gz/debian.tar.gz
[12:31] <pitti> at which point I  accepted them
[12:42] <Riddell> three rejects today, I'm on a roll :)
[13:13] <Riddell> the benevolent dictator has confirmed bug 709980, does that mean I don't need to wait for ubuntu-sru to confirm it?
[13:13] <ubot4> Launchpad bug 709980 in ubuntu-font-family-sources (Ubuntu Karmic) (and 5 other projects) "SRU ubuntu-font-family 0.70.1 for * (affects: 2) (heat: 16)" [Undecided,New] https://launchpad.net/bugs/709980
[13:16] <jibel> cjwatson, pitti, can we start testing alternate images ? there's nothing for a2 on the tracker.
[13:17] <cjwatson> jibel: no, needs X fixed
[13:17] <cjwatson> I'll post to the tracker when stuff is ready
[13:18] <cjwatson> Riddell: in general you don't need to wait for ubuntu-sru to confirm something before upload anyway; we review from the queue
[13:18] <jibel> cjwatson, okay, thanks
[13:18] <cjwatson> it's only if you want some kind of design review
[13:22] <Riddell> cjwatson: it is in the queue, I'm asking if I can accept it
[13:24] <cjwatson> not for lucid (10.04.2 freeze); it's OK for other releases if it passes your review
[13:24] <cjwatson> (IMO)
[14:00] <jibel> pitti, I verified casper, grub2 and srtp in lucid,
[14:00] <pitti> wow, thanks!
[14:00] <jibel> I've never been able to reproduce the eclipse bug
[14:00] <pitti> for that a "package stilll works" is probably sufficient at this point IMHO
[14:01] <jibel> okay, you need moon as well ?
[14:01] <pitti> no, it's not on any CD
[14:01] <pitti> eclipse isn't either, I think
[14:01] <pitti> (no Task: header)
[14:03] <cjwatson> FWIW, to whoever did main syncs, I was deliberately avoiding main syncs due to the soft freeze
[14:03] <cjwatson> universe syncs are fine
[14:14] <jdstrand> I have power
[14:14] <jdstrand> and am here now
[14:15]  * jdstrand is reveiwing backscroll and email
[14:15] <cjwatson> jdstrand: status: waiting for pile of X uploads to build so that http://people.canonical.com/~ubuntu-archive/testing/natty_probs.html looks like less of a disaster area and we can actually have CD builds that work
[14:15] <cjwatson> xserver-xorg-input-mouse still needs a non-trivial upload
[14:18] <pitti> cjwatson: FYI, d-i copied to lucid-updates, according to the wiki procedure
[14:18] <pitti> (plus sru-release lucid d-i)
[14:18] <jdstrand> cjwatson: ok, thanks. is there anything you need me to do right now to help? I was planning at looking at the various reports (nincluding that one) and reviewing the antimony emails for things to work on
[14:19]  * jdstrand notes armel seems particularly cranky
[14:19] <jdstrand> I'm guessing that is a secondary priority though
[14:26] <cjwatson> jdstrand: most of the X crankiness on armel should be fixed soon
[14:26] <cjwatson> pitti: thanks
[14:27] <cjwatson> pitti: did you stop the publisher for it, or run it when the publisher was quiet anyway?
[14:27] <cjwatson> jdstrand: the libreoffice stuff can/has-to be ignored on armel for the time being, AIUI
[14:28] <pitti> cjwatson: I did that in dists.new, as the wiki page says (and confirmed that it was still present afterwards)
[14:28] <pitti> I'll check on http://archive.u.c./ after the next publisher run, though
[14:28] <cjwatson> and KDE seems busted on armel for one reason or another
[14:28] <cjwatson> pitti: ok, thank
[14:28] <cjwatson> s
[14:29] <cjwatson> jdstrand: I think once this X hairball lands I'll try another full batch of CD builds, and then let you wrestle with whatever falls out of that
[14:33] <jdstrand> cjwatson: ok
[14:34] <jdstrand> cjwatson: I was looking at kde on friday. as of then, it is a snowball effect of kdebase not building
[14:34] <jdstrand> Riddell: fyi ^
[14:35] <jdstrand> I didn't look beyond that yet
[14:35] <Riddell> jdstrand: well it's kdebindings that's the blocker on arm
[14:35] <jdstrand> Riddell: ok, so you are aware of it. cool. is that going to be fixed for alpha2?
[14:36] <Riddell> jdstrand: doesn't seem like it, I can't work out why it's failing :(
[14:37] <jdstrand> Riddell: perhaps that is something doko look at if it is a tool chain issue?
[14:38] <jdstrand> s/look at/provide guidance, etc/
[14:38] <cjwatson> doko's on holiday for the next two weeks
[14:38] <jdstrand> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I/build/buildd/gtk+2.0-2.23.90/gtk -I.. -DG_LOG_DOMAIN=\"Gtk\" -DGTK_LIBDIR=\"/usr/lib\" -DGTK_DATADIR=\"/usr/share\" -DGTK_DATA_PREFIX=\"/usr\" -DGTK_SYSCONFDIR=\"/etc\" -DGTK_VERSION=\"2.23.90\" -DGTK_BINARY_VERSION=\"2.10.0\" -DGTK_HOST=\"arm-unknown-linux-gnueabi\" -DGTK_COMPILATION -DGTK_PRINT_BACKENDS=\"file,cups\" "-DGTK_PRINT_PREVIEW_COMMAND=\"evince --unlink-tempfile --preview --print-sett
[14:38] <jdstrand> sip: KPlotAxis::majorTickMarks() unsupported function return type - provide %MethodCode and a C++ signature
[14:38] <jdstrand> holy cow that line was way longer than I thought
[14:39] <jdstrand> sorry about that!
[14:39] <jdstrand> heheh
[14:39] <Riddell> -x PyQt_qreal_double should set double to be qreal and get round the qreal != double issue
[14:40] <Riddell> I can't see anything which has changed in the pykde source
[14:41] <Riddell> it's a new sip4 and py-qt4 version but upstream says nothing has changed there
[14:41] <Riddell> and indeed /usr/share/sip/PyQt4/QtCore/qglobal.sip still has the typedef in it
[14:41] <jdstrand> I've not looked at this or the kdebindings build issue before
[14:42] <jdstrand> what does -x PyQt_qreal_double do to affect the compile?
[14:42] <Riddell> NCommander has worked on it before but he doesn't seem to be interested in it now
[14:42] <jdstrand> ah, ok
[14:42] <Riddell> it should do typedef double qreal;
[14:42] <Riddell> from qglobal.sip
[14:42] <jdstrand> maybe we should poke him
[14:43] <Riddell> or bribe him
[15:04] <cjwatson> so I *think* we should be good to go for images other than Kubuntu armel in a bit over an hour and a half
[15:04] <cjwatson> by that point the remaining X stuff should have landed, along with new ubiquity
[15:04] <cjwatson> maybe not powerpc
[15:04] <charlie-tca> cjwatson: don't spin the xubuntu powerpc
[15:04] <cjwatson> ok, what's wrong with it?
[15:05] <charlie-tca> it don't work and I don't have a tester
[15:05]  * cjwatson makes yet another mental note to get that mac mini set up
[15:19] <jdstrand> filed bug #711293 (apache2)
[15:19] <ubot4> Launchpad bug 711293 in apache2 (Ubuntu Natty) (and 1 other project) "[natty] apache2 FTBFS on amd64 (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/711293
[15:19] <jdstrand> looks like axis2c won't be fixed for alpha2 (bug #600174)
[15:19] <ubot4> Launchpad bug 600174 in axis2c (Ubuntu Natty) (and 2 other projects) "axis2c fails to build from source on maverick/i386 (affects: 4) (dups: 2) (heat: 41)" [High,Confirmed] https://launchpad.net/bugs/600174
[15:19] <jdstrand> (followed up with server team)
[15:20] <jdstrand> also kdebindings probably won't be fixed for alpha-2
[15:20] <jdstrand> (followed up with arm team)
[15:36] <Daviey> jdstrand, I am going to take another sniff of axis2c today.
[15:36] <jdstrand> Daviey: cool, thanks :)
[15:36] <Daviey> I hate it, i hate it! :)
[15:37]  * jdstrand is sorry to bring it up
[15:37] <Daviey> heh
[15:38]  * skaet is glad jdstrand brought it up
[15:39] <jdstrand> skaet: hi! do you have power back on?
[15:40] <skaet> yup,  got it back now.
[15:40] <jdstrand> nice. crazy winds
[15:40] <skaet> have half a tree in my backyard to deal with now at some point
[15:40] <jdstrand> :(
[15:41] <pitti> hey skaet, good morning
[15:41] <highvoltage> hectic
[15:41] <skaet> hey pitti, good afternoon.
[15:42]  * skaet working through the irc log now - but parts not updated yet.
[15:43] <jdstrand> skaet: oh, been meaning to ask you. dapper server is going eol in june and hardy desktop in april-- are you planning to send a pre-eol announcement? I think slangasek would do it 3 months before... if this is in a wiki, feel free to point me at it
[15:43] <skaet> jdstrand: just a sec, and I'll get the link and double check as well.
[15:45] <skaet> whew... its just 30 days before, so we're fine. :) https://wiki.ubuntu.com/EndOfLifeProcess
[15:47] <skaet> and yup, I'll send it out and work through the checklist, do the negotiations with OEM, etc.
[15:47] <jdstrand> skaet: thanks for the link. I wonder if it should be sooner for LTS? maybe not, but my thinking is that the types of people who stay on LTS may need more time to test upgrades, etc. of course, they are probably aware of the EOL
[15:47] <jdstrand> skaet: just a thought...
[15:47] <skaet> jdstrand,  its a good thought
[15:49] <skaet> I was planning on pinging marketing to see if they wanted to do something public about dapper server (first ever LTS release EOL'd)
[15:54] <skaet> jdstrand:  will dig into the implications of sending out an EOL pre-announce for the LTS (2 months prior?, then repeat at 30 days) next week, after A2 is out.  ;)
[15:56] <jdstrand> skaet: cool, thanks. it looks like I misremembered. All I could find was https://lists.ubuntu.com/archives/ubuntu-announce/2009-July/000123.html which was a month (or so) before
[15:56] <jdstrand> (dapper eol)
[15:58] <skaet> jdstrand:  thanks for the link to dapper's eol.   It will be appropriately cribbed in due time, ;)
[16:45] <cjwatson> sigh, kde4libs update meant that amd64 exploded
[16:46] <cjwatson> publisher on manual, I don't have all day
[16:49] <Riddell> yeah sorry about that, I shouldn't have uploaded that
[16:52] <JamieBennett> Hi cjwatson, can you give me an update on the x uploads? Wondering when i can respin images for Linaro again.
[16:54] <smoser> does anyone know of reasons that I would not be able to start UEC / EC2 image testing on last nights build ?
[16:54] <smoser> or would there be something important missing from them.
[17:03] <cjwatson> JamieBennett: X is done, just sorting out kde4libs
[17:05] <JamieBennett> Ok, thanks
[17:26] <smoser> the only update that I see from current 20100102 images and what the archive has is libdb4.8
[17:26] <smoser> the changelog doesn't mention anything seemingly relevant for me
[17:27] <smoser> so, i would guess unless there are objections, that I'm asking someone to populate the iso tracker from http://uec-images.ubuntu.com/server/natty/20110201/ (http://uec-images.ubuntu.com/server/natty/20110201/published-ec2-daily.txt)
[17:28] <smoser> but i guess iso tracker hasn't even started alpha-2 testing yet.. .so maybe im'just too early
[17:28]  * cjwatson thinks
[17:28] <cjwatson> server's probably OK
[17:30] <cjwatson> smoser: remind me what file I'm supposed to use as input to post-amis-to-iso-tracker.py?
[17:30]  * smoser searches
[17:31] <cjwatson> I'm sure I used to know
[17:31] <cjwatson> it's supposed to be parseable like this:
[17:31] <cjwatson>                 zone,ami,arch,store = line.split()[0:4]
[17:31] <cjwatson>                 if not ami.startswith('ami-'):
[17:31] <cjwatson>                         continue
[17:31] <smoser> lp:~ubuntu-archive/ubuntu-archive-tools/trunk/post-amis-to-iso-tracker.py
[17:31] <cjwatson> yes
[17:32] <smoser> 'hvm' in store is possibly going to break you
[17:32] <smoser> which is a new deliverable.
[17:32] <cjwatson> I can't find the file to supply as input to that script, though
[17:33] <cjwatson> I'm happy to try to fix up the script ...
[17:34] <smoser> the second link in above
[17:34] <smoser> http://uec-images.ubuntu.com/server/natty/20110201/published-ec2-daily.txt
[17:35] <cjwatson> oh, bah, sorry, missed that
[17:36] <skaet> jdstrand, pitti, cjwatson - have cleaned up iso.qa.ubuntu.com.   Its ready for the images to go up, when they come off the builds.
[17:36] <cjwatson> ok, so what should I do with the hvm deliverable?
[17:36] <cjwatson> I wonder how flexible the testcase naming is
[17:37] <cjwatson> if it'll just accept us-east-1-amd64-hvm, we may be OK
[17:37] <cjwatson> oh, right, there's a numerical map
[17:38] <smoser> yeah, so right now there isn't a test case for it, and i'm not going to test it like i have the others
[17:38] <smoser> so i guess, if you can add a test group for it, that would be good.
[17:39] <cjwatson> test group?
[17:40] <cjwatson> I can add a test case id for it in the tracker, but have no idea how to make that have useful backend data
[17:40] <smoser> hm... well, i guess do the first step.
[17:41] <smoser> i have no idea either.
[17:42] <cjwatson> just call it "Ubuntu Server EC2 HVM (US-East) amd64"?
[17:43] <smoser> yeah
[17:44] <cjwatson> bah, it's supposed to have a URL
[17:44] <cjwatson> I can't even find the list of existing testcase URLs
[17:45] <cjwatson> http://testcases.qa.ubuntu.com/Install doesn't include anything for EC2 AFAICS
[17:46] <cjwatson> stgraber,jibel: do you have any idea what I should use as a testcase URL for a new EC2 deliverable?
[17:47]  * stgraber looks at the DB for similar testcases
[17:47] <cjwatson> is there anything private in the ISO tracker DB?  password hashes I guess ...
[17:48] <stgraber> we could probably export part of the DB at least, it's a Drupal instance so exporting just the data of the qatracker module should be fine
[17:48] <stgraber> looks like I no longer have ssh access to the box hosting the QA tracker ...
[17:48] <stgraber> used to be on quandong.canonical.com but got moved to something else and I don't know the name of the new server ...
[18:04]  * cjwatson looks at powering up the mac mini persia gave him and discovers it has a deeply alarming power plug which I don't want to plug into anything here
[18:04] <cjwatson> I think I'll get a native end for the power brick tomorrow instead ...
[18:04] <cjwatson> it has an earth wire which apparently you're supposed to do this with: http://www.binchoutan.com/alfa-genius/images/fielder/img1_13.jpg
[18:05] <highvoltage> isn't that a normal american plug?
[18:05] <cjwatson> never seen a US plug with the additional spadeclip earth wire
[18:06] <cjwatson> which you're meant to screw onto a post attached to your socket
[18:07] <skaet> sweet!  just finished looking at the A1 release note bugs, and all those with numbers are actually fix released/resolved. :)
[18:07] <highvoltage> heh, weird
[18:08] <ScottK> Riddell: It looks like I asked for that powerpc respin yesterday too soon as it came in the same size.  Could we respin it again?
[18:10] <cjwatson> stgraber: do you think I might be able to just use a blank URL?
[18:10] <davmor2> latest x drivers update seem to of broken unity I get just the background and white mouse cursor and nothing else :(  It was working fine-ish yesterday
[18:11] <Riddell> ScottK: I think now we need to wait for the alpha 2 candidates to appear
[18:12] <ScottK> Riddell: OK.  That'll be fine.  I wasn't sure if we'd got that far yet or not.
[18:12] <ScottK> (I'm offline most of today and tomorrow)
[18:12] <stgraber> cjwatson: IIRC an external testcase isn't even a requirement (in the code, might be in the process), so you should be able to add one without an URL, then whenever we find someone with DB access we can change it
[18:14] <jibel> cjwatson, there are 3 testcases for uec http://testcases.qa.ubuntu.com/Install/ServerUECTopology[1-3]
[18:14] <cjwatson> jibel: this is EC2 rather than UEC
[18:16] <jibel> cjwatson, oh right. I think you can go with a blank, I'll update it later.
[18:32] <jibel> cjwatson, the testcase url for ec2 is http://testcases.qa.ubuntu.com/System/EC2CloudImages
[18:53] <cjwatson> jibel: I tried both that URL and a blank URL, but it just ignores me (doesn't show the new testcase in the list, and doesn't show an error)
[18:53] <cjwatson> jibel: can you try, if you have admin access?
[18:53] <cjwatson> server and Kubuntu images building, pending that
[19:23] <cjwatson> Ubuntu server posted
[19:44] <jibel> cjwatson, for which product and what is the testcase title ?
[19:56] <cjwatson> jibel: "Ubuntu Server EC2 HVM (US-East) amd64"
[19:56] <cjwatson> (for Ubuntu, of course)
[20:06] <jibel> cjwatson, I've added it to the list of products, now you should see it in the testcase management page. Do I add the 2 testcases "EC2 User Data" and "EC2 Multiple Instances Run" ?
[20:11] <cjwatson> ah, I see, I was working on the wrong page
[20:12] <cjwatson> can you make it match whatever the other EC2 products say?
[20:16] <jibel> cjwatson, done. the menu "Manage Testcases" is misleading because it lists products and there is no way to list the test cases in the tracker. This tool definitely needs some love.
[20:16] <cjwatson> yeah
[20:16] <cjwatson> thanks!
[20:16] <jibel> yw
[20:18] <cjwatson> smoser: posted now
[20:18] <smoser> thank you cjwatson
[20:20] <cjwatson> Kubuntu alternate/desktop posted
[20:20] <cjwatson> not sure how much more we can do until unity's fixed
[20:22] <cjwatson> can somebody else take over whatever CD builds are needed and possible, and post them to the tracker?  see #ubuntu-devel (Amaranth etc.) for general state of unity, and keep an eye on http://people.canonical.com/~ubuntu-archive/testing/natty_probs.html for what images it's possible to build
[20:22] <cjwatson> it's probably possible for somebody to do Xubuntu
[20:22] <cjwatson> but I want to finish for the day now
[20:26] <skaet> cjwatson,  I'll go in and start off Xubuntu then.
[20:27] <skaet> jdstrand,  can you keep an eye on the natty_probs?
[20:29] <jdstrand> skaet: sure
[20:36] <jdstrand> fyi, probs is in pretty good shape except for libreoffice/oo.o (excluding armel, which, as stated before, is cranky)
[20:36]  * jdstrand continues to keep an eye on it
[20:48] <apw> is unity core dumping and dropping you into classic known with the archive as of half hour ago?
[20:49]  * apw waves at skaet 
[20:50]  * skaet refocuses back on this
[20:51] <skaet> apw, yes,  we're treating this as a blocking issue for A2 right now for the release
[20:51] <apw> skaet, sounds like you are goiong to be having fun
[20:52] <skaet> apw, indeed.  :(
[20:53] <apw> skaet, is there a bug number do you know, as i have an affected system it can be used to test
[20:53] <skaet> apw, I've been snagging the bug numbers as I see them into the release notes,  see under desktop section.
[20:54]  * skaet notes them now, and will work with desktop team to make them pretty tomorrow
[20:55] <apw> skaet, where are the release notes :)
[20:58] <skaet> ara,  https://wiki.ubuntu.com/NattyNarwhal/TechnicalOverview
[21:02] <smoser> ok. i found a bug (bug 711480) in ec2 images testing
[21:02] <ubot4> Launchpad bug 711480 in cloud-init (Ubuntu) "user-data scripts do not run (affects: 1) (heat: 6)" [Medium,Confirmed] https://launchpad.net/bugs/711480
[21:02] <smoser> and would like to re-spin for it.
[21:03] <smoser> so someone can take down the posted AMIs that cjwatson scrambled for me for.
[21:05]  * apw_ switches to a test box which is at least working ...
[21:05] <skaet> smoser, will do
[21:28] <jdstrand> filed bug #711512
[21:28] <ubot4> Launchpad bug 711512 in libreoffice (Ubuntu Natty) (and 1 other project) "[natty] libreoffice uninstallable: depends on ttf-sil-gentium-basic from universe (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/711512
[21:29] <jdstrand> skaet: that ^ will affect DVD builds, but CDs should otherwise be ok
[21:30] <jdstrand> at least, afaics
[21:30]  * skaet looking
[21:30] <jdstrand> ah yes
[21:33] <jdstrand> well, it might be a recommends
[21:33]  * jdstrand still looks
[21:34] <skaet> jdstrand,  do we document, or will kicking off a new build pick it up?
[21:35] <jdstrand> I haven't uploaded anything, I just discovered the issue. I am not sure it will prevent the DVD from building. it seems to be related to various spell checkers
[21:35] <jdstrand> the dependencies are a bit swirly, let me keep looking
[21:36] <pitti> jdstrand: these are recommends only, should be fine
[21:36] <pitti> see http://people.canonical.com/~ubuntu-archive/component-mismatches.txt
[21:36] <pitti> ah, sorry
[21:37] <pitti> ttf-sil-gentium is a recommends
[21:37] <pitti> -basic isn't
[21:37] <pitti> so that will cause trouble
[21:37] <jdstrand> right
[21:37] <jdstrand> I'm just trying to see what is pulling that in on natty_probs.html
[21:38] <jdstrand> my crappy germinate grepper tells me:
[21:38] <jdstrand>  ubuntu.natty/dvd: * myspell-de-de-oldspell # non-default alternative for language-support-de ubuntu.natty/dvd: * myspell-fr # myspell-fr-gut preferred
[21:38] <jdstrand> meh
[21:38] <jdstrand>  ubuntu.natty/dvd: * myspell-de-de-oldspell # non-default alternative for language-support-de
[21:38] <jdstrand>  ubuntu.natty/dvd: * myspell-fr # myspell-fr-gut preferred
[21:40] <jdstrand> so mysqll-fr has:
[21:40] <jdstrand> dictionaries-common (>= 0.10) | openoffice.org-updatedicts
[21:41] <jdstrand> oh, meh, openoffice.org-updatedicts isn't anywhere anyway
[21:42] <jdstrand> and dictionaries-common seems ok
[21:44] <ogra> did anyone trigger armel builds yet ?
[21:44] <jdstrand> myspell-de-de-oldspell suggests openoffice.org
[21:46] <jdstrand> it seems maybe it won't keep the DVD from building, if that is the only issue
[21:56] <ogra> hmpf seems we have a problem with the armel builders and empathy ftbfs without producing a log
[21:57] <ogra> lamont, any idea ?
[22:00] <ogra> lamont, seems it always ends up on one of the new builders
[22:00]  * ogra gives back again 
[22:01] <lamont> ogra: yeah -give it back one more time now that the builders are happy again, and  I'll watch it
[22:01] <ogra> k
[22:02] <ogra> its on buttercup this time
[22:02] <lamont> sorry about all the fail on that page, fwiw
[22:02] <ogra> i dont care, the missing log was bothering
[22:02] <ogra> the page is just icons :)
[22:03] <lamont> heh
[22:08] <ogra> lamont, still filed without log
[22:08] <ogra> *failed
[22:10] <lamont> ogra: yeah... smack it one more time
[22:11] <ogra> done
[22:12] <ogra> wohoo
[22:12] <ogra> logs
[22:13] <ogra> that looks better
[22:16] <lamont> root cause identified and fixed then. :(
[22:17] <ogra> k
[22:17] <ogra> thanks for the quick fix
[22:34] <ogra> pitti, are you driving antimony tonight ?
[22:37] <skaet> xubuntu is now pushed out
[22:40] <ogra> skaet, for arm we will have to wait until https://launchpad.net/ubuntu/+source/empathy/2.32.2-0ubuntu8/+buildjob/2237015 is finished and published
[22:41] <skaet> ogra,  let me know when it publishes, and I'll kick off the builds.
[22:48] <ogra> GrueMaster, can you watch it and tell skaet ? i actually planned to sleep at some point tonight
[22:48] <GrueMaster> Can do.
[22:48] <ogra> (or delegate to NCommander ;) )
[22:48] <ogra> after he returned
[22:52] <ogra> i hope thats the only package that slipped through
[22:53] <skaet> thanks ogra, GrueMaster
[22:53] <ogra> (would be really helpful if an uploader who uploads during a freeze could notify us about failed arm builds, i wouldnt have noticed it if GrueMaster hadnt just stumpled over it)
[22:54] <ogra> i#m pretty sure ken got a mail for the buildfailure
[23:16] <lamont> ogra: fwiw, I retried 14 builds from earlier today, some of those were natty/release
[23:17] <lamont> 2236478 2236483 2236979 2236989 2237017 2237048 2237049 2237051 2237110 2237125 2237129 2237147 2237196 2237208 <-- to be specific
[23:17] <lamont> http://launchpad.net/builders/+buildjob/$id
[23:18] <lamont> those were all builds that retry-timed-out today, so they should all have been post-freeze uploads in any case
[23:18] <lamont> and presumably are the ones you'd have been wondering about sometime between now and alpha2
[23:20] <GrueMaster> skaet: Build finished successfully.  Awaiting publication.
[23:21] <skaet> Thanks GrueMaster,  let me know when you see it published, and I'll add it in to the image build list.
[23:22] <GrueMaster> ok.  I am monitoring from an earlier image to make sure dist-upgrade doesn't break on anything else.