[10:38] <ev> I don't suppose I could pester someone into reviewing the MIR for bug 726453 today?  It's needed for the package preservation part of reusing or upgrading an existing copy of Ubuntu in ubiquity.
[10:38] <ubot4> Launchpad bug 726453 in dpkg-repack (Ubuntu) "[MIR] dpkg-repack (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/726453
[10:38] <ev> Apologies for the short notice; I had mistakenly presumed it was already in main.
[10:38] <ev> (dpkg-repack)
[10:39] <Riddell> ev: mterry is the guy to pester when he's online
[10:40] <ev> Riddell: cool, thanks; I'll stalk him.
[12:26] <Riddell> today's Kubuntu CD loads fine on a virtual machine but from a real CD gives me an isolinux error
[12:27] <cjwatson> it's oversized, isn't it?
[12:27] <Riddell> no
[12:27] <cjwatson> I thought I saw cron mail telling me it was
[12:27] <Riddell> powerpc is but I'm testing amd64
[12:27] <cjwatson> oh, just powerpc
[12:28] <cjwatson> don't know, syslinux/gfxboot/etc. haven't changed to my knowledge
[12:28] <Riddell> I'll try different CDs and a USB stick
[13:36] <jamespage> Please could a member of the release team review FFE bug 661230 for me? This is for a merge that just missed Feature Freeze last week.
[13:36] <ubot4> Launchpad bug 661230 in groovy (Ubuntu) "[FFe] Merge groovy 1.7.4-1 (main) from Debian testing (main) (affects: 2) (dups: 1) (heat: 22)" [Medium,New] https://launchpad.net/bugs/661230
[13:37] <jamespage> thanks!
[14:36] <hggdh> cjwatson: bug 726131 has the logs, and jibel reports he also got hit today
[14:36] <ubot4> Launchpad bug 726131 in debian-installer (Ubuntu Natty) (and 1 other project) "alternate ISO: installation freezes when starting partman (affects: 1) (heat: 8)" [Critical,New] https://launchpad.net/bugs/726131
[15:09] <Riddell> bug 726581  install asks for change of CD
[15:09] <ubot4> Launchpad bug 726581 in ubiquity (Ubuntu) "install stops half way through (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/726581
[15:10] <charlie-tca> Should mention that I only see 726131 using hardware, it does not affect VirtualBox for me
[15:23] <cjwatson> hggdh: unfortunately I haven't been able to reproduce this despite my best efforts, and the log is unfortunately a bit sparse - could you do a bit more debugging for me?
[15:23] <cjwatson> I'll put instructions in the bug
[15:24] <hggdh> cjwatson: yes, of course
[15:25] <hggdh> cjwatson: jibel  brought up https://launchpad.net/bugs/722198 as a possible side effect
[15:25] <ubot4> Launchpad bug 722198 in partman-auto (Ubuntu Natty) (and 2 other projects) "installation hangs on 15reuse w/ blank disk (affects: 3) (dups: 1) (heat: 28)" [Critical,Fix released]
[15:27] <charlie-tca> cjwatson: I can not reproduce it in Virtualbox, but it reproduces on hardware every time.
[15:30] <cjwatson> hggdh: posted
[15:31] <cjwatson> hggdh: ev has been working on partman-auto lately, there's already been at least one change since your log
[15:59] <hggdh> cjwatson: done
[16:07] <cjwatson> hggdh: which processes did you kill?
[16:07] <cjwatson> unfortunately, the log is truncated before the point I need
[16:07] <hggdh> cjwatson: anything with 'partman' in the command line; I left parted-server
[16:08]  * cjwatson hates d-i's syslog buffering; one of these days I will find out what's causing it
[16:08] <cjwatson> did the installer display return to the main menu?
[16:08] <hggdh> cjwatson: it is easy to redo it
[16:08] <hggdh> (for me, of course ;-)
[16:09] <cjwatson> you basically need to kill stuff until Alt-F1 goes back to the main menu
[16:09] <cjwatson> it's annoying
[16:09] <hggdh> cjwatson: after killing the partman processes, yes -- it noted a failure, and returned me to "Partition disks"
[16:09] <cjwatson> hmm
[16:09] <cjwatson> I wonder why the trace stops in 25replace then
[16:10] <hggdh> I will do it again, it will take just 2 minutes
[16:10] <cjwatson> huh, this time the partman log also stops in 25replace
[16:10] <cjwatson> the previous log showed it stopping in 50biggest_free
[16:10] <cjwatson> ah, you upgraded since then
[16:10] <hggdh> yes, the original syslog was from yesterday's ISO
[16:11] <hggdh> and I was running with DEBCONF_DEBUG=DEVELOPER
[16:11] <cjwatson> that needs to be DEBCONF_DEBUG=developer in order to have any effect
[16:12] <hggdh> dammit
[16:12] <hggdh> want it, anyway?
[16:13] <cjwatson> sure
[16:13] <hggdh> in the oven
[16:14] <cjwatson> I have a suspicion, though
[16:14] <hggdh> yes?
[16:15] <cjwatson> Feb 28 15:53:57 main-menu[382]: (process:10185): + grep -s DISTRIB_ID /tmp/tmp.9pMRFq/etc/lsb-release
[16:15] <cjwatson> Feb 28 15:53:57 main-menu[382]: (process:10185):
[16:15] <cjwatson> Feb 28 15:53:57 main-menu[382]: (process:10185): + release=
[16:15] <cjwatson> that's 'set -e' firing
[16:15] <cjwatson> Feb 28 15:53:57 main-menu[382]: (process:10185): +
[16:15] <cjwatson> Feb 28 15:53:57 main-menu[382]: (process:10185): cleanup
[16:15] <cjwatson> and the effect in that particular place will be to send the partman fifo comms out of sync
[16:15]  * cjwatson goes to insert some more || true calls
[16:16] <hggdh> oh -- when I tried yesterday with a virgin disc (went out and bought a new HD -- first run I had no issues (except wrong option selected)
[16:16] <cjwatson> right, it depends on the state of the disk
[16:18] <hggdh> OK. I will start now killing processes until F1 shows the error message about a failed stop
[16:18] <hggdh> step
[16:19] <cjwatson> I think I've fixed it, so no need
[16:20] <cjwatson> if you want to double-check, you could apply http://bazaar.launchpad.net/~ubuntu-core-dev/partman-auto/ubuntu/revision/595 before the partitioner starts up (the filenames are a bit different, use tab-completion under /lib/partman/)
[16:22] <hggdh> cjwatson: will try it -- right now my laptop is a brick, and I really, really, desperately, need it
[16:28] <charlie-tca> heh, there is a good side to the old desktop, at least it works better as a doorstop than the laptop :-)
[16:29] <hggdh> heh
[16:59] <hggdh> cjwatson: OK, seems to work
[16:59] <cjwatson> excellent
[17:00]  * cjwatson closes the bug
[17:01]  * charlie-tca thanks cjwatson for fixing that miserable bug
[17:01] <cjwatson> skaet_: can you ack/nack the "branches (1)-(3)" part of bug 723846?
[17:01] <ubot4> Launchpad bug 723846 in upstart (Ubuntu) "Feature Freeze Exception request for Upstart in Natty (affects: 1) (heat: 885)" [Undecided,New] https://launchpad.net/bugs/723846
[17:02] <cjwatson> now to see if I can reproduce those mountall problems with separate /usr and /var ...
[17:07]  * skaet_ looking
[17:10] <hggdh> cjwatson: I am giving up on multiple filesystems, so I will not be able to test it anymore. Sorry.
[17:10] <skaet_> cjwatson, am a little concerned about comment Do *NOT* use this PPA on systems you care about as it has not been fully tested yet.
[17:11] <skaet_> how risky is it?
[17:16] <cjwatson> skaet_: well, since then it has been tested by a few people on the team
[17:17] <cjwatson> I think that's standard "you probably don't want to be the first person to try an upstart upgrade"
[17:17] <cjwatson> James Page and Michael Vogt haven't reported any issues AFAIK so far
[17:20] <skaet_> Do we have a fallback if the wider exposure suddenly shows breakage?
[17:22] <skaet_> cjwatson,  what features of branch 2 will be on by default, and which ones not?
[17:23] <cjwatson> branch 1 only has any effect if the upstart-socket-bridge process is started, so we could just not start that (and not use it in any jobs, which we won't be using at the moment)
[17:24] <cjwatson> from branch 2, chroot session handling is on by default but user session handling is off by default
[17:25] <cjwatson> chroot session handling is only invoked if you talk to upstart from inside a chroot
[17:26] <cjwatson> if chroot session handling breaks, I think a reasonable fallback would be to change session_from_dbus temporarily to always return NULL (i.e. the root session)
[17:27] <cjwatson> that would effectively disable that feature
[17:28] <cjwatson> user session handling is switched off by means of an Ubuntu-local patch that switches the D-Bus policy back to root-only; we'd like to enable this, but we can't do so until it has a comprehensive test suite
[17:39] <skaet_> from discussions jhunt, branch 3 is in good shape.   and 1,2,3 are all bound together now, so its really just branch 2 that's the top worry.    Sounds like we've got fall backs,  do we have adequate documentation if there are issues?
[17:40] <skaet_> cjwatson, or can we ensure we've got it in place by Thursday?
[17:40] <skaet_> ;)
[17:48] <cjwatson> I think we should be able to manage some form of documentation of the intended semantics of sessions by Thursday
[17:48] <cjwatson> probably improvements to the init(5) man page
[17:50] <skaet_> cjwatson,  its sounding ok from a desktop sense then, concern will be impact to server team.  Am working with Daviey to figure out what sort of coverage they'll have this week, with ensemble sprint going on.
[17:54] <Daviey> Personally, i think getting exposure in A3 makes sense... it doesn't seem to be a kitten killer on a server i just tried it on.
[17:55] <Daviey> Would feel happier if robbbie ack'd that opinion tbh.
[17:58] <skaet_> cjwatson, jhunt,  Daviey,   since its new features only, we'll have documentation and we're not affecting the old ones,  ok.  lets put it in.   ack.
[17:59] <skaet_> cjwatson, I'll put my comments in the bug as well - ok?  or do you need something further.
[18:00] <Daviey> sounds good to me.
[18:01] <cjwatson> that's fine, thank you!
[18:04] <didrocks> hey
[18:04] <didrocks> so, we get some last minute challenges that will delay the unity release for some hours and upload is planned tomorrow morning. is it ok?
[18:06] <ogra> hrm
[18:07]  * ogra would have liked some arm images tomorrow to fix remaining issues ... we didnt have any since 10 days or longer due to unity and nux
[18:08] <cjwatson> didrocks: do wew get a choice? ;-)
[18:08] <cjwatson> *we
[18:08] <skaet_> didrocks, urk
[18:08] <didrocks> cjwatson: well, we can take a chance and see if it blows up in that state :)
[18:08] <didrocks> just that there is a compiz upload under way
[18:08] <didrocks> and the other changes aren't tested a lot
[18:09] <skaet_> didrocks, prefer to have them tested and solid before they go in.
[18:10] <didrocks> the counter part is tomorrow morning though :/
[18:10] <didrocks> at least, compiz upload tonight
[18:10]  * ogra thinks we really should have two weeks between FF and the next milestone in N+1
[18:10]  * skaet_ agrees with ogra
[18:12] <didrocks> we tried to feed everything we can for FF, but some design changed came in since and that's impact a lot the codebase…
[18:14] <skaet_> cjwatson, do we still have some libreoffice breakage going on with the DVDs?
[18:15] <cjwatson> I think that should be fixed, it was just skew due to the i386 build being in binary NEW, which I processed on Saturday
[18:16] <skaet_> last night's report still had it and there's a few others in there.   looks like we have oversize cds again as well though, but that can be handled with documentation.
[18:17] <cjwatson> the DVDs are only built every few days
[18:17] <cjwatson> and that's subject to the build succeeding of course
[18:18] <skaet_> ah,  didn't quite understand that.
[18:18] <skaet_> Can we kick off a DVD build then, and see if we're good there?
[18:19] <cjwatson> sure, running
[18:19] <skaet_> thanks.
[18:21] <skaet_> didrocks,  we're going to need to handle this very, very carefully.
[18:22] <skaet_> Riddell is on point for handling the image building for this release once we go into Alpha 3 freeze at 2300 UTC.
[18:22] <didrocks> skaet_: ok, I'm not even sure compiz will get built at 2300 UTC
[18:24] <skaet_> didrocks, its uploaded though?  how much time does it take (ie. are we waiting on priority, or compute cycles?)
[18:24] <didrocks> skaet_: not yet, trying to get all the needed bits from upstream
[18:25] <skaet_> urk,  this is not sounding good.
[18:26] <skaet_> hmmm
[18:26]  * ogra feels the soft freeze turn into a wobbly one :)
[18:27] <skaet_> cjwatson, didrocks, what are the implications on holding off on the upload until after we know we have a fallback set of images from tonights build?
[18:29] <didrocks> skaet_: it's a soft freeze isn't it? so I will upload compiz tomorrow morning, after the CD spin?
[18:30] <dbarth> skaet_: the FFE request is at: https://bugs.launchpad.net/unity/+bug/683688
[18:30]  * didrocks doesn't like to mix compiz and unity upload at once
[18:30] <ubot4> Launchpad bug 683688 in unity (Ubuntu) (and 3 other projects) "Touch window management gesture previews (affects: 1) (heat: 6)" [Undecided,Triaged]
[18:30] <didrocks> and there is this FFe as well coming with it ^
[18:31] <dbarth> skaet_: let me know if i can subscribe the release team to it, if the request is receivable
[18:37] <ogra> didrocks, that means unity upload in the afternoon ?
[18:37] <didrocks> ogra: depends on what the release team is telling, tomorrow morning is definitively acheavable if I can upload compiz now
[18:38] <ogra> well, asap from my POV
[18:38] <skaet_> dbarth,  yes subscribe release team to it.   I'm not sure we're going to be able to include this latest set in A3 though.
[18:39] <ogra> the arm team has no clue what works on the arm images and what doesnt, last successfull image build we had was on feb 16th
[18:39] <skaet_> didrocks, compiz and unity need to be tied together though right?
[18:39] <ogra> one depends on the other
[18:39] <highvoltage> has anyone installed recent daily builds when an existing machine is alread installed? ubiquity doesn't proceed to the Where-are-you slide for me on two different machines when I have an existing system installed
[18:40] <highvoltage> s/existing machine/existing system/g
[18:40] <didrocks> skaet_: the new unity will dep on the new compiz, right
[18:41] <sbeattie> slangasek: are you on AA duties today? Can you deNEW python-libapparmor? We'd like to get the apparmor packages update in for alpha 3.
[18:41] <slangasek> sbeattie: sure, looking
[18:42] <skaet_> didrocks, if compiz is in with the old unity - are we broken?  (ie did any key APIs change?)
[18:42] <didrocks> skaet_: but old unity still works with the new compiz if that's the question (for this one)
[18:42] <skaet_> yup it was.
[18:42] <skaet_> :)
[18:42] <didrocks> some API addition, only
[18:44] <didrocks> hum… wait
[18:44] <skaet_> and bug fixes, I assume...   but ok,  less risk.   do we have a recovery plan if new compiz kitten kills.
[18:44] <skaet_> ?
[18:46] <didrocks> I'm checking something with upstream, because they just told me "of course, you need to build all rdepends"
[18:46] <didrocks> which is a no go…
[18:47] <skaet_> sigh
[18:47] <slangasek> sbeattie: accepted
[18:47]  * didrocks is totally exhausted… and it's only Monday :/
[18:47] <sbeattie> slangasek: thanks!
[18:48]  * skaet_ appreciates the effort the team did over the weekend,  was watching it. 
[18:51] <dbarth> skaet_, didrocks: he grab handles feature is a nice-to-have one, a3 can ship without it; it's mostly for MT users that it's importnat
[18:52] <didrocks> dbarth: it's in trunk
[18:54] <skaet_> didrocks,  ok, lets get your upload candidates for unity and compiz solid and unit tested today,  and in parallel, let us get some good A3 candidate images with what we have in the repository already.   Then tomorrow morning you do some testing with the candiate A3 images, with this candidate update added.   If its solid when tested out with the A3 images, we'll negotiate with Riddell and Jibel to see if we can bu
[18:54] <skaet_> ild and get it tested in time for A3,  otherwise it will need to go in after.
[18:55] <didrocks> skaet_: sounds good then holding the upload right now
[18:55] <didrocks> in any case, we need the FFe above acked
[18:55] <skaet_> didrocks,  thanks.
[18:55] <didrocks> skaet_: thanks to you :)
[18:58] <highvoltage> Riddell: was this by any chance when installing from a USB disk? https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/726581
[18:58] <ubot4> Launchpad bug 726581 in ubiquity (Ubuntu) "install stops half way through (affects: 1) (heat: 6)" [Undecided,New]
[18:58] <ogra> skaet_, that wont work for arm
[18:59] <ogra> we need fixes that will be in the upcoming unity to make it actually build
[19:02] <skaet_> ogra, urk
[19:03] <ogra> skaet_, as i said above, we're waiting for an installable unity since feb 16th
[19:03] <skaet_> educate me a bit on the dependencies involved here please...
[19:04] <ogra> we dont even know if the images will work in case they actually build
[19:04] <ogra> ubuntu-netbook depends on unity
[19:04] <ogra> after feb 16th nux was broken until FF, that made unity uninstallable ...
[19:05] <skaet_> ogra, do we know that the images right now will actually solve the issues, or are we hoping?
[19:05] <ogra> after FF unity itself was broken ... that makes unity uninstallable
[19:05] <ogra> we dont know anything about the images atm
[19:05] <ogra> thats why i am so pushy to get any
[19:06] <ogra> i know that unity, and jockey hold up image builds atm
[19:06] <ogra> jockey was fixed this morning
[19:07] <ogra> unity is pending a fix that was submitted upstream, if that doesnt get in we could indeed still solve it through a package patch but that should happen asap
[19:09] <skaet_> Would like to investigate the package patch option then, ASAP.
[19:09] <skaet_> dbarth, ^^ ?
[19:10] <skaet_> dbarth, can we get a package patch, so we have a possible way to unstick ARM for the release, and not jeopardize the rest of the release?
[19:10] <skaet_> didrocks, ^^?
[19:10] <didrocks> skaet_: sorry, I'm still under a lot of things to do
[19:11] <didrocks> still trying to get compiz in shape
[19:11] <didrocks> not like if i asked for that 12 hours ago…
[19:11] <skaet_> didrocks, understand.
[19:12] <skaet_> is there anyone else who can help pull the patch and test it?
[19:12] <ogra> didrocks, well, if you dont make it, could you add a package patch with the fix from janimo to have the unity ftbfs fixed ?
[19:12] <ogra> i could prepare a dpatch against whats in the archive atm
[19:13] <didrocks> ogra: no dpatch, we can use cherry-pick
[19:13] <ogra> err s/dpatch/debdiff/
[19:13] <didrocks> wait, we need to define what can get in
[19:13] <cjwatson> skaet_: I'd be concerned about relying on a fallback - the installer has a number of open partitioning bugs and I'm not sure we've nailed them all
[19:13] <didrocks> can we hold on for 15 minutes?
[19:14] <skaet_> cjwatson,  I was afraid that might be the case... :(
[19:15] <skaet_> didrocks,  ok.
[19:15] <ogra> skaet_, bug 724615 btw
[19:15] <ubot4> Launchpad bug 724615 in unity (Ubuntu) (and 1 other project) "unity FTBFS on armel (affects: 1) (heat: 1170)" [High,Fix committed] https://launchpad.net/bugs/724615
[19:19] <skaet_> cjwatson, ok, so we need focused testing right at start of images emerging on the partitioning bugs.  Any chance we can pull together a candidate image right now (the DVDs that were building??) and see where we are?
[19:20] <cjwatson> partitioning is just what I know about ...
[19:21] <cjwatson> we can probably do an image later tonight - the current DVDs, I wouldn't be so sure
[19:25] <skaet_> cjwatson,  if you can get an image that should be close to what we'll be using, I'll see if we can get some sniff testing lined up with marjo.   If sniff testing doesn't look good, we're going to have to go with a package patch if we want arm to go out with A3.
[19:26] <cjwatson> I'd honestly be pretty surprised if images from tonight will be releaseable
[19:26] <jdstrand> skaet_: hey. did you get an answer as to whether universe/multiverse needs FFes?
[19:27] <cjwatson> we've had too many days in succession with uninstallable images, with a sequence of different things going wrong
[19:27] <ScottK> skaet_ and jdstrand: What question is there?
[19:28] <dbarth> skaet_: distro patch you mean, sure, discussing that with didrocks atm
[19:28] <jdstrand> ScottK: well, I couldn't remember, and skaet couldn't find an authoritative answer on whether or not universe/multiverse needs an FFe now that we are past FF. the wiki seems to only imply it
[19:28] <ScottK> Yes.
[19:28] <jdstrand> cool
[19:29] <jdstrand> I'll make the wiki more explicit then
[19:29] <ScottK> Thanks.
[19:29] <skaet_> thanks ScottK, jdstrand
[19:30] <jdstrand> cjwatson: after I look at some more deNEWs that might affect alpha3, I was planning to start looking at the alpha3 buildability things that I can investigate/prod/fix as an AA. are there particular items I should look at first? (noting your recent comments)
[19:31] <skaet_> cjwatson, I fear you are right.
[19:31] <cjwatson> jdstrand: nothing in particular, just beat on as much as you can
[19:31] <jdstrand> skaet_: that goes for you too
[19:31] <jdstrand> cjwatson: ack
[19:33] <jdstrand> I hoped to be able to beat on it sooner, but between FF and various other items last week, I was unable to
[19:33] <cjwatson> the livefs bits of the Ubuntu DVDs at least built successfully
[19:40] <skaet_> cjwatson, good to know.  If you can go into #ubuntu-testing and let marjo know which image to pick up,  he's ready to start doing some early testing on it to see where we are.    If its better to wait for another build from later today, please advise.
[19:42] <skaet_> jdstrand,  do we know if the problems with ubuntu-meta 1.216 produces uninstallable binaries:
[19:42] <skaet_>   * ubuntu-desktop (amd64)   have been resolved?
[19:42] <jdstrand> skaet_: let me see
[19:42]  * jdstrand hasn't been looking at that
[19:43]  * skaet_ --> lunch, biab
[19:45] <didrocks> so…
[19:46] <didrocks> skaet_: dbarth: I have a working compiz right now
[19:46] <jdstrand> skaet_: my apt-get install ubuntu-desktop with only main and restricted enabled in my chroot seems to indicate yes
[19:48] <didrocks> so, to sum up:
[19:48] <didrocks> - new compiz with decorators fix and some requirements for next unity here
[19:49] <didrocks> - I can distro-patch unity to get the FTBFS fixed as well as at least one important commit to fix a "dancing launcher" issue
[19:49] <didrocks> then, tomorrow, we can push the new unity release
[19:49] <didrocks> does it sounds ok?
[19:49] <dbarth> didrocks: +1 for the dancing launcher one, getting that one + the decorator is important for a3
[19:49] <marjo> didrocks: sounds ok
[19:50] <skaet_> didrocks,  sounds good.   We'll make the call on the rest of unity tomorrow, and cross fingers for no regressions for compiz
[19:50] <didrocks> skaet_: ok pushing away then :)
[19:50] <didrocks> 1. compiz -> now
[19:50] <didrocks> ogra_: FYI ^^
[19:51] <ogra_> didrocks, fine with me as long as i dont stand in the rain in the end :)
[19:52] <didrocks> ogra_: seems really pressuring and rainy here since too long :)
[19:52] <ogra_> heh, yeah
[19:52] <skaet_> jdstrand, can you keep a close eye on compiz as it goes into the archive, and nudge up its building priority?   would prefer to know soonest if its going to be problematic.
[19:53] <ogra_> didrocks, i guess we can be just lucky its still water that comes down from above ;)
[19:53] <didrocks> ok, compiz done, time for backporting some unity fixes
[19:53] <didrocks> ogra_: heh, agreed :)
[19:53] <skaet_> didrocks, thanks.
[20:01] <dbarth> ogra_: is there still an FTBFS problem with unity on arm?
[20:02]  * skaet_ walks away for computer now for food,  REALLY.
[20:02] <dbarth> or didrocks ^^, ie do you need help fixing that
[20:02] <didrocks> dbarth: it should be fixed with the commit I backport
[20:02] <dbarth> ok
[20:04] <didrocks> dbarth: we need daily armel build
[20:04] <ogra_> right, its holding back the image builds since FF
[20:04] <ogra_> i guess we should in the future just use distro patches for armel failures to overcome that
[20:05] <ogra_> it was unfortunate that nux and unity failed in succession this time
[20:05] <didrocks> ogra_: that would be better to prepare before the release
[20:05] <didrocks> yeah :/
[20:05] <didrocks> hence the daily build option we have for FTBFS… just no armel hw still
[20:06] <ogra_> that should be solved pretty soon
[20:06] <ogra_> davidm is working on it
[20:06] <didrocks> that will be nice, I don't know if I'm going to break you guys before the upload righ tnow :/
[20:06] <ogra_> you shouldnt
[20:07] <dbarth> ogra_: we had that for certain ppas but powerpc and other as well
[20:07] <dbarth> ogra_: it's something i need to ask IS for right? i don't see a build option in the ppa config right now
[20:08] <cjwatson> that's called "non-virtualised PPAs" - you have to ask IS for it, yes
[20:08] <ogra_> dbarth, i can arrange that your team or the desktop team has access to the canonical-arm-dev ppa
[20:08] <cjwatson> and it's not a generally available facility because there are security implications
[20:08] <cjwatson> (it means that PPA has no sandboxing)
[20:08] <ogra_> right
[20:08] <didrocks> yeah, I remember the discussion about it at UDS
[20:08] <ogra_> thats why all access to arm PPAs is restricted
[20:09] <ogra_> we are working on a solution and should have it ready right by release
[20:09] <ogra_> (non deliverable HW held this up)
[20:10] <didrocks> ok, unity builds and work fine here, pushing
[20:10] <didrocks> dbarth: skaet_ ^^
[20:11] <dbarth> didrocks: cool
[20:11] <dbarth> ogra_, cjwatson: who do i need to email to get the process started?
[20:14] <cjwatson> RT
[20:16] <dbarth> k
[20:22] <ogra_> you shouldnt file an RT for that, we specifically have an existing PPA specifically for such testbuild cases
[20:22] <jdstrand> skaet_: I actually don't have the access to up the build priority
[20:25] <didrocks> ogra_: that would be better to test it before the release
[20:25] <ogra_> didrocks, right
[20:25] <didrocks> ogra_: and as I got most of the time the release really late, I don't see myself pushing the release to the ppa, wait it builds and then if it doesn't, what to do? it will be 10PM with nobody around
[20:26] <jdstrand> skaet_: I could probably have that arranged though
[20:26] <jdstrand> skaet_: but it isn't needed-- it is building
[20:26] <jdstrand> (done on all but armel, and building on armel)
[20:27] <highvoltage> https://wiki.ubuntu.com/OtherProjectSchedules is linked from https://wiki.ubuntu.com/NattyReleaseSchedule and is outdated (just thought someone here might want to know)
[20:27] <ogra_> didrocks, i dont get that ? so why would a PPA hel at all then ?
[20:28] <ogra_> *help
[20:28] <didrocks> ogra_: the daily builds are automatic
[20:28] <skaet_> thanks jdstrand
[20:28] <didrocks> ogra_: each commits is pushed and built
[20:28] <ogra_> ah
[20:28] <jdstrand> ok, so NEW is caught up for source and binaries until saturday, and nothing pending in main
[20:28] <didrocks> so we know that really early :)
[20:28]  * jdstrand moves away from NEW processing
[20:28] <ogra_> didrocks, but then you need close control over the people that can commit
[20:28] <jdstrand> s/until/up til last/
[20:29] <didrocks> ogra_: agreed (should be the dx team IIRC)
[20:42]  * skaet_ --> appt, out of touch for a bit.
[21:09] <cjwatson> upstart 0.9.0-1ubuntu3 uploaded
[21:26] <didrocks> unity build on arm
[21:26] <didrocks> ogra: skaet_ ^^
[21:26] <didrocks> built*
[21:27] <ogra> yay
[21:28] <didrocks> compiz ok as well, pending publishing on armel
[21:28] <didrocks> all sounds under control :)
[21:29] <didrocks> so now, let's wait tomorrow morning for next unity with a good QA
[21:29] <ogra> ++
[21:29] <ogra> thanks for all the effort
[21:31] <didrocks> ogra: you're welcome :)
[21:31] <didrocks> see you tomorrow!
[21:31] <marjo> cjwatson, didrocks: do you still want QA team to do sanity testing? otherwise, you'll have to wait for jibel tomorrow morning
[21:31] <marjo> cjwatson, didrocks: sanity testing today (US time)
[21:32] <cjwatson> we're approaching ready to start building images, but it's going to be another hour
[21:32] <cjwatson> (which time I am going to spend with my family rather than my computer)
[21:33] <marjo> cjwatson: thx for the update
[21:43] <slangasek> skaet_, cjwatson: hi, so as I understand it these current builds are smoke testing, right?  pitti approved a dpkg multiarch FFe conditional on getting it in before alpha3, and I haven't uploaded yet because the change has still been in upstream review to make sure there are no interface changes needed.  Is there time for me to upload dpkg before a3 or should we look at doing that Friday instead?
[22:28] <cjwatson> slangasek: I'm not sure, I think skaet_ is in more of a hurry than I am
[22:29] <cjwatson> on general principles I (a) sympathise with pitti's stipulation, (b) REALLY want this in for natty, and (c) would be more comfortable with Friday
[22:29] <cjwatson> I realise that these are mutually inconsistent
[22:30] <slangasek> :-)
[22:30] <cjwatson> (oh hey, don't suppose you can get dpkg upstream to accept Debian #612472, and then we would have no outstanding Ubuntu delta that needs to be preserved ...)
[22:30] <ubot4> Debian bug 612472 in dpkg "dpkg: Ubuntu ppc64 optimisation defaults" [Wishlist,Open] http://bugs.debian.org/612472
[22:32] <slangasek> ah, I'll bend buxy's ear on this :)
[22:33] <cjwatson> I would be happy with Friday as long as that doesn't cause us to miss natty, so I wonder if it's possible to contact pitti
[22:49] <cjwatson> doing Ubuntu alternate/desktop/server Kubuntu alternate/desktop builds now
[22:49] <cjwatson> by way of smoke-testing
[22:49] <cjwatson> and I'm off bedwards
[23:23] <jdstrand> so, looking at natty_probs.html, it is mostly a bunch of armel stuff. anything related to smb is resolving. bugs filed for various others
[23:24] <jdstrand> fglrx and nvidia are due to the known xorg-video-abi-8.0 incompatibility
[23:24] <jdstrand> (those are obviously amd64 and i386)
[23:25] <jdstrand> and that is also what makes kubuntu-full uninstallable
[23:26] <jdstrand> so, in all, natty_probs.html looks quite good
[23:26] <jdstrand> skaet_: ^
[23:26] <jdstrand> and with that, I am out of here. I'll look at cd issues when I come online again, if cjwatson and pitti don't beat me to it
[23:27] <jdstrand> (based on what I've seen today, they should all by fine, but obviously we need to wait for cjwatson's smoke test