[00:42] <slangasek> cjwatson: aha, thanks
[04:17] <darkxst> Hi, can we get gdm, gnome-session and gnome-shell-extensions unblocked for ubuntu GNOME bug 1212408
[05:41] <slangasek> darkxst: done
[05:42] <darkxst> slangasek, thanks!
[08:00] <Laney> Not sure I want to read up. :P
[08:02] <mlankhorst> don't do it!
[08:02] <Laney> slangasek: I just applied the same algorithm we've done before, and followed the release schedule. Sure, we can discuss adjusting it in future.
[08:03] <mlankhorst> Riddell: if it works probably
[08:12] <Laney> slangasek: (I agree that it's probably overly conservative but we didn't work out anything more limited up to now)
[08:13] <Laney> Furthermore there was a bug where a load of Touch and Ubuntu-only patches showed up in Edubuntu images which bloated the hint a lot
[08:13] <smartboyhw> Laney, phillw is a bit tempermental some times, so don't put the "insult" in your mind too much:(
[08:13] <Laney> I didn't get to update it as the Edubuntu respin hadn't popped out before I had to leave yesterday
[08:14] <Laney> The script works off tumbleweed's parsed image manifest data
[08:14] <xnox> smartboyhw: i'd rather see phillw stop insulting, rather than other people "dealing to ignore those".
[08:14] <smartboyhw> xnox, I do too
[08:14] <Laney> Never mind, I'm not bothered.
[08:14] <highvoltage> +1
[08:15] <highvoltage> also, happy birthday xnox!
[08:15] <Laney> Thanks to everyone for replying though.
[08:15] <Laney> All the expected images there now?
[08:15] <smartboyhw> xnox, happy birthday:)
[08:15]  * Laney gives xnox the birthday bumps
[08:15] <Laney> 18 today!
[08:16] <infinity> Laney: Oh please, I doubt he's a day over 15.
[08:16]  * infinity tickles xnox.
[08:16] <xnox> :-P
[08:17]  * xnox *giggle*
[08:17] <smartboyhw> How old IS xnox BTW:P
[08:17] <Laney> Nobody knows. He has fake ID.
[08:17] <xnox> smartboyhw: 78
[08:17] <Laney> See!
[08:17] <smartboyhw> -.-
[08:17] <xnox> Laney: s/ID/IDs/
[08:17] <infinity> He *claims* to be 25, but that's clearly a lie.
[08:17] <czajkowski> aloha
[08:18] <infinity> Everyone always overshoots their first fake ID to try to be "realistic".
[08:18] <infinity> "Oh, I can't claim to be 18, that's too obvious, I'll go for 35."
[08:22] <czajkowski> I'm pretty sure xnox and Laney need to still carry their ID around today :)
[08:23] <Laney> Mine's embarrassing because I haven't learned to drive so I just have the learners license with a big red "L" on it
[08:24] <infinity> Laney: Is the big red L on your forehead?  That would be really embarrassing.
[08:25] <Laney> They told me I was too drunk when I tried to get that tattoo
[08:25] <iulian> Heh.
[08:31] <xnox> Laney: i used to walk around with citizen card as proof of age.
[08:40] <smartboyhw> skaet, thank you for the link
[08:41] <smartboyhw> Laney, speaking of which: Should upgrade testcases be enabled for flavours?
[08:43] <Laney> shadeslayer: Can be. You want?
[08:44] <Laney> shadeslayer: sorry
[08:44] <Laney> smartboyhw: ^
[08:44]  * smartboyhw thinks Laney pinged the wrong person:P
[08:44] <smartboyhw> Laney, well, I'm still asking the Ubuntu Studio people, since we disabled it for 13.04
[08:44] <smartboyhw> But, other flavours would want it I think
[08:45] <mlankhorst> infinity: oh I'm still curious about saucy->precise xserver backport.. there is going to be nastiness with pointer barriers one way or another. :P I was thinking of copying libxi/x11 unrenamed from saucy, and give unity an internal copy of the old function calls, deciding at runtime which pointer barrier api to use..
[08:45] <Laney> Didn't have it for A2
[08:45] <Laney> I checked raring beta 1 and it didn't get great coverage then
[08:45] <Laney> but I'm happy to copy them if (a) I find out how and (b) people ask for it
[08:45] <Laney> assuming they can't do it themselves that is
[08:58] <Laney> Looks like you can ;-)
[08:58] <smartboyhw> Laney, yes
[08:58] <smartboyhw> But, I think the flavour leads will forget that:P
[08:58] <smartboyhw> I mean, adding the upgrades
[08:59] <Laney> smartboyhw: If you like, you can mail the list to remind.
[08:59] <smartboyhw> Laney, syre
[08:59] <Laney> "Ubuntu Studio decided to enable upgrade test cases because of blah blah blah. You might want to do the same, but you don't have to."
[09:38] <darkxst> Laney, smartboyhw, we added uprade test cases for Ubuntu GNOME
[09:38] <Laney> okey pokes
[09:38] <smartboyhw> darkxst, no need to tell me, it's your team's own decision and discretions:P
[09:39] <darkxst> just saying its not like it need release team intervention!
[09:41]  * Laney nods
[10:05] <mlankhorst> infinity: want to know what's even more fun? backporting llvm-3.3 to precise :P
[10:06] <mlankhorst> it seems to want a newer binutils..
[10:11] <Riddell> mlankhorst: I think putting in symlinks from the pvr directory to the mesa libwayland would solve it, how does that sound?
[10:14] <Riddell> stgraber: I'm getting lost in iso tracker again, how do I enable upgrade for kubuntu?
[10:14] <ogra_> Riddell, is that libwayland in all mesa installs ?
[10:15] <ogra_> i.e from which package does it come ?
[10:15] <Riddell> ogra_: yeah it's part of libegl1-mesa-drivers
[10:15] <ogra_> if its the generic mesa package such a symlink will likely breal Mir
[10:15] <ogra_> *break
[10:16] <ogra_> as i said yesterday, we might need a new alternative for something like "system-compositor-lib" or some such to solve that cleanly
[10:16] <smartboyhw> Riddell, in "Builds" of the adminstration tab just check the "Upgrade" products, type in the version no. and choose the correct milestone
[10:16] <mlankhorst> Riddell: I think you need to move wayland-egl out from mesa-egl dir
[10:17] <mlankhorst> if it's a generic support library that works regardless of egl implementation
[10:20] <Riddell> smartboyhw: ^^ got it, after some trips :)
[10:20] <smartboyhw> Riddell, um, I think you better alter Lubuntu's upgrade build
[10:20] <smartboyhw> Since I saw an Lubuntu message in there
[10:20] <Riddell> smartboyhw: yeah I removed it again
[10:21] <smartboyhw> Riddell, good:)
[10:22] <mlankhorst> oh right I don't need newer binutils, it was just used for -fuse-ld=gold in link flags
[12:03] <ogra_> hmm, i merged initramfs-tools-ubuntu-touch  and ubuntu-touch-generic-initrd ... which results in initramfs-tools-ubuntu-touch producing a new binary, shouldnt it get stuck in NEW due to that ?
[12:03] <ogra_> (i dont see it in the NEW queue)
[12:04] <cjwatson> Not if the same binary was already in the archive from another source package.
[12:04] <ogra_> ok
[12:04] <ogra_> great !
[12:04]  * ogra_ files a removal bug for the ubuntu-touch-generic-initrd source then
[12:08] <ogra_> bug 1220218 for any archive admin around
[12:08] <ubot2`> Launchpad bug 1220218 in ubuntu-touch-generic-initrd (Ubuntu) "please remove the ubuntu-touch-generic-initrd source package from the archive" [Undecided,New] https://launchpad.net/bugs/1220218
[12:09] <ogra_> stgraber, ^^^ since it makes your life easier :)
[12:30] <cyphermox> Laney: hey :)
[13:06] <Laney> cyphermox: hi, was at lunch
[13:06] <Laney> If it's about NM it is due to the beta freeze
[13:06] <cyphermox> Laney: hey ;)
[13:06] <cyphermox> yeah, just making sure
[13:06] <Laney> well, that and the fact that adt-britney is incorrectly saying that the test fails
[13:06] <cyphermox> well, it used to fail
[13:07] <Laney> sure but the latest one is ok
[13:07] <Laney> cyphermox: anyway, do you need it now or is tomorrow OK?
[13:08] <cyphermox> asap would be better, this is stuff for the phone, but I wouldn't feel OK telling you to override things like this, let me check with others
[13:19] <tumbleweed> is something broken with Debian imports atm?
[13:19] <seb128> tumbleweed, what debian imports?
[13:19] <tumbleweed> the debian archive gets imported into LP
[13:19] <cjwatson> tumbleweed: The relevant machine was only just recovered after a failure that required physical intervention
[13:19] <tumbleweed> aah, thanks
[13:20] <cjwatson> tumbleweed: And I don't think the cron job has run yet
[13:20] <cjwatson> But it's up
[13:20] <cjwatson> (i.e. I can rsync logs off it)
[14:15] <smartboyhw> ^ It's me, all the testcases passed, so don't be surprised that I marked it so early
[14:32] <zul> ^^^ Can I get an archive admin to review python-dogpile.cache and python-dogpile.core please they are new build deps for keystone
[15:05] <ogra_> xnox, why would removing the old source pakcage require any changes in phablet.u.c ? i hope you only use the binary
[15:07] <xnox> ogra_: if binary simply moved to a different source package, it should be fine. I didn't realise that.
[15:07] <infinity> mlankhorst: That binutils versioned build-dep is probably bogus, but the -fuse-ld=gold will need to be backed out.  I might just do that in saucy too, so you can backport unmangled.
[15:07] <ogra_> xnox, right, else i would have not filed the removal bug yet :)
[15:07] <ogra_> and committed goit changes first
[15:08] <ogra_> *git
[15:08] <xnox> ogra_: ok, cool =)
[15:15] <infinity>  * only build android-tools-adbd on armhf, i386 and amd64 until powerpc
[15:15] <infinity>     tablets and phones show up on teh market.
[15:15] <infinity> ogra_: ^-- Why that abritrary restriction?
[15:16] <ogra_> infinity, because itr FTBFS ... there was a fix from lool later that makes it build
[15:16] <ogra_> probably the Architecture field wasnt updated along ?
[15:16] <infinity> ogra_: The changelog might have wanted to say that, then, not the other. :P
[15:16] <ogra_> it saidf exacvtly what i uploaded at that point
[15:17] <ogra_> well, modulo mentioning FTBFS
[15:17] <lool> infinity: BTW it should be almost syncable
[15:17] <infinity> No, I mean, it should say "disable because it's broken" not some nonsensical "disable because devices don't exist".
[15:17] <ogra_> lool, ?
[15:17] <lool> infinity: haven't rechecked in the last month or so
[15:17] <ogra_> i thought it was synced ages ago
[15:17] <lool> infinity: at some point, Debian version was just missing testing from either ogra or rsalveti
[15:17] <lool> ogra_: was it?
[15:17] <ogra_> lool, i thought so, but i might be wrong
[15:18] <ogra_> (i dont think i have looked at that package since this upload above)
[15:18] <infinity> Of course, that FTBFS being fixed wouldn't help now, since it now depends on libhybris-utils, which is only on 3 arches.
[15:18] <infinity> For similar odd reasons, I'm guessing?
[15:19] <ogra_> likely
[15:19] <ogra_> libhybris needs android headers i think
[15:19] <ogra_> well, thought utils probably doesnt
[15:21] <infinity> Meh.  Too much to unwind right now.
[15:21] <infinity> ogra_: All this boils down to "initramfs-tools-ubuntu-touch should be arch-restricted".
[15:21] <infinity> (Or the whole stack it depends on shouldn't be)
[15:21] <ogra_> infinity, the binary it produces is armhf
[15:22] <ogra_> the script package it produces was supposed to be arch all but that didnt work out thanks to launchpad
[15:22] <ogra_> bug 1063188
[15:22] <ubot2`> Launchpad bug 1063188 in Launchpad itself "Launchpad doesn't try to build the "all" packages if i386 isn't in the Architecture field" [Low,Triaged] https://launchpad.net/bugs/1063188
[15:23] <infinity> ogra_: Okay, but it produces a powerpc.deb that depends on something that can't be installed.  I'm not sure I need the history why. :P
[15:23]  * infinity just fixes.
[15:24] <ogra_> oh
[15:24] <ogra_> heh, i totally didnt get your point
[15:24] <ogra_> yeah fix away+
[15:44] <lool> infinity: I just did a quick grep in hybris to see how arch specific it was, and it does indeed seem to have specific linker code for ARM, x86 and some SH code; like ELF fields and types; I'm not sure whether we want to invest in porting to powerpc
[15:45] <infinity> lool: Yeah, not deeply concerned.  It's something I could poke at when I'm bored some day.  For now, I just arch-restricted the thing that was depending on it.
[15:52] <mdeslaur> Laney: nas is stuck in -proposed, reason says "Not touching package due to block request by laney (contact #ubuntu-release if update is needed) "
[15:53] <mdeslaur> Laney: could you push it?
[15:53] <Laney> mdeslaur: yep
[15:53] <mdeslaur> Laney: thanks
[15:57] <mlankhorst> infinity: heh.. https://launchpadlibrarian.net/149247846/buildlog_ubuntu-precise-amd64.mesa-lts-saucy_9.2-1ubuntu1~~2ppa1_FAILEDTOBUILD.txt.gz llvm-3.3 has a dependency on zlib1g-dev? :P
[16:01] <infinity> mlankhorst: That -lz is coming from llvm, not mesa?
[16:04] <mlankhorst> infinity: hm good question, more digging is needed
[16:06] <mlankhorst> infinity: positive :p
[16:06] <mlankhorst> ~$ llvm-config-3.3 --ldflags
[16:06] <mlankhorst> -L/usr/lib/llvm-3.3/lib  -lz -lpthread -lffi -lrt -ldl -lm
[16:07] <mlankhorst> hm weird
[16:07] <mlankhorst> it doesn't link it on saucy
[16:08] <mlankhorst> meh nm then, I'll just add zlib1g-dev to the backported llvm-toolchain
[16:12] <mlankhorst> sorry for the noise :)
[16:12] <mlankhorst> *gone*
[16:30] <slangasek> Laney: for my edification, what/where's the script that's used for assembling the freeze block list?  Does it look at ubuntukylin at all currently?
[16:30] <Laney> slangasek: It's just something I threw together, and it's supposed to
[16:30] <Laney> I can pastebin it if you'll be nice. :-)
[16:31] <Laney> There are some kylin things in the block so I believe it is at least partially working for that purpose
[16:31] <Laney> http://paste.ubuntu.com/6059440/
[17:16] <Laney> Seems Edubuntu and Lubuntu alternates are missing test results
[17:17] <Laney> If we can get those and the other remaining in over the UK night then we should be able to do B1 quite early tomorrow, all being well
[17:18]  * Laney goes away for a bit, SMS me if the world ends or anything
[17:25] <jbicha> Laney: but tomorrow's Wednesday?
[17:26] <infinity> Days of the week are confusing.
[17:26] <skaet> jbicha,  release is scheduled for Thursday
[17:57] <adam_g> can someone please nack that misdirected dput ^
[18:01] <slangasek> adam_g: looking
[18:01] <slangasek> adam_g: done
[18:01] <adam_g> slangasek, thanks
[19:33] <xnox> Laney: highvoltage: cjwatson: jbicha: For the bug 1218175 I have now implemented package split: ubuntuone plugin is in a separate package, which can be seeded / unseeded as needed.
[19:33] <ubot2`> Launchpad bug 1218175 in ubiquity (Ubuntu) "u1: Allow Ubuntu flavors to opt out of U1 feature" [Medium,Confirmed] https://launchpad.net/bugs/1218175
[19:35] <xnox> not sure if you want this uploading, as the plugin will need to go through new and seeds will need to be adjusted.
[19:37] <jbicha> xnox: a separate package won't work for Edubuntu
[19:37] <xnox> jbicha: yes it will. ubiquity-frontend-gtk does not depend on it. it needs explicit seed, and i believe you can blacklist / negate install in the seed.
[19:38] <xnox> jbicha: ubuntu-desktop will not depend on that plugin.
[19:38] <jbicha> ok
[19:39] <slangasek> that aside, I would be surprised if the edubuntu folks would actually want to maintain a delta with the Ubuntu Desktop wrt such features of the installer (regardless of whether they're personally happy with those features)
[21:13] <xnox> slangasek: well edubuntu did request to remove that plugin, and they have their own custom plugins in ubiquity already (for task selection, server install & config, etc.)
[21:14] <slangasek> xnox: ok.  Hadn't seen that request from edubuntu, and only the G+ post was referenced above
[21:14] <stgraber> slangasek: we already maintain a delta to drop the shopping lens and drop the amazon and ubuntuone launcher entries by default as we don't think any of those are suitable for our target audience.
[21:15] <slangasek> alright
[21:15] <slangasek> (pff, what's wrong with having the kids shopping while at school ;)
[21:15] <stgraber> :)
[21:20] <xnox> stgraber: separate package would work, for edubuntu seeds right? (negating / blacklisting from the cd?!)
[21:21] <stgraber> xnox: sure, we could just have edubuntu-live conflict with it then
[21:21] <stgraber> xnox: so ubiquity could recommend that package (but not depends or the conflict would make ubiquity go away)
[21:22] <xnox> stgraber: no, ubiquity will not recommend it.
[21:22] <slangasek> you aren't really meant to use conflicts in seeds, though, and blacklists in seeds only result in failures when those packages show up - they don't work for the actual exclusion
[21:22] <xnox> stgraber: it should be explicitly seeded, which will happen for ubuntu-live / kylin for example
[21:22] <slangasek> just not depending on it is better, which seems to be the plan
[21:23] <slangasek> cjwatson: so bug #1219589 is getting some static regarding getting the UbuntuHashes page updated.  The ubuntu-docs team doesn't seem to actually have access to update the darn thing.  Who does / how should we know who does? (checklist page points the finger at ubuntu-docs currently)
[21:23] <ubot2`> Launchpad bug 1219589 in ubuntu-docs (Ubuntu) "ubuntu-12.04.3-desktop-amd64.iso md5sum missing from https://help.ubuntu.com/community/UbuntuHashes" [Undecided,Confirmed] https://launchpad.net/bugs/1219589
[22:15] <slangasek> sarnold: ^^ ;)
[22:16] <sarnold> slangasek: ah! :) thanks :)
[22:20] <czajkowski> infinity: ping a ling
[22:21] <czajkowski> infinity: I swear if I broke LP and builds you'd appear :)
[23:04] <bdmurray> slangasek: could you have a look at update-manager in the raring proposed queue?
[23:56] <jbicha_> phillw: I think your release announcement yesterday is easy to misinterpret, see http://lubuntublog.blogspot.com/2013/09/beta-1-is-out.html
[23:58] <slangasek> bdmurray: update-manager-0.186.2/tags seems to be some added cruft in the upload?
[23:58] <slangasek> bdmurray: not sure if you want to reupload to fix
[23:59] <bdmurray> slangasek: yeah, I'll reupload