=== gnomelogger is now known as supremeDalek | ||
=== supremeDalek is now known as apachelogger | ||
=== apachelogger is now known as supremeapachelog | ||
=== jjohansen is now known as jj-afk | ||
smoser | slangasek, or pitti can someone post http://uec-images.ubuntu.com/server/maverick/20100803.2/ to tracker ? | 01:57 |
---|---|---|
smoser | slangasek, wrote lp:~ubuntu-archive/ubuntu-archive-tools/trunk/post-amis-to-iso-tracker.py to aid in doing that. it takes input from http://uec-images.ubuntu.com/server/maverick/20100803.2/published-ec2-daily.txt | 01:58 |
slangasek | smoser: done | 01:58 |
smoser | gracias | 01:58 |
smoser | can someone (slangasek?) populate the UEC images for iso testing ? use 20100803.2 | 03:34 |
pitti | Good morning | 06:58 |
* pitti promotes liblauncher to main, so that we can build the new -efl | 07:05 | |
pitti | ogra: ^ FYI | 07:05 |
pitti | darn, 2 minutes after publisher | 07:06 |
ttx | pitti: do you have the keys to nominate UEC images into the ISO testing tracker ? They are still missing... | 07:30 |
ttx | "Ubuntu Server UEC amd64" and "Ubuntu Server UEC i386" | 07:31 |
ttx | we want them to point to 20100803.2 | 07:32 |
pitti | oh, I thought slangasek did that last night | 07:32 |
ttx | he did the EC2 ones | 07:32 |
ttx | not the "UEC" flavour | 07:33 |
pitti | hm, so I never did that, but let's have a look at Steve's new script | 07:33 |
ttx | there is no publication to do, just an entry to the ISo tracker | 07:33 |
ttx | (but I have no idea how to trigger that) | 07:34 |
pitti | ttx: so how do I get the AMI numbers? | 07:36 |
ttx | there is no AMI number for the UEC cloud images | 07:36 |
pitti | ah, os it's literally just 20100803.2 ? | 07:36 |
ttx | I think so -- it's the tarballs that are at the bottom of http://uec-images.ubuntu.com/server/maverick/20100803.2/ | 07:37 |
ttx | I just need the entries on the tracker so that we can register test results -- they just need to say "20100803.2" | 07:37 |
ttx | test cases describe where to find them | 07:38 |
pitti | ttx: ok, sorry for the confusion; how is that? | 07:38 |
ttx | so it should really just be two SQL entries | 07:38 |
ttx | \o/ | 07:38 |
ttx | perfect ! | 07:39 |
ttx | I might bug you in a few to bump the build score for eucalyptus (when it is uploaded) so that we respin at the earliest possible | 07:39 |
ttx | Daviey is still running a few tests | 07:39 |
pitti | sure | 07:40 |
pitti | ttx: buildds are idle, though | 07:40 |
Daviey | within an hour, it should be uploaded | 07:40 |
Daviey | pitti: Hmm.. i tried a PPA build and that seems to be doing badly.. been uploaded +25mins, wait time let est. 24mins | 07:41 |
pitti | right, PPAs are clogged | 07:42 |
pitti | let me know if you need a PPA build score bump | 07:42 |
Daviey | it would help :) | 07:42 |
pitti | I just looked at the ubuntu builders | 07:42 |
pitti | Daviey: url? | 07:42 |
Daviey | https://edge.launchpad.net/~davewalker/+archive/uec-devel/+build/1903331 | 07:42 |
pitti | done | 07:42 |
pitti | next in line now | 07:42 |
Daviey | \o/ | 07:42 |
Daviey | thanks | 07:43 |
ttx | pitti: got a question for you. the new eucalyptus adds a recommends:tgt, a mir was filed and accepted for tgt. If we rush build->publish->respin would tgt be blocked in component-mismatches and not reach the cd ? | 07:56 |
pitti | ttx: no, recommends just get ignored | 07:56 |
pitti | they would appear in c-m, but wouldn't render it uninstallable | 07:56 |
ttx | ok | 07:56 |
ttx | arh. | 07:56 |
ttx | apparently there is another one for which MIR wasn't processed yet | 07:57 |
ttx | https://bugs.edge.launchpad.net/ubuntu/+source/libcrypt-openssl-x509-perl/+bug/609992 | 07:57 |
ubot4 | Launchpad bug 609992 in libcrypt-openssl-x509-perl (Ubuntu Maverick) (and 1 other project) "[MIR] libcrypt-openssl-x509-perl (affects: 1) (heat: 432)" [Wishlist,New] | 07:57 |
ttx | pitti: so it would not reach the CD ? | 07:58 |
pitti | ttx: no | 07:58 |
pitti | oh, is that a dependency? | 07:58 |
ttx | no it's a recommend as well | 07:58 |
ttx | Daviey: right ? | 07:58 |
pitti | ttx: I can pre-promote it, looks relatively harmless | 07:58 |
ttx | pitti: that would be great. | 07:59 |
* pitti does and updates the bug | 07:59 | |
Daviey | ttx: yes | 07:59 |
Daviey | pitti: I just pinged lool, asking for a MIR review | 08:00 |
Daviey | I assume he's be working shortly.. hopefully he'll be able to look at it. | 08:00 |
ttx | pitti: since the tgt mir was accepted, is there any way to pre-approve it so that it's accepted on the CD as well ? | 08:01 |
pitti | "accepted" == "approved"? | 08:01 |
pitti | ttx: can do, yes | 08:01 |
ttx | https://bugs.launchpad.net/ubuntu/+source/tgt/+bug/594372 | 08:01 |
ubot4 | Launchpad bug 594372 in tgt (Ubuntu Maverick) (and 7 other projects) "MIR: tgt (affects: 1) (heat: 85)" [Medium,Fix released] | 08:01 |
pitti | ttx: ah, sure | 08:02 |
pitti | "released"? oh | 08:02 |
pitti | so, it's released now, promoted | 08:02 |
Daviey | \o/ | 08:02 |
pitti | right in time for this publisher | 08:02 |
ttx | hm, looks like I shouldn't have fixreleased it | 08:03 |
ttx | we should have waited for the dependency to show up | 08:03 |
ttx | pitti: ok, so now if we upload the new eucalyptus that has those new recommends, build/.publish/respin, the CD should magically get all of those without further human interaction ? | 08:04 |
pitti | right | 08:07 |
ttx | cool, thx | 08:07 |
ttx | pitti: ok, uploaded, "Start in 4 seconds" for the last minute or so | 08:21 |
pitti | buildds are very slow again unfortunately | 08:22 |
ttx | https://launchpad.net/ubuntu/maverick/+source/eucalyptus/2.0~bzr1218-0ubuntu1 | 08:22 |
pitti | I mean, the queue builder to actually assign a build to a buildd | 08:22 |
ttx | ah, ok | 08:22 |
pitti | ttx: how long does it build? | 08:22 |
ttx | ~20 min | 08:22 |
pitti | ah, should be fine | 08:22 |
ttx | yep | 08:22 |
pitti | we have 40 mins until next publisher | 08:22 |
=== jj-afk is now known as jjohansen | ||
wgrant | pitti: That slowness should be pretty much fixed in a week, FWIW. | 08:31 |
wgrant | Although some of it will remain until the next LP release. | 08:31 |
pitti | wgrant: ooh! | 08:31 |
pitti | wgrant: do you know what causes it? | 08:31 |
pitti | some days ago they were fast again, and now they are back to slow; I didn't quite see a pattern there | 08:32 |
wgrant | It's possible it won't get merged in time, but it should. | 08:32 |
pitti | there is no large build queue right now | 08:32 |
wgrant | pitti: It's mostly to do with the number of builds that have finished since the last scanning cycle. | 08:32 |
pitti | well, PPAs have, but they are always full anyway | 08:32 |
wgrant | A few days ago most of the PPA builders were gone, so there weren't many builds finishing. | 08:32 |
wgrant | So it scanned quickly. | 08:32 |
pitti | aah | 08:32 |
pitti | right, that was it | 08:32 |
wgrant | But now there are lots of builds finishing, and the upload processor takes ~15s per upload, and runs synchronously. | 08:32 |
wgrant | So then it doesn't scan for ages... leaving time for lots more builds to finish. | 08:33 |
ttx | pitti, Daviey: packages built, willbe picked up by next publisher run | 08:47 |
Daviey | \o/ | 08:47 |
pitti | nice | 08:47 |
ttx | time for coffee, then ! | 08:48 |
pitti | ttx: so, once they are published, I'll rebuild server ISOs and re-post | 08:48 |
pitti | ttx: do we also need to update the UEC/EC2 images? | 08:48 |
ttx | pitti: no | 08:48 |
ttx | only the ISO | 08:49 |
ttx | the ISOs | 08:49 |
pitti | ok | 08:51 |
Daviey | pitti: If you notice it's published before I do, would you be kind enough to ping me please? :) | 09:00 |
pitti | Daviey: I set up a trigger to respin server ISOs as soon as it's published | 09:00 |
pitti | Daviey: but if you need to do anything in between, I can stop it and ping you instead | 09:01 |
Daviey | pitti: oh, interesting.. it's not a curl + grep + if statement + ./spin_cd.sh .. is it? :) | 09:02 |
pitti | Daviey: something like that, yes | 09:02 |
Daviey | nice :) | 09:02 |
pitti | it checks antimony's local mirror | 09:03 |
pitti | $ wait-for-package eucalyptus-cloud_2.0~bzr1218-0ubuntu1 && for-project ubuntu-server cron.daily | 09:03 |
Daviey | ahh.. much better :) | 09:06 |
ttx | pitti: 20100804.1 is up on cdimage, could you bump the ISo testing tracker reference ? | 10:12 |
pitti | ttx: already at it | 10:12 |
pitti | http://cdimage.ubuntu.com/ubuntu-server/daily/20100804.1/ | 10:13 |
pitti | ttx: UEC, too? | 10:13 |
ttx | no | 10:13 |
pitti | Daviey: ^ | 10:13 |
ttx | just ISO/amd6' and ISO/i386 | 10:13 |
pitti | ttx: done | 10:13 |
ttx | pitti: thanks ! | 10:14 |
Daviey | ah, super - thanks | 10:20 |
=== supremeapachelog is now known as apachelogger | ||
ttx | hm, the UEC install fails. Missing tgt deps on CD | 11:01 |
ttx | libibverbs1 librdmacm1 libconfig-general-perl | 11:02 |
ttx | grumble | 11:02 |
pitti | meh | 11:03 |
ttx | pitti: looks like those also need to be cleared, they are in https://bugs.launchpad.net/ubuntu/+source/tgt/+bug/594372 | 11:03 |
ubot4 | Launchpad bug 594372 in tgt (Ubuntu Maverick) (and 7 other projects) "MIR: tgt (affects: 1) (heat: 85)" [Medium,Fix released] | 11:03 |
Daviey | ttx: Hmm | 11:04 |
Daviey | i got the same results | 11:04 |
ttx | Daviey: they have not been promoted yet, only tgt was | 11:04 |
pitti | ttx: right after publisher start :-/ | 11:05 |
ttx | arh :) | 11:05 |
* pitti promotes | 11:05 | |
Daviey | :(... pitti, did those depends show in CM? | 11:05 |
pitti | yes | 11:05 |
ttx | pitti: it needs to be picked up by a publisher run ? arh! | 11:06 |
pitti | I now verified that those three don't have any further universe depends | 11:06 |
pitti | sorry, but http://people.canonical.com/~ubuntu-archive/component-mismatches.txt is a real mess right now, not easy to see what's relevant | 11:06 |
pitti | a lot needs to be fixed in packages themselves | 11:06 |
Daviey | wow, just looked at CM.. it's huuuuge | 11:06 |
ttx | pitti: so ETA is like... 90min ? | 11:07 |
pitti | ttx: more like 2 hours | 11:07 |
ttx | ok | 11:07 |
Daviey | pitti / ttx: I trust the ant CM won't be an issue? | 11:08 |
pitti | no, most there aren't | 11:08 |
ttx | pitti: could we mark the two ISO entries as "rebuilding" so that nobody wastes any ISo tseting effort ? | 11:08 |
pitti | report.html on the cdimage directories is the interesting part | 11:09 |
pitti | ttx: sure | 11:09 |
pitti | done | 11:09 |
ttx | great | 11:09 |
pitti | http://cdimage.ubuntu.com/ubuntu-server/daily/20100804.1/report.html | 11:09 |
pitti | right | 11:09 |
pitti | sorry, we should have checked that right away | 11:09 |
ttx | no problem, I didn't intend to do that much testing over lunch hour anyway :) | 11:10 |
* Daviey has some admin he should be doing anyway.. :) | 11:10 | |
Daviey | pitti: Thanks for sorting that out. | 11:10 |
pitti | let's see who wins first - netbook armel or server :) | 11:11 |
pitti | looks like they could both make it at the same time now | 11:11 |
Daviey | ttx: Is that likely to put us oversize?! | 11:11 |
ttx | there is some risk | 11:11 |
pitti | on amd64, could be | 11:11 |
ttx | for some reason hplip is still in there | 11:11 |
* Daviey files a remove from archive bug report.. that'll teach it a lesson! ;) | 11:12 | |
ttx | I wonder why though | 11:12 |
ttx | http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.maverick/print-server shows it's no longer in the seed | 11:12 |
Daviey | ttx: is hplib on both i386 and amd64, or you've only seen it on amd64? | 11:13 |
ttx | bah | 11:13 |
ttx | Ubuntu.Maverick server-ship seed | 11:13 |
ttx | it was in duplicate places | 11:14 |
Daviey | ttx: If you can modify the seed before this is spun, then we should be ok on size? | 11:14 |
ttx | I can modify the seed, not sure if that will be taken into account in time for the spin though | 11:14 |
ttx | pitti: ^ ? | 11:14 |
Daviey | pitti: Does the spin process re-germinate? | 11:14 |
pitti | the publisher runs germinate | 11:15 |
ttx | ok, lets try this then | 11:15 |
pitti | but ship doesn't have a Task: header | 11:15 |
pitti | so I think this should get effective immediately on CD image build | 11:15 |
pitti | ttx: do the server-ship seed change now, and I'll rebuild a test image to verify that hplip is gone | 11:16 |
pitti | Task: ubuntu-desktop, kubuntu-desktop, kubuntu-mobile, kubuntu-netbook, edubuntu-desktop, xubuntu-desktop, ubuntu-netbook | 11:16 |
pitti | it seems gone from the print-server task, anyway | 11:16 |
pitti | that's the bit which needs 2 publishers | 11:16 |
ttx | changed, committed and pushed | 11:17 |
* ttx greps for hplip to make sure it's really dead now | 11:17 | |
ttx | pitti: in unrelated news I'll soon polish and propose an alternative chart for the work-items-tracker | 11:20 |
ttx | it skips weekend days and concentrates on work done and velocity | 11:21 |
pitti | ah, nice | 11:21 |
ttx | see before: http://people.canonical.com/~ttx/before.svg | 11:21 |
ttx | and after: http://people.canonical.com/~ttx/after.svg | 11:21 |
ttx | it looks better in cases where work items keep being added during the subcycle | 11:21 |
pitti | but isn't that what you should avoid usually? | 11:22 |
ttx | in agile, I'd say yes | 11:22 |
pitti | it would stop showing you when you have to postpone stuff or involve more people because you are running behind | 11:22 |
ttx | since feature creep is bad | 11:22 |
pitti | running over trend line has been very useful | 11:22 |
pitti | showing it, I mean | 11:22 |
ttx | well, my graph still shows that | 11:22 |
ttx | if you don't postpone enough, the dotted line will look unrealistic | 11:23 |
ttx | this one avoids you having to reset the trends line after you postpone stuff | 11:23 |
Daviey | ttx: burn up chart :) | 11:23 |
ttx | it concentrates on your velocity, which is hard to derive from the before.svg | 11:24 |
ttx | pitti: anyway, it should be opt-in | 11:24 |
ttx | the default should still be the "regular" one | 11:25 |
pitti | I guess I first need to convince Clint Byrum to reduce the per-user charts | 11:25 |
pitti | they take awfully long | 11:25 |
ttx | heh, I'm not surpised by that | 11:25 |
ttx | not even surprised | 11:25 |
* ttx goes to lunch while the publisher sleeps | 11:26 | |
ttx | pitti: how did your test image rebuild go ? No more hplip ? | 11:27 |
pitti | building now; sorry, was looking at n-l-efl | 11:27 |
ttx | ok, back in ~1h | 11:29 |
pitti | ttx: http://cdimage.ubuntu.com/ubuntu-server/daily/20100804.2/ | 11:49 |
pitti | looks good | 11:49 |
pitti | 682M amd64 | 11:49 |
pitti | publisher done \o/ | 12:01 |
pitti | so, one more publisher to go to for the tgt dependencies to propagate to main | 12:02 |
Daviey | pitti: splendid! | 12:03 |
ara | pitti, ogra: are these two builds supposed to be in the tracker? | 12:03 |
ara | Netboot arm dove (20100803) 0/1 None | 12:03 |
ara | download info Netboot arm imx51 (20100803) | 12:03 |
pitti | ara: no | 12:03 |
pitti | ara: still fighting to get netbook-laucher-efl built | 12:04 |
ogra | we still build them, but they are not tracker worthy | 12:04 |
pitti | ara: ETA 2.5 h | 12:04 |
pitti | ara: the current images are uninstallable | 12:04 |
ogra | pitti, add another 2-2.5h for the image builds | 12:04 |
pitti | oh, oops; I accounted .5 h | 12:04 |
pitti | so, 4.5 h then | 12:04 |
ara | pitti, ok, thanks for the update, can you mark them as "rebuilding" so people don't get confused? | 12:05 |
ogra | well, the armel buildds have USB disks | 12:05 |
pitti | ogra: that's quite long -- I thought image builds would by and large need IO, and not much CPU | 12:05 |
ogra | dont expect high speed :) | 12:05 |
pitti | ara: I didn't think I added them in the first place? | 12:05 |
pitti | ara: ah, sorry; "netboot" | 12:05 |
pitti | I misread as "netbook" | 12:05 |
ara | :D | 12:05 |
ogra | netboot should vanish from the tracker completely | 12:05 |
pitti | ara: done | 12:05 |
pitti | ogra: no netboot for arm? | 12:05 |
pitti | ok, I can disable them | 12:05 |
ara | pitti, thanks | 12:06 |
pitti | ogra: done | 12:06 |
ogra | pitti, as long as they dont break d-i buiulds i'm happy to keep them building, but they dont need to be on the tracker | 12:06 |
pitti | FTR, I went to all the red bugs and triaged/commented them; wubi and offline OEM are broken, the rest looks good so far | 12:07 |
pitti | ev: if you have some minutes, could you have a look at bug 613288 and bug 600578? do we need any further information? | 12:08 |
ubot4 | Launchpad bug 613288 in ubiquity (Ubuntu) "wubi installation failed - boot configuration store could not be opened (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/613288 | 12:08 |
ubot4 | Launchpad bug 600578 in wubi "installer drops into grub shell after rebooting from windows. (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/600578 | 12:08 |
pitti | (they might be duplicates, but hard to say for me) | 12:08 |
pitti | ev: especially the latter confuses me -- I thought wubi would always start right out of windows, and not touch grub etc.? | 12:10 |
ara | pitti, it does add an entry in the grub menu, so it looks like another partition, when it is not | 12:15 |
ara | http://blog.cyphermox.net/2010/06/wubi-installing-ubuntu-inside-windows.html | 12:15 |
pitti | ara: ah, thanks | 12:15 |
* pitti never saw it | 12:15 | |
pitti | then again, I just ordered a new laptop, which will come with the unavoidable win 7 | 12:15 |
pitti | so for the first time in years I will actually have an otherwise useless windows to test those bits :) | 12:15 |
ara | :) | 12:16 |
pitti | I'm out for a quick lunch; can't do anything for the next 40 mins anyway | 12:20 |
ara | enjoy your meal! | 12:22 |
pitti | re | 13:05 |
pitti | ara: I did, thanks | 13:05 |
pitti | ttx: ok, tgt seems happy again, triggering images | 13:06 |
ttx | pitti: heh, holding my breath :) | 13:06 |
* ara -> lunch | 13:14 | |
ttx | pitti: published, looks ok at first glance | 13:16 |
ttx | pitti: if they look ok to you too, please promote to ISO tracker | 13:16 |
pitti | ttx: http://cdimage.ubuntu.com/ubuntu-server/daily/20100804.3/report.html looks spotless | 13:17 |
pitti | so it should be fine | 13:17 |
pitti | ttx: congrats, you won the race against netbook/armel :) | 13:17 |
ttx | yay | 13:17 |
ttx | server wins again | 13:17 |
pitti | added to tracker | 13:17 |
ttx | thx | 13:17 |
pitti | ttx: anything new in server-land which should be mentioned on https://wiki.ubuntu.com/MaverickMeerkat/TechnicalOverview ? | 13:27 |
ttx | pitti: I'll have to think about that. smoser will probably have a blurb abour kernel upgrades in cloud images | 13:28 |
charlie-tca | pitti: Can we have a note that Xfce4 was upgraded to the current 4.6.2 release? | 13:30 |
charlie-tca | Also, the systray bug is gone in Xubuntu. Should I update the notes? | 13:31 |
pitti | charlie-tca: oh, that bug is still open | 13:31 |
pitti | charlie-tca: I'm currently editing some GNOME parts, but please do afterwards; I'll ping you | 13:31 |
charlie-tca | Thanks | 13:31 |
pitti | charlie-tca: please go ahead | 13:37 |
charlie-tca | Thank you | 13:37 |
Daviey | ttx: Trying the new iso now | 13:37 |
ttx | Daviey: I'm on topology1 as well | 13:38 |
Daviey | ttx: I just noticed it was published, so you have a head start | 13:38 |
* Daviey contemplates a cron job to check for new ISO's and email him. | 13:38 | |
ttx | Daviey: you mean you are not subscribed to the new candidates yet ? | 13:39 |
davmor2 | pitti: was the log I added to the wubi bug any use to you? | 13:41 |
pitti | davmor2: not sure; I pinged ev about it | 13:41 |
pitti | davmor2: it didn't show any error, anyway | 13:41 |
Daviey | ttx: The subscribe button on iso.qa.ubuntu.com doesn't seem to work | 13:42 |
ttx | ara: ^ ? | 13:42 |
davmor2 | Daviey: are you logged in? | 13:42 |
Daviey | It's showing that i am. | 13:42 |
Daviey | i can try cycling | 13:42 |
davmor2 | Daviey: hang on a second | 13:43 |
davmor2 | Daviey: it's working here | 13:43 |
ttx | Daviey: so the all-in-one installs now | 13:43 |
Daviey | http://iso.qa.ubuntu.com/qatracker/test/4389 -> hit Subscribe -> nothing shows in "My Subscriptions" | 13:44 |
ttx | Daviey: rebooting to see if it starts | 13:44 |
davmor2 | Daviey: have you selected the test to subscribe to the checkbox on the right? | 13:44 |
Daviey | ttx: groovy.. is it worth me replicating that... ISO has just finished burning | 13:44 |
Daviey | davmor2: err, "no comment"... /me sulks away thinking about moaning to mpt about usability :) | 13:45 |
ttx | Daviey: registration fails, might be the bug you ran into | 13:46 |
davmor2 | Daviey: you need to select the tests with the checkboxes and then click on subscribe. The person icon will change to colour when you click on subscribe | 13:46 |
Daviey | ttx: In that case, i'll give it a spin | 13:46 |
Daviey | see if i get the same result | 13:46 |
* ttx reboots to see if that's transient | 13:46 | |
ttx | I'm pretty sure it is | 13:46 |
davmor2 | Daviey: At the time it was the only it could be setup, there are possibly better ways now | 13:46 |
Daviey | davmor2: Oh aye.. i just thought i could go to the page and hit subscribe.. I've mastered it now :) | 13:47 |
Daviey | Thanks davmor2 | 13:47 |
davmor2 | Daviey: np's | 13:50 |
ttx | Daviey: beh, it looks very brittle | 13:55 |
Daviey | ttx: Did it work that time? | 13:56 |
ttx | no | 13:56 |
ttx | crptic "can't register, log in through admin interface and check cloud status" error message | 13:56 |
Daviey | Hmm.. i saw that before | 13:57 |
ttx | that's a useless catchall error. | 13:59 |
* pitti tries a btrfs install from desktop | 13:59 | |
pitti | netbook-launcher-efl : Depends: libevas-svn-05-engines-x but it is not installable | 14:01 |
pitti | gar, what now?? | 14:01 |
pitti | ogra: ^ not our day | 14:01 |
pitti | it's libevas-svn-06-engines-x now | 14:02 |
* pitti pings asac | 14:02 | |
ttx | Daviey: we should move that discussion to #ubuntu-server | 14:02 |
Daviey | agreed | 14:03 |
ogra | pitti, hmm | 14:18 |
pitti | ogra: I uploaded a fix | 14:19 |
=== jjohansen is now known as jj-afk | ||
ogra | just a dependency issue i guess ? | 14:19 |
pitti | yes | 14:19 |
pitti | hardcoded -05- abi in depends: | 14:19 |
ogra | yeah | 14:20 |
ev | pitti: replied to both Wubi bugs. I'm going to be a bit difficult to reach today as Debconf is going on a field trip and the hotel wifi is spotty at best. Give me a ring on my cell if any further issues arise. | 14:33 |
pitti | ev: ah, thanks; I just documented it for now, I don't think we shold block the release on it | 14:34 |
pitti | ev: enjoy debconf! | 14:34 |
pitti | ev: ah, thanks for the replies | 14:35 |
ev | sure thing, and thanks! | 14:36 |
pitti | ah, btrfs desktop install works flawlessly, great job cjwatson/ev | 14:44 |
highvoltage | whohoo! | 14:46 |
pitti | ogra: do we need bug 600478 for alpha-3 really? | 14:49 |
ubot4 | Launchpad bug 600478 in livecd-rootfs (Ubuntu Maverick) (and 2 other projects) "livecd.sh should remove foreign subarch headers during livefs build (affects: 1) (heat: 127)" [Medium,Confirmed] https://launchpad.net/bugs/600478 | 14:49 |
pitti | ogra: the description makes it sound like an optimization thing, so we could also defer it? | 14:49 |
ogra | yeah | 14:49 |
ogra | fine for post A3 | 14:50 |
pitti | ogra: also, bug 605972 | 14:50 |
ubot4 | Launchpad bug 605972 in jasper-initramfs (Ubuntu Maverick) (and 1 other project) "Need to set hostname to ubuntu during first boot. (affects: 1) (heat: 246)" [Medium,New] https://launchpad.net/bugs/605972 | 14:50 |
ogra | yeah | 14:50 |
pitti | ogra: this sounds a bit strange -- isn't that something that should be done server-side on image cration? | 14:50 |
ogra | that could be done at creation time too, but given that jasper functions similar to casper the logical solution would be to set it the same way | 14:51 |
ogra | its cosmetic anyway and you only see the buildd hostname if you swithc to a console while oem-config runs | 14:52 |
pitti | ogra: ah, oem-config will fix it, too | 14:52 |
ogra | i was actually planning to fix both before A3 but that was at a time when i thought i'd have images on monday :P | 14:52 |
pitti | ok, moving to beta then, thanks for the heads-up! | 14:52 |
ogra | thanks for notifying :) | 14:53 |
pitti | ogra: bug 600359 looks more serious -- sounds like it could seriously break armel boots? | 14:54 |
ubot4 | Launchpad bug 600359 in ureadahead (Ubuntu Maverick) (and 1 other project) "ureadahead generating oom messages during boot. (affects: 2) (heat: 16)" [Medium,Confirmed] https://launchpad.net/bugs/600359 | 14:54 |
pitti | perhaps we should disable ureadahead on armel as a workaround, WDYT? | 14:54 |
pitti | or isn't it that common? | 14:54 |
ogra | well, it doesnt break but kills the splash | 14:54 |
ogra | its common on all beagle C series boards (256M) | 14:55 |
pitti | ah, it could kill just about anything, no? | 14:55 |
ogra | on the XM (512M) i havent seen it yet since we have more serious errors there | 14:55 |
ogra | (cant boot at all atm due to MMC issues) | 14:55 |
ogra | i havent seen it on the omap4 boards and i suspect it also wont happen on the XM once we can verify | 14:56 |
ogra | (i had actually hoped tim gardners fix would make it go away) | 14:57 |
pitti | ogra: that's what I initially thought, but I asked on the bug, and it still seems to happen | 14:59 |
ogra | right | 14:59 |
pitti | ogra: I'll move bug 605831 to beta as well then? | 15:03 |
ogra | yeah | 15:05 |
ogra | unlikely that we get it fixed today | 15:05 |
pitti | ogra: sorry for all those pings, but I'm cleaning up teh alpha-3 checklist to ensure that we didn't forget anything really serious | 15:07 |
ogra | yeah, dont worry, i usually do that on friday before the release team meeting | 15:08 |
ogra | just ping away as needed :) | 15:08 |
=== bjf[afk] is now known as bjf | ||
davmor2 | pitti: I've added a reply to ev, with set debug=all inplace it's still droping straight into grubshell with no text other than the standard Gnu Grub Shell info. | 15:19 |
pitti | davmor2: thanks | 15:21 |
* pitti looks at https://bugs.edge.launchpad.net/ubuntu/maverick/+bugs?field.searchtext=&orderby=status&field.milestone%3Alist=27561 and is much more satisfied now | 15:42 | |
* pitti release-notes the last one | 15:43 | |
ogra | pitti, btw, seems n-l-efl is in the archive now | 15:47 |
ogra | so we should be able to build images | 15:47 |
pitti | ogra: yay! | 15:47 |
pitti | http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html | 15:47 |
pitti | it indeed just dropped from there | 15:47 |
pitti | ogra: it still needs a bit to propagate to syncproxy etc. | 15:47 |
ogra | i see it on ports already | 15:47 |
pitti | oh, nice | 15:47 |
* pitti checks on antimony | 15:48 | |
pitti | ogra: ARCHES='armel+omap armel+omap4' daily-preinstalled running | 15:53 |
ogra | thanks ! | 15:53 |
pitti | so, this will take 2.5 h? | 15:53 |
ogra | guessed, i just changed the build scripts to speed them up | 15:53 |
pitti | ok; I need to leave at 19:30 | 15:53 |
pitti | so it might just about make it on time | 15:53 |
pitti | so that I can add it to the tracker | 15:53 |
ogra | it used to be 3.5h should be 2 or max 2.5 | 15:53 |
pitti | but I guess more people can | 15:54 |
ogra | right | 15:54 |
ogra | i think GrueMAster can take care for that | 15:54 |
ogra | he will also do most of the testing | 15:54 |
ogra | so dont worry, arm team will take care | 15:54 |
* ogra goes afk and tries to find something better than waiting for images | 15:59 | |
=== jj-afk is now known as jjohansen | ||
ScottK | Riddell: According to rmadison, when you promoted libdigest-sha-perl yesterday, you promoted the binaries, but not the source ... | 17:11 |
Riddell | ScottK: rmadison is quite right, fixed | 17:34 |
=== nigelbabu is now known as nigelb | ||
pitti | ttx, Daviey: TBH I don't quite understand bug 613033; should this be release-noted? | 17:44 |
ubot4 | Launchpad bug 613033 in eucalyptus (Ubuntu Maverick) (and 2 other projects) "eucalyptus-cloud: cloud fails to start on separate install (affects: 1) (heat: 6)" [Critical,Triaged] https://launchpad.net/bugs/613033 | 17:44 |
Daviey | pitti: I would say it does.. basically if you have a topology of having all componets (except nodes) on one server, and then other servers just being nodes - we are ok | 17:45 |
Daviey | If you split the components (which should be supported), we are running into problems | 17:46 |
Daviey | ttx, Has gone home for the delay, and i'm reluctant to speak on his behalf on this. What is the deadline that you need the text by? | 17:46 |
Daviey | s/delay/day/ | 17:46 |
pitti | Daviey: tomorrow around noon in Europe | 17:48 |
pitti | i. e. in about 18 hours? | 17:48 |
Daviey | oh.. that is ok then.. I'll catch up with ttx when he's back online, although he'll probably see this scrollback | 17:49 |
Daviey | either way.. i'm sure he'll be around before then | 17:49 |
GrueMaster | ara: ping - can you add http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100804/ images to the ubuntu arm testing for Alpha 3? Not sure why it isn't there. | 18:10 |
pitti | GrueMaster: wow, did it already build? | 18:11 |
pitti | must have finished minutes ago | 18:11 |
GrueMaster | Apparently. I was getting worried we wouldn't have an image to test. | 18:11 |
pitti | GrueMaster: so did we; it took more than a day to get this installable :) | 18:11 |
pitti | GrueMaster: added to tracker | 18:12 |
GrueMaster | thanks. | 18:13 |
pitti | good night everyone, and happy testing! | 18:27 |
ScottK | Riddell: Thanks. | 18:35 |
GrueMaster | Grrr. Ok, we have Beagleboard ARM Image Testing on iso.tracker but not Pandaboard. Need one for Pandaboard (omap4). | 18:37 |
lamont | there will be a brief disturbance in the armel buildd world shortly. shouldn't last very long | 19:28 |
GrueMaster | ??? Care to elaborate? | 19:38 |
pitti | GrueMaster: hm, I did add an omap4 image, didn't I? | 20:09 |
GrueMaster | Here's what I am seeing: http://iso.qa.ubuntu.com/qatracker/test/4392 | 20:10 |
GrueMaster | No actual testcases. | 20:10 |
pitti | ooh | 20:10 |
pitti | let's see whether I can do that | 20:10 |
GrueMaster | If I knew how, I'd fix it myself. | 20:10 |
GrueMaster | I'll make it a point to bring up at the QA sprint. | 20:11 |
lamont | armel buildds are back online/auto | 20:15 |
pitti | GrueMaster: better now? (first time I added one) | 20:16 |
pitti | (DSL reconnect, I might have missed some messages) | 20:16 |
GrueMaster | Looks right. Thanks. | 20:17 |
ttx | pitti: yes, should be releasenoted | 20:25 |
ttx | We'll come up with something tomorrow morning, based on the current state of affairs | 20:26 |
pitti | ttx: sonne bien, merci Monsieur | 20:26 |
* ttx crawls back in his cave | 20:29 | |
pitti | argh, forgot about DVDs | 20:33 |
* pitti builds | 20:33 | |
highvoltage | hi! could we get a re-spin of the Edubuntu DVD iso? | 21:55 |
highvoltage | our build failed due to a bug in the artwork package and we'd like to have an alpha 3 release :) | 21:55 |
pitti | highvoltage: already queued | 21:59 |
pitti | Ubuntu DVD finished, posted to tracker | 22:01 |
highvoltage | pitti: thanks! | 22:01 |
pitti | highvoltage: I'll go to bed now, so I won't be able to add it to the tracker | 22:01 |
pitti | if someone else here can, that'd be great; otherwise I'll do that tomorrow morning | 22:01 |
GrueMaster | pitti: Give me the steps and I can try to add it. | 22:03 |
highvoltage | pitti: ok! | 22:03 |
pitti | GrueMaster: you are logged into the ISO tracker? | 22:03 |
GrueMaster | yes | 22:03 |
pitti | GrueMaster: Administration menu part, "Add a build set" | 22:03 |
GrueMaster | ok | 22:04 |
pitti | GrueMaster: first section ther is edubuntu | 22:04 |
GrueMaster | yes, I see it, along with check boxes. | 22:04 |
pitti | GrueMaster: mark the two DVD builds, scroll down, enter "20100805" (or whichever) as the version number, and press "add build(s)" | 22:04 |
pitti | GrueMaster: you need to check the build number on cdimage.ubuntu.com/.. | 22:04 |
GrueMaster | Roger that. Will do, thanks. | 22:05 |
highvoltage | thanks pitti, sleep well. you'll get your beer at UDS :) | 22:05 |
pitti | good night everyone! | 22:05 |
pitti | highvoltage: :) | 22:05 |
stgraber | just got an e-mail from antimony saying that the edubuntu failed because the server ran out of disk space | 23:21 |
GrueMaster | doh! | 23:25 |
=== bjf is now known as bjf[afk] |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!