/srv/irclogs.ubuntu.com/2012/03/27/#ubuntu-release.txt

hggdhskaet: ack00:01
* skaet --> dinner00:04
slangasekall for -proposed, I guess?00:56
infinityslangasek: They were all for -release, I rejected them all and asked Robert to reupload to -proposed.00:58
slangasekah, ok00:58
infinityI think he missed the "we're staging GNOME 3.4.0 in proposed" memo.00:58
slangasekah, well, I missed it too00:58
slangasek:)00:58
infinityYeah, seb was doing gnome 3.4 in proposed so that it would all build and stage and they could just release it on Friday after Beta with no fuss.00:59
infinityWhich seems vaguely sensible.00:59
* slangasek nods00:59
cjwatsonstgraber: I give up for now; I'm not getting anywhere with this bisect / trawl through gnome-keyring/gcr history and I need sleep.  Sorry.01:06
stgrabercjwatson: thanks for trying for so long, good night!01:13
skaetheya,  who let all the packages through?01:20
* skaet goes and reads the backscroll01:22
infinityskaet: Those are all in proposed.01:22
skaetyup,  just saw that,  adrenaline levels subsiding.01:22
infinityskaet: :)01:22
infinitystgraber: queuebot could perhaps announce "$dist-$pocket", both on accept and removal.01:23
infinitystgraber: Might reduce heart attacks.01:23
infinitystgraber: Err, on in and out, I guess, don't want to overload "accept" in this context.01:23
infinitystgraber: It would also be awesome if there was a way to identify how something was removed from the queue (accept or reject), but I'm guessing you don't have that info to work with, just that it's gone?01:24
stgraberinfinity: yeah, I guess I could look in the Done queue if the package is there and announce it as approved then01:28
stgraberproblem is, that "queue" (or status) is kind of long to list ;) so I'd have to check if there's an easier way in the API01:29
infinityOh, yeah, scanning done or rejected is a losing battle.  Don't bother.01:29
infinityI forgot that queubot's just polling.01:29
infinityBut if you could change (component) to (dist-pocket/component), that would be awesome.01:29
stgraberwhen we have the audit changes implemented it should be easy to just pull that record and show who accepted/rejected it01:29
infinityAnd duplicate that info on Removed.01:30
infinity(I assume you still have the info when you remove, as you're just pulling a member from a list or something?)01:30
infinitystgraber: Or put it on a role account on one of your machines, so I can add cute little features when I'm bored. :P01:33
stgraberlet's try that01:36
stgraberlooks like it's working01:38
stgraberinfinity: happy? :)01:38
stgraberinfinity: you can always send merge proposals for lp:~stgraber/+junk/queuebot01:39
infinitystgraber: You're missing dist.  Though, I guess that only matters if you have it scan non-release dists.01:41
infinitystgraber: (Which would actually be really handy, as I often don't notice when something's uploaded to, say, lucid-proposed)01:41
infinitys/non-release/non-devel/01:41
infinitystgraber: Would be cool if it ran 24/7, and was useful for old dists too.  I'm being picky, aren't I? ;)01:42
stgrabershould be doable but would make it a bit slower as unfortunately we can't call getPackageUploads() on a distribution, it needs to be on a distro_series01:42
stgraberso the bot would need to call if for every supported release01:43
infinityYeah, so you iterate through all supported series.01:43
infinityDoesn't need to poll as often for non-devel.01:43
infinityShouldn't be too much slower, since you could call them all in parallel.01:45
infinityI've heard pretty neat things about threaded programming.  It's all the rage, I hear.01:45
infinityOoo, but pocket on the removal message is already a huge win.01:45
infinityskaet: Less heart-attack inducing? ---^01:45
stgraberI'm sure we can get cjwatson to implement the threading ;)01:45
infinityI'm not a python wizard, but it must have some really dead easy callback conventions, right?01:46
infinitySeems like the sort of thing a modern high level language should have.01:46
skaetinfiniity,  stgraber - thanks.  :)01:47
infinityqueuebot: What, not going to spam us with the current queue status on connect this time?01:48
stgrabernope, it usually doesn't do it, I'm just forcing it to do it when I want to make sure it works01:48
infinityAhh.01:49
skaet:)01:49
stgraberotherwise it doesn't do anything then the first entry it sees I get a backtrace and it dies ;)01:49
infinityPoor bot.01:49
stgraberI still need to make it's irc implementation a bit more standard compliant so it doesn't get killed for excess flood01:50
stgraberthough ignoring all the langpacks definitely helped there :)01:50
infinityYeah, there shouldn't be much call for rate-limiting most of the time.01:50
infinitylangpacks are a bit special.01:50
stgraberinfinity: implemented (watching all series)02:36
stgraberjust need a restart to make sure it works (and flood the channel some more ;))02:36
infinitystgraber: Does it already do both NEW and UNAPPROVED?02:37
infinitystgraber: I've never paid attention.02:37
stgraberinfinity: it can, but it's currently restricted to Unapproved02:37
infinitystgraber: I'm guessing from the interleaved output there that you went multithreaded?02:38
infinitystgraber: Looks good.02:38
stgraberinfinity: nope, single thread but once the set is built it's sorted by package name, that's why series are mied02:39
stgraber*mixed02:39
infinityAhh.02:39
stgraberI guess it'd make sense to change the order to first sort by series, then pocket, then package name, but it's only really useful when I get the bot to print everything at once02:40
infinityYeah, printing everything at once shouldn't be a common use-case. :P02:40
infinityUnless you want to implement /msg ...02:41
infinityAt which point, I think we're missing the point of the bot. ;)02:41
stgraberright :)02:42
stgraberI've also started implementing the ISO tracker api in the bot so it can show in #ubuntu-release and #ubuntu-testing when a new build is published during milestone testing02:43
stgraberas the builds are automatically published from nusakan that should be useful for both the release team and testers02:43
stgraberbut I need to cleanup the code a bit first to properly handle that... ideally keeping the code somewhat readable02:44
stgraberinfinity: I have a version of the bot now monitoring both Unapproved and New for all supported releases03:03
stgraberinfinity: http://paste.ubuntu.com/901523/03:04
stgraberI think I'll need to add some logic to the bot to figure out if it's source or binary New and change what it shows03:06
infinitystgraber: You can probably 's/ package//' from that to make the lines a bit shorter, but otherwise awesome.03:06
stgraberas showing /none and non-existent => <version> is a bit pointless :)03:06
infinitystgraber: And yeah, could do "New (source)" or "New (amd64)", etc.03:06
infinitystgraber: And the bits you mentioned too.03:07
stgraberinfinity: http://paste.ubuntu.com/901540/03:20
infinitystgraber: The anal retentive alignment freak in me wants to point out that if you remove the brackets from binary and source, it'll align perfectly with Unapproved. :P03:22
stgraberoh, weird I didn't notice... /me fixes ;)03:25
infinitystgraber: I guess it's also collapsing multiple binNEW entries into one?03:26
infinitystgraber: (There are 3 for slphone right now, but only one on your list)03:26
stgraberyeah, launchpad apparently does that for me03:27
stgraberinfinity: http://paste.ubuntu.com/901546/ <-- there, properly aligned now ;)03:27
infinityPretty!03:27
infinityShame about the collapsing behaviour.  Means we can't watch all 5 arches trickle in, we'll only know about the first.03:27
infinityBut it's still a good enough cue to go watch the queue.03:28
infinityWhich is mostly what I want it for.  I always forget to poll NEW, and end up surprised when there's 5-day-old binNEW stuff in there.03:28
stgraberhmm, actually I might be able to separate the architectures looking at .display_arches03:29
micahgubuntu studio needs their default-settings-package above in and respun with it (can wait if other fixes are needed to be respun with it)03:30
micahgs/default-settings-package/-default-settings package/03:30
infinitymicahg: Will review shortly.03:30
micahginfinity: thanks, do you need a pad update?03:31
stgraberoh, sweet, display_arches actually tells you if it's a source upload or a sync too03:31
infinitystgraber: Interesting.03:31
infinitymicahg: If studio's already been respun today, I'll just do it again.03:32
micahginfinity: thanks03:32
skaetinfinity,  ubuntustudio's just emerging now,  so a respin will be necessary03:32
infinityHahaha, indeed, it's actually building as we speak.03:32
infinityTIMING.03:32
infinityI'll kick off another build before I go to bed. ;)03:33
* skaet nods...03:33
* skaet likes stgrabers changes in the paste.bin too. :)03:33
micahgskaet: I won't be able to get to the onboard fix for xubuntu until the morning, the fix isn't needed for ubuntu or edubuntu, but they'd pick it up if they were respun afterwards03:33
skaetmicahg, please update the pad then, and we'll pick it up/respin as necessary.03:35
micahgskaet: it wasn't on the pad to begin with03:35
skaetmicahg,  s/update/add it to/ :)03:36
micahgI can add it though :)03:36
stgraberskaet, infinity: http://paste.ubuntu.com/901559/03:37
stgraberI simply added "(sync)" at the end if it's a sync, not sure if we want it more visible than that (it doesn't matter so much I guess)03:37
infinitystgraber: My alignment!03:38
stgraberor I could make it "Unapproved sync"03:38
stgraberinfinity: you can't have both the architecture and your alignment ;)03:38
infinitystgraber: s,binary (amd64): wesnoth-1.10,binary: wesnoth-1.10/amd64,'03:39
skaetstgraber, looking lovely to me.   :)   lots of lovely info without having to go look up.03:39
infinitystgraber: Keeps source packages aligned with each other. ;)03:39
stgraberinfinity: true but then the format is no longer consistent :)03:40
infinitystgraber: Well, there only one case that shows arch, it's never consistent.03:40
infinitythere's...03:40
infinitystgraber: The perhaps more LP-consistent place to show it would be in the dist/comp brackets (maverick-backports/universe/amd64)03:41
infinityBut it's less immediately obvious there than it is tacking it right after the source package.03:42
* infinity shrugs.03:42
infinityI'm picky about quickly parsable data. ;)03:42
infinity(And slightly dyslexic)03:42
micahginfinity: what do you think of me seeding mousetweaks in xubuntu for beta 2 vs this onboard bug fix03:42
stgrabercurrent format is basically: <queue> [<entry type>]: <pkg_name> (pkg_pocket[/<current_component>]) [current_version => pkg_version] (pkg_pkgsets) [(sync)]03:43
infinitymicahg: I'm completely not caught up on what's up with onboard.03:43
micahginfinity: without mousetweaks it seems to barf without unicode encoding03:43
stgraberinfinity: but yeah, moving the architecture after the binary package name should be fine :)03:43
micahgtrunk was fixed to use unicode encoding, there's a point release in progress that will include that fix amongst others03:43
infinitystgraber: Yeah, I'd just make that <pkg_name>[<arch>], and pull arch out of entry type, but again, I'm dyslexic, every bit of alignment helps me track.03:44
infinitymicahg: Not something you can easily backport/cherry-pick?03:45
infinitymicahg: I don't like the idea of seeding packages as a workaround on our last Beta before release.  It's not a particularly good way to represent the final product.03:45
micahginfinity: there is a fix and it looks innocuous enough, but as there seems to be a less risky fix...03:45
infinitymicahg: (And means anyone installing with Beta keeps mousetweaks FOR EVA)03:45
* micahg wonders if apt-get autoremove would DTRT once it's unseeded03:46
infinityNo.03:46
infinityNot unless we changed something recently.03:46
micahgok, I"ll try try to fix the patch in the morning, it doesn't apply cleanly ATM03:47
infinityEither way, I'd still prefer to look at the cherry-pick, since that represents what the actual fix will be before final, right?03:47
stgraberinfinity: http://paste.ubuntu.com/901570/03:47
micahginfinity: http://bazaar.launchpad.net/~onboard/onboard/0.91/revision/76403:47
infinitystgraber: <303:47
infinitystgraber: You just couldn't live with source/arch, could you? ;)03:47
stgraberinfinity: no, wasn't consistent with the other messages ;)03:48
infinitymicahg: Looks remarkably straightforward.03:49
micahginfinity: right :)03:49
infinityThere really needs to be a way to just tell python "all strings are unicode unless I cast them differently".03:49
infinityHaving to cast it for every string is ridiculous.03:50
micahginfinity: you could try to PEPify that03:50
infinityEw, no.03:50
infinityI'll just use C, like a sane person.03:50
infinityAnd stop worrying about high level laguages only holding my hand sometimes.03:50
infinitylanguages, too.03:51
infinityGIVE ME POINTER ARITHMETIC OR GIVE ME DEATH.03:51
infinitystgraber: Actually, to be consistent with other messages, I'd say the arch should be in square brackets, like the version is. ;)03:52
infinitystgraber: (I may just be messing with you now)03:52
infinitystgraber: It looks like a drastic improvement.03:52
skaetI'm just looking forward to it rolling out...  and seeng the first message sow up.  :)03:54
stgraberinfinity: square brackets actually sounds like a good idea ;)03:54
infinityWell here, have some messages.03:54
stgraberinfinity: would match the syntax used for Depends:03:54
infinitystgraber: That too, yeah.03:54
skaet*\o/*03:55
stgrabersquare brackets upgrade ^03:56
* infinity hugs queuebot.03:56
stgraberbtw, why do we have new source packages in oneiric-proposed and oneiric-release?03:57
jbichathe gnome:NextVersion thing didn't work right with gnome-shell, it's trying to depend on libmutter0 (>= 3.3), libmutter0 (<< 3.4)03:57
infinitystgraber: NEW in proposed isn't unheard of.03:58
infinitystgraber: NEW is release, let me look.03:58
infinitystgraber: partner.03:58
stgraberah, that'd explain it indeed03:59
infinitystgraber: The bot not showing component for source new would be why we didn't notice. :P03:59
skaetinfinity,  I'm reading the backscroll right in that when ubuntustudio-defaults-settings finishes building, a respin of ubuntustudio is being looked for?03:59
stgraberI ignored the component for new source uploads as it'll default to universe for everyone, but apparently we're using it for patner, so I probably should show it anyway then04:00
infinitystgraber: Actually, it shouldn't default to universe for EVERYTHING.04:00
infinitystgraber: non-free maps to multiverse, and multiverse and restricted are left alone, if I recall.04:00
infinitystgraber: Just that things that don't declare a component end up in universe.04:00
infinityskaet: It's already done building, but when it's published in ~20 minutes, yeah.04:01
skaetinfinity, ok,  wubi's just about done, so that should line up nicely.   Sticking it on the pad.04:02
infinityskaet: Pad away, if you want to drive, I'll wash my hands of it, then. ;)04:02
infinityI was going to just be a rebel and spin it when you weren't looking. :P04:02
skaetinfinity,  if you're feeling rebelious,  I can go to bed.  ;)04:03
infinityskaet: Works for me.  I'm up for a while.04:03
skaetinfinity,  coolio.   Will ping you when the wubi's done and you can kick it when it comes out of the publisher.04:04
infinitystgraber: No new queuebot with source components?  Did bed happen? ;)04:13
stgraberinfinity: it's actually tricky to implement ;)04:16
infinitystgraber: Oh.  I figured it would be the same as unaproved.  Silly me. ;)04:16
stgrabernope, for anything that's been published once, getPublishedSources will give me the data04:17
stgraberbut for something that never was published I still haven't found a way to get it04:17
infinityAhh.  The queue entry itself has no hint?04:17
* infinity wonders where the web UI is pulling it from.04:17
stgraberno, the queue entry is pretty limited: https://launchpad.net/+apidoc/devel.html#package_upload04:18
stgraberI guess I could use archive_link which should work for partner04:18
infinityI'm guessing source_package.latest_published_component_name is nothing for NEW sources?04:22
stgraberwell, for that you'd need a source_package record04:23
skaetinfinity,  typo on the wubi build,  exec: 111: cron.wub: not found *sigh*04:23
infinityskaet: *slow clap*04:23
infinityskaet: I can just do that with ubuntustudio. :P04:24
stgraber04:23 -queuebot42:#stgraber-release- New source: swauth (oneiric-proposed/primary) [1.0.2+git20111128-0ubuntu1.1]04:24
skaetinfinity,  do you want me to kick it off again now, or you want to fit it in with  ubuntu-studio.04:24
stgraber04:23 -queuebot42:#stgraber-release- New source: jonas-full-5.2 (oneiric-release/partner) [5.2.1-0ubuntu1]04:24
infinityskaet: It already did the buildlive?04:24
stgraberinfinity: that's what I have currently, basically showing the name of the archive instead of the component for new sources (so primary or partner)04:24
skaetinfinity,  yup04:24
skaetkapok.buildd starting at Tue Mar 27 03:45:52 UTC 201204:24
skaetcardamom.buildd starting at Tue Mar 27 03:45:52 UTC 201204:24
skaetkapok.buildd finished at Tue Mar 27 04:17:01 UTC 2012 (success)04:24
skaetcardamom.buildd finished at Tue Mar 27 04:19:52 UTC 2012 (success)04:24
infinitystgraber: That'll have to do for now.04:24
infinityskaet: Kay, I'll finish up.04:25
skaetinfinity,  thanks.04:25
infinityskaet: Done.04:27
skaetinfinity,  on the arm builder side,  mx5/ac100 are just finishing up,  then its kubuntu's turn,  and that's about it.04:27
infinityskaet: Check.  I'm got IS working on some parallelisation love for me.04:27
infinityskaet: Probably won't have it before we're done with B2, but we should right after.04:28
infinitys/I'm/I've/04:28
infinityThough, I guess it is only Monday.04:29
infinityMaybe I can shake up the world before your last Beta spin. ;)04:29
stgraberskaet: I'll spend a few minutes tomorrow to have the bot also poll the ISO tracker for new milestone (non-daily) builds and announce them here + #ubuntu-testing04:29
skaetoooh,  stgraber that would be very nice indeed.   :)04:29
infinitystgraber: New builds in general might be nice, though with milestone versus daily tagging?04:29
infinityOr maybe that would seem too spammy.04:30
infinityWe do build a lot of image.04:30
infinityimages, too.04:30
skaetinfinity,  fingers crossed for that parallelization.   :)04:30
stgraberinfinity: yeah, turning it on for dailies too will be easy, but I suspect we don't want that kind of spam between milestones :)04:30
infinityskaet: Oh, it's GOING to happen.  Just not sure it'll be before your last spin on Wednesday/Thursday.04:30
skaetjust hear from pgraner that the workaround seems to be effective,   so on that note of good news,  zzz time.04:31
stgraberinfinity: having the bot read image build failures would be kind of nice though as not everyone receives the e-mails04:31
infinityWell, we can put the bot in the mail loop.04:31
infinitySo it doesn't need to poll.04:31
pgranerall seems ok with light testing, QA will did deep in a few hours when europe comes online04:32
infinitypgraner: Sounds good.04:32
pgranerinfinity, hasta get some rest04:32
infinityWhat is this "rest" you speak of? ;)04:33
* skaet --> zzz (can take a hint)04:33
infinitymicahg: studio respinning now.04:34
infinitymicahg: And done.04:56
pittiGood morning05:08
pittikirkland: that script would also fit into update-manager, for example05:09
knomemorning pitti05:09
pittiskaet: still there? I'm confused by the pad05:10
infinitypitti: What's the confusion?  *goes to look*05:11
pittirebuild reasons 1, 6, and 13 do not exist in the list any more05:11
pittibut some images are still marked for rebuild05:12
pittiI look into the gnome-keyring FTBFS now, to unblock stgraber's fix05:12
infinityWell, everything was literally just respun.05:12
infinitySo, I imagine she just didn't clear ac100/mx5 because they were in progress.05:13
pittiah, ok05:13
pittistgraber: ah, that timeout05:13
pittistgraber: unfortunately we hit that sometimes, due to builders running very old kernels05:13
infinitypitti: Oh, I also just did studio.  Removed that trigger from the pad.05:17
infinitypitti: But yeah, I think the stale ARM ones on the pad are because she went to bed while the build was still running. ;)05:18
infinitypitti: If they all succeeded, that can be removed.05:18
pittiinfinity: ack, thanks05:18
infinityOh, crap, but the studio and wubi builds I did weren't run with the autopost environment.05:19
* infinity sighs.05:19
pittiinfinity: is that even necessary?05:19
infinityI don't know.  The pad implies such.05:19
pittiI forgot it as well the other day, and they were posted just fine05:19
infinityMaybe it lies.05:19
pittiif you confirm that as well, we can remove that from teh pad05:20
* infinity looks.05:20
infinityyeah, the builds I just did autoposted.05:20
infinityThat info is stale.05:20
infinityDelete away.05:20
* infinity wanders off to do $something_else.05:21
pittiinfinity: updated05:22
pittigah, gnome-keyring hanging again; we need to find a buildd with a non-hardy kernel, it seems05:37
slangasekI wasn't aware that any of the distro buildds had hardy kernels?05:39
infinityMost of them do.05:40
slangasekhmm05:40
slangasekwhy is that?  I thought the distro builds were at lucid, and it was only the virtualized builders that were on hardy05:41
pittiI asked for cancelling them05:41
pittibut might get no response05:41
pittiit might be easier to do a no-change upload and assign thhem to zirconium and allspice manually05:41
infinityI don't know if any of the x86 ones are !hardy.05:41
infinityroseapple's one of the newest machines, and it's hardy.05:41
* slangasek scratches his head05:41
pittioh, I thought they were; darn05:41
pittiso we just need to keep retrying until they succeed, or disable the tests on amd64/i38605:42
pittiso, no response on launchpad-ops05:43
pittiI guess we are blocking new rebuilds on that, right? so want me to do a no-change upload?05:43
pittihang on, got response05:43
* ScottK just did a qwtplot3d upload. It's unseeded universe. I'd appreciate it if someone would wave it through when it appears.05:45
ScottKThanks.05:45
* ScottK tries to go to sleep (again).05:45
pitti*nod*, good night ScottK05:45
ScottKThere it is.05:45
ScottKThanks pitti.05:45
infinitypitti: zirconium and allspice are still hardy.  Are you just hoping that a slightly newer SRU rev will do it?05:50
pittiit's mostly just luck05:50
pittiit doesn't usually fail twice in a row05:50
pittibut now it does because we are waiting for it, and looking at it05:50
pittiboth built now, *phew*05:57
infinitySpecial.05:57
pittiso I guess I'll do some respins once that's published05:57
slangasekso what changed to make g-k ftbfs on hardy kernels?  was it doing that before?06:01
pittislangasek: it's a sheer matter of luck06:03
slangasekso this was a known problem before?06:03
pittiyes06:03
pittiit affects quite a few glib based packages, when they run tests06:03
slangasekalrighty06:03
infinityBut it's definitely not reproducible on recent kernels?06:04
pittinope06:04
infinityYeah.06:04
pittiwe never experienced it locally06:04
infinityChalk up another argument for upgrading buildds.06:04
pittiand we never got it on arm builds06:04
infinityI'd rather fix the few packages that break for older releases than the other way around.06:04
infinity(And lp-buildd is already employing the uname-2.6 hack to minimise the worst damage that 3.0 kernels will bring to old releases)06:05
infinityWell, it would be employing it if it was running on precise. :P06:05
infinityBut the code is there and tested and rolled out.06:05
infinityHrm, I wonder if I should double the header in build logs to show both "real kernel version" and "kernel version reported to sbuild".06:06
pittignome-keyring is published; rebuild galore, I figure06:35
=== doko_ is now known as doko
pittiimage builds running, pad updated, time for breakfast06:43
knomebon appetit06:43
cjwatsonstgraber: nice work on the bot!07:18
cjwatsoninfinity: python all strings unicode> that's what python 3's for ...07:19
pittigood morning cjwatson07:20
cjwatsonpitti: um.  g-k hung reproducibly for me in a local sbuild, albeit in a different test, and also for stgraber.  have you tried it recently?07:20
pittinot 50 builds in a row or something such, just during normal package updates07:21
cjwatsonI mean, aside from the builds that just succeeded. :)07:21
cjwatsonI did wonder why we were a cycle back on g-k (and don't have the new split gcr), but I guess it's too late for that now07:22
pittiwe did investigate a hang in glib's test suite which also used GIOChannels, and found that it was due to the hardy kernel; I never got the keyring one locally, so so far I could just assume it was a similar problem07:22
pitticjwatson: LTS conservativism mostly07:22
* cjwatson nods07:22
pitticjwatson: g-keyring 3.4 got quite a dramatic rewrite in 3.407:22
pittiand while it's mostly working, we did get some regressions; these should be fixed now, but still..07:23
pitticjwatson: so, pad is up to date, respins are running for keyring07:24
pittineed to run out for 30 mins07:25
* cjwatson hasn't really started yet, just looked in from phone07:28
cjwatsonbut baby is asleep \o/07:28
cjwatsonstgraber: ^- "New: removed syslinux-legacy" should've had the arch names maybe?08:40
Laneyhaskell-yesod is the last of that stack08:42
Laneyshould allow the rest of those packages to be zapped08:42
cjwatsonyeah, I was just looking08:42
Laneyi'll do the partial removal bug later08:42
cjwatsonstgraber: are you relying on http://people.canonical.com/~ubuntu-archive/queue/ in any way?  I guess not since it doesn't have precise.  I was wondering if we should decommission that08:44
cjwatsonnot as if it's up to date anyway08:44
cjwatson(it was always a pre-API hack anyway ...)08:45
cjwatsonDaviey: http://people.canonical.com/~ubuntu-archive/component-mismatches.txt - wanna reseed a bunch of stuff before this falls out?09:03
Davieycjwatson: yep!09:31
bdrungLaney: i commented bug #96565910:50
ubot2Launchpad bug 965659 in shunit2 "FFe: Sync shunit2 2.1.6-1 (universe) from Debian sid (main)" [Wishlist,New] https://launchpad.net/bugs/96565910:50
Laneybdrung: thanks, it was a gentle prod that the FFe was a bit bare :-)10:51
* pitti accepts the GNOME 3.4 -proposed uploads10:51
seb128pitti, \o/10:51
pittioh, it now shows SRUs, too10:56
cjwatsonyep, stgraber had a hacking spree10:56
Laneywhat's the analog of http://people.canonical.com/~ubuntu-archive/testing/precise_outdate_all.txt for ports?11:00
cjwatsons/testing/testing-ports/11:00
Laneyta11:01
bdrungcan i sync eclipse 3.7.2-1 from Debian? according to upstream 3.7.2 is a maintenance release of the 3.7 branch.11:01
Laneyshouldn't armel and armhf be switched there?11:01
cjwatsonprobably :)11:02
cjwatsonI thought pitti said something about doing that11:02
pittihm, I did switch it for _probs.html11:02
pittiapparently I missed a spot for outdate11:02
evwould someone on the release team please weigh in on whether they think bug 964508 is worth having in precise?11:07
ubot2Launchpad bug 964508 in whoopsie-daisy "whoopsie uploads crash reports, including core dumps, when on a 3G connection" [Medium,Confirmed] https://launchpad.net/bugs/96450811:07
pittiah, all my rebuilds are done, updating pad11:08
pittiev: responded in the bug11:11
evpitti: any thoughts on a better way of handling that at_console bit, or is touch /var/run/console/whoopsie the best way forward?11:11
evand cheers!11:11
pittiev: oh, I haven't looked at the patch, just at the description11:22
pittibbl, lunch11:22
=== greyback is now known as greyback|bia
=== greyback|bia is now known as greyback
pittiev: eww -- can't we just fix NM's dbus policy to also allow root?12:24
evpitti: it's not running as root12:59
evit's running as the unprivileged whoopsie user12:59
evrunning as root will work just fine, but keeping root around just so we can use nm over dbus is a bit scary.13:00
evah, just saw your comments in the bug13:00
=== bladernr_afk is now known as bladernr_
stgrabergood morning13:11
stgrabercjwatson: the new bot is using the LP API directly13:12
stgraberindeed showing the architecture on removal of a binary package would make sense, I'll fix that one quickly13:13
cjwatsonOK, I'll nuke the old queue view then13:13
cjwatsonold queue view is gone13:19
skaetgood morning pitti, cjwatson14:09
skaetthanks for the updates to the TechnicalOverview last night scott-work!   looks good.  :)14:10
stgrabercjwatson: ^ happy with the new removal message?14:10
cjwatsonstgraber: great, thanks14:14
Laneycan it show seeds too, or would that be too much?14:14
skaetcjwatson,  any new fixes beyond the server ones looming on the horizon?14:15
cjwatsonit'd have to be germinate output not seeds14:15
Laneyyeah, transitively14:16
Laneyand supported14:16
cjwatsonskaet: I'm not aware of anything just at the moment14:16
Laneytumbleweed generates that data i think, if it's not in machine-readable form elsewhere14:17
skaetLaney,  did you see the version in the backscroll (ref's to core, edubuntu, etc.)?14:17
Laneyskaet: yes, I see packagesets in there14:18
skaetLaney,  okie.  :)14:18
Laneyhttp://qa.ubuntuwire.org/ubuntu-seeded-packages/seeded.json.gz14:19
jibelltsp is broken. Client session doesn't start14:24
* stgraber is looking into it14:25
stgraberinstall is running now, should know more in 10-15min14:26
skaetpitti,  release note https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/963470?14:26
ubot2Launchpad bug 963470 in compiz "[regression] Unity 5.8+Compiz 0.9.7.2: Pressing Super+Tab or Super+W works, but unity does not respond to when Super is released." [High,Fix committed]14:26
skaetor should we try for a cherry pick?14:27
stgraberjibel: FWIW, I'm also doing a quick ltsp-live check to see if it's limited to alternate or also applies to Edubuntu14:28
tumbleweedskaet, Laney: lp:~stefanor/+junk/ubuntu-seeded-packages14:30
Laneyty14:30
tumbleweedreads germinate output for supported seed, and manifests+lists for ISO contents14:31
Laneyhow often is it regenerated?14:32
tumbleweedhourly14:32
cjwatsonbug 963471 makes me suspicious14:35
ubot2Launchpad bug 963471 in debian-installer "Not all OS shown in grub-install screen at end of installation" [Undecided,Incomplete] https://launchpad.net/bugs/96347114:35
cjwatsonsomething dodgy going on with FUSE there I think14:35
cjwatsonoh, bah, no, it's much more prosaic than that, os-prober is trying to use which14:37
cjwatsonboo14:38
skaetogasawara, apw - is there an ETA on a cherry pick fix to https://bugs.launchpad.net/ubuntu/+source/linux/+bug/961482?14:39
ubot2Launchpad bug 961482 in linux "3.2.0-19 kernel fails to boot (-18 OK)" [Critical,Confirmed]14:39
ogasawaraskaet: there's one in the works right now, just needs testing14:39
ogasawaraskaet: if it were possible, I would like to get it in for Beta-2, but the window for uploading is slowly closing in on us14:40
skaetogasawara, yes, indeed.   how widespread is it?14:41
cjwatsonoh, but I'm going to need a grub2 upload as part of 963471, so that'll have to be post-beta14:42
ogra_geez, the slideshow is pretty slow on arm14:42
skaetcjwatson,  ack.14:42
* ogra_ wonders if he will actually see the end before the install is done14:43
ogra_hmm, no, only three slides14:43
skaetogra_ know if there's any progress on: https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/96351214:43
ubot2Launchpad bug 963512 in linux-ti-omap4 "Latest kernel updates broke video on omap4" [Critical,Confirmed]14:43
ogra_skaet, oh, i didnt know about that one14:44
* ogra_ checks14:44
* ogra_ goes to ask paolo ... 14:45
ogra_it seems ot not affect everyone14:45
ogra_skaet, paolo says he has a new kernel ready by tonight14:46
* ogra_ sighs that people dont subscribe ubuntu-arm to bugs anymore and subscribes to the linux-ti-omap4 package 14:47
skaetthanks ogra_.  tonight in Europe?  ie.  am wondering if we can get the full set of respins with the kernels that fix both of these problems.14:48
ogra_well, we only need to respin omap414:48
stgraberjibel: unable to reproduce on Edubuntu with ltsp-live, alternate install is finishing now14:48
ogra_thats only two images ... we would have to skip netboot then though14:48
ogra_but i think we can live with it14:49
ogra_infinity, ^^^ any opinion ?14:49
skaetogra_, kubuntu is also an omap4 one.14:51
ogra_does anyone test that ?14:51
skaetRiddell, ^ ?14:52
ogra_skaet, "<ppisati> ogra_: in a couple of hours"14:52
skaetScottK, ^ ?14:52
ogra_that should suffice to get images ready tomorrow14:52
phillwI have amd 64 of ubuntu & lubuntu, I can zsync up one for kununtu if you need a tester.14:52
ogra_phillw, arm14:53
ogra_do you have arm HW ?14:53
phillwsorry, no.14:53
Riddellogra_: GrueMaster has previous tested kubuntu arm images but I believe won't be doing so any more14:53
ogra_right14:53
skaetthanks phillw,  there will be an amd64 kernel showing up a bit later too (me crossing fingers),  so testing of that will be welcome.  :)14:53
ogra_i belive he wont be doing any testing anymore14:54
RiddellI can test but I am quite certain it'll fail for me like every other precise image14:54
ogra_Riddell, see the bug above :)14:54
ogra_with that fix you should also see output on HDMI14:54
Riddellogra_: and that's the comment above from ppisati about in a couple of hours?14:55
ogra_Riddell, right, he will upload in a few hours, kernel should eb ready by tomorrow so we can have new images with the output fixed14:56
Riddelltomorrow will be a another sunny day if that works :)14:56
ogra_:)14:57
pittiskaet: I agree, it's far from critical14:59
pittiskaet: will add it, thanks14:59
pittiskaet: done15:03
skaetthanks pitti.15:10
stgraberskaet: tracked down bug 966267 to a race between plymouth and X causing X to explode if the user presses <enter>15:15
ubot2Launchpad bug 966267 in ltsp "client session doesn't start" [Undecided,New] https://launchpad.net/bugs/96626715:15
stgraberskaet: it's most likely LTSP's fault for not killing plymouth properly, I'm looking at it now15:16
stgraberskaet: the bug affects Ubuntu alternate and Edubuntu on both amd64 and i38615:16
ograhmpf ... g-s-d just died in my fresh install15:19
stgraberskaet: I'm hoping to have a tested fix within the next hour15:20
micahgskaet: I have the onboard fix, but it's untested I was going to upload it and ask xubuntu people to test and let someone know in here if it works, sound ok?15:25
skaetstgraber,  sounds good.    will keep those in mind for the respins.   Will probably wait to pick up kernel (if possible) before triggering.   If you want just one though to verify out the fix, can do.15:28
skaetmicahg, sounds good.15:28
ogasawaraskaet: we have a fix available (just unconfirmed via testing), but it's been sent to upstream stable already.  I'm inclined to upload as I think 961482 will affect quite a few systems and seeing as they're already rendered unbootable, it can't get much worse.15:28
stgraberskaet: this fix is in LTSP itself so it's easy to test without reinstalling (for once ...)15:29
skaetogasawara, agreed.15:29
ogasawaraskaet: ack, I'll prep an upload with just that fix.15:29
skaetogasawara, is there an ETA on ppsati's fix for omap4?15:30
ogasawaraskaet: he was mentioning earlier that he said he'd have a fix by EOD15:31
skaetogasawara, Europe EOD or North America ?  ;)15:32
ogasawaraskaet: that he didn't clarify, but I'm assuming Europe15:32
ScottKhttp://dissociatedpress.net/2012/03/27/ubuntu-were-not-linux/15:34
skaetogasawara, that would be my hope as well. :)15:34
ogasawaraskaet: ppisati has just sent the pull request to the list for omap4, tgardner should upload shortly15:51
skaetScottK,  thanks for flagging.   Will put an editorial eye on the wording of this one to avoid feeding that flamefest.15:54
skaets/this one/beta 2 TechnicalOverview/15:54
stgraberskaet: ltsp uploaded, test verified here and by jibel16:01
skaetstgraber,  :)16:05
skaetogasawara, goodness.16:05
ogasawaraskaet: omap4 kernel uploaded, could we get it approved in the queue?16:14
ppisatiogasawara: you were faster than me :)16:14
skaetogasawara, ppisati - just waiting for the diff to generate.  :)  looking at it now.16:15
apwthe diff will likely scare you to death :)16:18
apwppisati, that upload is basically a revert to the known good kernel right ?16:19
=== ralsina is now known as ralsina_lunch
ppisatiright16:20
skaetcjwatson,  could you look at the update-manager one in the unapproved queue.   Seems its picked up lots of changes based on the diff,  ok to pull into the respins?16:26
skaetDaviey,  couold you look at the OpenMPI one - do you want it?16:27
cjwatsonskaet: on the phone, sorry, what are the impending respins?16:28
cjwatsonwell s/phone/G+/16:28
skaetcjwatson,  fair enough.  we'll be waiting for kernel rebuilds so there's time.   its the update-manager am not sure if we should pick up or not.  in unapproved-queue.   (powerpc changes, and some others...)16:29
pittiskaet: I can also look at u-m16:29
cjwatsonoff G+ now16:29
pittiskaet: but I wasn't aware we'll respin again?16:29
ogra_omapr416:30
cjwatsonif we take update-manager we should take python-apt too; not that it's required, but that way it will actually fix a bug16:30
ogra_*omap416:30
cjwatsonmost of the changes in u-m are a routine mirrors update, and harmless16:30
cjwatsonwait that's python-apt I think, let me check16:30
infinityskaet: The update-manager PPC changes are just because it includes an embedded copy of base-installer.16:30
cjwatsonright, yeah, that's normal16:30
cjwatsondemoted.cfg is syncing with state of archive16:30
skaetokie16:30
cjwatsonmirrors.cfg is syncing with data from real world16:31
skaetpitti, am assuming that was you accepting things into -proposed?   basically ok to accept anything there now,  since only changes we'll be applying to the release will be uploaded to -release?16:32
infinityskaet: That was me.16:32
cjwatsonthe https bit comes with tests16:32
pittiskaet: I was going to, but someone beat me to it16:32
ogasawaraskaet: ^^ kernel uploaded, contains only the fix for 96148216:32
cjwatsonyeah, u-m looks fine to me if we're respinning for a kernel anyway16:32
skaetthanks ogasawara16:33
cjwatsonpython-apt looks fine too16:33
cjwatsonbut we're not respinning all images, correct?16:33
skaetogasawara those graphics drivers (nvidia, cedarview) you as well?16:33
ogasawaraskaet: nope, not me16:33
pittiskaet: it's mostly the gnome 3.4.0 stuff, of which 90% of the chagnes are updated translations, and the rest stuff that made it through the pretty harsh  hard freeze break review16:33
cjwatsonDaviey: what's "Hiding of tasksel when MaaS is selected"?16:33
infinityskaet: cedarview is Jani, I'm sure.  It'll need some careful review. :)16:34
cjwatsonand are we intending to respin for bug 961482?16:34
ubot2Launchpad bug 961482 in linux "3.2.0-19 kernel fails to boot (-18 OK)" [Critical,Fix committed] https://launchpad.net/bugs/96148216:34
infinitycjwatson: I think that's the plan...16:35
cjwatsonaccepted update-manager and python-apt, then16:35
infinitycjwatson: We're respinning for an ARM kernel (including an ABI bump) anyway, so it's a scorched-earth respin, d-i and all.16:35
cjwatsonwhee16:35
skaetyup16:36
* pitti scores them up, so that they go before the -proposed stuff16:36
skaetcjwatson, yes,  all of the ubuntu ones at least.   Some of the flavors have already requested respins based on other things, so we'll pick them up.16:36
ogasawaraskaet: just got confirmation from an affected user that the patch resolves 96148216:36
skaetogasawara, :)  thanks!   thats good news.16:36
infinitypitti: Shouldn't release have a higher score than proposed by default anyway?16:37
pittinot usually16:37
pittiwell, devel should be >> devel-proposed16:37
pittibut stable-proposed >> devel, IMHO16:38
infinityOh, I guess the scoring was based on the assumption that pockets are a post-release thing.16:38
infinitySo maybe never took into account the idea that -release could still be open.16:38
stgraberpitti: btw, how did you get gnome-keyring to build? just hit retry until it worked or did you have to target specific buildds?16:39
infinityLet me aim these kernels at fast buildds.16:39
pitticjwatson, skaet: bumped kernel, p-apt, u-manager16:39
skaetthanks pitt16:40
pittistgraber: mostly, yes; with some help from launchpad-ops to kill hanging builds16:40
skaetthanks pitti,  even.16:40
pittistgraber: they pretty much all run hardy kernels I was told, so the particular builder shouldn't matter; just a matter of luc16:40
pittik16:40
* skaet goes to update the pad to double check the builds/not for this afternoon.16:40
stgraberpitti: fun :)16:41
infinityThere, kernels on roseapple and allspice.16:43
skaetRiddell,  ScottK,  do you want new images to pick up the new kernel(s) and update-manager fixes for Kubuntu?16:48
skaetscott-work,  do you want new images as well (kernel and update-manager fixes)?16:49
skaetastraljava, phillw - how about for lubuntu?16:50
* ScottK hasn't been keeping track (busy with $work)16:50
* skaet notes Edubuntu and Xubuntu already slated for respin, so they'll get them.16:51
phillwskaet: I've updated to lubuntu 20120327.1 But have been holding fire because of kernel issue.16:51
skaetphillw,  so am guessing you want the new kernel then... ;)16:51
phillwskaet: a working kernel is always nice :D16:51
skaetphillw,  ok,  I've marked it to the list.  :)16:52
infinityGiven everything that was just let through in the name of respinning the world, we probably should just respin the world.  It's only Tuesday.16:53
phillwno objections from me (not that i count ;) )16:55
skaetinfinity,  probably best at this point to keep it all consistent.16:55
infinityEd Zachary.16:55
* skaet was just wondering about how the testing is going. 16:56
infinityGood practice for final release, where consistent is a requirement, not a suggestion. :P16:56
* skaet goes to google Ed Zachary16:56
* infinity lets in pittit's "make accountservice mirror ubiquitty's new LC_ handling" bit.16:57
pittiinfinity: ah, thanks; note that language-selector fixes the same thing, plus another bug16:58
pittiI didn't consider either critical for b2, so I didn't poke the channel about those16:58
infinitypitti: language-selector is just a dpkg-maintscript conffile handling change?16:58
infinitypitti: Or did you collide with Steve, and aren't aware?16:58
pittiinfinity: oh, that's slangasek's16:58
pittiinfinity: no, he committed to bzr just fine16:59
pittiso I uploaded a new version on top of his'16:59
infinitypitti: As in, just now?16:59
pittiinfinity: so if you just want to let slangasek's in to fix conffile handling for upgraders, that also WFM16:59
pittiinfinity: no, this morning, like 10 hours ago16:59
infinitypitti: Well, not sure where yours went. :P16:59
infinitypitti: Unless it was proposed.16:59
phillwI saw mention of bug 959224 earlier, is it due for fix this resin?17:00
ubot2Launchpad bug 959224 in choose-mirror "Corrupt value for /etc/apt/apt.conf accepted during installation" [Medium,New] https://launchpad.net/bugs/95922417:00
pittiinfinity: oh, nevermind; I didn't upload it yet, just in bzr *blush*17:00
infinitypitti: *slowclap*17:00
pittiinfinity: as I thought "no rush, can upload after b2 with potentailly more fixes"17:00
infinitypitti: Upload it, if it matches the LC_ fixes everywhere else, seems worth it.17:00
pittiinfinity: anyway, slangasek's chagnes look fine, so if you are looking for good fixes to wrap into b2, that's ceratinly not the worst17:00
infinitypitti: We're waiting at least 4 hours or kernels anyway.17:00
pittior need a package in main to refresh task headers or so17:00
cjwatsonphillw: no17:01
slangasekmy changes are all low-prio, I'm just picking things off the jenkins report17:01
phillwcjwatson: okies, thanks17:01
infinityslangasek: Yeahp, but low-prio on your maintscript changes also adds up to low impact, so I pick them up when I'm bored. :P17:01
cjwatsonphillw: it doesn't have a fix yet, and is in any case not serious enough to merit a respin17:01
slangasekcjwatson: which reminds me; half the "obsolete conffiles" still listed on the jenkins reports are actually ones that have been taken over by replacing packages, so should fall out of 'obsolete' the next time the packages are upgraded, I think - is there really anything more we should be doing here? ...17:02
slangasek... https://jenkins.qa.ubuntu.com/view/Precise%20Upgrade%20Testing%20Dashboard/job/precise-upgrade-lucid-server/ARCH=i386,LTS=lts,PROFILE=server,label=upgrade-test/68/artifact/lts-server/obsolete_conffiles.log17:02
cjwatsonskaet: I suspect infinity means "exactly", rather than the rather unfortunate first google hit for "Ed Zachary" as such :)17:03
slangasek(console-setup, file, fuse, grub are all in this category)17:03
cjwatsonslangasek: sounds like we should fix the autotester to notice that then?17:03
* pitti off for a bit to prep dinner17:03
cjwatsonI haven't been looking at obsolete conffiles at all, though17:03
pitticjwatson: it does?17:03
slangasekcjwatson: prolly - just wanted confirmation you didn't think there was anything further we should do packaging side17:04
pittithey become yellow (i. e. tests failed, but upgrade succeeded)17:04
skaetcjwatson,  thanks.   was scratching my head a bit over that one.17:04
cjwatsonpitti: I mean it should not even list cases where some other package has taken them over17:04
pittiah17:04
slangasekpitti: well, things we don't care about at all should IMHO be green, not yellow :)17:05
slangasek(for whatever value of "don't care about" applies)17:05
cjwatsonslangasek: I don't *think* so; in my head that's something Replaces should deal with17:05
cjwatsonkeyboard-configuration doesn't seem to do anything special to take over console-setup.conf17:06
slangasekyes17:06
infinityI thought Replaces did deal with it...17:06
slangasekand none of these conffiles are listed as "obsolete" on my system17:06
cjwatsonremind me where the autotester moved to?17:06
slangasekso I *think* it gets flushed when you do a subsequent upgrade of the replaced package17:06
cjwatsonsounds plausible, yes17:06
slangaseklp:auto-upgrade-testing17:06
astraljavaskaet: I can't speak for lubuntu, but I'll ask around in the #xubuntu-devel. :)17:07
cjwatsonta17:07
skaetastraljava, thanks.  (and oops... sorry)17:12
slangasekcjwatson: confirmed; apt-get install console-setup --> obsolete, apt-get install --reinstall console-setup --> disappeared17:15
slangasekcjwatson: are you poing the auto-upgrade code?17:15
ScottKskaet: Did you get an answer from Riddell on respinning?17:15
cjwatsonmaybe something like http://paste.ubuntu.com/902501/17:16
skaetScottK,  nope,  went ahead and scored them for respinning to keep things consistent.  But if you and he disagree,  please flag here and update the pad.17:16
ScottKNo, I think that's reasonable.17:16
* skaet nods17:17
slangasekcjwatson: LGTM17:17
cjwatsonminor errors in that, testing/fixing17:18
cjwatsonslangasek: is there a bug about this already?  (if not, don't worry)17:25
slangasekcjwatson: not AFAIK17:26
cjwatsonslangasek: https://code.launchpad.net/~cjwatson/auto-upgrade-testing/obsolete-conffiles/+merge/9956917:28
stgraber^ initial ISO tracker notification support17:35
stgraber(just a quick test)17:37
stgraberlooks good so far17:37
stgraberI made it post queue status + iso tracker to #ubuntu-release and only iso tracker to #ubuntu-testing17:38
skaetstgraber,   excellent.   Looks very good indeed!  :)17:39
* skaet figures it will get a work out this afternoon.17:47
slangasekcjwatson: merged, thanks17:54
slangasekcjwatson: oops, except not because I don't have commit access17:54
cjwatson... I did wonder17:55
slangasek:)17:55
slangasekjibel: could ubuntu-dev or ubuntu-core-dev have commit access to lp:auto-upgrade-testing?17:55
scott-workskaet: does the new kernel include updating the lowlatency kernel?18:05
=== ralsina_lunch is now known as ralsina
scott-workskaet: if not, then i don't think ubuntu studio needs to have a respin for beta 218:07
skaetscott-work, haven't seen any updates to it, but not sure.18:07
infinityscott-work: It should, but no one's merged and uploaded it yet, no.18:13
scott-workskaet: infinity:  i guess a repsin will not hurt, so yes please :)18:15
infinityscott-work: Is the only person handling -lowlatency Luke?18:16
skaetscott-work,  ok.  will leave it on the list.18:16
* infinity would merge and upload, but doesn't want the package to get out of sync with git.18:16
scott-workinfinity: i believe the only person at this time handling -lowlatency is luke (although that is scheduled to change for q-cycle)18:16
infinityogasawara: Would your minions be willing to update -lowlatency to match the base linux (assuming one or more of them has commit access?)18:17
ogasawarainfinity: I don't think we have commit access18:17
infinityDang.  We should fix that.18:17
=== bladernr_ is now known as bladernr_afk
* infinity ponder just applying the tiny diff and letting Luke deal with the fallout later.18:21
apwcan anyone confirm/deny if the backgrounds for OSD messages is meant to have changed colour in the stuff in the archive 'now' ?18:23
infinityapw: I'll answer your question if you update -lowlatency.18:24
apwthats a community kernel :)18:24
infinityapw: (The answer might be "I don't know", though)18:24
apwthey promised they would be responsive ... whats its base ?18:25
infinityapw: They are responsive, it's only missing your latest -20.33 patch.18:26
infinityapw: And Luke's probably asleep. ;)18:26
apwany idea where the source even is?18:30
apwinfinity, its a good job none of the CDs have the image on18:30
infinityapw: ubuntustudio does.18:31
slangasekgit://kernel.ubuntu.com/abogani/ubuntu-precise-lowlatency.git18:31
slangasek(per the source package's Vcs-Git field)18:31
infinityCurious, I would have expected it to be Luke's, not Alessio's, given who does all the uploads.18:32
slangasekmaybe the field's wrong, but that's what the package says18:33
apwif its that one, its based on -16.2518:34
infinityYeah, it's not that one, then. :P18:34
slangasekright18:34
infinityTheir current upload is -20.3218:34
infinity(Well, -20.28, but based on -20.32)18:34
apwhmmm ... fun18:35
infinityapw: Don't worry too much about it, I'm sure Luke will notice when he wakes up, I've already pinged him.18:36
apwack18:36
pittiskaet: anything you need me to do tonight still? otherwise I'd say good night and be online again in ~ 10 h18:55
skaetpitti,  one last review of unapproved have what you want in the respin?18:55
skaetbut then,  yes,  after that,  sleep well.  See you on the flip.18:56
pittiskaet: the only thing which might be worth considering is the new nvidia driver, but I don't have context18:57
pittiskaet: when in doubt, I'd keep it for post-b218:57
pittiskaet: but it's  not on the ubuntu images anyway (only on ubuntustudio and mythbuntu)18:57
skaetpitti,  I'll dig it it a bit this afternoon, but generally post b218:58
pittithe current one isn't terribly broken, so I'd rather have people update post-b218:58
* skaet nods18:58
pittiskaet: so in summary, nothing that I deem worthy and safe enough to take into b2 at this point19:00
skaetTHanks pitti.  sleep well.19:00
pittiok, see you tomorrow!19:00
skaetgood night.19:01
skaet:)19:01
* skaet needs to break to go out for lunch, seems a good time while builds are stil happening.19:03
skaetyup,  linux still has to get through the arm builders...  :/19:12
* skaet --> lunch19:13
=== bladernr_afk is now known as bladernr_
highvoltage<troll> linux? you mean the ubuntu kernel? </troll>19:17
Davieycjwatson: Sorry, just saw your question.. When option 2 from the cd menu is selected, now show tasksel19:19
cjwatsonOK, I assume you'll fix that in maas-enlist-udeb?19:20
Davieycjwatson: yep19:20
Davieycjwatson: been sorting out rabbitmq first.19:21
cjwatson'db_set tasksel/first "standard, server"; db_fset tasksel/first seen true' or some such, I guess19:26
cjwatsonmay have the value wrong19:26
Davieycjwatson: is it "server" or "Basic Ubuntu Server" ?19:30
scott-workinfinity: skaet : if getting the -lowlatency kernrel updated is putting the ubuntustudio images out of sync (or cadence) with other images then this may be too much trouble at this point for a beta 219:33
cjwatsonDaviey: definitely not the latter, use the identifier not the display name19:34
scott-workthe current beta 2 images didn't include any critical bugs19:34
infinityscott-work: Nah, it's no big deal.  The kernel being out of sync won't kill anyone.19:34
infinityscott-work: Would just have been nice to have it updated to match, that's all.19:34
Davieycjwatson: ok19:39
Davieycjwatson: looks like, tasksel/first "standard, ubuntu-server"19:44
Davieyscrub that.19:46
Riddellskaet: evening, did I hear a respin was doine?19:57
phillwRiddell: I believe they're waiting for the kernel to get through re-building, then yes - respins are due.20:00
cjwatsonwill need a new d-i in between20:01
jibelslangasek, I added ubuntu-core-dev. The admin of the team should have received an invite.20:18
stgraberjibel: I'll take care of it20:19
stgraberjibel: accepted20:20
jdstrandskaet: hey, what project do I use to file a bug to make sure a release note is added?20:27
stgraberjdstrand: https://bugs.launchpad.net/ubuntu-release-notes20:29
jdstrandstgraber: thanks20:30
infinitystgraber: Hrm, queuebot seems to get confused when binary NEW contains translations, and calls it source.20:44
infinity(see above with linux-ti-omap4)20:45
stgraberinfinity: LP is confused ;)20:48
stgraberinfinity: let me check how I can detect these reliably20:49
DavieyPleae can, cobbler, maas and maas-enlist be accepted please.20:49
Davieybeta-2 critical20:50
infinityDaviey: Done.20:51
Davieythanks20:51
stgraberinfinity: ^ it "should" now be translation aware20:53
infinitystgraber: Cool.  We'll find out next time it pops up.20:53
* skaet sees arm still building for linux... :P20:54
infinityPPC just finished, though.20:55
infinityBarely winning the race. ;)20:55
infinity(ARM's nearly done too)20:55
infinityBut we'll need to iterate through some d-i uploads and such.20:55
infinityAnd we need a new ti-omap4 meta.20:55
infinityogasawara: ^20:56
stgraberskaet: is anything already building? if not, we have a few interesting fixes in ubiquity, none that are critical though (one is oem critical but I was told it can wait till Friday)20:56
infinityogasawara: I get in trouble when I upload meta without committing, so if you could? ;)20:56
ogasawarainfinity: yep, gimme 2min20:56
infinitystgraber: Nothing should be building right now, we're still waiting on kernels and moving to d-i, etc.20:56
stgraberinfinity, skaet: ok, do we want a new ubiquity then?20:56
infinitystgraber: If it's 100% regression-free!20:57
stgraberhttp://paste.ubuntu.com/902845/20:57
stgraberbug 963460, bug 964472 and bug 95028220:57
ubot2Launchpad bug 963460 in language-selector "Ubiquity calls check-language-support with "zh-hans" instead of a locale (zh_CN)" [Medium,Fix committed] https://launchpad.net/bugs/96346020:57
ubot2Launchpad bug 964472 in ubiquity "'Detect Keyboard Layout' detects the 'group' correctly, but does not update the selectable layout list" [Medium,Fix committed] https://launchpad.net/bugs/96447220:57
ubot2Launchpad bug 950282 in oem-priority/precise "Installation failing with pop-up "The installer encountered an unrecoverable error and will now reboot."" [Critical,Confirmed] https://launchpad.net/bugs/95028220:57
infinityOh, I dunno about skaet, but I'd kinda like those fixes.20:57
skaetstgraber,  what infinity said...  :) regression free welcome.20:58
ogasawarainfinity: that had an abi bump right?20:58
infinityTesting all the changed keyboard/language handling stuff we've been messing with more widely would be good.20:58
infinityogasawara: Yep.20:58
infinitystgraber: I say go for it, unless skaet objects strongly.  I really don't want all this lang mangling to bite us on release week if it's subtly wrong.20:59
skaetinfinity, see ^ comments.  ;)20:59
stgraberinfinity: I'm running it through the tests now, will read through the code again and will upload, eta 10min (it needs to build all d-i components for the tests ...)21:00
* infinity goes to mangle seeds and d-i for the omap4 ABI bump.21:02
ogasawarainfinity: uploaded21:02
infinityogasawara: \0/21:02
infinity\o/ too.21:02
infinityI need new fingers.21:02
* skaet wonders where she can sign up for those new fingers ;)21:03
skaets/those/some/ ... too.21:04
infinity^-- don't accept this d-i upload until all the kernels are published (I'll keep an eye on that).21:12
stgraberubiquity uploaded21:12
infinityOh, nice, omap kernels finished building just before the publisher started.21:12
infinitySo, d-i can build in about 20 minutes.21:13
stgraberthe diff should be easy to read except for the usual ubiquity-2.10.4/d-i/source/tzsetup/debian/common.templates changing for no good reason21:13
infinityHeh.21:13
stgrabercjwatson: do you have any idea why pretty much everytime I upload after you I get a delta in d-i/source/tzsetup/debian/common.templates ?21:13
infinityDifferent versions of intltool/po-*?21:14
stgrabercjwatson: I always clean the branch entirely (as in, remove any ignored file), then run debian/rules update to get a clean copy of d-i/source21:14
stgraberinfinity: well, it's ubiquity's embedded source copy, so nothing should touch these...21:15
infinitystgraber: You sure it didn't also change in tzsetup itself?21:15
* infinity grumbles about the appservers getting behind on diff generation.21:16
stgraberinfinity: well, then we'd have a change in d-i/source/tzsetup/debian/changelog too...21:16
infinitystgraber: Oh, fair point.  Well, maybe something in ubiquity's clean walks d-i/source and mangles all the translations?  Dunno.21:17
infinitystgraber: Or maybe it just dislikes you specifically.21:17
stgraberinfinity: could be that ;)21:17
* infinity wishes there would be a bunch of gcc-4.7, kernel-team PPA, and golang-tip uploads all at the same time while we're trying to get things built for Beta.21:21
infinityOh, wait.  Yay.  I got my wish.21:21
stgraber;)21:21
infinitystgraber: Will review and accept ubiquity in ~5 minutes when LP catches up with me, and then I'll jam it down the buildds' throats as best I can. :P21:22
micahginfinity: I can upload more random stuff if you like :)21:22
infinitymicahg: Sure.  Chromium, Firefox, Thunderbird, and OpenOffice, please.21:23
infinitymicahg: Ideally security releases that firebomb 5 releases and eat every builder.  Thanks in advance.21:23
Davieyskaet: Are you spinning all flavours soonly, or should i trigger a server one now?21:23
infinityDaviey: We're rebuilding d-i.21:23
skaetDaviey,  wait for it.21:23
infinityDaviey: So, server will need a respin anyway.21:23
skaetI'll add server in to the set for the full respin.21:24
Davieyskaet: thanks.21:24
infinityskaet: Is anything not in that set?21:24
infinityskaet: I think we're pretty much at scorched earth "just do it all" land.21:24
skaetinfinity - do we need a set of netboot ones?21:24
Davieyskaet: I believe everything we want in beta-2 is good to go now.  I'm looking forward to smoking a build.21:24
infinityskaet: "netboot" = d-i, that's happening shortly.21:24
stgraberskaet: netboot will be automatically posted on the tracker when my cronjob detects the new d-i21:25
Davieyskaet: building d-i, builds a netboot.21:25
skaetinfinity,  stgraber,  cool was wondering how that worked.  :)21:25
skaetDaviey,  thanks.21:25
skaetDaviey,  are there some bug numbers associated with that maas upload?   changelog isn't mentioning any.21:25
Davieyskaet: Can you ask the LOSA's to turn the buildd's up to 11, getting impatient :)21:26
Davieyskaet: no21:26
astraljavaskaet: Apparently there's no interest for a respin of Xubuntu images. (sorry it took a while)21:26
skaetDaviey,  the one you have to sweet talk on that subject is infinity... he's in discussions with them on improving the situation overall.21:28
skaetastraljava - there's some rather nasty bugs we're fixing across the rest of the set, so I'm going to go ahead and respin it at this point.  However if team is happy with the images, we can release with what's on the tracker and tested now.21:30
* skaet will manually set it back to the current set if you don't want to do the restesting. 21:30
micahgastraljava: doesn't xubuntu need the respin for onboard?  (I uploaded the fix specifically for xubuntu)21:31
* skaet nods21:32
* infinity scores a bunch of builds up and notes that it might be a good time for releasy people to take a breather.21:33
infinityWe won't be respinning for a "while".21:33
astraljavamicahg: Oh, sorry I forgot about onboard! I'll go testing immediately.21:33
infinityHour or two, at least.21:33
skaetastraljava,  images won't be out for a couple of hours.  alternates first then desktop a bit after.21:33
infinitys/couple/few/21:34
infinityUnless I get a LOSA to firebomb the buildd network and take them all over.21:34
skaetinfinity,  please try.21:34
skaet:)21:34
astraljavaskaet: Yes, I meant the onboard fix micahg has in a PPA.21:35
micahgastraljava: use the archive version please :)21:35
infinityastraljava: It's in.. What he said.21:35
astraljavamicahg: Yep, sorry, was offline for a bit and missed these news. :)21:35
micahginfinity: it wasn't supposed to be accepted until he tested to made sure it was fixed, but meh :)21:35
infinityskaet: Do you have a list of triggers other than d-i and ubiquity?21:35
infinityskaet: I need to make sure everything's scored up if I'm going to go the firebomb route. :P21:36
skaetastraljava,  if you want that fix,  at this point you'll be having to take the rest.21:36
skaetinfinity, see pad21:36
skaet(and feel free to add any explicitly I've missed.21:37
astraljavaskaet: Yeah, I suppose that reverses my earlier statement, then. :)21:37
skaet:)21:37
skaetstgraber,  looks like there is a stale version of ubiquity (2.10.3) in proposed.   Remove it?21:39
stgraberskaet: oh, yeah, it's been copied to precise already according to rmadison21:40
skaetDaviey, there was some discussion on an openMPI fix earlier,  is that still on the list to land for beta 2, or are we release noting?21:43
Davieyskaet: I spoke to rbasak who has touched openmpi for arm the most, and it's an opportunity, but not critical21:45
skaetThanks Daviey21:45
* skaet notices that linux kernel is now all built21:46
infinityskaet: Yeah, hence why d-i is building. ;)21:48
skaet:)21:48
skaetjust noticed that too now.21:48
infinitySo, I freed up ross for us to let PPC catch up.21:49
infinityamd64 will catch up (and pass ARM) soon.21:49
infinityWe should be good.21:49
infinityStill, it'll be a couple of hours before ubiquity's published everywhere, probably.21:49
skaetinfinity, thanks,  was wondering why amd64 + PPC weren't showing building symbols.   :)21:49
skaetyes,  ubiquity is lagging on PPC and amd64 as well, as well.21:50
infinityWell, I only freed up one PPC machine, so it's doing d-i first, then ubiquity.21:51
cjwatsonstgraber: you're running tests/build after debian/rules update, I bet.21:53
micahgI've got another version of ubuntustudio-default-settings coming to clean up the conf file handling, won't need to respin for this now21:53
micahgs/now/though/21:53
infinitymicahg: Meh, respins are a bit off on the horizon anyway, may as well let that in too.21:54
skaetmicahg,  we won't block on it, but if its ready, we'll pick it up.21:54
cjwatsonskaet: no need to remove old versions from proposed specifically - they won't cause a problem.  I'm working on an improvement to the pending SRU report to emit commands for that.21:54
skaetcjwatson,  goodness.  :)21:55
Davieyskaet: A potential slight regression.. investigating22:00
* skaet likes this stgraber!!! 22:01
* skaet doesn't have to go clickity-click on the project to see if done, sweet.22:01
skaetDaviey,  ack.22:01
infinitystgraber: That seems a bit premature.  Where is it getting that "netboot" info from?22:02
infinitystgraber: Given that that version of d-i hasn't been published yet...22:03
infinitystgraber: And, in fact, is still building on amd64 and i386. ;)22:03
* skaet has to do clickty-click after all... :( lol22:05
infinitystgraber: If it's polling source, you might instead want to poll archive/ports.u.c/ubuntu{,-ports}/dists/precise/main/installer-$arch/$version22:05
stgraberinfinity: LP API22:05
infinitystgraber: But just asking LP API if the source is published, I'm guessing?22:06
infinitystgraber: Since it told me there were new images for all arches, and half of them are still building. ;)22:06
stgraberinfinity: yeah, I had to go read the script :) it's checking for PublishedSource22:07
stgraberinfinity: I'll add to the todo to port it to checking individual architectures and post them only when published for the architecture22:07
infinitystgraber: I suspect from the POV of testers being able to actually test when the bot tells them, polling the mirrors would be more effective than asking LP.22:07
infinitystgraber: Since even asking LP about published binaries will still be wrong for about 30 frustrating minutes.22:07
stgraberinfinity: hmm, indeed, hardcoding the path and reading the html may actually be easier than implementing the magic needed to check for the various binaries through the API :)22:08
infinityProbably. ;)22:09
astraljavaskaet: Xubuntu should be ready for the respin now, thanks!22:16
skaetastraljava,  :)22:17
cjwatsonwell, not until d-i lands22:18
infinityd-i and ubiquity should both publish for all arches in the next run.22:19
infinityExcept maybe ubiquity/ppc.22:19
infinityIt could be 30 seconds late.22:19
phillwinfinity: drat :(22:20
cjwatsonwell, half-hourly runs ftw.22:20
* infinity nods.22:20
infinityThough, it will literally be about 30 seconds if it's late. ;)22:21
infinityTiming, yay.22:21
astraljavacjwatson: Yeah. :) skaet: I'll be sleeping now, so if you have questions/anything for Xubuntu, please ask on #xubuntu-devel, if someone else is awake still. Thanks again for the whole team, see ya tomorrow!22:21
phillwinfinity: cjwatson so, will a ppc be there for 20120328 for the lubuntu ppc testers?22:21
infinityphillw: You bet, it'll get built.22:21
infinityphillw: Just commenting on archive publishing being late, the images will happen.22:21
skaetastraljava,  thanks.  sleep well.22:21
phillwexcellent, that gives them a couple of hours to test before the QA meeting Wed evening and, hopefully, beta 2 on Thursday :)22:22
=== bladernr_ is now known as bladernr_afk
skaetDaviey,  if you're still around,  do we have all the pieces accepted from the unapproved queue you want in tonight's images (/me must spotted rabbitmq-server there)22:28
Davieyskaet: Yep! Rabbit needs to go in.. I thought that was already accepted.. well spotted22:29
skaetdebian/rabbitmq-server.init: emit 'rabbitmq-server-running' signal for  upstart as MAAS needs it.22:29
skaetok,  doing now22:29
Davieyskaet: I have one more issue, working through it now22:30
skaetDaviey,  put a note of the package affected on the pad,  under invesitgation, so I can remember to keep an eye open for it.22:32
Davieyk22:34
* skaet is wondering why openmpi sources with the comments in them against arm are listed in edubuntu sets22:34
Davieyskaet: Happy for me to remove triggers satisfied ?22:34
skaetDaivey,  I'll do a clean sweep of it to the bottom, once all the pieces are ready and the rebuild startds22:35
skaet*starts even.22:35
Davieyskaet: Yep, but things blocking spin which are solved, you still want on there?22:35
skaetyes,  I'll be doing a double check before kicking and its easiest that way22:36
* skaet not having to look in two places22:36
Davieyk22:37
Davieyskaet: you have 2 [23]'s22:37
skaetDaviey,  good spotting,  fixing.22:38
* skaet sees ubiquity's almost done building. :)22:39
infinityskaet: Yeah, ppc missed.  We'll get it in ~45 mins.22:40
infinityskaet: Could start with preinstalled at the end of this publisher run (~20 mins?) to give ARM a head start.22:41
skaetinfinity, debian installer's done.   should os-prober be accepted from the unapproved queue?22:41
skaetinfinity,  yup,  can do.  re: arm.22:41
skaetinfinity,  we may need to make sure the server bits are all in place for it though.  (rabbitmq-server landed)22:42
cjwatsonos-prober - no point unless you also accept the grub2 upload I haven't prepared yet22:43
cjwatsonthat's a two-part fix22:43
cjwatsonit doesn't *hurt* on its own, but it won't gain much of anything22:45
skaetcjwatson,  thanks.  ok,  we'll leave it in the queue then.22:49
infinityskaet: Well, if we want to make the rebuild a simple fire-and-forget, then, ubiquity/ppc and rabitmq/all will both publish in the next cycle, so you can just press the big red "build everything" button in ~40ish.22:49
infinityAssuming the publisher doesn't wrap itself.  Let's see. ;)22:50
* skaet likes simple....22:50
infinityOkay, the publisher's not going to eat its own tail.  So, the above bits we're waiting on will be on-disk in 30ish.23:01
skaetinfinity,  all bits except rabbitmq-server (ubuntu3_all.deb) seem to have emerged,  will start off the arm ones now, and desktop;   will add alternate/server in as soon as I see that bit.23:07
skaetcan you see anything I've overlooked?23:07
infinityskaet: Err, yeah.  Wait on desktop images that include PPC.23:08
infinityskaet: Like I said, ubiquity/ppc is in this same run as rabitmq.23:08
infinityskaet: (And if you want to just do one big build, hold off for ~20)23:08
* skaet thought ppc was there.... re-checking..23:09
infinityNope.23:09
infinityDon't trust the LP UI.23:09
infinityIt marks things publishes as soon as the publisher starts.23:09
skaethttp://us.archive.ubuntu.com/ubuntu/pool/main/u/ubiquity/?C=M;O=D23:10
infinityNot sure what I'm meant to be seeing there, as PPC isn't on archive at all...23:12
skaetinfinity,  ah,  thats where I was checking.  educate please.  where should I be checking for it?23:13
infinityskaet: ports.ubuntu.com/ubuntu-ports would be the mirror that has powerpc/armel/armhf binaries.23:14
skaetinfinity, *doh*  yes.  sorry.23:15
skaetyeah,  ubiquity/ppc missed the :03 publishing run23:16
infinityI know. :)23:21
micahg^^ fixes conffile migration for ubuntu studio, not needed on image, but needed in archive23:26
infinitymicahg: I'll accept it after we do the images, then.23:27
infinityskaet: Publisher's done, you can rebuild the world anytime.23:27
skaetinfinity,  hmm,  not showing up on the ports mirror quite yet.   will give it 5 and then kick it all in motion.23:29
dokoinfinity, yes I need to restart the rebuild. will do that on Wed23:29
skaetah,  its there.23:29
* skaet kicks23:29
infinityskaet: All the builds operate from ftmaster directly, you're good.23:29
phillwthe clock is sticking guys, No sod the clock.... about what time, in UTC, do you fantastic guys reckon the re-spins will be done? Ah, UTC / Vs BST... it is Wednesday here :)23:30
* skaet goes to reset the iso tracker.23:30
infinityphillw: Well, they're starting now.  So.  Sometime later than now. ;)23:30
skaetphillw,  alternate should be done within the hour,   desktop will be a bit longer.23:30
phillwHey guys, having sat on this channel for a couple of days, I will admit I understand less than 50% of what you discuss. My question, for lubuntu, is quite simple. Have we enough testing reports in to maintain our current set of Lubuntu variants? i.e. the Mac stuff.23:35
infinityphillw: For any given flavour/arch combination, one good boot/install smoketest is all we're really looking for.23:36
infinityphillw: Someone to say "it booted and didn't eat my pets when I clicked on stuff".23:37
infinityphillw: We hold Ubuntu itself to a higher standard, but for community flavours/ports, we understand that testing bandwidth is limited, and we just need to know we're not building and shipping dud images.23:37
phillwinfinity: it does drive the testers mad, they report that the beta 2 release installs (even with bugs), then the next day - it is all gone? how does that work?23:38
infinityphillw: It all goes away when there's a new image candidate (as is happening right now).23:38
infinityphillw: Since it's the image itself we're testing, not the state of the archive, we need to know the image we ship is known-good.23:38
skaetphillw,  the results are all still there on the tester,  just reported against the prior image.23:39
phillwinfinity: so, no matter what testing has been done - it counts for nothing for when the decision is made to release, in this case, the beta 2?23:39
skaetphlllw, http://iso.qa.ubuntu.com/qatracker/milestones/210/history23:40
skaetwill show all the prior bugs found23:40
phillwskaet: so, if it has been shown to be tested, is that enough to drive it forward?23:40
skaetphillw, the testing does matter.   Several times we've held off on releaseing images if the testing indciated key problems.23:40
infinityphillw: For betas, you can cheat and nominate an old image, and say "please just ship that", but for final release, yeah, the only one that matters is the last one we build.23:40
cjwatson"Counts for nothing" is a bit strong, but the weirdest things can cause images to fail.23:41
infinityphillw: That said, any testing leading up to the final image is, obviously, good.23:41
cjwatsonWe tend to be paranoid.23:41
phillwcjwatson: my aopolgies,23:41
skaetphillw,  if it has been fully tested on one instance, and then spot tested,  it's likely to go through.  its the entire history that matters.23:41
cjwatsonphillw: no need :)23:42
skaetphillw, for each of the flavors I try to make sure that the leads and QA reps are comfortable with the images before we make the ship/not decision.23:42
phillwwhat I meant was, there are guys testing the ppc / Mac stuff. And I really find it hard to ask them to run every test at every stage of a respin23:42
skaetphillw,   just ask them to spot check at this point if they've done the full set already.23:43
phillwAs long as it noted that testing has been done, that will be excellent news to them23:43
skaetas infinity says, for the final release its different - we do need to know all is well, but for the beta's if all the tests have been done, and no irregularities show up with last image from spot testing,  all should be reasonable risk.23:44
phillwskaet: I am aware that this is a major re-spin, but if they cannot get them all done by about midnight Thursday, which is Beta 2 release day, will their previous tests count?23:45
cjwatsonEven knowing that the image still boots is somewhat reassuring, though installability in at least one mode is nice.23:45
* cjwatson is still slightly scarred by http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=36896923:45
ubot2Debian bug 368969 in squashfs-tools "rounding error causes generation of invalid filesystems" [Critical,Fixed]23:45
skaetphillw,  as cjwatson says,  if they've all been done at some point,  and the spot testing looks good.  we're fine for beta.23:46
infinitycjwatson: Good times.23:46
* skaet goes to look at that bit of history... 23:46
cjwatsonthat's also https://launchpad.net/ubuntu/+source/squashfs/1:2.2r2-2ubuntu223:46
phillwthank you. the last thing I wanted to do was to give false hope to the new band of ppc / Mac 64 testers.23:47
cjwatsonAnd in some ways was the genesis of our current practices ...23:47
infinityphillw: Like i said, a quick boot/install smoketest is all we really require of most flavours/ports anyway.  So, hopefully that's not too onerous for them.23:48
phillwinfinity: it will be done.23:48
cjwatson(Background: we changed something completely inconsequential.  Suddenly the Ubuntu desktop image kernel-panicked.  We had no idea why until Scott stared at it for a few solid hours.)23:48
infinityphillw: I think people get the wrong idea about how much testing they MUST do.  As always, more is better, and we love bug reports (and patches), but to be able to ship and image, we just need to know it's not completely DOA/broken.23:48
infinitys/and image/an image/23:49
cjwatsonOf course, it's silly to fight the last war, and we probably won't see that kind of image misgeneration again.  But everyone still likes to know that *somebody* has tried any image we release.23:52
=== rsalveti` is now known as rsalveti
phillwinfinity: would a PM be allowed?23:53
infinityphillw: Depends on which PM it is.  If it's not Stephen Harper, sure.23:54
slangasekinfinity: the threshold for betas is considerably higher than "not completely DOA/broken"23:54
phillwinfinity: im on my name in here23:54
* micahg thought that was alpha criteria23:55
slangasekhmm, now why did the daily upgrade test not spit out any results for lucid-server today23:55
infinityslangasek: I said what we need to know, not what we like to know.  I'd like to think that the flavour folks won't ship an image that doesn't look/do as they think it should.23:55
infinityphillw: I think you missed my sarcasm.  PMs are fine. :P23:57

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!