[03:07] <stgraber> Could someone from -cdimage apply http://paste.ubuntu.com/858701/ to the debian-cd branch and respin Edubuntu?
[03:07] <stgraber> I believe that's the missing change to make wubi appear on Edubuntu
[04:25] <stgraber> pitti: good morning. As I'm going to sleep soon, I just wanted to mention bug 939450 as something we probably want fixed for beta1. It's assigned to ubiquity but I tracked it down to gtk's atk-bridge module. I poked TheMuso on IRC and subscribed him to the bug (so far no response)
[04:25] <ubot2`> Launchpad bug 939450 in ubiquity "ubiquity crashed with TypeError: argument of type 'NoneType' is not iterable in ubi-partman.py" [High,Triaged] https://launchpad.net/bugs/939450
[04:26] <infinity> stgraber: Hrm.  So, every live image gets add_winfossed now?
[04:27] <stgraber> infinity: looks like it
[04:27] <stgraber> infinity: well, at the moment, any of them except for Edubuntu ;)
[04:28] <infinity> stgraber: What about the next stanza down?
[04:28] <stgraber> infinity: that's old code for when Edubuntu was an addon CD on top of Ubuntu
[04:28] <infinity> stgraber: Was that a mistake, or do we really want edubuntu alternates to also get that (and nothing else)?
[04:28] <stgraber> infinity: back then (before lucid IIRC) it was actually working
[04:28] <stgraber> it just never got updated when we switched to DVD apparently
[04:28] <infinity> Should I remove that bit while I'm in there?
[04:29] <stgraber> yep
[04:29] <infinity> Well, your diff didn't have that part. :P
[04:29]  * infinity fixes.
[04:29] <stgraber> there's also code for that bit in ubuntu/tools/add_winfoss if you want to get rid of it there too
[04:30] <infinity> if [ "$PROJECT" = edubuntu ] && [ "$CDIMAGE_ADDON" != 1 ] && [ "$CDIMAGE_DVD" != 1 ]; then
[04:30] <stgraber> (the whole CD=cd2 stuff where $CD isn't actually used anywhere ;))
[04:30] <infinity> ^-- That bit?
[04:31] <stgraber> yeah that one, it doesn't seem relevant anymore and the variable isn't used (unless the script is sourced)
[04:31] <infinity> Sure, the variable is used.
[04:31] <stgraber> well, actually it's but for some old FOSS stuff we don't ship for a while
[04:32] <infinity> Yeah.
[04:32] <infinity> http://paste.ubuntu.com/858747/
[04:32] <stgraber> I doubt we still have any media shipping with firefox/thunderbird 1.0 :)
[04:33] <stgraber> looks good to me
[04:33] <infinity> Yeah, probably not.  But removing one feature per commit (ie: edubuntu addon CDs, in this case) is sane.
[04:33] <infinity> I could remove the old FOSS bits in another run.
[04:34] <infinity> stgraber: Alright, committed and pulled.
[04:34] <infinity> stgraber: Did you need a respin?
[04:35] <stgraber> yep, a respin would be great so I can make sure wubi now works fine
[04:35] <infinity> Incoming.
[04:35] <stgraber> thanks
[04:36] <infinity> I have an empty M&Ms bag taunting me.
[04:37] <infinity> "Adam you want more of us, go to the store, get fatter..."
[04:37] <infinity> Jerk M&Ms.
[04:37] <stgraber> heh
[04:56] <ScottK> superm1: Is mythbuntu still using mysql5.1?  There's an upload in queue and it'd be good to know if you need it in for beta 1?
[05:00] <stgraber> pitti: just got an answer from Luke, he's having a look at the bug, I'll see what's the status when I wake up tomorrow then
[05:05] <superm1> ScottK: 5.5 now
[05:23] <ScottK> superm1: OK.  5.1 is still in your packageset, you might want to get that changed.
[05:28] <micahg> that should be an autogenerated packageset
[05:29] <micahg> ScottK: superm1: it's not shown as seeded, so the next time the packageset update scripts are run, that should be fixed
[05:29] <ScottK> Someone should do that.
[05:29] <ScottK> This is probably a good time.
[05:29] <micahg> well, the person who normally does that is on vacation and I"m not sure anyone else knows how :)
[05:33] <micahg> hmm, I still have to fix Ubuntu Studio images, don't I...
[05:52] <infinity> stgraber: Builds should be done, BTW.
[07:41] <infinity> Daviey: Why are we fixing mysql-5.1 instead of just dropping it from the archive?
[07:41] <infinity> Daviey: Does it still have rdeps?
[07:41] <infinity> Daviey: And if so, why? :P
[08:01]  * pitti checks the universe syncs in unapproved
[08:24] <Riddell> morning
[08:24] <pitti> hello Riddell, how are you?
[08:24] <Riddell> bright and breezy
[08:25] <pitti> FTR, my poppler and v4l-utils uploads can wait until after b1
[08:27] <micahg> Riddell: would you be ok respinning powerpc images for Firefox powerpc (I can do the build in a PPA to prevent arch skew)
[08:27] <Riddell> micahg: you want images with a PPA enabled?
[08:28] <micahg> Riddell: no :), I can have them copied once they're built on all archs
[08:29] <Riddell> micahg: can PPAs do powerpc or that would only stop i386/amd64 being skewed?
[08:29] <micahg> Riddell: no, I'd build it in one of the security PPAs, so I'd get all archs
[08:29] <pitti> micahg: but, we would lose all 0 testing results!
[08:29] <micahg> pitti: :)
[08:29] <micahg> Riddell: I think it's just the Ubuntu powerpc image that's affected
[08:29] <pitti> micahg: IOW, I see little problem with this -- there is very little, if any, interest in those images anyway
[08:29] <Riddell> micahg: is the package diff one that can only affects powerpc?
[08:30] <pitti> I can't remember when we actually released a milestone ppc image the last time
[08:30] <micahg> pitti: oh, if we're not releasing the images, I won't bother
[08:30] <Riddell> micahg: ah you're not expecting to test the images as well?
[08:30] <pitti> micahg: well, if someone tests them, we can
[08:30] <micahg> I don't have hardware, I'd just prefer the image not to ship with Firefox 100
[08:31] <micahg> *Firefox 10.0
[08:32] <Riddell> micahg: if you've a foolproof plan to build the packages and copy them over that's good with me
[08:32] <Riddell> but it might well not be worth it indeed
[08:32] <pitti> micahg: yeah, I'd just commit the fix to bzr and let the next regular upload sort it out
[08:34] <infinity> micahg: I plan to test and release Beta2 and Final on PPC, but I have no idea if anyone's testing Beta1.
[08:35] <micahg> infinity: alright, I'll skip this round (I have enough to do anyways)
[08:35] <Riddell> pitti: whoopsie-daisy has been in the queue for 17 hours, does that mean it's not to be accepted?
[08:35] <pitti> Riddell: I don't know
[08:35] <pitti> but at this point I only accept stuff which isn't seeded or links to RC bugs
[08:36] <pitti> unless people (hello ev) poke me about it
[08:36] <pitti> but everything that's seeded requires an image respin
[08:37] <pitti> Riddell: if we get an ubiquity upload or other reason for respin, I think it's fine to accept along, it's a small and quick build
[08:38] <Riddell> that's logical
[08:38] <Riddell> does anyone know if bug 940908 affects all images or just kubuntu?
[08:38] <ubot2`> Launchpad bug 940908 in console-setup "Cannot localize keyboard at startup in live session" [Undecided,Confirmed] https://launchpad.net/bugs/940908
[08:39] <pitti> Riddell: unknown, I'll test
[08:39]  * pitti rsyncs latest image
[08:39] <pitti> I fixed the python3 priorities over the weekend and respun
[08:42] <pitti> we are still about 1 MB oversized if you consider 703 MB the real physical limit
[08:44] <pitti> Daviey: is http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html on your radar? (http://people.canonical.com/~ubuntu-archive/component-mismatches.svg is an alternative view for the new dependencies in universe)
[08:44] <Riddell> pitti: http://cdimage.ubuntu.com/daily-live/20120225/ says ubuntu i386 is 708MB, surely that's lots oversized?
[08:45] <Riddell> kubuntu i386 is 700MB and that still gets the oversized warning
[08:45] <pitti> Riddell: http://cdimage.ubuntu.com/daily-live/20120226/
[08:45] <pitti> Riddell: that's what I meant with "respun over the weekend"
[08:45] <Riddell> oh I'm behind the times :)
[08:45] <pitti> Riddell: yes, cdimage's limit is still 700 MiB, but we determined that you can actually put on 703 on pretty much every burner/media
[08:45] <infinity> pitti: Speaking of checking scripts.  Is your new and fancy NBS stuff actually checking the whole archive, or just main, or..?
[08:46] <pitti> infinity: whole archive of course
[08:46] <pitti> infinity: oh, hang on
[08:46] <Riddell> pitti: ok so kubuntu i386 is fine, but kubuntu amd64 isn't
[08:46] <pitti> infinity: .svg is only source promotions
[08:46] <micahg> pitti: hpijs can save you 5k :)
[08:46] <pitti> infinity: .txt is the whole archive
[08:46] <infinity> pitti: Cause I've done some NBS removals over the last week that weren't represented in your output.
[08:46] <infinity> pitti: NBS, not mismatches.
[08:46] <pitti> infinity: I'm confused again; .txt/svg was component-mismatches
[08:47] <pitti> infinity: anyway, http://people.canonical.com/~ubuntu-archive/nbs.html
[08:47] <pitti> this covers the whole archive
[08:47] <pitti> oh, we can do some removals, /me runs
[08:47] <infinity> Yeah, then I think it might be inaccurate.  The next time I run across something it doesn't show, I'll bring it up.
[08:47] <pitti> on Friday we were down to libcegui-mk2-1 and the lightdm greeter which needs packaging
[08:47] <infinity> I should have done so a few days ago, I guess. :/
[08:48] <pitti> infinity: do you still remember what you removed?
[08:48] <pitti> I'm watching it fairly closely and didn't notice oddities
[08:48] <micahg> pitti: if we could drop libdb4.8, that would do it :)
[08:48] <pitti> infinity: c-m and perhaps NBS was a bit broken last week because germinate didn't update
[08:48] <pitti> but that got fixed
[08:48] <pitti> micahg: oh, I thought I did already, let me check
[08:49] <pitti> micahg: oh, I only fixed unity-lens-applications upstream, but it didn't land in ubuntu yet
[08:49] <infinity> lp-remove-package.py -u adconrad -s precise -b libreoffice-report-builder-bin -m 'NBS'
[08:49] <pitti> infinity: that indeed went away
[08:49] <infinity> ^-- I don't think it showed me this before I removed it.  But that might have been me just being impatient.
[08:50] <pitti> now the openoffice.org transitional source needs fixing
[08:50] <infinity> pitti: But I was sure I remembered something else.
[08:50] <infinity> pitti: Yes, I know it went away, I removed it. :P
[08:50] <pitti> I mean from the report
[08:50] <infinity> pitti: My point was that it didn't show on any reports. But I may have just been impatient.  I dunno.
[08:50] <micahg> pitti: that looks like it would do it for the desktop image
[08:50] <infinity> (And that's not the package I was thinking of, but danged if I can remember what I was actually concerned about)
[08:50] <pitti> infinity: it definitively was there earlier last week
[08:50] <infinity> Oh well.
[08:51] <pitti> report-builder-bin I mean
[08:51] <infinity> pitti: Anyhow.  Ignore me until I notice an oddity and bring it up real-time, I guess. :P
[08:53] <infinity> pitti: Maybe it's just that I am/was unclear on how to read the new and shiny html output.
[08:58]  * Riddell accepts universe package v4l-utils
[08:58] <pitti> Riddell: ^ that's in main and on pretty much all images, FYI
[08:59]  * Riddell doesn't accept
[08:59] <pitti> not sure how worried we are about packages being out of date on beta-1 images
[08:59] <micahg> [02:25] -queuebot/#ubuntu-release- New package: v4l-utils (main) [0.8.5-6ubuntu1 => 0.8.6-1ubuntu1] (core)
[09:00] <Riddell> mm, never trust apt-cache show v4l-utils when working out if it's in main or universe
[09:00] <pitti> the binary is indeed
[09:01] <micahg> Riddell: you either want apt-cache showsrc or rmadison
[09:01] <pitti> ^ fixes ratings in unity, and drops libdb4.8
[09:01] <pitti> if we are in a respinning mood, it's a good thing to include IMHO
[09:02] <Riddell> micahg: yeah I know
[09:02] <pitti> (- 700 kB)
[09:03] <tumbleweed> or seeded-in-ubuntu, for the general question of: Will this upset ISOs
[09:16] <Daviey> pitti: it is indeed.
[09:17] <Daviey> infinity: it seemed smarter to apply a 1 line change, closing a bug.. before investigating further WTF we still have it.
[09:18] <micahg> Riddell: I'm working on Ubuntu studio ATM, hopefully we should be able to respin the images in a few hours
[09:18] <Riddell> micahg: nice
[09:21] <pitti> Riddell: FWIW, bug 940908 was reported against ubuntu, not kubuntu
[09:21] <ubot2`> Launchpad bug 940908 in console-setup "Cannot localize keyboard at startup in live session" [Undecided,Confirmed] https://launchpad.net/bugs/940908
[09:22] <Riddell> pitti: ok that's good to know, I guess that's the "LiveMediaBuild" in the bug report
[09:27] <micahg> Riddell: do we need to update lightdm-gtk-greeter for beta 1 or can we do that after beta 1?
[09:28] <Riddell> micahg: well I already screwed that one up, what's the reamining issue?
[09:28] <Riddell> micahg: still the wrong source package?
[09:29] <micahg> Riddell: you didn't remove the one binary that's not easy to upload :)
[09:29] <micahg> and please don't :)
[09:29] <micahg> Riddell: the binary is NBS, but working, apparently, we need a merge of the Debian SVN with the old lightdm configurations
[09:30] <micahg> so, mr_pouit prepared a package based on the last lightdm with with the greeter that I have to merge with the one I was preparing from Debian SVN
[09:30] <Riddell> micahg: well it's probably not any gain for beta 1 at this stage
[09:30] <micahg> right, that's what I figure, and if it breaks images at this point I would think that would be a negative
[09:31] <micahg> I'll try to have it ready tomorrow night in case we need it, but I'd suggest keeping the current binary for beta 1 if it's working
[09:39] <Riddell> is it bad protocol to accept my own upload from unapproved? (plasma-mobile)
[09:40] <Riddell> micahg: quite a lot in that ubuntustudio-default-settings, you're wanting it in presumably?
[09:43] <Riddell> vim seems to be a merge, assuming it's unimportant unless we get poked
[09:43] <micahg> Riddell: yeah, but maybe wait until the lightdm package is ready as well, I'd like the meta to hit as close as possible to those 2 packages hitting the archive
[09:45] <Riddell> someone accepted bzr-loom ?
[09:46] <Riddell> " 3816792 | X- | bzr-loom             | 2.2.0-1              | 4 minutes"  hmm, remind me again what that X is for archive admins?
[09:48]  * Riddell accepts his own plasma-mobile
[09:50] <micahg> Riddell: AIUI, that's not good practice
[09:50] <jibel> could bug 926859 be fixed for B1, it makes testing in VMs very painful
[09:50] <ubot2`> Launchpad bug 926859 in unity "llvmpipe software rendering needs blacklisting in unity-support-test" [High,Confirmed] https://launchpad.net/bugs/926859
[09:50] <Riddell> micahg: probably not, but I can't really screw up kubuntu active, it doesn't exist yet :)
[09:52] <Riddell> jibel: ask the unity team to upload a fix and we can let it in if we decide to respin?
[09:52] <jibel> Riddell, k
[10:01]  * Riddell accepts unity-mail into universe
[10:03] <jamespage> good morning: please could someone review/ack/nack FFe bug 937632
[10:03] <ubot2`> Launchpad bug 937632 in jenkins "[FFe] Please sync jenkins-instance-identity 1.2-1, jenkins-ssh-cli-auth 1.2-1 from Debian unstable" [Medium,In progress] https://launchpad.net/bugs/937632
[10:04] <Riddell> jamespage: you're not wanting this for beta 1 but for post-beta1?
[10:07] <jamespage> Riddell, post-beta1 is fine (my jenkins upload to Debian to enable this functionality is currently blocked on another isssue anyway)
[10:07] <Riddell> well unseeded universe package anyway
[10:07] <jamespage> well yes
[10:07] <jamespage> :-)
[10:08] <pitti> I cannot confirm bug 940908, asked for more info
[10:08] <ubot2`> Launchpad bug 940908 in ubiquity "Cannot localize keyboard at startup in live session" [Undecided,Incomplete] https://launchpad.net/bugs/940908
[10:08] <Riddell> jamespage: those are security related modules, any possible security issues?
[10:09] <jamespage> Riddell: they have been in Jenkins upstream for some time; I have done some testing which looks OK to me
[10:10] <jamespage> and they only expose the jenkins functionality so its fairly well sandboxed...
[10:10] <Riddell> ok fine with me
[10:10] <Riddell> pitti: for FF exceptions I just comment on the bug or any status I need to set as well?
[10:10] <jamespage> Riddell, thanks - do you want me to wait until after beta-1 to sync?
[10:11] <Riddell> jamespage: should be fine anytime after pitti confirms I'm following correct protocol
[10:11] <jibel> stgraber, is bug 936115 on your list ?
[10:11] <ubot2`> Launchpad bug 936115 in ubiquity "ubiquity crashed with TypeError in partman_popup(): popup() takes exactly 7 arguments (6 given)" [High,Triaged] https://launchpad.net/bugs/936115
[10:12] <pitti> Riddell: approving an FFE usually means New -> COnfirmed
[10:12] <Riddell> pitti: ok, it's in progress anyway so I'll just comment
[10:12] <pitti> Riddell: or -> Incomplete if there's something missing or questionable (or Wontfix if it's clearly out of line)
[10:21] <micahg> Riddell: can I get both ubuntustudio packages please?
[10:21] <micahg> unless there's a problem with them
[10:22] <Riddell> micahg: is the lightdm package you wanted in?
[10:22] <micahg> yeah, ubuntustudio-default-settings and ubuntustudio-lightdm-theme
[10:22] <Riddell> oh aye
[10:22] <micahg> after they're published, I"ll respin the meta
[10:23]  * Riddell cranks handles
[10:28] <micahg> Riddell: can the 2 ubuntustudio packages be deNEWed please?
[10:29]  * Riddell cranks more handles
[10:32] <seb128> micahg, they have been already from the changes list
[10:33] <micahg> seb128: binary NEW :)
[10:33] <seb128> oh ok
[10:58] <seb128> ^ gconf-editor would be good to get, the current version is almost impossible to use without hitting a segfault due to gtk changes
[10:59] <seb128> the actual diff is trivial, just adding block_signal and unblock_signal around the model update function to avoid having callbacks triggering when the model is being updated, the diff is a bit less trivial because I moved a function to be after the one it blocks
[11:04] <Riddell> seb128: is that on the CD?
[11:04] <Riddell> oh no, universe?
[11:05] <Riddell> yes
[11:05]  * Riddell cranks handles
[11:05] <seb128> Riddell, thanks
[11:05] <seb128> yeah, universe, it's old gconf... ;-)
[11:06] <Riddell> old but the only way to get gnome to act as you want it to I hear </nasty-troll> :)
[11:07] <seb128> Riddell, ;-)
[11:07] <seb128> Riddell, well "old" in sense of "deprecated by gsettings, dconf-editor"
[11:07] <seb128> which is the new way to get gnome to act as you want ;-)
[11:35] <Riddell> didrocks: do we want that nux?
[11:35] <didrocks> Riddell: yes please, it forces running unity-2d if you are using llvmpipe
[11:36] <didrocks> Riddell: it's particularly the case if you run in a vm
[11:36] <didrocks> (otherwise, ,you end up in an empty session as unity-3d doesn't support it)
[11:37]  * Riddell accepts apt-cacher-ng
[11:37] <Riddell> didrocks: is it on the CD?
[11:37] <didrocks> Riddell: it is, if you look at the linked bug, it's just been targeted for this beta by jibel
[11:37] <didrocks> (I reset the target on nux instead of unity)
[11:38] <seb128> Riddell, if you accept stuff on the CD can you accept gnome-desktop3 and indicator-appmenu?
[11:39] <Riddell> didrocks: so it would need a respin
[11:39] <seb128> they are both trivial diffs and small packages for builders
[11:39] <seb128> Riddell, it's worth a respin
[11:39] <Riddell> I guess it's up to the ubuntu desktop masters if you guys want that
[11:39] <pitti> if we respin, we should also accept two others; do we?
[11:39] <didrocks> Riddell: right, I think jibel was proposing that for that issue
[11:39] <seb128> jibel said the current images can barelly be tested in a vm dur to it
[11:39] <seb128> dur->due
[11:40] <Riddell> pitti: seems didrocks and seb128 are for it, and I'm in no position to argue with the French (last time I did I ended up in hospital!)
[11:40] <pitti> heh
[11:40] <seb128> lol
[11:41] <pitti> Riddell: so it seems so far we don't have a real dealbreaker, but a handful of "nice to have"s?
[11:41] <pitti> but it's still early, so I'm fine with a respin
[11:41] <didrocks> Riddell: heh ;)
[11:41] <Riddell> that'll be ubuntu desktop and edubuntu images
[11:41] <pitti> libjpeg8-empty adds a new libjpeg-dev which will unbreak upgrades
[11:41] <Riddell> ok let's do this
[11:41] <pitti> it doesn't change any actual bits
[11:42] <pitti> so I'd recommend accepting it now for upgraders
[11:42] <micahg> Riddell: can you free ubuntustudio-meta, then watch for binNEW when it's done, then kick off a rebuild for Ubuntu Studio once they're published (I would like to go to sleep now :))
[11:42] <pitti> -empty only builds empty metapackages
[11:42] <pitti> Riddell: ack, accepting the other two then
[11:42] <Riddell> micahg: will do
[11:42] <micahg> Riddell: thanks
[11:44] <pitti> i-appmenu looks straightforward, pulling this in, too
[11:44] <Riddell> what is Ubuntu Core?
[11:44] <NCommander> pitti: I'm going to kick a new d-i install the queue to correct a bug with the armadaxp kernel (typo on mkimage causes a non-booting kernel)
[11:45] <pitti> g-desktop3 is trivial as well, accepting
[11:45] <pitti> NCommander: ack
[11:45] <NCommander> pitti: its a oneliner, I cleared it through skaet on Firday
[11:45] <pitti> Riddell: it's a minimal chroot tarball
[11:45] <pitti> Riddell: I'm not entirely sure what it is being used for, it started out from the  arm team
[11:45] <Riddell> NCommander: what new images does that need?
[11:46] <NCommander> Its not used as the basis of any image as of writing; its designed as a minimal environment to use Ubuntu in embedded or highly customized installs
[11:46] <pitti> Riddell: it's standalone, it just needs to be rebuilt by itself (and it's rather quick)
[11:46] <Riddell> NCommander: and someone will test it before we release?
[11:47] <NCommander> Riddell: I'll poke QA, not sure who is handling this anymore
[11:51] <ogra_> Riddell, ubuntu-core is the output of debootstrap --minbase plus teh installation of apt and its deps (and then tarring that up)... if that wouldnt work, all other images would fail :)
[11:52] <ogra_> i dont think there is a particular need to test it
[11:53] <ogra_> as long as normal images build and apt works on them at least ;)
[12:11] <Riddell> what is this error all about? http://people.canonical.com/~ubuntu-archive/cd-build-logs/kubuntu-active/precise/daily-live-20120227.log
[12:11] <Riddell> Couldn't open file: /srv/cdimage.ubuntu.com/scratch/kubuntu-active/daily-live/tmp/precise-i386/indices-non-US/md5sums at /srv/cdimage.ubuntu.com/debian-cd/tools/fast_sums line 32.
[12:11] <Riddell> find: File system loop detected; `./ubuntu' is part of the same file system loop as `.'.
[12:12] <Riddell> both those errors seems to be in the main kubuntu logs as well which carry on and complete
[12:19]  * NCommander punks d-i into incoming
[12:19] <NCommander> *punts
[12:20]  * Riddell lunches
[12:23] <Daviey> ScottK: I did check mysql-5.1 mythbuntu seed before uploading :)
[12:30] <ScottK> Daviey: OK.  It was still in the packageset (which is what shows up in the LP U/I).
[12:32] <NCommander> pitti: Riddell can you accept d-i?
[12:34] <Daviey> ScottK: also shows to be in core, but it aint :)
[12:34] <ScottK> Right, but it was in Universe, so I knew that was out of date.
[12:39] <Riddell> NCommander: let me look
[12:40] <Riddell> NCommander: and what respins will be needed with this?
[12:41] <NCommander> Riddell: none. armadaxp netboot only is the only change
[12:41] <Riddell> NCommander: what actually is armadaxp?
[12:45] <doko> please accept both openjdk-6 and openjdk-7. the multiarch installation issue wasn't fixed in the Friday upload
[12:49] <Riddell> doko: respins needed?
[12:49] <doko> Riddell, openjdk-7 is universe, openjdk-6 on the DVD images
[12:50] <NCommander> Riddell: we've got a fair bit of uninstallable packages and oversized CDs :-/
[12:50]  * NCommander just saw the daily health report email
[12:52] <ScottK> Since there was just a new DI, DVDs will need respun anyway.
[12:53] <Riddell> ScottK: if we're not caring about the version alignment then that DI shouldn't affect DVDs
[12:54] <ScottK> Are we to the point of not caring?
[12:54] <Riddell> NCommander: mostly arm and unity isn't it?
[12:54] <Riddell> ScottK: I don't know, why should we care?
[12:54] <NCommander> Riddell: problems has nova and glance; daily health says they're uinstallable on ubuntu-server/daily :-/
[12:54] <ScottK> Generally I thought we tried to have the archive and the images match.
[12:55] <Riddell> Daviey: ^^
[12:55] <Riddell> ScottK: I'm not sure how immportant that is on betas, we'll be uploading as soon as they're released anyway
[12:55] <pitti> NCommander: yes, Daviey knows and they are on it;
[12:55] <Riddell> NCommander: and nux?
[12:55] <ScottK> Dunno.
[12:56] <NCommander> pitti: well, looking at glance, its just a matter of promoting python-iso8601 it seems
[12:56] <Riddell> ubuntu dvd will be needed anyway
[12:56] <pitti> NCommander: yes, they will need 3 MIRs or drop the new dependencies again
[12:56] <Riddell> ok letting openjdk in and respinning dvds
[12:57] <NCommander> pitti: ok,is anyone handling trying to reclaim 4 MiB from the image?
[12:57] <pitti> NCommander: the next builds should shrink by 700 kB
[12:57] <pitti> NCommander: so amd64 should be OK at < 703 MB (which is our new limit)
[12:57] <NCommander> pitti: seems you are far more on top of this than I :-)
[12:57] <pitti> NCommander: i386 might still be a tad oversized
[12:58] <pitti> but I'm not sure we can solve this properly by b1; do we care?
[12:58] <NCommander> if i386 is still oversized, I'll see where we can cut some fat.
[12:58] <Riddell> NCommander: 8 from kubuntu amd64 please!
[12:58] <Riddell> for some reason
[12:58] <NCommander> Riddell: I'll poke around and see what we can cut
[13:00] <NCommander> Riddell: openoffice.org-hyphenation any idea why that's on the kubuntuCD?
[13:01] <Riddell> NCommander: we seed it in live?
[13:01] <NCommander> Yes, but what are you using it for?  OOo's modules are really big
[13:01] <Riddell> I don't know, does open office use it for hyphenation?
[13:01] <NCommander> oh, bah, I forgot libreoffice is in kubuntu.
[13:02]  * NCommander hasn't reinstalled kubuntu from scratch in eons
[13:02] <Riddell> it's also only 305kiB
[13:03] <Riddell> NCommander: we saved a lot by removing amarok docs, I expect there are other docs that can be removed
[13:03] <Daviey> Riddell: it's known, zul is ONE THE CASE, and will ping jdstrand for some help when he is alive for they day
[13:03] <NCommander> Riddell: I'm just suprised the entirity of OOo is there; one would think some of the submodules (i.e. OOo draw) could be dropped from the livecd
[13:03] <Daviey> Riddell: requires a handful of MIR's.
[13:03] <NCommander> Daviey: I can look over any MIRs
[13:04] <Daviey> NCommander: Okay, sounds great.
[13:04] <Daviey> zul: have you raised the MIR's yet?
[13:04] <Riddell> NCommander: oh it's still for python 3 on the CD maybe a respin would help
[13:04] <Daviey> NCommander: they seemed to all be quite trivial.
[13:04] <Riddell> pitti: how much does python 3 dropping save?
[13:04] <zul> Daviey: ive stated it, when i actually get in they will be done
[13:05] <Daviey> zul: rocking.
[13:08] <Riddell> "Modify debian-cd/CONF.sh to set OFFICIAL" hmm what does that do?
[13:08] <Riddell> I've only just done it, does it require a respin for images?
[13:08] <ScottK> Riddell: IIRC Python3 is 4 or 5 mb
[13:08] <Riddell> ScottK: that sounds like it would help our amd64 nicely
[13:09] <NCommander> Riddell: I believe that OFFICIAL is a deep-voodoo from Debian
[13:10] <NCommander> It causes images to have official branding and such. I don't remember ever manually setting it, but infinity/skaet probably know better
[13:12] <Riddell> well looks like most things are being respun anyway
[13:14] <Riddell> pitti: nux is in, what else did you let through that we want on the respin?
[13:15] <Riddell> libjpeg in as well
[13:15] <seb128> Riddell, the other GNOME stuff were gnome-desktop3 and indicator-appmenu and they should be fine as well, they are much smaller than nux to build
[13:15] <Riddell> seb128: is gnome-desktop3 on the CD?
[13:15] <seb128> yes
[13:15] <seb128> Riddell, libgnome-desktop-3-2
[13:16] <Riddell> ok gnome-desktop != gnome-shell I guess
[13:16] <seb128> Riddell, yes, it's a library
[13:16] <Riddell> ok let's respin half the world
[13:19] <Riddell> Daviey: shall I mark ubuntu server as not being tested for now?
[13:20] <doko> Riddell, and icedtea-web as well (as well only one the DVD)
[13:21] <Riddell> doko: that's important for beta?
[13:21] <doko> Riddell, for upgrade tests, yes. it doesn't add much build time, compared to openjdk-6
[13:22] <Riddell> it's nice to have someone owe me beers for a change :)
[13:24] <pitti> Riddell: unity-lens-applications
[13:24] <pitti> Riddell: but should all be in now
[13:25] <Riddell> pitti: hmm we got an e-mail saying this lockfile still exists /srv/cdimage.ubuntu.com/ftp/Archive-Update-in-Progress-nusakan.canonical.com
[13:25] <Riddell> it's over an hour old
[13:26] <Riddell> I think it's ok to delete
[13:26] <pitti> Riddell: yes, there's only a buildlive kubuntu running from 8 mins ago, so shoudl be ok to delete
[13:42] <Daviey> Riddell: no, it's fine
[13:42] <Daviey> Riddell: the issues are in the on cd archive only, not installed as part of the testcases
[13:42] <Daviey> Riddell: therefore, the iso's are good as is. Just the on-cd pool is a problem
[13:45] <Riddell> royal.buildd is taking ages on these kubuntu images, is that the powerpc one?
[13:45] <pitti> yes
[13:45] <pitti> it's usually taking more than twice as long
[13:45] <pitti> Riddell: there's an RT to move it to a faster buildd, but not done yet
[13:49] <Riddell> micahg: "ubuntustudio-meta 0.97 produces uninstallable binaries: "
[13:52] <zul> Riddell/Daviey: nova MIRs bug #941920, bug #941916, and bug #941913
[13:52] <ubot2`> Launchpad bug 941920 in python-iso8601 "[MIR] python-iso8601" [Undecided,New] https://launchpad.net/bugs/941920
[13:52] <ubot2`> Launchpad bug 941916 in python-tz "[MIR] python-tz" [Undecided,New] https://launchpad.net/bugs/941916
[13:52] <ubot2`> Launchpad bug 941913 in python-babel "[MIR] python-babel" [Undecided,New] https://launchpad.net/bugs/941913
[13:53] <Riddell> zul: best tell the ubuntu-mir team
[14:06] <Daviey> NCommander: can you assist with the MIR's?
[14:06] <Daviey> zul: I thought there was a further dep of the dep?
[14:06] <zul> Daviey: python-tz
[14:07] <zul> needed by python-babel
[14:07] <Daviey> ah, good catch
[14:11] <NCommander> Daviey: I can look them over and sponsor if need be. Will do in a few minutes
[14:11] <Daviey> NCommander: thanks.
[14:12] <Riddell> Daviey: NCommander isn't in ubuntu-mir, mterry is incharge of that
[14:13] <Daviey> NCommander: ?  I didn't think you were.. which was why i was going to punt it to jdstrand. :/
[14:13] <pitti> NCommander: no need to sponsor, unless we want to fix nova to drop the dependencies again
[14:14] <Riddell> Daviey: or ask mterry, who is incharge of it
[14:16] <NCommander> Riddell: I thought MIRs had to be sponsored by a core dev before going to the MIR team
[14:16] <stgraber> jibel: can you try from a live session?
[14:17] <stgraber> jibel: yesterday I discovered that the other manual partitioner crash happens only when you let the CD boot and install from there
[14:17] <stgraber> jibel: as the accessibility module in gtk seems to be at fault
[14:18] <stgraber> jibel: doing the same from ubiquity started from a live session didn't show the issue (bug 939450)
[14:18] <ubot2`> Launchpad bug 939450 in ubiquity "ubiquity crashed with TypeError: argument of type 'NoneType' is not iterable in ubi-partman.py" [High,Triaged] https://launchpad.net/bugs/939450
[14:18] <stgraber> jibel: if you can only reproduce from a standard boot and not through the live session, it's most likely a duplicate of bug 939450
[14:19] <Riddell> NCommander: not that I know of, it'll have to be uploaded by a core dev after
[14:21] <Daviey> NCommander: zul and myself are both core dev's.. :)
[14:22] <Daviey> Wait, and why would it need 'uploading' for a promotion?
[14:22] <zul> i already pinged mterry on #ubuntu-devel
[14:25] <Riddell> Daviey: it wouldn't
[14:49] <jibel> stgraber, morning. 936115 is different and reproduced from a live session
[14:50]  * jibel reading stgraber's reply on #ubuntu-installer
[14:50] <stgraber> jibel: right, just came to the same conclusion (see -installer) :) looking at it now
[14:57] <Riddell> new ubuntu images! http://cdimage.ubuntu.com/daily/20120227/
[14:57] <Riddell> amd64 703MB, i386 not
[14:57] <pitti> i386 seems fine
[14:57] <pitti> amd64 probably just barely
[14:58] <pitti> we really need to adjust cdimage's limits
[14:58] <pitti> slangasek: ^ IIRC you determined the 703 MiB upper bound, did you? is it exactly 703 MiB?
[14:59] <pitti> Riddell: if you are worried, I have little hesitation to drop the one remaining langpack from the alternate
[14:59] <pitti> oh, we actually have two
[14:59] <Riddell> pitti: I don't mind releasing oversized images but people who care about those images may well
[15:00] <Cimi> Hi guys, I need an approval for this asaè :)
[15:00] <pitti> Riddell: dropped in the seeds
[15:00] <Cimi> asap :)
[15:00] <Daviey> Can we start keeping a journal of re-spin reasoning please?
[15:00] <Cimi> seb128, added screenshot https://bugs.launchpad.net/ubuntu/+source/light-themes/+bug/940190
[15:00] <ubot2`> Launchpad bug 940190 in light-themes "[UIFe] Unfocused theme" [Wishlist,Confirmed]
[15:00] <Cimi> https://bugs.launchpad.net/ubuntu/+source/light-themes/+bug/940190
[15:01] <pitti> Daviey: usually we keep track of them on http://pad.ubuntu.com/ubuntu-release
[15:01] <pitti> Riddell: want me to respin? we have no test results yet, and alternates are quick
[15:01] <Daviey> pitti: right
[15:02] <Riddell> pitti: go ahead (I'm spinning kubuntu now)
[15:02] <pitti> (noted so in pad)
[15:02] <Riddell> Daviey: http://pad.ubuntu.com/ubuntu-release has notes
[15:02] <Riddell> ...as has already been said
[15:02] <Riddell> Cimi: for what?
[15:03] <Riddell> Cimi: have you checked with the docs team?
[15:03] <Daviey> Riddell: hmm, sorry - when you said new ubuntu images, i thought you mean't all flavours.
[15:04] <Riddell> Daviey: I've not touched server
[15:04] <Cimi> Riddell, doesn't affect docs
[15:04] <Daviey> Riddell: great, thanks
[15:04] <Cimi> Riddell, it's for unfocused windows, docs screenshots are taken on focused windows
[15:05] <Riddell> Cimi: who has tested it?
[15:06] <Cimi> Riddell, me
[15:06] <Riddell> well yes but anyone who isn't the guy incharge :)
[15:06] <jbicha> Cimi: well there's 1 screenshot we have that uses an unfocused window but it hasn't been updated for 12.04 anyway
[15:06] <Cimi> Riddell, I don't think there are other guys apart from me who do theming :)
[15:07] <Cimi> Riddell, visual designers approved
[15:07] <Cimi> (I'm in london office)
[15:07] <Cimi> which kind of "test" you need?
[15:07] <Riddell> Cimi: get me a tester from the desktop team (like seb128 or didrocks) and I'll approve
[15:07] <Riddell> just a sanity check
[15:07] <Cimi> ok
[15:07] <Cimi> seb128, ^ :)
[15:07] <seb128> Cimi, ok
[15:10] <Cimi> seb128, when you will be ok, I'll fix nautilus
[15:11] <Riddell> new ubuntu desktop lives http://cdimage.ubuntu.com/daily-live/20120227/
[15:11] <Riddell> amd64 702M i386 702M
[15:11] <Riddell> amd64 702M i386 704M
[15:14] <Riddell> stgraber: does the iso tracker get magically updated when new images appear?
[15:15] <stgraber> Riddell: it should, yes
[15:15] <Riddell> magic
[15:19] <pitti> Riddell: new alternate built; do you know how to update the tracker for 27.1?
[15:19]  * pitti needs to run out for a bit
[15:24] <Riddell> pitti: it has magically updated
[15:29] <seb128> Riddell, Cimi: the update seems fine to me
[15:29] <seb128> theme update that is
[15:30] <jibel> pitti, I reproduced bug 940908
[15:30] <ubot2`> Launchpad bug 940908 in ubiquity "Cannot localize keyboard at startup in live session" [Undecided,Confirmed] https://launchpad.net/bugs/940908
[15:30] <jibel> pitti, it only occurs on bare-metal booted from usb
[15:50] <skaet> hiya Riddell,   is pad.ubuntu.com/ubuntu-release accurate?   I'm seeing a lot of rebuilds occuring I don't see marked on there and wondering why?
[15:50] <skaet> (and triggers)
[15:52] <pitti> I removed the alternate rebuild
[15:52] <pitti> it's done
[15:52] <pitti> but I can't figure out how to update the tracker
[15:52] <pitti> jibel: ^ do you know how?
[15:52] <pitti> I missed teh AUTO_POST thing
[15:53] <pitti> oh, hang on
[15:53] <pitti> it's already autoposted
[15:53] <pitti> jibel: hm, weird
[15:53] <pitti> jibel: thanks
[15:57] <Daviey> skaet: I am wondering if a reasoning log is also of use, the pad doesn't seem clear nuff always.
[15:58] <pitti> well, the pad _is_ our reasoning log
[15:58] <skaet> Daviey,  would be good if folks could add the reasoning to the pad as well.
[15:58] <skaet> or at least enough comments
[15:58]  * skaet is not sure why Edubuntu is marked for rebuilding for instance...
[15:58] <Daviey> pitti: Do you disagree, that at a glance you can see why a flavour of 20120226.1 was built?
[15:58] <ogra_> for educational purpose indeed :)
[15:59] <Daviey> can't*
[15:59] <skaet> micahg,  I've not seen Ubuntu Studio rebuilt since 20120225 - are all the necessary pieces in place?
[16:00] <pitti> Daviey: yes, we don't keep the reasons for past rebuilds (well, the pad does have history), just for pending rebuilds
[16:01] <skaet> Daviey,  you can look at the past history via another link - so we do have a log.   Just need folks to put more detailed comments in so its useful... ;)
[16:01] <Daviey> pitti: right.. so i need to look at the pad history to grok it?
[16:01] <skaet> http://pad.ubuntu.com/ep/pad/view/ubuntu-release/latest
[16:01] <skaet> Daviey, ^ link to pad history through time.
[16:01] <Daviey> I'm not being daft.. i know the pad has history.
[16:02] <pitti> it doesn't have the precise timestamps, thoug
[16:02] <pitti> h
[16:02] <Daviey> If i'm the only one that doesn't find the current process ideal, then 'ill drop the idea.
[16:03] <Riddell> skaet: edubuntu is rebuilding for nux
[16:03] <Riddell> same as ubuntu desktop
[16:04] <skaet> Thanks Riddell.
[16:07] <skaet> Riddell,  am confused only thing on precise-prob right now is linux-meta-armadaxp - why does Ubuntu Studio care about this?
[16:08] <Riddell> ah, refresh fixed it
[16:08] <Riddell> skaet: I'll rebuild Ubuntu Studio too
[16:08] <skaet> Daviey,  would love more detailed logging, but not sure how it can be achieved in a light weight fashion in the near future.
[16:09] <skaet> Daviey,  please bring it up for discussion at UDS feedback session.
[16:09] <Daviey> skaet: k
[16:10] <skaet> Riddell,  coolio,  thanks!
[16:17] <pitti> skaet, stgraber: it seems the tracker still has some armel images; shouldn't these be armhf now?
[16:17] <stgraber> pitti: probably, though if they're still being built they'll still be published ;)
[16:18] <skaet> pitti,  I'd removed them but infinity added them back.   He's discussing it with kernel team.
[16:18] <pitti> ogra_: should we drop the armel+omap images for ubuntu daily-preinstalled now?
[16:18] <pitti> skaet: ah, so it's not just a leftover, but deliberate
[16:18] <pitti> skaet: thanks
[16:18] <ogra_> pitti, hmm, i thought infinity had done that last week already
[16:19] <ogra_> pitti, oh, wait omap ... we're still waiting for binary drivers for armhf for that i think
[16:19] <ogra_> lets probably keep them around for another milestone ... mx5 can definitely be dropped though
[16:19] <ogra_> (armel that is)
[16:22]  * Riddell is building arm images of ubuntu desktop now
[16:22] <slangasek> the only armel left on the pad are omap and ac100; are those the ones that should be there?
[16:22] <slangasek> infinity: ^^
[16:23] <ogra_> slangasek, yes
[16:23] <infinity> slangasek: Yes.
[16:23] <slangasek> ok
[16:24] <ogra_> ac100 doesnt have any armhf binary drivers at all ... omap is still waiting for a word from TI
[16:24] <infinity> (And we should drop ac100 some day soon too, it's only there to appease Oli and his binary driver fetish)
[16:24]  * slangasek chuckles
[16:24] <ogra_> heh, drop it !
[16:24] <ogra_> the binary driver doesnt get along with the latest Xorg ABI anyway
[16:24] <infinity> Oh.
[16:24] <infinity> Then yeah.  Screw it.
[16:24] <ogra_> it works
[16:24] <infinity> I'll drop ac100.
[16:24] <infinity> Gladly.
[16:24] <ogra_> but you get rainbow colors for fonts and fun like that
[16:25] <ogra_> nothing we can fix on our side anyway
[16:25] <pitti> so we'll keep armel+omap for now?
[16:25] <ogra_> yep
[16:26] <pitti> ok, thanks for the heads-up
[16:26] <ogra_> until TI releases a binary driver we can pull in
[16:26] <infinity> armel+omap is the one image we're keeping for smoketesting, though.  At least, until I talk to others and discover otherwise (but that was out plan, since it's the one kernel that's mainline)
[16:26] <infinity> s/out/our/
[16:26] <ogra_> that too
[16:26]  * infinity goes to clean up armel+ac100.
[16:26] <ogra_> binary driver situation is supposed to be solved by rsalveti/linaro
[16:29] <infinity> Does someone want to clean armel+ac100 from the tracker while I purge them from cdimage?
[16:29] <pitti> now, http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html doesn't look too bad
[16:29] <pitti> one step away from beer
[16:30] <stgraber> infinity: done
[16:31] <infinity> Alright, purged.  Not bothering to re-generate indexes, it'll fix itself the next time someone rolls an image.
[16:32] <skaet> Riddell, infinity - what about Ubuntu Core armel - does that makes sense anymore?
[16:32] <infinity> Which is, I guess, right now.
[16:32] <infinity> skaet: It does no harm to have it on all arches, IMO.
[16:32] <infinity> (In fact, I wonder why I never enabled it for powerpc...)
[16:33] <pitti> that would just unnecessarily heat up the universe even more? :-)
[16:35] <slangasek> pitti: the upper bound is 703.125MiB: http://en.wikipedia.org/wiki/CD-ROM#Capacity (linked from https://blueprints.launchpad.net/ubuntu/+spec/foundations-o-great-cd-debate)
[16:35] <pitti> slangasek: perfect, thanks
[16:36] <Riddell> skaet: I've not ever worked out if ubuntu core makes sense, only NCommander seems to understand it
[16:36] <pitti> slangasek: do you think "Further investigate feasibility of increasing CD limit to 703.125 MiB" still needs some actual work, or can we go ahead with this? I heard that several people burned 703 MiB images without a problem
[16:36] <pitti> but that's of course not very scientific
[16:36] <slangasek> pitti: the vast majority of people can burn them without problem
[16:37] <slangasek> that work item was about trying to track down the cases where it hasn't worked, for one reason or another
[16:39] <slangasek> I think we're probably ok to raise the limit, particularly for beta and see what happens; making myself a note to follow through on our CD pressing pipeline to make sure it handles the larger images
[16:39] <pitti> thanks
[16:39] <pitti> slangasek: so, I'll dive through cdimage and see where it has that check
[16:41] <skaet> Daviey,  there are Ubuntu Server armel+omap and armhf+omap images on the tracker.   Are they actually wanted?
[16:43] <pitti> infinity: hm, so do you know how cdimage bzr works? so /srv/cdimage.ubuntu.com is a local branch from /srv/cdimage.ubuntu.com/bzr/private/cdimage, which pulls from http://people.ubuntu.com/~cjwatson/bzr/cdimage/mainline/ -- i. e. cjwatson is the only one who can commit?
[16:44] <slangasek> stgraber: I've marked all "armel" products in the iso tracker disabled unless they're omap flavor, since that's the only one we should have milestones of going forward
[16:45] <infinity> pitti: Ignore the public one.
[16:45] <slangasek> the public one isn't meant to be ignored
[16:45] <infinity> From the POV of workflow on nusakan, it almost has to be.
[16:45] <pitti> there's also a "submit branch" from /home/adconrad/cdimage
[16:45] <slangasek> there is a copy of that branch on nusakan that cjwatson syncs from
[16:45] <infinity> Colin does bi-directional merges between the public one and the private one.
[16:45] <pitti> but this is mildly confusing
[16:45] <stgraber> slangasek: sounds good, thanks
[16:46] <slangasek> infinity: what's *meant* to happen is people commit their changes to the public one when appropriate and then merge them into the private branch
[16:46] <infinity> pitti: The local workflow is "branch /srv/cdimage.ubuntu.com/bzr/private/cdimage to your home directory, do merges and such there, commit, then pull to /srv/cdimage.ubuntu.com"
[16:46] <slangasek> /srv/cdimage.ubuntu.com/bzr/cdimage should be the copy of the public branch that you have write access to
[16:46] <Daviey> pitti: be careful committing
[16:46] <infinity> slangasek: Yeah, I like that theory.  I've never seen it work that way.
[16:47] <pitti> so what is _the_ master branch for cdimage which we should commit changes to?
[16:47] <infinity> pitti: The private and the public are both "master" branches.  Sort of.
[16:47] <slangasek> infinity: that's how I make all my changes
[16:47] <infinity> pitti: That's the confusion/annoyance.
[16:47] <infinity> pitti: And, of course, neither of those is the production code.
[16:48] <pitti> and the private/cdimage one is full of empty .orig files
[16:48] <infinity> Is it?
[16:49] <infinity> slangasek: If thats how you're making all your changes, then some things have changed lately, and I need to reexamine my workflow (ie: that used to be almost literally impossible for anyone but Colin)
[16:50] <pitti> so AFAICS https://code.launchpad.net/~cjwatson/ubuntu-cdimage/mainline is the official public branch, but I can't push back to this
[16:51] <slangasek> pitti: you don't *need* to push to that one.  The branch containing the public code is /srv/cdimage.ubuntu.com/bzr/cdimage
[16:51] <slangasek> cjwatson will sync
[16:51] <pitti> slangasek: ah, so what's /srv/cdimage.ubuntu.com/bzr/private/cdimage then?
[16:51] <slangasek> that's the master of the private code branch
[16:52] <pitti> because that's what the actual deployment seems to pull from
[16:52] <slangasek> but this is a change that should be made on both branches; commit to "public", merge to private
[16:52] <slangasek> infinity: this is how cjwatson's had me making changes to these branches since I started :)
[16:52] <pitti> slangasek: and then finally pull into /srv/cdimage.ubuntu.com, I guess?
[16:52] <slangasek> yep
[16:54] <infinity> slangasek: Heh.  Fair enough.  I'll add one more layer to my push/pull dance.
[16:54] <infinity> slangasek: Colin's not once complained about it, so I guess he never much cared about the bi-directional merges. :P
[16:55] <ogra_> depends what you marged from where to where :)
[16:55] <ogra_> accidentially merging private into publich might cause some heatattacks somewhere :)
[16:55] <ogra_> *heart
[16:58] <pitti> slangasek, infinity: http://paste.ubuntu.com/859409/ ?
[16:59]  * ogra_ thinks that looks sane
[17:03] <pitti> infinity, slangasek: OK, I think I deployed it according to slangasek's recipe
[17:03] <infinity> pitti: Aww, not keeping the historical mess of previous arguments/sizes? ;)
[17:03] <pitti> bzr has it all, doesn't it? :-)
[17:04] <infinity> I wonder what hardware/software hated our previous 736051200
[17:04] <infinity> Cause it'll hate the new value even more. :P
[17:04]  * skaet figures we'll hear about it from the beta images,  likely....
[17:05] <infinity> Hopefully, it was some craptastic came-with-my-burner-in-2001 software on Win98 or something and no one cares anymore.
[17:06] <pitti> so, the next image builds will hopefully complain less
[17:07] <slangasek> right, the best we've been able to determine is that the complaints were from lousy burning software
[17:07] <slangasek> and not a problem with actual media / hardware
[17:10] <slangasek> stgraber: do you want to drop the imx51/omap4 flavors from d-i as well for netboot?
[17:10] <pitti> good night everyone
[17:10] <skaet> good night pitti
[17:10]  * slangasek waves to pitti
[17:12] <infinity> slangasek: Wait, do you mean from the tracker, or from d-i itself?
[17:12] <slangasek> infinity: d-i itself
[17:13] <slangasek> or do you need us to keep those?
[17:13] <infinity> slangasek: There isn't an active imx51 flavour (hasn't been for years..)
[17:13] <slangasek> ok, then I can remove that one from the tracker :)
[17:13] <infinity> slangasek: But please don't drop any netboot flavours that are actually being built. :P
[17:13] <slangasek> ok
[17:13] <infinity> But you can drop all armel/netboot stuff from the tracker.
[17:14] <Riddell> micahg: "Error: no livefs builds succeeded." for ubuntu studio
[17:14] <Riddell> skaet: ^^
[17:14] <Cimi> I need an approval for this https://bugs.launchpad.net/ubuntu/+source/light-themes/+bug/931088
[17:14] <ubot2`> Launchpad bug 931088 in light-themes "[UIFe] Ambiance/Radiance Nautilus Sidebar Should be themed differently" [Undecided,Confirmed]
[17:14] <Cimi> seb128, ^
[17:15] <infinity>  libavcodec-extra-53 : Conflicts: libavcodec53 but 4:0.8-1ubuntu2 is to be installed
[17:15] <infinity>  libavformat-extra-53 : Conflicts: libavformat53 but 4:0.8-1ubuntu2 is to be installed
[17:15] <infinity>  libavutil-extra-51 : Conflicts: libavutil51 but 4:0.8-1ubuntu2 is to be installed
[17:15] <slangasek> source?
[17:15] <infinity> ubuntustudio builds.
[17:15] <slangasek> funfun
[17:15] <seb128> Cimi, I'm not in the r-t so I can't give approval, and I think such tweaks are defined as bug fixes no need of an uife
[17:16] <Cimi> seb128, no they are quite bug
[17:16] <Cimi> *big
[17:16] <infinity> shlibs mess and/or packages that should be providing things they aren't.
[17:16] <Cimi> documentation need to be aware
[17:16] <infinity> I guess.
[17:16] <infinity> (I assume those are ABI-compatible replacement libraries?  I hope?)
[17:16] <Cimi> seb128, the search bar changes from yellow to light grey
[17:16] <Cimi> *changed
[17:16] <seb128> Cimi, well I think there was an agreement that it's ridiculous to ask for an uife for every single minor change
[17:16] <seb128> like color tweaks
[17:17] <Cimi> ok
[17:17] <Cimi> I'll merge then
[17:17] <Cimi> seb128, from yellow to grey
[17:17] <Cimi> seb128, not to a brighter color
[17:17] <Cimi> anyway ok
[17:17] <seb128> if the documentation is still reflecting the ui and there is no layout or functional change I think it's just a bug fix
[17:17] <Cimi> ok
[17:17] <seb128> i.e you can still see it's the same interface and ui elements even if the color is different
[17:17] <slangasek> infinity: TTBOMK they are ABI-compatible; I think ubuntustudio requires the 'extra' ones with more features, and it looks like something has already pulled in the non-extra ones to the build's detriment
[17:18] <infinity> slangasek: Sure, but that should resolve (or be resolvable) sanely...
[17:18] <infinity> Perhaps it just needs some seed abuse, like xubuntu and it's one annoying library.
[17:18] <slangasek> infinity: only if -extras- is seen *first*
[17:18] <skaet> Riddell,  ack.
[17:19] <slangasek> if apt has already decided it needs libavcodec53, then something tells it that it also needs libavcodec-extra-53, fail
[17:19]  * skaet heading out for lunch,  biab
[17:20] <infinity> Remind me where the ubuntustudio seeds live?
[17:20] <Riddell> infinity: http://bazaar.launchpad.net/~ubuntustudio-dev/ubuntu-seeds/ ?
[17:20] <infinity> (Do we have an authoritative list of where all the non-core-dev seeds are?)
[17:21] <Riddell> cdimage:bin/run-germinate ?
[17:21] <infinity> Riddell: That would do it yeah.
[17:21] <Riddell> also code.launchpad.net/ubuntu-seeds
[17:26] <infinity> slangasek: Right, so, remember how xubuntu used to force LIST="... libgoffice-gtk-0-6 xubuntu-desktop^"?
[17:26] <infinity> (Before that became obsolete, apparently)
[17:27] <infinity> slangasek: Seem like a sane hack to force these -extra libs for ubuntustudio for now, or should we find a saner fix?
[17:28] <slangasek> infinity: I don't remember that at all, no :)  But I think the sane fix is to reorder the seed so that -extras- is found before libavcodec53
[17:28] <slangasek> (we've done this plenty of times for similar situations)
[17:28] <infinity> Oh, wait.
[17:29] <infinity> slangasek: Yeah, just needs moving ubuntustudio-video before ubuntustudio-desktop in auto/config
[17:29] <infinity> slangasek: I suspect.
[17:29] <infinity> slangasek: Since *-extra-53 is in the ubuntustudio-video seed, afaict.
[17:31]  * infinity is curious what that might impact negatively...
[17:33] <infinity> slangasek: Oh, the ffmpeg-common seed is tiny.  Maybe it just needs a STRUCTURE fiddling, then.
[17:33] <infinity> (ie: make desktop depend on ffmpeg-common)
[17:35]  * infinity tests this theory.
[17:38] <Riddell> skaet: new amarok about to be in Unapproved, please approve
[17:38] <Riddell> skaet: then please rebuild kubuntu when it appears, should solve our sizing problems for desktop images
[17:39] <Riddell> skaet: kubuntu active has a mystery failure that I haven't worked out http://people.canonical.com/~ubuntu-archive/cd-build-logs/kubuntu-active/precise/daily-live-20120227.log
[17:39] <Riddell> I'm off for the evening
[17:45] <gilir> next lubuntu-meta upload is to re-create the lubuntu-desktop binary, and update the seed with package name changes, please accept it :)
[17:45]  * ScottK took care of accepting amarok.
[17:45] <gilir> a respin of all Lubuntu ISOs will also be needed after
[17:48] <stgraber> based on jibel's comment in #ubuntu-testing, Edubuntu most likely has a broken ltsp-live at the moment.... running a quick test and if it's what I think, I'll upload a new ltsp soonish
[17:48] <stgraber> which will require a respin of Edubuntu. The alternates shouldn't be affected by this problem (they don't use ltsp-live)
[17:54] <jibel> stgraber, you might be interested in bug 936939 too
[17:54] <ubot2`> Launchpad bug 936939 in ltsp "ltsp-live crashed with IndexError in __getitem__(): row index is out of bounds: -1" [Medium,Triaged] https://launchpad.net/bugs/936939
[17:54] <jibel> stgraber, start ltsp-live without network (which doesn't make sense I agree)
[17:56] <stgraber> jibel: oh, interesting one ;)
[17:57] <stgraber> jibel: by networkless, do you mean without any network interface or just no connected interface?
[18:00] <jibel> stgraber, I tried without network interface, but from the bug original report, I guess it may occur in other configurations (unplugged interface, disconnected wifi, ...)
[18:00] <micahg> skaet: re ubuntustudio, apparently not, will get solved
[18:01] <micahg> Riddell: oops, I assume there's a log on the site I can look at?
[18:01] <stgraber> jibel: ok, should be easy to fix but will introduce an extra string (as I need an error message for that case)...
[18:03] <stgraber> jibel: or maybe not, apparently the window shows up just fine without any network interface, it just fails when starting, so I can simply disable the start button until we have an interface selected
[18:06] <stgraber> jibel: ok, fixed that one in the branch, still need to fix the other one though
[18:25] <micahg>  bzr-rewrite fixes a regression I accidentally introduced ~8 hrs ago, if someone could review/release it :)
[18:39]  * doko mad roseapple an amd64 buildd for a while to clear the queue
[18:43] <ScottK> micahg and gilir: accepted.
[18:43] <micahg> ScottK: thanks
[18:43] <ScottK> You're welcome.
[18:48] <ScottK> Also accepted amarok and lubuntu-meta from binary New.
[18:55] <infinity> Oh, bah.  core-dev can't commit to ubuntustudio seeds?
[18:55] <infinity> micahg: Could you have that fixed at some poine?
[18:55] <infinity> point, too...
[18:55] <micahg> infinity: I asked about it, it was due to e-mail noise going to core-devs and was apparently an acceptable solution a while back
[18:56] <micahg> infinity: did you fix the problem?
[18:56] <micahg> s/fix/find/
[18:56] <infinity> Mail shouldn't be an issue, unless people have automatic subscription on.
[18:56] <infinity> (Which is insanity)
[18:56] <micahg> infinity: IIRC, the dev team is subscribed to some bugs as well
[18:56] <infinity> micahg: I'm not entirely sure without running the LP scripts, to be fair.
[18:57] <micahg> infinity: ah, ok, I was going to dig into it after my next meeting
[18:57] <infinity> micahg: I /think/ that making desktop depend on ffmpeg-common in STRUCTURE will solve the problem.
[18:58] <infinity> micahg: The metapackages are coming out correctly either way (since libav* isn't actually in -desktop), but tasks contain all the dependencies as well, so the -desktop task gets the non-extra libav.
[18:58] <micahg> hmm, I thought we fixed that
[18:58] <infinity> (So, I'd need to run the LP generate-extra-override bits to be sure that STRUCTURE change fixes it, but logically, it should)
[18:59] <infinity> micahg: Anyhow, if there's foot-dragging about core-dev being a member of ubuntustudio-dev, at least have me added?
[19:00] <micahg> infinity: sure, I can ask for that, in the mean time, I can fix it
[19:01] <micahg> infinity: is the error somewhere where I can see it?
[19:01] <infinity> I poked Luke about it.
[19:01] <infinity> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/precise/ubuntustudio-dvd/20120227/
[19:01] <infinity> micahg: ^
[19:01] <infinity> micahg: But the error is obvious from apt-cache.
[19:02] <infinity> micahg: Namely that libavcodec53 is in Task: ubuntustudio-desktop, and it really shouldn't be.
[19:02] <infinity> (And same for the other two)
[19:02] <micahg> ah, yeah, ok
[19:03]  * micahg is wondering what changed that broke that
[19:04] <infinity> Moon phase, order of packages in lists, who knows?
[19:05] <infinity> The way it's set up currently is fairly non-deterministic.
[19:05] <infinity> So, it could work again tomorrow, and break on Friday.
[19:06] <micahg> ok, fix pushed, I guess we wait a publisher cycle and respin?
[19:06] <infinity> Wait a publisher cycle, check apt-cache, curse if it didn't change the Task header.
[19:07] <infinity> At which point, I'll break down and actually start generating extra-overrides locally to see why I was wrong.
[19:07] <infinity> But, if apt-cache shows you love, yeah, we'll respin.
[19:08] <micahg> ok, thanks
[19:25] <skaet> manpages -> approved.
[19:26] <skaet> ScottK,  re: amarok, thanks.
[19:47] <stgraber> ^ fixes two ltsp-live bugs, one of them is critical for Edubuntu, only affect ltsp-live on Edubuntu. Would appreciate a respin for this one.
[19:49] <skaet> stgraber, bug numbers?
[19:50] <micahg> infinity: it was the new audacious-plugins that broke ubuntustudio, still waiting for a new germinate run + publisher cycle
[19:51] <stgraber> skaet: bug 936939 is the non-critical one. I don't have a bug number for the critical issue (no working ltsp in Edubuntu), was waiting to see if jibel filed one so I can close it manually
[19:51] <ubot2`> Launchpad bug 936939 in ltsp "ltsp-live crashed with IndexError in __getitem__(): row index is out of bounds: -1" [Medium,Triaged] https://launchpad.net/bugs/936939
[19:52] <skaet> thanks stgraber
[19:53] <infinity> micahg: Oh?
[19:54] <infinity> micahg: As in, it was broken somehow, or it got pulled into -desktop and broke the accidentally working setup?
[19:54] <micahg> infinity: as in the dependencies changed :)
[19:54] <micahg> it didn't used to need libavcodec
[19:55] <infinity> Right.
[19:55] <infinity> But that package itself isn't to blame in any way, it's just that nothing in -desktop used to use libav, so the broken seeds accidentally worked right, right? :)
[19:57] <micahg> well, there was no need for the dependency since nothing depended on it
[19:58] <infinity> I suppose.
[19:58] <infinity> Hrm.
[19:58] <infinity> So, now libavformat53 isn't in the ubuntustudio-desktop Task anymore (yay), but I kind expected that the -extra- one would be.
[19:58] <infinity> Weird.
[19:58] <infinity> And it's not.
[19:58] <infinity> Probably fixed anyway, though.
[20:00] <skaet> infinity,  why is ubuntu desktop arm images marked for rebuild on the iso tester?   am not seeing a reason on the pad (ie. not sure if they should/can be kicked off yet or not)
[20:00] <infinity> skaet: Wasn't me...
[20:02] <infinity> skaet: I know they were in the process of being rebuilt (as in, it's still happening right now), but not sure why, I wasn't around when that started.
[20:03] <skaet> infinity,  thanks.    Anything else you know is being rebuilt as we speak?   I'm not seeing much on the ps -aux | grep cdimage side.
[20:03] <infinity> That's all I see.
[20:03] <skaet> okie.  ... working through the dependencies then to see what's ready for kicking off.
[20:10] <skaet> ltsp accepted, but would like another set of more knowledgable eyes on libtimezonemap
[20:11] <skaet> infinity, slangasek ^ either of you able to help out?
[20:11] <infinity> I'll have a look.
[20:12] <skaet> thanks infinity
[20:13] <infinity> Looks straightforward enough to me.
[20:14] <skaet> thanks infinity.
[20:15] <infinity> Riddell: kubuntu-mobile is dead, right?  I can remove the cruft from cdimage/www/full/kubuntu-mobile/?
[20:15] <ScottK> infinity: Just make sure the cruft is replaced by kubuntu-active as that's the new hotness.
[20:15] <infinity> Riddell: Repeat for -kde4 and -netbook.
[20:16] <ScottK> infinity: Yes.
[20:16] <infinity> ScottK: -active is already there.
[20:16] <ScottK> OK.
[20:16] <infinity> ScottK: Alright, going to remove all the daily-* directories for now.  We can decide what we want to do about releases later.
[20:16] <infinity> (My gut is probably "archive them off and then delete", but I dunno)
[20:18] <GrueMaster> I'm not seeing netboot on the tracker.  Is that going to be added for beta 1 testing?
[20:21] <slangasek> let me add it
[20:22] <slangasek> done
[20:23] <GrueMaster> Thanks.  Can you remove the armel+omap4?  Or should we leave it since it is being generated?  I've already got a test build running now and it is automated for the most part.
[20:25]  * infinity is irked by the queue not showing him who sponsored an upload, and heads to cocoplum...
[20:27] <slangasek> GrueMaster: it's still being generated, so keeping it on the tracker
[20:27] <slangasek> and infinity says we shouldn't make it disappear
[20:27] <GrueMaster> Ok.  I'm good either way, but I wanted to verify.
[20:28] <infinity> I don't want the d-i target to disappear.  I don't really care if it gets tracked.
[20:28] <infinity> (much like powerpc d-i targets)
[20:29] <slangasek> infinity: well, I'm not sure why we want armel+omap4 d-i if we're not building images from it
[20:30] <infinity> slangasek: How do the two relate at all?
[20:30] <slangasek> because armel+omap4 is useful or it isn't? :)
[20:32] <infinity> slangasek: For anyone wanting to do any sort of automated testing (glances at Tobin), or for people who want to install, despite not having "supported and tested CD/preinstalled/etc images", netinst is simple and easy for us to provide with minimal effort.
[20:32] <slangasek> well, I'm not sure why we would even keep the kernel image around under the circumstances
[20:33] <infinity> slangasek: I suppose we could drop the kernel image, but I'm not sure I see the point.  It's identical to the armhf kernel, so it's not a maintenance burden.
[20:33] <slangasek> yep, just buildd load
[20:33] <infinity> slangasek: It's a QA burden, but only if QA chooses to QA it. :P
[20:33] <infinity> I'd take the buildd argument, except that ARM kernels all build faster than the x86 ones.
[20:34] <GrueMaster> QA for netboot is mostly automated now (and the monkey presses the button), so little burden here.  Just a matter of tracking or not is all I care about.
[20:35] <infinity> Anyhow, it's not something I feel wildly passionate about, I just think it's a nice service to actually provide d-i/netboot builds, since that takes so much less time and effort than full image builds.
[20:35] <GrueMaster> And the install on USB is loads faster for app testing than SD.
[20:35] <infinity> (And it becomes moot when and if we drop armel entirely, sure, but while the userspace is still shipping, having some way to install/test is nice)
[20:38] <slangasek> well, I thought 'omap' was the "some way to install/test"?
[20:39] <micahg> skaet: broder found a wiki page that's out of date: https://wiki.ubuntu.com/BetaFreeze, would you be up for updating it to be image based rather than component based or should I give it a whirl?
[20:40] <skaet> micahg,  if you could take a pass on it,  would be much appreciated.
[20:40] <micahg> ok, will give it a shot
[20:41] <GrueMaster> slangasek: Actually, omap4 is the preferred test platform.  We can cover more testing faster and SMP inherently finds more bugs than UP (note Mono/Banshee from Maverick).
[20:41] <slangasek> I understand that, but why then are we generating desktop images for armel+omap but not armel+omap4?
[20:42] <skaet> infinity, re the other directories - if they're all EOL yes, but probably should do some checks to confirm.
[20:43] <infinity> slangasek: The argument for keeping only armel+omap was because it's the only kernel in mainline.  I dunno.  Subconsciously, maybe I was doing it as a pat on the back for someone finally doing something right. :P
[20:43] <infinity> slangasek: Switching that to omap4 wouldn't hurt my feelings.  I don't really care either way.
[20:44] <infinity> slangasek: Heck, dropping them both wouldn't hurt my feelings, and just directing people who really want armel to use d-i/netinst...
[20:47] <dobey> hi
[20:47]  * slangasek waves to dobey 
[20:48] <dobey> how much approval would a change that fixes a regression, but which technically breaks feature (and possibly ui) freeze, require?
[20:48] <micahg> infinity: Ubuntu studio looks good, can we resping please?
[20:48] <slangasek> infinity: right, I don't see strong arguments one way or the other.  I guess I think that, if armel+omap4 is the one it's useful to us to keep around as netboot for sanity checking, it makes more sense to me to also have this one as the desktop image
[20:48] <slangasek> dobey: how "technically" is technically?: )
[20:48] <infinity> slangasek: Well, we're keeping both as netboot.
[20:49] <dobey> slangasek: http://git.gnome.org/browse/rhythmbox/commit/?id=bca344b8d70cf39ceb57b3654124f23cad69e4b1
[20:49] <infinity> slangasek: My netboot/d-i argument is simple that "if the kernel is in main (ie: if the d-i build can see it), we should build d-i against it".
[20:49] <infinity> s/simple/simply/
[20:49] <infinity> micahg: Roger.
[20:50] <dobey> slangasek: old rhythmbox (gtk2) had a way for plug-ins to specify they should be enabled by default, but with the gtk3 port and change to libpeas, that was broken. this commit fixes it and introduces a new value in the config schema (which i think breaks string freeze)
[20:50] <infinity> slangasek: But, the "which images do we drop/keep" thing was hastily decided, to say the least, and the more I think about it, the more I think the right answer is "drop them ALL", and just leave d-i/netboot for people who really want/need to install/test armel".
[20:50] <infinity> s/".$/./
[20:50] <skaet> infinity, slangasek,  - am not spotting anything specifically to wait for right now on starting off rebuilds for ubuntu desktop/DVD - you aware of anything?
[20:50] <infinity> skaet: libtimezonemap would have retriggered all desktop images.
[20:51] <infinity> skaet: At least.
[20:52] <skaet> infinity,  glad I asked.  just sounded like edubuntu from stgraber's earlier comments.
[20:52] <infinity> skaet: ltsp was just edubuntu, but libtimezonemap is that cute little timezone clicky UI in ubiquity, IIRC.
[20:53] <infinity> I could be wrong.
[20:53] <infinity> It's in all the *-live tasks, though, so I'm probably not wrong. :P
[20:54] <slangasek> dobey: I'm pretty sure string freeze doesn't care about the config schema
[20:55] <infinity> If people are translating config schemas, we have some pretty big problems to sort out.
[20:55] <dobey> slangasek: i think the short/long description are translated though
[20:55] <skaet> infinity,  its in all the alternates as well... full rebuild time.
[20:55] <slangasek> dobey: so I think you should file a pro forma FFe bug for this so that the release team has documentation, but I don't see any reason to reject this change
[20:55] <slangasek> dobey: translated in rosetta?
[20:56] <slangasek> I can't imagine why gsettings config schema entries would need to be translated
[20:56] <GrueMaster> Can someone add netboot armhf+armadaxp to the tracker?  thx.
[20:56] <dobey> slangasek: well, i would presume they'd show up in launchapd, if they are in defualt installed packages at least
[20:56] <dobey> slangasek: well, different default values for different locales is useful. gconf schemas are translated also
[20:57] <slangasek> infinity: so I don't think that we need to take a second hasty decision here; I'm also inclined to disabling the armel desktop images though
[20:57] <slangasek> dobey: the very idea of changing the default based on locale is making my head hurt
[20:57] <GrueMaster> slangasek: We have HW dependencies for the ones that are still active.  Need to wait for binary video drivers.
[20:58] <GrueMaster> (omap & ac100).
[20:58] <slangasek> stgraber: ^^ can you get armadaxp on the tracker please?
[20:58] <dobey> slangasek: weather applet for example defaulting to C or F, mph or kph, depending on your locale.
[20:58] <infinity> slangasek: Well, hasty is easily undone, it's just a few config files. ;)
[20:59] <infinity> slangasek: I'm not silly enough to wipe armel code from anything, just disable it in default-arches and such.
[20:59] <stgraber> slangasek: what product are we building, where are they showing up and what tests should they have? (I usually let jibel take care of that ;))
[21:00] <slangasek> jibel: ^^ stgraber is passing the buck to you for armhf+armadaxp on the tracker :)
[21:00] <stgraber> oh, netboot only, that's easy, I can do it without scripting :)
[21:01] <stgraber> it gets a lot more annoying when you need to add desktop images with 4 download links each and a 10 testcases ;)
[21:01] <infinity> Heh.
[21:01] <infinity> If it's any comfort, armadaxp will never have a desktop image. ;)
[21:01] <stgraber> jibel: I'm taking care of netboot armhf+armadaxp
[21:01] <infinity> (maybe an alternate, if someone can sort out how to get it to boot from USB)
[21:01] <infinity> s/boot/reliably boot/
[21:02] <dobey> i guess the rhythmbox schemas might not be getting translated though
[21:03] <infinity> slangasek: Yeah, so.  Hasty or not, I think I'm just going to end the entire debate by dropping armel+omap/desktop, and watch as no one other than Tobin even notices.
[21:03] <dobey> seems that way
[21:03] <stgraber> GrueMaster: done
[21:07] <infinity> slangasek: And done.  Want to make it official and remove armel+omap/desktop from the tracker?
[21:07] <infinity> stgraber: Or you?
[21:08] <stgraber> infinity: that includes kubuntu desktop armel+omap?
[21:10] <infinity> stgraber: kubuntu-desktop armel+* should be gone.
[21:10] <infinity> stgraber: In fact, everything armel+* !netboot should be gone.
[21:11] <stgraber> infinity: ok, dropped "kubuntu desktop armel+omap", "ubuntu desktop armel+omap" and "ubuntu server armel+omap"
[21:11] <stgraber> infinity: leaving us with just netboot
[21:11] <infinity> stgraber: Kay.  All other armel+* flavours were already gone, I take it?
[21:12] <stgraber> does your change also affect Ubuntu Core?
[21:12] <infinity> Nope.
[21:12] <stgraber> yeah, the others were already gone
[21:12] <infinity> Kay, cool.
[21:12] <skaet> infinity,  https://wiki.ubuntu.com/PrecisePangolin/ReleaseManifest can you confirm it matches
[21:13] <infinity> skaet: Looking.
[21:13] <stgraber> ok, so in the armel world, we're now left with "Ubuntu Core armel", "Netboot armel+omap" and "Netboot armel+omap4"
[21:13] <GrueMaster> I thought we were keeping the omap images until we have the drivers rebuilt for armhf?
[21:13] <infinity> stgraber: Sounds right.
[21:13] <infinity> GrueMaster: Yeah, well.  We don't intend to support it, so why build it?
[21:13] <infinity> GrueMaster: We have netinst for people who really want/need to play with it.
[21:14] <GrueMaster> Ok.  I was just repeating what ogra_ had said this morning.
[21:15] <infinity> GrueMaster: Yeah, I was there. :)
[21:15] <infinity> (Or I discussed it with him last night?)
[21:15] <infinity> Anyhow.  We don't intend to actually ship or support armel images at all for final.
[21:15] <infinity> So...
[21:15] <infinity> Why do it now and let people drag their feet?
[21:16] <skaet> infinity,  refresh the page - just made a few more edits from the backscroll info.
[21:17] <infinity> skaet: For netboot, you want s/cdimage/archive/
[21:18] <infinity> skaet: But I might tidy up a bit more of the desktop-versus-preinstalled bits and such.
[21:19] <skaet> infinity,  how so?  split out again?
[21:19] <dobey> slangasek: i added it to bug #934235
[21:19]  * skaet changing netboot right now.
[21:19] <ubot2`> Launchpad bug 934235 in rhythmbox-ubuntuone "[FFe] ubuntu one plugin is not enabled by default" [High,Confirmed] https://launchpad.net/bugs/934235
[21:19] <infinity> skaet: Some bits are just listed in the wrong spots, I think. ;)
[21:19] <GrueMaster> infinity: arm* netboot images are only on ports.ubuntu.com, not archive.ubuntu.com.
[21:19] <infinity> skaet: Also, is there any point in listing armhf+ac100's "tech preview", when the whole point of the document is listing supported images (ie: it doesn't list powerpc at all).
[21:20] <infinity> GrueMaster: Fine, fine.  So archive/ports.  Either way, cdimage is wrong. :P
[21:20] <infinity> GrueMaster: I meant "archive" as in "it's in the archive", not the host "archive.ubuntu.com".
[21:20] <infinity> (ambiguity, yay)
[21:20] <GrueMaster> Ah, my bad.
[21:20] <infinity> I'd actually just write ftpmaster there, but only 7 people would know what that meant.
[21:21] <stgraber> infinity: as long as the 7 people include everyone who needs the wiki page, that's fine
[21:22] <skaet> infinity,  we had images released as tech previews and mentioned in the announce before if they were tested.   Want to check with ogra_ since he's community maintainer for it,  but from his comments earlier today wasn't sure if it should be in or out.
[21:22] <infinity> skaet: Well, if ac100 should be included, so should mx5. ;)
[21:22] <skaet> infinity, is there someone lined up to test it?
[21:23] <infinity> skaet: There used to be...
[21:23]  * infinity isn't sure right now.
[21:23]  * skaet nods
[21:24] <skaet> infinity - list is the ones we'll be publishing with precise,  support terms as listed under each product.  Images don't go on the list unless there's someone signed up to test it.
[21:25] <infinity> skaet: Kay.  So, if I sign up to test (after I fix) ubuntu-desktop/powerpc and ubuntu-server/powerpc, they would also go on the list as "unsupported" or some such?
[21:26] <infinity> skaet: I (perhaps wrongly) assumed the list was just a list of supported images, since it has the heading "supported architectures". ;)
[21:26] <infinity> But we could be overloading the meaning of "supported" here.
[21:26] <skaet> infinity,  yeah there might be some overloading going on. :P
[21:26] <infinity> (And maybe just dropping "supported" from that column heading would fix my confusion)
[21:27] <infinity> Since "maintenance commitment" covers that anyway, and can contain the value "unsupported".
[21:28]  * skaet cleans up titles
[21:29] <Daviey> .
[21:45] <skaet> slangasek, is there any more ubiquity fixes in the queue before a full rebuild is kicked off?
[21:52]  * skaet drums fingers...  waiting on amd64 builds...
[21:54] <stgraber> skaet: there are two fixes currently in ubiquity trunk, working on another bug (though not a critical one) and we have a critical bug without a fix just yet (gtk bug)
[21:55] <stgraber> skaet: bug 936115 and bug 898278 are the two currently fixed in trunk
[21:55] <ubot2`> Launchpad bug 936115 in ubiquity "ubiquity crashed with TypeError in partman_popup(): popup() takes exactly 7 arguments (6 given)" [High,Fix committed] https://launchpad.net/bugs/936115
[21:55] <ubot2`> Launchpad bug 898278 in ubiquity "Upgrade menu option should not appear for old releases" [High,Fix committed] https://launchpad.net/bugs/898278
[21:55] <stgraber> skaet: I'm working on bug 645449 and the gtk one is bug 939450
[21:55] <ubot2`> Launchpad bug 645449 in ubiquity "Ubiquity hangs at Keyboard layout if you use keyboard to navigate / select" [High,Confirmed] https://launchpad.net/bugs/645449
[21:55] <ubot2`> Launchpad bug 939450 in ubiquity "ubiquity crashed with TypeError: argument of type 'NoneType' is not iterable in ubi-partman.py" [High,Triaged] https://launchpad.net/bugs/939450
[21:56] <stgraber> that last one prevents manual partitioning from working outside of a live session so really annoying
[21:57] <skaet> stgraber,  thanks,  ok first two we can probably live with for beta 1 if, but it would be good to get fixes in place for those later two indeed.   I won't block today's respins waiting on 936115, 898278.
[21:58] <skaet> stgraber,  however, if we get fixes for 645449 or 939450,  would be good to respin and pick them up.
[21:59] <stgraber> skaet: I'm hoping to have a fix for 645449 today, I know what the problem is now, I'm just trying to figure out a way of fixing it ;)
[21:59] <stgraber> skaet: 939450 depends on the desktop team at this point as it's a gtk bug
[21:59] <stgraber> skaet: I could turn off accessibility completely for beta1 as a workaround but I don't think we want that...
[21:59] <skaet> stgraber,  thanks.   no we would like to get some accessibility testing in at this point if at all possible.
[22:18]  * doko mad roseapple an i386 buildd again
[22:20]  * ScottK hands doko an 'e'.
[22:21] <ScottK> It looks to me like amarok is done for i386/amd64, so those images can be respun.
[22:22] <skaet> ScottK, yes was just waiting on on a couple of others that were building to add.
[22:22] <ScottK> OK.
[22:49] <GrueMaster> I see new desktop images for armhf+omap4 and armhf+omap.  Is the armhf+mx5 being rebuilt?  It seems to have dropped off the tracker.
[22:51] <infinity> It may have been dropped from the tracker in a fit of confusion.
[22:52] <GrueMaster> Ok, just checking.
[22:53] <infinity> skaet: So, what's the current rebuild state?
[22:54] <skaet> infinity,  have started the alternates,  making sure the first one from that goes through prior to kicking off the desktops.
[22:55] <infinity> skaet: Kay.
[22:55] <skaet> infinity, with all the churn today,  are runes to build the arm images ok?
[22:55] <infinity> skaet: I assume we're doing the whole world, instead of piecemeal?
[22:55] <skaet> infinity - yes, at this point seems best.
[22:55] <infinity> skaet: Yeah, I've been updating the pad as I went, the preinstalled bits are correct.
[22:56] <skaet> infinity,  coolio,  will open another window off and start them too then.
[22:56] <Riddell> infinity: kubuntu-{mobile,kde4,netbook} are all obsolete
[22:57] <infinity> Riddell: Check.
[22:57] <Riddell> skaet: evening, what's the craic?
[22:57] <infinity> Riddell: Once we're sure all the old releases are safely archived off, we'll just remove them entirely from cdimage, then (I already manually purged all their dailies).
[22:57] <skaet> Riddell,   new images building now.   pad is up to date.  ;)
[22:58] <micahg> infinity: did the Ubuntu Studio rebuilds not get kicked off or is there just a backlog of images being generated?
[23:01] <infinity> micahg: The former.  Since we were waiting on a "rebuild the world" event, I decided not to bother.
[23:01] <Riddell> infinity: any ideas on the kubuntu-active failure? (http://people.canonical.com/~ubuntu-archive/cd-build-logs/kubuntu-active/precise/daily-live-20120227.log)
[23:02] <infinity> No active CD for i386!
[23:02] <micahg> infinity: ah, ok, I'll check back later tonight, thanks
[23:02] <infinity> Looks like you told some script that it was an "active" type instead of "live", perhaps?
[23:02] <infinity> (wild guess)
[23:06] <skaet> miachg,  backlog - they've been kicked off now.
[23:06] <skaet> infinity - arm images have started rebuild now too.
[23:09] <skaet> Ubuntu and Kubuntu alternate have been posted.
[23:16]  * skaet having a mother hubbard moment (need dog food) - heading to store, biab
[23:17]  * GrueMaster thinks skaet may be taking "dog fooding" a little too litteral.