[07:16] <micahg> pitti: can you please copy chromium-browser from oneiric-proposed to -security
[07:28] <pitti> micahg: to oneiric-updates as well, I presume?
[07:28] <micahg> pitti: sure
[07:35] <pitti> micahg: ^ done
[07:48] <micahg> pitti: thanks
[07:58] <uksysadmin> hey all
[07:58] <uksysadmin> can someone let your ubuntu.com team know the download the final beta link is pointing to Beta1, not Beta2 page.
[08:12] <pitti> uksysadmin: thanks, I pinged our web team
[08:13] <uksysadmin> cheers pitti
[10:09]  * cjwatson retries a load of KDE stuff
[10:13] <Laney> is is true that a package being triggered (postinst trigger) will have its dependencies satisfied, yes?
[10:13] <Laney> I cannot be 100% confident that I am parsing the sentence in triggers.txt.gz correctly, but it seems to say that
[10:17] <cjwatson> I believe so
[10:18] <Laney> this is ref bug #972751 which we have a zillion duplicates of but have never been able to reproduce ourselves
[10:18] <ubot2> Launchpad bug 972751 in mono "package monodoc-base 2.10.8.1-1ubuntu1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,New] https://launchpad.net/bugs/972751
[10:20] <cjwatson> the missing dep you mention there sounds like a plausible smoking gun
[10:20] <cjwatson> and it *sounds* reasonable to move it to -browser, but I don't know your package layout
[10:21] <Laney> i cannot think of a reason why we would have it in -base
[10:21] <Laney> as we (try to) noop if browser isn't configured anyway
=== astraljava1 is now known as astraljava
[12:03] <cjwatson> sigh, KDE builds bitten by fontconfig arch skew
[12:04] <cjwatson> could've usefully gone through -proposed
=== ZarroBoogs is now known as Pici
=== ogra is now known as Guest67850
=== ogra_ is now known as ogry
=== ogry is now known as ogra_
[13:47] <jamespage> Please can a member of the release team take a peek at bug 970782
[13:47] <ubot2> Launchpad bug 970782 in dovecot "Please merge new upstream dovecot version 2.0.18-1" [Wishlist,New] https://launchpad.net/bugs/970782
[13:48] <jamespage> its mainly bug-fixes from where the package is today - but it does include one important fix for LTS->LTS upgrade re upgrading mailbox indexs from 1.x serais
[13:48] <jamespage> just need confirmation whether it needs a full FFe please
[13:55] <stgraber> hello. I'm going to mark zenity as multi-arch:foreign to allow for vmware-view-client to be installable on amd64. Do I also need a FFe when marking a package multi-arch:foreign (as it won't cause any change in install paths or trouble for rdepends)?
[13:56] <cjwatson> M-A: foreign should be fine
[13:56] <stgraber> cool, uploading then
[14:11] <phillw> hi guys, can anyone spend a couple of minutes in #ubuntu-meeting to give an update on Ubuntu, we seem to have lost balloons some where for the QA meeting ?
=== SpamapS_ is now known as SpamapS
[15:18] <cjwatson> stgraber: looks like zenity should have gone via -proposed as well :-/
[15:18] <cjwatson> (http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html)
[15:18] <cjwatson> exact arch any->all dep
[15:18] <stgraber> arg, yeah, it should have
[15:19] <stgraber> cjwatson: rescored so that they all get built ASAP
[15:19] <cjwatson> ta
=== lool- is now known as lool
=== infinity1 is now known as infinity
[16:26] <infinity> stgraber: zenity alone won't fix vmware-view-client, or did I miss someone multiarching the other missing bit?
[16:26] <stgraber> infinity: http://paste.ubuntu.com/914676/
[16:27] <stgraber> infinity: doko uploaded libpcsclite
[16:28] <infinity> stgraber: Oh, interesting.  broder claimed it wasn't multi-arch safe.
[16:29] <infinity> "FYI, I looked into multiarching libpcsclite1 when I originally opened this bug, and concluded that it probably couldn't easily be multiarched. Because the protocol headers consist of shoving integers into structs, it's not going to be endianness-agnostic."
[16:31] <broder> note that that's only relevant if you also have pcscd installed (which most people don't), so maybe it doesn't matter as much
[16:31] <infinity> broder: It still matters.  But sure, not in the general case.
[16:40] <ogasawara> is it possible for the gcc-4.6 builds to get scored up for powerpc and armel.  otherwise I fear we won't have enough time to rebuild the kernel before the kernel freeze deadline tomorrow.
[16:42] <infinity> ogasawara: If buildds cause you to miss freeze by a day, I don't think we'll yell at you. ;)
[16:42] <infinity> (But yes, I'll score them up)
[16:42] <ogasawara> infinity: ack, thanks
[17:17] <ogasawara> skaet: so I've been chatting with apw and we're now of the same thought that it's not critical we do a no-change upload just to rebuild against the new gcc, at least prior to kernel freeze...
[17:17] <ogasawara> skaet: I thought what we'd actually decided was that we really wanted just for the compiler to be consistent across a single kernel (which it currently is)
[17:18] <apw> skaet, my preference is for them to be in sync for what drops into -release if we can swing it
[17:18] <ogasawara> skaet: and I'm guessing we will probably have at least one more kernel upload prior to final to get us in sync
[17:18] <ogasawara> skaet: of course that upload would only contain bugs critical for release, and be subject to our SRU policy
[17:19] <apw> there are indeed bound to be sruable fixes before final
[17:22] <skaet> ogasawara, apw,  I wish you weren't, but am afraid you are likely right that we'll probably end up with one more upload to include fixes,  and yes,  we can make sure the compiler is consistent across a single kernel at that point,  when it goes into -release.
[17:24] <ogasawara> skaet: thanks
[17:24] <apw> skaet, i know this ties us to definatly doing one, but ... we always do
[17:29] <Cimi> jbicha, èing
[17:29] <Cimi> *ping
[17:30] <jbicha> Cimi was asking about bug 968399
[17:30] <ubot2> Launchpad bug 968399 in ubuntu-wallpapers "[UIFe] Incremental tweaks to default wallpaper for Ubuntu 12.04 LTS" [Undecided,Confirmed] https://launchpad.net/bugs/968399
[17:31] <jbicha> Cimi: I don't think we should redo the screenshots since translators (theoretically perhaps) will be working on making their own versions & we're in docs freeze
[17:32] <Cimi> jbicha, not all, ideally just the first one, showing unity
[17:32] <Laney> I thought the wallpaper wasn't in any screenshots
[17:32] <jbicha> Cimi: well it's the translucent background of the dash shots too
[17:33] <Laney> someone told me that when I enquired about it being late a little while ago
[17:33] <jbicha> by the way, if you visit http://91.189.93.101/ you should be able to see the latest nightly builds of the docs, the current ubuntu-docs package is a couple days out of date
[17:33] <Cimi> jbicha, indeed but it's more visible in the empty screen
[17:34] <Cimi> jbicha, of course all affected will be better, but I guess it's fine just to change the first one
[17:34] <jbicha> hmm, that site is down at the moment & dpm's now on vacation...
[17:34] <Cimi> so that when you open the doc, you see the right nice wallpaper in front of you :=
[17:34] <Cimi> :)
[17:35] <Cimi> could someone please comment on the bugreport saying whether is fine or not
[17:35] <Cimi> so that kenvandine could upload the package?
[17:35] <jbicha> we were told that the wallpaper changes were supposed to be minor...
[17:35] <Cimi> they are
[17:35] <Cimi> is it too hard to change the default screenshot?
[17:35] <jbicha> that it wouldn't hardly be noticeable...
[17:35] <Cimi> I can do a screenshot for yoy
[17:36] <Cimi> it's just pressing "print", not a big deal :)
[17:36] <Cimi> I'm not asking to redo all of them
[17:36] <Cimi> just 1
[17:36] <jbicha> it's a bit more than that, I'm a bit of a perfectionist at times
[17:36] <jbicha> but what about the translators?! ;)
[17:37] <Cimi> jbicha, translators for what?
[17:37] <Cimi> jbicha, do they require a new screenshot for each default screen?
[17:37] <Cimi> sounds a bit weird to me
[17:37] <jbicha> it doesn't encourage the docs team to make screenshots when the UI keeps changing, and it doesn't encourage translators to make translated shots if the shots keep changing
[17:38] <Cimi> I am aware of that
[17:38] <Cimi> I apologize even if it's not my fault
[17:38] <Cimi> I'm not in the design team, I just pushed what they did
[17:38] <jbicha> I'll give my +1 to letting y'all do the minor wallpaper, I'm not convinced we should change some or one of the screenshots though
[17:39] <jbicha> Cimi: I don't blame you, it's not your job
[17:40] <infinity> Screenshots and docs don't need to change for a minor wallpaper change, really.
[17:40] <kenvandine> me need to make sure next cycle the design team does the wallpaper much earlier
[17:40] <Cimi> jbicha, if we're not doing the screenshots is fine, but honestly it's sad cause we have the occasion to finally deliver a perfect release, polished, and docs are nice if they are well done :)
[17:40] <infinity> (Though I suspect some marketing types would like them in sync)
[17:40] <Cimi> infinity, indeed
[17:40] <jbicha> I'm not expecting we'll get many translated screenshots this time but we should get a few
[17:40] <Cimi> marketing, ubuntu.com etc etc needs to have the default one
[17:40] <Cimi> jbicha, ths
=== bladernr_ is now known as bladernr_afk
[19:40] <nessita> hello everyone! quick question, do I need to request an exception for uploading a fix for this bug? https://bugs.launchpad.net/ubuntu/+source/ubuntuone-control-panel/+bug/973689
[19:40] <ubot2> Launchpad bug 973689 in ubuntuone-control-panel "Loading overlay's text is too big" [Undecided,New]
[20:23] <dobey> nessita: given it's not in the default install, and screenshots don't appear in documention, i think it's ok, but maybe wait for skaet or someone to answer perhaps
[20:24] <nessita> dobey: right
[20:24] <dobey> jbicha: ^^ does that sound right?
[20:27] <jbicha> aw, not in the default install :(
[20:28] <jbicha> but sure, it doesn't affect translations or ubuntu-docs so no problem here
[20:28] <dobey> jbicha: yeah, we tried. but CDs only have so much space on them apparently :(
[20:42] <nessita> jbicha: thanks for the comment in the bug!!!
=== bladernr_afk is now known as bladernr_
[23:05] <micahg> FYI, I reclaimed molybdenum for lpia for the security team until the weeken
[23:22]  * micahg was going to respond to the maas upload as not having an FFe for a new binary, but doesn't see new binaries needing an FFe documented
[23:24] <infinity> A new binary is a feature, generally.
[23:24] <infinity> I don't think we should need to define exactly what makes a new feature.
[23:25] <infinity> (Unless it's a simple package split, with obviously correct dependencies)
[23:25] <infinity> Even that's a "feature", just low impact.
[23:27] <infinity> This one's definitely not just a split, though.
[23:33] <jbicha> micahg: you've of course seen bug 937121 right?
[23:33] <ubot2> Launchpad bug 937121 in maas "Standing feature freeze exception for maas in Precise" [Undecided,Triaged] https://launchpad.net/bugs/937121
[23:33] <micahg> jbicha: only valid until beta 2 :)
[23:34] <jbicha> ah, good point
[23:35] <micahg> infinity: right, but I as a non-release team member, can't really complain without some proof
[23:36] <infinity> Of course you can, you're a community member who cares deeply about things being done right. :P
[23:37] <infinity> (What proof do you need?  The source is in the archive, and clearly more featureful)