[06:26] <micahg> do I need an FFe to reseed a package we temporarily dropped due to it being broken?
[06:27] <micahg> s/we/that was/
[06:32] <pitti> when was it dropped?
[06:35] <micahg> pitti: aug 2
[06:56] <pitti> micahg: hm, that seems a bit on the edge -- better file an FFE, I think
[07:03] <micahg> if someone could look at bug 833550 in the next couple hours, I'll get this uploaded before beta freeze
[07:03] <ubot4> Launchpad bug 833550 in xubuntu-meta (Ubuntu) "FFe: Please reseed aisleriot (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/833550
[07:06] <pitti> ah, that
[07:06] <pitti> micahg: yes, that sounds fine
[07:06] <pitti> bug updated
[07:06] <micahg> pitti: thanks, maybe I should've been more verbose in my question :)
[07:31]  * pitti goes to dissect the alternate and see why it's so big
[07:32] <pitti> ok, so it ships 135 MB of packages which are not in the default installation
[07:32] <pitti> it should be possible to reduce some of that :)
[07:39] <pitti> cjwatson: do you still think linux-wlan-ng is good to have on the alternates? it hasn't changed since lucid, does that even work still?
[07:40] <pitti> not that it's much of an issue size-wise (100 kB), but it might just be cruft these days
[08:14] <slangasek> I think it still works for the few wireless chipsets that need it
[08:15] <pitti> ah, good
[08:15] <pitti> anyway, there: http://cdimage.ubuntu.com/daily/20110825.1/
[08:15] <pitti> non-oversized alternates
[08:15] <pitti> (except powerpc, which seems to be a lost cause)
[08:17] <pitti> actually, we could drop pt/es langpacks there, /me does
[08:19] <pitti> there, next daily powerpc alternate should be in shape, too
[08:24]  * cjwatson has another go at updating ubuntustudio-meta, which he tried and failed to do last night due to mirror issues of some kind
[08:26] <pitti> hey cjwatson, good morning
[08:36] <cjwatson> mornin'
[09:02] <cjwatson> phew, I think that's the gnustep transition done
[09:45] <cjwatson> meh, I should have just uploaded gnudatalanguage rather than trying to test-build it first
[09:45]  * cjwatson feeds his laptop more hamsters
[09:50] <cjwatson> astraljava: ubuntustudio-meta uploaded, belatedly
=== doko_ is now known as doko
[09:53]  * ogra_ feels pity for the hamsters ... you surely need to flatten them for the hamster slot, or is your laptop that thick ?
[09:56] <cjwatson> it's not quite a hoverbook if that's what you're asking
[09:59] <ogra_> nah, i was just wondering about hamster usability vs. laptops
[10:35] <Daviey> cjwatson: Use the cloud! :)
[10:36]  * ogra_ imagines hamsters with parachutes
[10:37] <Daviey> ogra_: Sounds a worthy experiement.
[10:37] <ogra_> :)
[10:37] <ogra_> GRR
[10:38] <ogra_> so i'm sure i saw a patch for ext4 support in live-build going upstream, why doesnt it produce rootfs files now :(
[10:38] <ogra_> funnily everything else gets created
[10:40] <ogra_> ogra@horus:~/devel/live-build-3.0~a24$ grep -r ext4 *
[10:40] <ogra_> ogra@horus:~/devel/live-build-3.0~a24$
[10:40]  * ogra_ cries
[10:44] <Daviey> ogra_: I didn't think your kernel supported ext4 at the moment, anyway?
[10:44] <Daviey> supported as in config option disabled.
[10:47] <ogra_> Daviey, hey, i'm not linaro :P
[10:47] <ogra_> only their vexpress kernel doesnt support ext4, i think all others do
[11:05] <Daviey> ogra_: Ah.. Yes.. I just blame you for arm related things in ubuntu. :)
[13:07] <ScottK> pitti: I'd appreciate it if you could accept the updated clamav package I just uploaded for natty-proposed.  It's a minor improvement over the one that's there now (and what I'd like to get verified and into updates).
=== hggdh_ is now known as hggdh
[13:11] <pitti> ScottK: sure, will do; I give LP a few more minutes to generate the debdiff
[13:11] <ScottK> Thanks.
[13:18] <ScottK> Is there some general FFe the applies to Unity and related stuff?  I say reference to some Unity changes planned for today and I see https://lists.ubuntu.com/archives/ubuntu-devel/2011-August/034015.html but I don't see any related FFes.
[13:19] <pitti> ScottK: the feature has been in Ubuntu for a while
[13:19] <ScottK> OK.  0.3.3 isn't.
[13:20] <pitti> right
[13:20] <ScottK> Maybe it's just a bugfix update.
[13:20] <pitti> I haven't see the changes yet, but I hope they just apply fixes
[13:20] <pitti> right now the "Printer" entry in the menu spawns system-config-printer, which seems fine
[13:20] <pitti> and "webcam" leads me to software-center to install cheese
[13:21] <seb128> right, the new version is only bug fix in the 0.3 serie
[13:21] <seb128> it's just that conor didn't made call for testing before
[13:21] <seb128> the feature are there since before ff
[13:23] <ScottK> OK.
[13:23] <ScottK> Is today's release of unity-2d referred to here: https://lists.launchpad.net/ayatana/msg06327.html also bugfix only?
[13:24] <pitti> ScottK: would you mind to reupload clamav with -v to catch the previous proposed changelog for #810270 #826828  ?
[13:24] <ScottK> pitti: I don't mind.  I should have done that.
[13:24] <pitti> ScottK: thanks, rejecting the current one
[13:27] <ScottK> pitti: Uploaded.  You should see it in a bit.
[13:45] <pitti> does any release team member have an opinion about bug 832740?
[13:45] <ubot4> Launchpad bug 832740 in apport (Ubuntu) "FFE: chroot-less apport-retrace (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/832740
[13:46] <pitti> it's not the most important bit in the world, but makes crash debugging quite a bit easier/safer, and is not very risky IMHO
[13:46] <pitti> the proposed apport-retrace has just finished to catch up on ~ 1000 LP bugs, so I call it pretty stable :)
[13:47] <ScottK> pitti: I'd say put it in
[13:47] <ScottK> (meant to say that in the bug yesterday, but was stuck with no connectivity at the time)
[13:50] <pitti> skaet, cjwatson: do you have an opinion on bug 830901 ?
[13:50] <ubot4> Launchpad bug 830901 in software-center (Ubuntu) "[FFE] Switch default UI from gtk2 to gtk3 (affects: 1) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/830901
[13:50] <cjwatson> I'd rather excuse myself from that since I know mvo has put lots of work into it and he's on my team, so I don't know if I can be objective
[13:51] <pitti> the "stability matter" part in me is against it, while part that considers what has upstream's attention now, and my "yay gtk3" parts say "let's try"
[13:51] <pitti> cjwatson: ok; I don't feel completely unbiased myself, as I have put some work into it, too
[13:51] <cjwatson> I agree that the banner needs to be fixed
[13:51] <cjwatson> oh, I should upgrade :)
[13:51] <pitti> it's a lot less hilarious now, just not any smaller
[13:53] <mvo> the size is a design decision AFAIK
[13:54] <cjwatson> it's a bit unfortunate that the categories list doesn't fit by default and there's no way to scroll it
[13:54] <cjwatson> oh, yes there is, just impossible to see with the dratted minimal scrollbar
[13:55] <cjwatson> and if you scroll then the banner scrolls too, so that's not so bad
[13:56] <pitti> mvo: if you'd do the switch now, would the gtk2 variant still be shipped?
[13:57] <cjwatson> I do *like* the new UI
[13:58] <mvo> pitti: we can do that, yes, we don't have to
[13:58] <pitti> mvo: so we could test it in beta-1, and if it causes too many problems/bugs, switch back with an one-line change, right?
[13:59] <pitti> mvo: that wouldn't help us for python-gmenu, but we need a solution for that anyway
[13:59] <pitti> (presumably by reintroducing the old source)
[14:00] <pitti> ScottK: woudl you mind commenting on 832740 for the ack?
[14:00] <mvo> pitti: right, that is a valid approach I think, get as much exposure as possible for b1 and if the sky falls we can revert
[14:01]  * ScottK looks
[14:01] <pitti> mvo: OOI, what changed your mind? in previous meetings tremolux and you usually said "that's for the next cycle"
[14:01] <ScottK> pitti: Done.
[14:01] <pitti> ScottK: cheers
[14:02] <mvo> pitti: we got *awsome* community work behind that
[14:02] <mvo> pitti: it would not be possible without them
[14:02] <skaet> pitti, mvo, cjwatson,  +1 to try it for beta-1, and if it causes unexpected/too many issues revert back for beta-2.
[14:03] <pitti> mvo: ok; go!
[14:04] <pitti> mvo: updated bug
[14:04] <pitti> mvo: I'd still like the billboard to be smaller, but oh well
[14:04] <skaet> mvo,  can you write up an overview for the release notes, and some instructions for the here's how to work around.
[14:04] <skaet> just in case
[14:04] <pitti> people could run "software-center" as a workaround, right?
[14:06] <mvo> skaet: sure, will do
[14:06] <mvo> pitti: yeah
[14:06] <seb128> skaet, pitti, cjwatson, mvo, ScottK: would be nice if you go for the gtk3 if you would grant a ffe for didrocks's oneconf as well when he comes back next week
[14:06] <seb128> he has been porting his work back to gtk2 because we told him that's what oneiric would use
[14:07] <seb128> he will likely be disappointed if he misses being in Oneiric due to that, he has been trying to get oneconf in for 2 cycles
[14:10] <pitti> whee, power outage, running on battery/3G now; I might have missed stuff after "pitti | people could run "software-center" as a workaround, right?"
[14:11] <skaet> seb128, will see where we are then next week and if things aren't too bumpy will let didrocks know.
[14:12] <seb128> pitti,
[14:12] <seb128> <mvo> skaet: sure, will do
[14:12] <seb128>  pitti: yeah
[14:12] <seb128> <seb128> skaet, pitti, cjwatson, mvo, ScottK: would be nice if you go for the gtk3 if you would grant a ffe for didrocks's oneconf as well when he comes back next week
[14:12] <seb128>  he has been porting his work back to gtk2 because we told him that's what oneiric would use
[14:12] <seb128> pitti, that's what you missed
[14:12] <pitti> seb128: ah, that seems like a logical consequence
[14:12]  * skaet nods
[14:13] <kengyu> wonder if anyone has the spare timeslot for review the FFE of bug 833745 for me...
[14:13] <ubot4> Launchpad bug 833745 in ubuntu "FFe: Sync urfkill 0.2.0-1 (universe) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/833745
[14:13] <kengyu> hope I can make it in time...
[14:36] <Kaleo> new FFE for Unity 2D: https://bugs.launchpad.net/ubuntu/+bug/833800
[14:36] <ubot4> Launchpad bug 833800 in ubuntu "[FFE] New upstream release of Unity 2D: 4.2 (affects: 1) (heat: 6)" [Undecided,New]
[14:37] <seb128> ScottK, ^ you were asking about that
[14:37] <ScottK> seb128: Thanks.
[14:37] <Kaleo> :)
[14:37]  * ScottK thinks pitti would be the best one to review it.
[14:38]  * pitti is very laggy, for some reason I got about 5 IRC /msg queries in the past 5 minutes
[14:38] <pitti> must be "west coast getting up" time or so
[14:41] <pitti> looking
[14:44] <Kaleo> pitti: I'm sorry if the FFE is not filed properly, I'm fairly new to this
[14:55] <Kaleo> pitti: I just replied
[15:19] <seb128> pitti, what's the status on unity-2d? we need a rebuild because of the other unity component updates
[15:19] <seb128> so either no change rebuild of what we have or the new version
[15:19] <seb128> the no change rebuild depends if we think we will have 2d sorted in the next few hours or not
[15:25] <pitti> re
[15:25] <pitti> meh, yet another power outage
[15:35] <pitti> Kaleo, seb128: bug 833800  approved, based on it being a feature regression
[15:35] <ubot4> Launchpad bug 833800 in ubuntu "[FFE] New upstream release of Unity 2D: 4.2 (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/833800
[15:35] <seb128> pitti, thanks
[15:40] <Kaleo> pitti: fantastic :)
[16:46] <seb128> ok
[16:46] <seb128> the unity stack got updated for beta
[16:46] <seb128> got it all in on time ;-)
[17:33] <mdeslaur> what time is beta freeze?
[17:38] <tumbleweed> freezes are 00:00 UTC unless a time is announced
[17:39] <seb128> 21utc is the time skaet announce in her email
[17:40] <mdeslaur> ah, cool, still some time. :)
[17:40] <mdeslaur> thanks
[18:01] <pitti> skaet: ah, I just landed the last fix for bug 829186 upstream, dobey is making releases now
[18:01] <ubot4> Launchpad bug 829186 in usb-creator (Ubuntu) (and 12 other projects) "Mixes static and GI library bindings (affects: 2) (heat: 12)" [Undecided,Fix released] https://launchpad.net/bugs/829186
[18:02] <pitti> skaet: that was the bug that blocked the newer pygobject
[18:06] <pitti> so I'm doing the syncs now, better to test this in beta-1
[18:06] <skaet> thanks Martin. :)
[18:07] <pitti> and a lot of us were using the packages from experimental
[18:07] <pitti> for about two weeks, so it should be reasonably safe
[18:07] <skaet> when will the new langpacks be landing?
[18:11] <ScottK> Could I get a respin of the Kubuntu arm images after the current publisher run finishes?  They all failed due to archive skew and I think it's all aligned for the moment.
[18:17] <skaet> ScottK, kubuntu daily-preinstalled and kubuntu-mobile daily-preinstalled?
[18:17] <ScottK> skaet: Not the mobile ones, just regular Kubuntu.  Thanks.
[18:19] <pitti> skaet: drat, ubiquity segfaults with new pygobject; I guess that counts as a blocker..
[18:19] <pitti> skaet: the export should finish tomorrow morning, then I'll build/test/upload them
[18:19] <pitti> skaet: I can bump the few langpacks which are on the CDs, so we can already have images tomorrow (provided that they are installable after today's huge churn)
[18:19] <skaet> pitti,  re: ubiquity - yup, drat. :(  bug number?
[18:20] <pitti> skaet: none yet, I don't even get an apport crash, just see a segfault in strace
[18:20] <pitti> skaet: I'll add the task to above bug
[18:20] <skaet> pitti, re: langpacks sounds good.
[18:21] <pitti> skaet: at this point it might actually be safer to land the pygobject stuff post beta-1, WDYT?
[18:22] <skaet> pitti,  if it looks like its going to be problematic - yeah, lets push it to day after beta 1
[18:22] <pitti> skaet: darn, I got everything else fixed.. but c'est la vie
[18:23] <pitti> skaet: do you plan to freeze the archive at 2100 UTC?
[18:23] <pitti> skaet: or soft-freeze?
[18:23] <pitti> (traditionally we used hard freeze for beta, to get peer review)
[18:24] <skaet> pitti, given the churn going on,  hard freeze
[18:24] <skaet> so we can get the peer review.
[18:24] <pitti> agreed
[18:25] <skaet> pitti,  I'll be around and will ask losa
[18:25] <skaet> and send out the note
[18:56] <seb128> pitti, what error? jibel and ev reported a bug earlier today maybe you got unlucky and ran into the same issue?
[18:57] <pitti> seb128: no, it just doesn't start up at all
[18:57] <seb128> ok
[18:57] <pitti> I'm adding print statements everywhere to narrow it down
[19:29] <astraljava> cjwatson: Thank you so much! :)
[19:49] <jibel> pitti, seb128 referred to bug 831812, that mterry just fixed. ubiquity didn't start, are you facing a different issue ?
[19:49] <ubot4> Launchpad bug 831812 in ubiquity (Ubuntu Oneiric) (and 4 other projects) "ubiquity fails to start: Gtk:ERROR:/build/buildd/gtk+3.0-3.1.12/./gtk/gtkcssprovider.c:1275:gtk_css_scanner_new: assertion failed: (data[length] == 0) (affects: 3) (dups: 2) (heat: 24)" [Critical,Invalid] https://launchpad.net/bugs/831812
[19:50] <pitti> jibel: well, it could be
[19:50] <pitti> but I'm getting a segfault
[19:50] <pitti> jibel: symptom is that "sudo ubiquity" just returns immediately and nothing happens
[19:50] <pitti> and strace sees a SIGSEGV in the child
[19:50] <pitti> well, maybe I'm chasing a red herring here
[19:50] <pitti> I guess I'll wait for the GTK 3 fix to build and try again
[19:51] <astraljava> Could anyone explain what's going in here? http://paste.ubuntu.com/674763/ Basically, Studio images are not building due to "Missing debootstrap-required python3"
[20:00] <pitti> jibel: no, new gtk doesn't help :/
[20:01] <jibel> pitti, which arch and are you running on HW or VM ?
[20:02] <pitti> jibel: VM
[20:02] <pitti> but ubiquity starts fine on today's live CD (sudo ubiquity)
[20:02] <pitti> but crashes with pygobject 2.90
[20:31] <slangasek> astraljava: python3 is no longer a dependency of lsb-release, but is still marked Priority: important; the CD build scripts balk at mismatches here since it means there's an archive inconsistency of some kind and it doesn't trust the output.  I've updated python3's priority now, so the next build should work again, thanks
[20:33] <astraljava> slangasek: Okay, cool. Thank you!
[20:59] <seb128> skaet, hey
[21:00] <skaet> seb128,  yup?
[21:00] <seb128> skaet, we will play a bit over the margin freeze for unity, I'm about to upload a new bug fix and an unity point update to fix some issues from the tarball rolled earlier
[21:00] <seb128> skaet, just to let you know
[21:00] <seb128> "new bug fix" -> "nux bug fix"
[21:01] <seb128> is that ok?
[21:01] <skaet> seb128, how much longer
[21:01] <seb128> rolling the update now, I can upload in a few minutes
[21:01] <seb128> skaet, 5-10 minutes?
[21:01] <skaet> ok,  I'll go ping the LOSA after you signal its been updated.
[21:01] <seb128> thanks
[21:04]  * Daviey sobs.
[21:06]  * skaet hands Daviey a tissue
[21:12] <infinity> Anyone have any qualms about me syncing a (NEW) ocaml binding from sid to fix the fact that liquidsoap has been FTBFS for a month?
[21:12] <infinity> (All universe stuff)
[21:13] <infinity> ocaml-voaacenc being the binding in question.
[21:14] <skaet> infinity, unseeded or not?
[21:14] <infinity> skaet: Very unseeded.
[21:15] <infinity> Just tidying up ocaml stuff from top to bottom and noticed liquisoap's been patiently dep-wait on a non-existant binding since it was synced a month ago. :P
[21:17] <skaet> no qualms from me then.
[21:17] <infinity> liquidsoap itself needs a sync to fix the FTBFS too, it looks like, but that's not particularly controversial.
[21:21] <skaet> ScottK,  kubuntu arm images building
[21:21] <ScottK> Thanks.
[21:22] <slangasek> Daviey: bug #827831 seems to have been quiet for the past week; when do you think you'll have the evidence you need to decide to go forward with it?
[21:22] <ubot4> Launchpad bug 827831 in qemu-kvm (Ubuntu) "[FFE] Upgrade qemu-kvm for oneiric to version 0.15 from upstream (affects: 1) (heat: 13)" [Low,New] https://launchpad.net/bugs/827831
[21:22] <slangasek> Daviey: (I'm thinking of piggy-backing qemu-linaro onto it if it's accepted)
[21:24] <Daviey> slangasek: Well it seems to be good... Are you looking to do it inside the freeze window, or post beta1?
[21:25] <slangasek> Daviey: qemu-linaro is unseeded, so can probably go in any time provided that there's an FFe for the new upstream qemu bits
[21:26] <Daviey> slangasek: Yeah.. The reason i ask is that A) Serge who would be picking up the bits if it goes wrong is on leave this week.. and B) A few of the server team are trying to use that unoffical package to sniff it.. So i planned to really push for it just after beta1.
[21:27] <slangasek> sure - no particular hurry on qemu-linaro anyway
[21:28] <Daviey> slangasek: Will keep you in the loop, if you want to sniff his PPA package aswell.. I would be overjoyed :)
[21:28] <infinity> The point of a beta is the get testing. :P
[21:28] <infinity> If you're worried it will be FTBFS or uninstallable and break our images, sure, wait, but if you're just worried it might have some bugs to shake out, I say bring it on.
[21:28] <infinity> But that's just me.
[21:28] <infinity> So many more people test betas than dailies, after all.
[21:28] <Daviey> infinity: Yeah, but testing the limbs is pretty importiant, not ripping the heart out and leaving the limbs to dangle.
[21:28] <slangasek> Daviey: I'm not a good stress-tester of qemu-kvm, I'm currently not using kvm for anything because virt-manager is broken for me ;P
[21:29] <slangasek> (though maybe I should retest, it's been a few weeks now)
[21:29] <infinity> (Also, I'm a Xen user, so I might just be trying to sabotage you)
[21:29] <Daviey> infinity: Considering these are the heart of server at the moment, i'd be pretty frustarted if the server beta is crap because of this.
[21:29] <infinity> Daviey: There's that, yes.  It's your call.
[21:29] <Daviey> slangasek: virt-manager has never worked for anyone, has it?
[21:30] <slangasek> heh
[21:30] <slangasek> it worked for me at UDS-N
[21:30] <mdeslaur> uhm...virt-manager is supposed to work...
[21:31] <mdeslaur> if not, file bugs and/or bug me
[21:32] <slangasek> sure thing - once I get a chance to try it again :)
[21:32] <seb128> skaet, ok, uploaded
[21:33] <slangasek> mdeslaur: vague problem description: failed to create a new profile, using an LVM LV as backing store, with the error "setup failed to retrieve chardev info"
[21:33] <skaet> thanks seb128
[21:33] <Daviey> mdeslaur: Yes, sorry - i didn't mean to poo-poo the work you had done.. I think i am tainted from it being really bad ~2 years ago.  Sorry.
[21:34] <mdeslaur> slangasek: oh, hrm...there may be a bug about using an lvm backing store...I'll take a look at that again when I come back from holiday
[21:34] <mdeslaur> Daviey: that's alright :)
[21:51] <skaet> archive is now FROZEN.
[21:52] <infinity> \o/
[21:53] <Daviey>  /o\
[21:54] <infinity> /o/
[21:54] <ScottK> \o_
[21:55] <jibel> ~ô~
[21:55] <infinity> I wish I remembered semaphore.
[21:55] <skaet> lol,  me too.  :)
[21:56] <ScottK> It's officially been retired (at least by the USN)
=== skaet changed the topic of #ubuntu-release to: 11.10-beta1 Freeze is in effect | Oneiric Ocelot Release Coordination.  Please don't upload things during freezes where you shouldn't, or be prepared to apologise to the release team with beer  | we accept payment in cash, check or ocelot food | melior malum quod cognoscis
[22:06] <iulian> Heh, trying to be super op? :)
[22:07] <skaet> iulian,  just finger fumbles with drop down menus :P
[22:14] <astraljava> Anyone know how I can bypass the missing platform.oneiric seed while running germinate locally?
[22:15] <infinity> astraljava: See #-devel.
[22:18] <astraljava> infinity: Thanks!
[22:29] <slangasek> mdeslaur: ahh ok, thanks :)
[22:32] <doko> oops, the php5 should have gone to the ppa ...
[22:33] <doko> skaet, archive still seems to be open
[22:34] <slangasek> heh
[22:34] <slangasek> you touched it last!
[22:34]  * slangasek wipes his hands and runs away from php5
[22:44] <doko> bah
[22:51] <SpamapS> I believe I have a simple resolution to bug 791607 .. which is against eucalyptus (in universe now). Is it ok to upload that fix now during beta freeze?
[22:51] <ubot4> Launchpad bug 791607 in eucalyptus (Ubuntu Oneiric) (and 1 other project) "Oneiric Eucalyptus fails to start up (affects: 1) (heat: 8)" [High,Confirmed] https://launchpad.net/bugs/791607
[23:01] <doko> slangasek, my test build is better, only fails on amd64 ;-P
[23:01] <slangasek> SpamapS: unseeded universe packages are fine for bugfix uploads during beta freeze
[23:01] <slangasek> doko: did you change something, or is it just magic? :)
[23:01] <doko> slangasek, turned parallel off
[23:01] <slangasek> ok
[23:02] <doko> will try another machine later (the last amd64 one was on allspice)
[23:02] <SpamapS> slangasek: thanks. :)
[23:13] <skaet> doko, thanks for flagging.   Working with launchpad team to figure out what went wrong.   Archive is marked as frozen.
[23:14] <micahg> skaet: now it is, wasn't in LP package interface when doko uploaded (checked firefox right afterwards)
[23:17] <skaet> thanks micahg!
[23:17] <micahg> skaet: you still might want to chat with them about the delay though
[23:17] <skaet> doko, when did you do the upload of php5?
[23:18] <doko> skaet, don't know, best thing would be now - the current build time on i386
[23:18]  * doko fetches a beer, all php5 builds running ...
[23:18] <skaet> micahg,  indeed, am trying to figure out what happened.   Was told it was frozen at 2144 UTC
[23:19] <micahg> skaet: timestamp on the e-mail is 22:30
[23:19] <skaet> UK time
[23:19] <skaet> ?
[23:19] <micahg> UTC, sorry
[23:20] <doko> the build was start 49min ago
[23:24] <skaet> micahg, can you bounce me the email?
[23:26] <skaet> doko,  thanks,  will be digging into it with the LOSA involved tomorrow to see if we can figure out where the glitch came from.
[23:27] <Daviey> SpamapS: Hang on, is your fix to depend on sun-java6-jre?
[23:28] <micahg> skaet: https://lists.ubuntu.com/archives/oneiric-changes/2011-August/007865.html
[23:29] <micahg> Daviey: I just commented on that in -devel :)
[23:29] <SpamapS> Daviey: no, I was mistaken, I had no fix
[23:29] <skaet> micahg, thanks.
[23:29] <SpamapS> Daviey: there's also a bug where eucalyptus-common needs to depend on iptables.. but that wasn't the same bug
[23:29] <Daviey> SpamapS: I do not believe that moving a package to multiverse, because it depends on a package in multiverse is a valid reason.. Also, i don't think multiverse is allowed to depend on partner.
[23:30] <Daviey> err, depends on a package in partner is valid - rather
[23:30] <SpamapS> Daviey: Yeah I'm just wondering what we should do if they can't fix it upstream.
[23:30] <micahg> Daviey: well, if it's a depends, it would need to be in multiverse for closure (someone can have universe but not multiverse installed and this package would be uninstallable)
[23:31] <micahg> s/installed/enabled/
[23:32] <Daviey> micahg: you think multiverse can depend on partner?
[23:33] <micahg> Daviey: no, where did I say that :)
[23:33] <Daviey> micahg: so what are you suggesting? :)
[23:34] <micahg> Daviey: if it's a recommends, it would be ok, if it's a depends, then not (that assumes that it'll run in some way without the package)
[23:34] <Daviey> micahg: Well a java app will probably need to depend on a java jre :)
[23:34] <SpamapS> micahg: it will not run w/ openjdk
[23:35] <SpamapS> I suspect there's a simple patch that would fix this.
[23:35] <SpamapS> but we're not exactly leaping out of our chairs to patch euca when there's so much going on around openstack.
[23:35] <Daviey> SpamapS: There was some consideration for euca to move to partner this cycle, but it was favoured not to do so.
[23:35] <Daviey> I have had some communication this week with euca about resolving these issues.
[23:35] <micahg> yeah, so that would be a no way for it to work situation :) aside from it moving to partner if feasible (and I see Daviey beat me to it)
[23:36] <SpamapS> Daviey: ahh, well that would at least work.
[23:36] <Daviey> I think they are gettng more involved, so i wouldn't spend tooo much time on it.
[23:36] <SpamapS> Daviey: I just saw it in the beta1 list and figured I'd make sure it was reproducible.
[23:36] <SpamapS> Daviey: whats blocking carrot/kombu's MIR btw?
[23:36] <Daviey> SpamapS: That is unblocked as of a few hours ago.
[23:37] <SpamapS> ahh sweet
[23:37]  * SpamapS is trying to find things to help w/ :-P
[23:37] <Daviey> SpamapS: if you want to push on those MIR's (they are not detailed enough), i'd highly appreciate it.
[23:37] <SpamapS> yeah kombu also pulls in python-anyjson
[23:38] <Daviey> I added quick notes stating why we now need both and not or.
[23:40] <doko> slangasek, rebuild did work on i386, the amd64 build did fail again
[23:55] <slangasek> doko: phooey