[00:00] <doko> slangasek, so let the powerpc build get into the archive before you re-upload ;)
[00:01] <doko> please approve gamin, fixing ftbfs
[00:01] <doko> cjwatson, no queuebot?
[00:03] <slangasek> bah, why is gamin still in main? it shouldn't be used on linux anymore, do we have a bug in component-mismatches telling us we want it in main?
[00:03] <slangasek> hmm, no, libgnomevfs really still links against it
[00:06] <micahg> slangasek: glib2.0 seems to build-dep on it
[00:07] <slangasek> "seems" to is right, because it's only on !linux-any :)
[00:08] <slangasek> but the libgnomevfs dep is real, unfortunately
[00:08] <micahg> ah, this script breaks out binary deps, but not build deps
[00:09] <slangasek> doko: accepted gamin
[00:10] <doko> hrm, why does the md5sum for the sqlite .orig doesn't match, if we only have a -buildX version?
[00:34] <doko> please approve sqlite, fixing ftbfs (still in main :-/)
[00:44] <slangasek> doko: done (and hopefully leaving main soon :)
=== doko_ is now known as doko
[00:47] <doko> slangasek, if you're still awake in 1h, please give back unity on arm
[00:47] <doko> good night
[00:53] <slangasek> I assume I'll be awake, might even be at a computer :)
[00:53] <slangasek> g'night
[01:18] <infinity> doko: I was already going to do it.
[01:18] <infinity> slangasek: ^
[01:19] <slangasek> infinity: it's yours then :)
[01:24] <infinity> Oh, FFS.  You sync one silly package to get it building and realise it now has 4 more build-deps from sid that we don't have.
[01:26] <ScottK> Test building FTW.
[01:27] <ScottK> Jusy sayin'.
[01:27] <infinity> The irony there is palpable, thanks.
[01:27] <infinity> I can't count the number of times I've typed that over the years. :P
[01:27] <infinity> ScottK: FFe to add a bunch of ocaml multimedia bindings to universe, kthx? :)
[01:30] <ScottK> Sigh.  What bug?
[01:31] <infinity> None yet.  I can file one later.
[01:31] <infinity> I was planning to skip process, like the cowboy I am.  But fiiiine.
[01:31] <ScottK> Wife calling.  I'll be back to help with the paperwork later.
[01:32] <infinity> (I'm tempted to sort out who did the liquidsoap sync a month ago and didn't follow up to see that it built...  It's been missing build-deps ever since)
[01:37] <micahg> infinity: looks like autosync happiness, but was 3 weeks before the mass autosync happened
[01:39] <infinity> Weird that said mass sync didn't pick up the new packages it needed to build. :/
[01:39] <infinity> Oh well.
[01:39] <infinity> Easy enough to fix.
[01:39] <infinity> Just irksome.
[01:41] <micahg> infinity: it could've been an early test :-/
[01:50] <mdeslaur> There is a new flash package in partner. I'm going to need to upload a new flashplugin-nonfree to oneiric, or it won't be able to upgrade.
[01:53] <infinity> mdeslaur: Go for it.
[01:53] <mdeslaur> infinity: thanks
[02:06] <infinity> mdeslaur: Accepted.
[05:41] <pitti> Good morning
[06:57] <doko> please accept libvisual-plugins and libnl3
[07:01] <pitti> doko: done
[07:39]  * pitti starts building the beta-1 langpack
[07:39] <pitti> s
[07:39] <pitti> export finally done
[07:48] <pitti> review of at-spi2-core would be appreciated
[08:44] <slangasek> pitti: libdbi-drivers accepted
[08:44] <pitti> ah, thanks
[08:44] <pitti> slangasek: now it's down to php5/amd64
[08:44] <slangasek> too late for me to look at at-spi2-core, though, someone else will need to grab it
[08:44] <pitti> always one more thing which holds back cruft..
[08:45] <pitti> slangasek: ok, thanks; will wait for cjwatson or Daviey; it's a trivial fix
[08:45] <pitti> slangasek: good night, sleep well!
[09:18] <cjwatson> doko: well, if you lot will freeze when I'm not watching IRC ...
[09:19] <pitti> good morning cjwatson
[09:22] <cjwatson> morning
[09:22]  * doko welcomes queuebot
[09:22]  * cjwatson fixes the crontab so that queuebot will do something useful
[09:22] <doko>  ... and cjwatson
[09:31] <pitti> new langpacks seem fine, uploading now
[09:31] <pitti> cjwatson: ^ perhaps you might want to hold back queuebot for this?
[09:33] <cjwatson> meh
[09:33] <cjwatson> ok, I'll go kill queuebot for a bit
[09:48] <jibel> no daily server and alternate images to test this morning.
[09:55] <pitti> cjwatson: do you have a moment to review the at-spi2-core upload? it'll unbreak natty upgrades
[09:55] <pitti> (just dropping a conflicts:/replaces:)
[09:56] <cjwatson> jibel: have you checked logs to see what went wrong?
[09:56] <cjwatson> pitti: ok
[09:58] <jibel> cjwatson, yes, if I read it right, python3.2 is missing but required
[09:58] <jibel> Missing debootstrap-required python3.2
[09:58] <jibel> Missing debootstrap-required python3.2-minimal
[09:58] <jibel> CD1 missing some packages needed by debootstrap
[09:59] <cjwatson> fixed in the archive
[09:59] <jibel> this is for alternate and for server there is a strange bzr error
[09:59] <cjwatson> those are usually transient
[09:59] <jibel> * Fetching branch of http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/platform.oneiric/
[09:59] <jibel> bzr: ERROR: http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/platform.oneiric/.bzr/repository/indices/18fdf185c43208cd2746e3824711d83a.tix is redirected to https://launchpad.net
[10:00] <cjwatson> transient
[10:00] <cjwatson> network glitch
[10:00] <cjwatson> will retry both after my archive fix publishes
[10:00] <jibel> ok thanks.
[10:02] <cjwatson> pitti: fine, accepted
[10:02] <pitti> thanks
[10:03] <pitti> jibel: ^ do you plan to run another natty->oneiric upgrade test soon? or the auto upgrade tester?
[10:03] <pitti> jibel: I hope that this will fix the upgrade (bug 828759)
[10:03] <ubot4> Launchpad bug 828759 in at-spi2-core (Ubuntu Oneiric) (and 1 other project) "package ubuntu-desktop 1.240 failed to install/upgrade: ErrorMessage: dependency problems - leaving unconfigured (affects: 27) (dups: 28) (heat: 246)" [Critical,Fix released] https://launchpad.net/bugs/828759
[10:04] <jibel> pitti, I can verify the fix this afternoon.
[10:05] <pitti> jibel: great; it'll need another 2 or 3 hours to build/publish anyway
[10:10] <doko> ScottK, korundum still ftbfs in the test archive (multiarch issue)
[10:11] <pitti> cjwatson: all langpacks uploaded and accepted; I bumped build score for the ones that we ship on CDs; so buildbot can resume its duty
[10:12] <cjwatson> ok
[10:13] <pitti> https://launchpad.net/ubuntu/oneiric/+queue?queue_state=0 -> this looks new
[10:13] <pitti> is this "button press sync from launchpad UI"?
[10:13] <cjwatson> yes
[10:13] <cjwatson> well, from the API
[10:13] <cjwatson> don't use the UI
[10:14] <cjwatson> I mean don't use the +localpackagediffs UI, it doesn't meet our needs, but I've improved syncpackage to handle it
[10:14] <cjwatson> we'll announce it once a few more bugs have been shaken out
[10:15] <pitti> I just wondered what to do with it
[10:15] <pitti> I figure one of the two is redundant
[10:16] <cjwatson> two people ran syncpackage independently so reject one
[10:17] <Laney> looks like the same person actually
[10:17] <Laney> perhaps he was confused by the lack of mail
[10:18] <Laney> also, LP folks fixed some bugs so the UI isn't that bad now
[10:19] <cjwatson> still, it'd be better for Ubuntu people to consistently use the API IMO
[10:20] <cjwatson> same person> yes, you're right, I misread #ubuntu-motu scrollback
[10:21] <Laney> ah, discussed there indeed
[10:24]  * cjwatson belatedly clears the sync queue
[10:27] <Laney> going to sync tangerine and rebuild longomatch to finish that little stack
[10:35] <Laney> what do people think of syncs for NEW universe leaf packages? up until when should we be accepting those?
[10:40] <tumbleweed> ah, sorry for that pitti
[10:40] <pitti> tumbleweed: for what?
[10:40] <tumbleweed> double sync of that package
[10:41] <pitti> tumbleweed: oh, no worries
[10:59] <pitti> tumbleweed: I'm just not sure whether I'm supposed to accept the aweather sync from the queue page
[11:00] <cjwatson> it's fine to do so if you think the changes are acceptable
[11:01] <cjwatson> if queuediff can't show you the changes, then you could look at https://launchpad.net/debian/+source/<package>/+changelog or whatever
[11:01] <pitti> it's a totally new package, so it should be fine
[11:02] <pitti> accepted
[11:02] <pitti> shiny!
[11:02] <ScottK> doko: Thanks.  That's a bit odd as it built locally.
[11:03] <pitti> oh please, unity armel build, condescend to finish
[11:03]  * pitti feeds the hamsters
[11:04] <pitti> C++ and arm really aren't friends
[11:10] <pitti> cjwatson: "Removed software-center from desktop" (ubuntustudio-meta) -> I guess that's intended, but do you know what they use instead?
[11:14] <cjwatson> they still have synaptic
[11:14] <cjwatson> revno: 1275
[11:14] <cjwatson> committer: Janne Jokitalo (astraljava) <astraljava@kapsi.fi>
[11:14] <cjwatson> branch nick: ubuntustudio.oneiric
[11:14] <cjwatson> timestamp: Fri 2011-08-26 00:56:49 +0300
[11:14] <cjwatson> message:
[11:14] <cjwatson>   Get rid of software-center, it causes unity to be included
[11:14] <pitti> ah
[11:15] <cjwatson> surprised it pulls in unity really, but ...
[11:19] <pitti> LibO FTBFS fix on the way
[11:30] <astraljava> cjwatson: Yeah, that's how I interpreted the germinate logs anyway.
[11:35] <cjwatson> hmm, regarding the software-center gtk2/3 discussion from yesterday, I notice that software-center's gtk2 bindings depend on the NBS python-gmenu
[11:35] <cjwatson> is that due to be resurrected for oneiric or is it permanently dead?
[11:36] <ScottK> The kubuntu daily ISO report has had this to say about the DVD for awhile, but it seems to build the livefs OK.  Is this something that needs fixing:
[11:36] <ScottK> kubuntu/dvd: Uninstallable packages:
[11:36] <ScottK> gcj-4.5 4.5.3-6ubuntu1 produces uninstallable binaries:
[11:36] <ScottK>   * gcj-4.5-jdk (amd64 i386)
[11:36] <ScottK>   * libgcj11-dev (amd64 i386)
[11:36] <cjwatson> they might be on the non-livefs portion
[11:36] <cjwatson> in fact they must be if the report says that
[11:38] <ScottK> OK.  That seems to be from the platform seed.
[11:38] <cjwatson>  * gcj-4.5-jdk          # keep these here, will be in main in natty
[11:38] <cjwatson>  * libgcj11-dbg
[11:38] <cjwatson> doko: ^- do you know what's happening here?
[11:40] <doko> cjwatson, wasn't this the component mismatch?
[11:42] <cjwatson> I thought I did a binary promotion there the other day
[11:43] <cjwatson> it's not on c-m now anyway
[11:46] <ScottK> Looks like we've got both gcj-4.5 and 4.6 and 4.5 is only because it's directly seeded in the development seed.  Should that be changed to 4.6?
[11:47] <doko> hmm, I think I use it for armel, or used it
[12:11] <doko> keep it there for now please. it's a fallback for the armhf bootstrap
[12:16] <doko> ScottK, are the k3b and kalzium ftbfs reproducible?
[12:16] <pitti> cjwatson: gnome-menus2 is back in, so the libgnome-menu/python-gmenu NBS should be solved now
[12:16] <pitti> yep, disappeared from nbs.html
[12:20] <cjwatson> ah, ok
[12:21] <cjwatson> doko: see the k3b bug
[12:21] <ScottK> doko: Yes.
[12:21] <cjwatson> ScottK: should I just go ahead and upload k3b?
[12:21] <ScottK> cjwatson: It won't make it worse.
[12:21] <ScottK> I'd say so.
[12:21] <cjwatson> that was my thought ...
[12:22] <cjwatson> can I disregard the Vcs-Bzr field?  the branch referenced there doesn't exist
[12:22] <ScottK> I don't one negative report, but I'm not sure if it was an "I failed to achieve test conditions" report or "test failed" report.
[12:22] <ScottK> Let me give you the correct location.
[12:22] <pitti> cjwatson: I'd like to build new ubuntu desktops, mainly to ensure that they are within size limits now, and before we accept LibO; ok for you, or do you wait for something else?
[12:23] <cjwatson> oh, can we build alt/server first, I promised jibel I'd do that
[12:23] <ScottK> cjwatson: It should be at ~kubuntu-packagers/kubuntu-packaging/k3b (and if you wouldn't mind correcting the Vcs-* headers that would be lovely - we just didn't do uploads only for the Vcs-* changes).
[12:23] <ScottK> If not, we'll deal with it later.
[12:24] <pitti> cjwatson: they parallelize pretty well, don't they? buildlive is mainly just ssh waiting
[12:24] <cjwatson> ah, crimsun did it
[12:24] <pitti> cjwatson: want me to start them all now?
[12:24] <cjwatson> pitti: true.  please do
[12:25] <pitti> running
[12:25] <pitti> with any luck, even powerpc will fit
[12:28] <pitti> I'd like to accept LibO, is that a bad time for some reason?
[12:28] <cjwatson> this partman-crypto upload doesn't fix the RC bug, but it fixes an (AFAIK) unreported one whereby encrypted LVM installs totally fail to work in any way shape or form
[12:28] <pitti> (it will render some uninstallability until -l10n and all arches have built)
[12:29] <pitti> cjwatson: ah, will review
[12:29] <cjwatson> (discovered while working on said RC bug)
[12:45] <pitti> cjwatson, jibel: http://cdimage.ubuntu.com/daily/20110826.1/
[12:45] <pitti> look, 681 MB powerpc
[12:45] <cjwatson> whee!
[12:45] <pitti> we could even add another langpack, but let's adjust that for the final; they aren't so important on the alternates anyway
[12:46] <jibel> pitti, thanks, smoke tests triggered.
[12:47] <cjwatson> jibel: if you have encrypted-LVM smoke tests, you can skip them, they'll fail
[12:54] <pitti> FTR, unity armel fix will land in about 2 or 3 hours, then unity-2d can build, and unscrew armel installability
[12:56] <cjwatson> dear k3b test-build, kindly finish ever
[12:56] <jibel> cjwatson, it is not automated yet. I need to find a way to enter the passphrase on boot automatically.
[13:01] <doko> please accept openbabel
[13:14] <ScottK> Is LP making diffs correctly?  LO (uploaded an hour ago) still doesn't have one.
[13:16] <doko> better do it manually for LO
[13:16] <ScottK> The later uploads don't have one either.
[13:17] <ScottK> openbable is 16 minutes old, so I'd have expected that to be long enough.
[13:19] <pitti> jibel: http://cdimage.ubuntu.com/ubuntu-server/daily/20110826.1/
[13:20] <pitti> http://cdimage.ubuntu.com/daily-live/20110826.1/
[13:20] <pitti> \o/
[13:20] <pitti> you can't imagine how wide my grin is now
[13:22] <pitti> cjwatson: do you need another CD build soon, or can I accept LibO?
[13:22] <pitti> I'd like it to build over the weekend on arm
[13:22] <jibel> encrypted home still fail on alternate. why alternate has kernel 3.0.0-9.12 and not 3.0.0-9.14
[13:29] <cjwatson> pitti: go ahead
[13:36] <doko> pitti: please accept k3b and openbabel too (build failures)
[13:37] <pitti> yep, will look
[13:37] <doko> pitti: lo will ftbfs on armel, gcj-4.6 is not yet built
[14:13] <stgraber> skaet: as Robert probably won't be around till his Monday (so late Sunday US time) I'll prepare the fix myself. I'm expecting the unity-greeter change to just be a 5-6 lines patch to the vala code.
[14:14] <skaet> stgraber,  sounds good.
[14:45] <mdeslaur> Can I upload a simple fix for empathy for bug 828802 and bug 832378?
[14:45] <ubot4> Launchpad bug 828802 in empathy (Ubuntu) (and 1 other project) "empathy crashed with SIGSEGV in __memcpy_ssse3() (affects: 4) (dups: 1) (heat: 30)" [Medium,Fix committed] https://launchpad.net/bugs/828802
[14:45] <ubot4> Launchpad bug 832378 in empathy (Ubuntu) (and 1 other project) "empathy crashed with SIGSEGV in g_memdup() (affects: 3) (dups: 2) (heat: 279)" [Medium,Fix committed] https://launchpad.net/bugs/832378
[14:51] <stgraber> skaet: ok, I attached a patch to bug 834701 which works fine here. As unity-greeter is really not a foundation thing, I think it'd be great if someone from desktop could have a look and if they are happy with the fix, upload it.
[14:51] <ubot4> Launchpad bug 834701 in unity-greeter (Ubuntu) "greeter regression, no longer allowing flavours to customize the greeter (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/834701
[14:53] <stgraber> seb128: I just saw your name in the changelog of unity-greeter ;) can you have a look at that bug and the attached patch?
[14:54] <skaet> stgraber, sounds good.  :)   thanks.
[14:55] <mdeslaur> ScottK, skaet: can I upload a small crasher fix for empathy?
[14:56] <ScottK> mdeslaur: Yes.  Worst case it gets held until after beta1, but it'll probably go in now.
[14:56] <mdeslaur> ScottK: thanks
[15:01] <stgraber> ScottK, skaet: There you go for the UIFe for edubuntu-artwork: bug 834787
[15:01] <ubot4> Launchpad bug 834787 in edubuntu-artwork (Ubuntu) "[UIFe] Replacing unity circle-of-friends logo by the Edubuntu logo (distributor-logo.svg) (affects: 1) (heat: 8)" [High,Triaged] https://launchpad.net/bugs/834787
[15:06] <charlie-tca> I see Ubuntu alternate images were re-spun today. Any chance of doing that for all of us?
[15:06] <charlie-tca> No alternate images built today
[15:07] <ScottK> stgraber: Can you get someone from whoever does Edubuntu docs to ack the UIFe?
[15:07] <stgraber> ScottK: ack
[15:07] <cjwatson> charlie-tca: I've at least kicked off Xubuntu
[15:07] <charlie-tca> Thanks
[15:08] <stgraber> ScottK: (Currently Edubuntu documentation is basically just our website and I'm the one updating these screenshots)
[15:16] <ScottK> stgraber: Then you get to be the one that ack for Edubuntu docs.
[15:17] <ScottK> stgraber: UIFe approved.
[15:17] <stgraber> ScottK: thanks
[15:47] <seb128> stgraber, I've pinged mterry about it, he knows the code better
[15:54] <stgraber> seb128: ok, thanks
[16:19] <pitti> good bye everyone, have a nice weekend!
[16:19] <pitti> skaet: can you watch the unapproved queue for a bit for urgent updates?
[16:21] <skaet> pitti,  will do.
[16:38] <ScottK> gcj-4.5 is gone from Kubuntu after my last seed change, so win.
[16:39] <ScottK> And it's in component mismatches for demotion now ...
[16:42] <cjwatson> ScottK: demoted
[16:42] <ScottK> Progress.
[16:43] <cjwatson> along with gcc-4.5-source
[16:43] <ScottK> Very nice.
[16:46] <cjwatson> gilir: Lubuntu alternate images set up: http://cdimage.ubuntu.com/lubuntu/daily/current/
[16:47] <ScottK> cjwatson: If it wouldn't interfere with anything else, it'd be nice to have a respin of Kubuntu alternates for i386 and amd64.  I adjusted language packs today and I'd like to make sure I didn't over do it.
[16:47] <gilir> cjwatson, great ! thanks :)
[16:48] <cjwatson> ScottK: running (just for all architectures, it's easier)
[16:48] <jibel> gilir, Lubuntu alternate added to the tracker with a default set of test cases: default install, auto resize and encrypted lvm. Let me know if you want more (or less)
[16:49] <gilir> jibel, let's keep it like this for the beginning :) thanks :)
[16:49] <ScottK> cjwatson: Thanks.
[17:14] <ScottK> cjwatson: I had to make a few adjustments, so if you could do that again, I think we'll be good.
[17:22] <stgraber> I just sponsored a new apport from bdmurray implementing a duplicate signature for ubiquity. It'd be good to have that for beta1.
[17:23] <infinity> stgraber: I was following the conversation in #-devel.  Will approve it once it lands in the queue.
[17:23] <stgraber> infinity: thanks
[17:24] <bdmurray> infinity, stgraber: thank you both
[17:40] <doko> fyi, if you see some private builds on the buildds: I'm staging gnat-4.4, gcj-4.4, gcc-4.4, gdc-4.4 builds in a non-virtualized ppa over the weekend, so that these can be copied over consistently to oneiric once all of them are built
[17:58] <Daviey> If the package tboot (source NEW) is able to be reviewed by an AA, can a release team member ack bug 815752 please?
[17:58] <ubot4> Launchpad bug 815752 in Ubuntu Oneiric (and 1 other project) "[FFe] [needs-packaging] tboot (affects: 1) (dups: 1) (heat: 18)" [Wishlist,In progress] https://launchpad.net/bugs/815752
[18:01] <Daviey> (no plan to be seed/MIR)
[18:10] <stgraber> I'd appreciate it if someone could review that unity greeter. It's pretty much the same patch I had attached before (but a bit cleaner). I'm going to make an edubuntu-artwork upload once this one is in.
[18:16] <apw> slangasek, about ?  cjwatson asked me to upload linux-backport-modules-3.0.0 for oneiric to get the ABIs in sync.  unfortuantly the upload was rejected due to that package not yet being in the kernel package set.  i wonder if you might have time to sponsor it for me.  its on chinstrap in ~apw/sign
[18:17] <slangasek> apw: ok, taking a look
[18:18] <slangasek> OOI, why do you use chinstrap for this, rather than something with a public web interface?
[18:19] <apw> slangasek, it happens to be there for uploading is all
[18:19] <stgraber> apw: can you check if you're missing other packages in the kernel packageset? I'm happy to update the list to match the current kernel version.
[18:19] <slangasek> apw: ah
[18:19] <apw> stgraber, thanks, checking
[18:20] <stgraber> apw: oh, actually this package set is owned by the techboard for some reason... but still if you can get a list I can poke the TB to get the packageset updated
[18:20] <stgraber> apw: current content: http://paste.ubuntu.com/675424/
[18:21] <apw> stgraber, i think the only one missing at the moment is the lbm package for oneiric
[18:21] <apw> its one of those chicken-eggs that until it was uploaded just recently it wasn't there to add
[18:21] <slangasek> apw: uploaded, in the meantime
[18:22] <apw> slangasek, thanks a lot, i can go get some bevvies now :)
[18:22] <slangasek> enjoy :)
[19:02] <jdstrand> ScottK: would it be alright if I performed a sync for for mantis to fix bug #828857? no ubuntu delta
[19:02] <ubot4> Launchpad bug 828857 in gentoo (and 3 other projects) "MantisBT <1.2.7 search.php multiple XSS vulnerabilities (affects: 1) (heat: 258)" [Low,New] https://launchpad.net/bugs/828857
[19:02] <jdstrand> ScottK: and hello :)
[19:15] <ScottK> jdstrand: Yes.
[19:15] <ScottK> I guess we aren't waiting on the l10n.
[19:25]  * skaet has to go to appt., will be afk,  back online later.
[19:44] <slangasek> Daviey: 815752 acked - btw, it's hard to pick process bugs like FFe's out of the list for processing when they're marked 'in progress'; https://wiki.ubuntu.com/FreezeExceptionProcess says FFe requests should be set to state 'new'
[19:54] <slangasek> doko: why is bug #796769 marked 'high'?  nothing in Debian depends on this, at least, and the source is in universe
[19:54] <ubot4> Launchpad bug 796769 in gradle (Ubuntu Oneiric) (and 1 other project) "gradle needs a manual build using the unstable binaries (affects: 2) (heat: 9)" [High,Confirmed] https://launchpad.net/bugs/796769
[19:55] <cjwatson> lamont has already said that bug reports are the worst way to get him to do such things
[19:55] <cjwatson> and has recommended using RT instead, because otherwise he doesn't get to do them on work time
[19:55] <slangasek> that too
[20:03] <Daviey> slangasek: Yup.. thanks
[20:10] <stgraber> skaet: sorry to add even more UI freeze exception for Edubuntu, I just remembered I missed one change in my last batch of upload. bug 835027
[20:10] <ubot4> Launchpad bug 835027 in edubuntu-live (Ubuntu) "[UIFe] Add a launcher to the default unity configuration for LTSP-Live (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/835027
[20:17] <slangasek> ia32-libs, wine1.3 in the queue fix wine uninstallability (from lib32v4l-0 removal)
[20:17] <slangasek> (wine1.2 coming soon)
[20:42] <ScottK> slangasek: wine* and ia-32libs accepted.
[20:57] <stgraber> Attached the debdiff to bug 835027, would be great if someone could review the UI freeze exception. Thanks!
[20:57] <ubot4> Launchpad bug 835027 in edubuntu-live (Ubuntu) "[UIFe] Add a launcher to the default unity configuration for LTSP-Live (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/835027
[21:34] <slangasek> ScottK: ta
[22:32] <stgraber> ScottK: if you have a sec and can review bug 835027 that'd be awesome. I'd like to get rid of all my Edubuntu stuff this weekend so I can focus on Ubuntu next week.
[22:32] <ubot4> Launchpad bug 835027 in edubuntu-live (Ubuntu) "[UIFe] Add a launcher to the default unity configuration for LTSP-Live (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/835027
[22:33] <ScottK> stgraber: Done.
[22:33] <stgraber> ScottK: thanks!
[22:33] <ScottK> You're welcome.
[22:45] <ScottL> would someone explain what it means when i see that the queubot says that a package is removed?
[22:46] <ScottL> it says that rubberband was removed and since ubuntu studio depends on this package i'm a little worried, ya know?
[22:46] <ScottL> if you do you will be in my top five carbon based, bipedal life forms
[22:47] <cjwatson> it means that the upload was removed from the queue, either by accepting or rejecting the upload (queuebot doesn't know)
[22:47] <cjwatson> it never means that the package was removed from the archive, so don't panic
[22:48] <ScottL> no fair cjwatson, i already considered you in my top five carbon based, bipedal life forms ;)
[22:48] <cjwatson> heh
[22:48] <ScottL> i'm glad to hear that, i had already checked launchpad and saw that rubberband had been released 1.5 hours ago and thought as much
[22:48] <ScottL> skaet, i have a question for you as well, would it be possible ubuntu studio to move to a one year release cycle?  how much trouble would this be for others?
[22:50] <ScottL> ideally we would want to complete the next LTS before moving to said one-year schedule
[22:51] <infinity> Having flavours out of sync with Ubuntu proper could prove mildly unpleasant for you.
[22:51] <infinity> But I guess since your release would be lining up with every second of ours, our freeze won't annoy you THAT much.  Maybe.
[22:51] <infinity> (Still a bit weird)
[22:52] <ScottL> strange word that "flavours", i forget if it's officially "flavours" or "derivaties" or "respins"  i have seen "derivatives" on the official ubuntu site
[22:52] <cjwatson> persia can probably give you an essay on the subject :-)
[22:52] <infinity> I'm not sure what the marketing spin on it is.
[22:52] <ScottL> infinity, i don't think the freezes would affect us too much
[22:52] <infinity> I consider flavours to be "anything built from the primary archive".
[22:52] <infinity> But naming is meaningless to me. :P
[22:53] <ScottL> cjwatson, he has before and i know that he _strongly_ prefers "flavours" and not "derivatives"
[22:53] <infinity> ScottL: I don't see any particular reason why it wouldn't work.  Instead of requesting to release every 12 months, just inform us that you intend to NOT officially realease every second time. :)
[22:53] <ScottL> infinity, that is quite acceptable :-)
[22:54] <cjwatson> anyone fancy testing a transcode patch for me, porting to the new libav?
[22:54]  * cjwatson looks idly at the Ubuntu Studio developer :-)
[22:54] <infinity> ScottL: And do make sure that you take care to have your packages upgrade cleanly while skipping Ubuntu releases (though, I wish everyone did that anyway)
[22:55] <cjwatson> oh, bah, transcode is part of mythbuntu not ubuntustudio.  It was a nice try
[22:55] <ScottL> cjwatson, i'm really less of a developer than a cat herder being the project lead ;)
[22:55] <ScottL> although i do _some_ minor development though
[22:56] <ScottL> infinity, you mean make sure the upgrade path is clean, correct?
[22:56] <ScottL> not trying to split hairs, just making sure i understand your intent
[22:56] <infinity> ScottL: However you prefer to describe it.  But yes.
[22:56] <ScottK> ScottL: He prefers to avoid the term derivatives because they aren't derivatives (I do as well).  I sometimes use the term siblings.
[22:57] <infinity> ScottL: In general, since we should be trying to make sure that upgrades are smooth from LTS to LTS (and not prematurely dropping maintainer script upgrade glue, etc), there shouldn't be an issue.  But some people play fast and loose with the idea that "I can drop upgrade code as soon as a new release is out, wheeee!"
[22:57] <infinity> ScottL: So, just watch out for the wheee factor. :)
[22:58] <ScottL> lol
[22:58] <ScottL> yes, i would prefer to avoid the "weee" factor
[22:58] <ScottK> ScottL: Upgrade path would be a problem for you since Ubuntu as a project only supports either LTS to LTS upgrades or sequential through every release.  For Kubuntu we did support this ourselves between Hardy and Lucid due to early versions of KDE4 being a bit rough, so it's at least theoretically doable.
[22:59] <infinity> ScottK: To be fair, what Ubuntu officially supports, and what actually works are pretty different.  It doesn't take a lot more effort to watch out for the aforementioned wheeeee and fix some of the more glaring oopses along the way.
[22:59] <cjwatson> I would say the main problem would be things bitrotting in the off-release.
[23:00] <ScottK> infinity: Agreed.  When we did it for Kubuntu it mostly just took some extra testing.
[23:01] <ScottL> to explain the reasoning behind the request:  our team is small (and getting smaller) and our users really don't require a new, shiny desktop every six months and would prefer not to have one
[23:01] <ScottK> OTOH, supporting Dapper -> Fiesty upgrades would have been about impossible.
[23:01] <ScottL> of course we need to divert some resources to back ports then
[23:07] <ScottK> The trick, of course, is you won't really know if skipping a release is a supportable upgrade path until after you've already skipped the release.
[23:07] <slangasek> bug #835132> argh
[23:07] <ubot4> Launchpad bug 835132 in ia32-libs (Ubuntu) "package ia32-libs 20090808ubuntu17 failed to install/upgrade: trying to overwrite '/usr/lib32/libv4l2.so.0', which is also in package lib32v4l-0 0.8.3-2 (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/835132
[23:08] <ScottL> ScottK, heh, unfortunately true
[23:09] <ScottK> slangasek: I'll trade you fixing that one for you fix the (unrelated) linking problem in gnuradio so it can build against libqwt-dev.
[23:10] <infinity> slangasek: Missed a conflict/replace?
[23:11] <slangasek> infinity: just a Replaces, yeah
[23:11] <ScottK> Which is why I volunteered to trade.
[23:12] <slangasek> ScottK: it's just a replaces, but it's on ia32-libs; I don't think that's fair to do to you :)
[23:12] <slangasek> also, I've already fixed it and am uploading
[23:12] <slangasek> should reach the queue any hour now
[23:12] <slangasek> I'm still happy to look at gnuradio, though - bug # / link?
[23:13] <ScottK> I picked it off the NBS page.  Let me see if there's a bug.
[23:13] <ScottK> slangasek: 770925
[23:14] <slangasek> oh fun, an old one no less
[23:14] <ScottK> Yep.  I just added my comments to it.
[23:15] <ScottK> It seems like it had no trouble with qwt5 -> qwt6, but getting modern linking right it a different issue.
[23:29] <slangasek> huh; strange that there was an NMU of gnuradio in June that fixed bunches of issues, but not this one