[00:01] <jibel> well, many early adopters upgrade and report minor failures, it's not that bad and the automated tests give a pessimistic view of the upgrade.
[00:01] <jibel> I did a couple of manual upgrades too and they passed
[00:02] <jibel> we know there are problems with libreoffice, iodbc, skype and some others but nothing major.
[00:03] <jibel> I mean an upgrade that'd leave the system in an unusable state
[00:06] <stgraber> jibel, skaet, slangasek: I have another fix for bug 942560 that seems to do the trick here, basically a small change in gtk_ui to try and force our code to better deal with the main loop and a few changes to ubi-console-setup to reduce the risk of races
[00:06] <ubot2`> Launchpad bug 942560 in ubiquity "keyboard layout screen - Keyboard navigation broken" [High,Triaged] https://launchpad.net/bugs/942560
[00:06] <stgraber> jibel: I can give you a diff of the two files if you want to torture it some more
[00:09] <skaet> jibel,  I'll put some caution words in then to that effect.   feel free to tweak it when you see it in the morning.
[00:09] <stgraber> jibel: http://paste.ubuntu.com/862727/
[00:10] <stgraber> ok, looks pretty solid here (tried a few layouts, switching by either clicking or scrolling through the list with keyboard)
[00:10] <skaet> stgraber,  ok if it does the trick,  we may make this an "explicitly request respin for" rather than forcing a mass respin.
[00:11] <stgraber> skaet: should I try and spend an hour on bug 940908 then before uploading a new ubiquity?
[00:11] <ubot2`> Launchpad bug 940908 in ubiquity "Keyboard layout, oem-config not set on persistent USB image" [High,Confirmed] https://launchpad.net/bugs/940908
[00:12] <stgraber> skaet: so if we're lucky 940908 is easy to figure out and fix and we get both fixed at once
[00:12] <stgraber> (won't commit to more than an hour though, it's already 7pm here ;))
[00:12] <skaet> jibel - if we have the Ubuntu desktop images ready for you when you wake up - do we have time to get them tested.   Rest of prior results should be good.
[00:13] <skaet> stgraber go ahead please.
[00:14] <skaet> I'l stay up late and do the spins for Ubuntu - worst case we'll fall back to the current images.
[00:14] <skaet> (except no arm respins - per GrueMaster's request.  ;) )
[00:16] <GrueMaster> skaet: If there is a possibility of this fixing my oem-config issue, we can also respin arm, keeping the current images as a fall back.  Only problem is testing in a timely manner.  I was more concerned about respinning to fix the md5sums.
[00:17] <skaet> gilir, Riddell, ScottL, superm1 ^ let me know if you want respins to pick up this late bug fix or not please.
[00:18] <skaet> GrueMaster, ok.  will add that to the pad then.
[00:50] <stgraber> infinity, slangasek: any of you two has a minute to look at ldm in unapproved?
[00:51] <skaet> lubuntu alternate posted.
[00:59] <skaet> GrueMaster, just desktop,  or server as well?
[01:00] <GrueMaster> Are you reimaging x86 server as well?  If so, yes.
[01:00] <GrueMaster> We should try to keep the images in sync.
[01:04] <skaet> GrueMaster, not sure if will do x86 server or not yet - trying to get an opinion.   In either case,  will keep them in sync then.
[01:05] <GrueMaster> Ok by me.  I'm all for keeping the images in sync and respinning when there are fixes.
[01:06] <GrueMaster> Testing time is nominal.  It is mainly the download time that kills me (and waiting for images to respin).  :)
[01:07] <skaet> GrueMaster, coolio.  :)  update the pad with the intentions after I hear back from someone on the server team.
[01:08] <stgraber> ok, I think I found the source of bug 940908
[01:08] <ubot2`> Launchpad bug 940908 in ubiquity "Keyboard layout, oem-config not set on persistent USB image" [High,Confirmed] https://launchpad.net/bugs/940908
[01:08] <GrueMaster> btw:  There should be an alsa-lib update waiting in the wings with a fix for pandaES support (doesn't affect any other platforms).  If that were to slip through, I'd be inclined to buy someone a beer at UDS.
[01:08] <stgraber> the overlay is broken in the initrd, it's using an empty dir as the lowerdir instead of /cow
[01:09] <skaet> stgraber,  :)
[01:11] <skaet> NCommander, could you review ldm from the unapproved queue, and check out the alsa-lib fix?
[01:11] <NCommander> skaet: I'm not an archive admin
[01:11] <NCommander> I can review the fix, but can't approve
[01:12] <skaet> NCommander, if you can review - I'll escort them through
[01:13] <NCommander> skaet: will do
[01:13]  * NCommander however notes teh LP webUI is degraded more than itwas which is $#@# irritating
[01:13] <skaet> Thanks NCommander!  :)
[01:13] <NCommander> I'm not seeing alsa-libs in unapproved
[01:14] <NCommander> ^- skaet
[01:14] <skaet> GrueMaster, ^ alsa-libs - where in the wings is it residing?
[01:15] <GrueMaster> I'm checking the bzr tree to see if it was uploaded.
[01:15]  * GrueMaster could have sworn ogra had posted it last week.
[01:16] <GrueMaster> It's in the lp:ubuntu/alsa-lib tree.  1.0.25-1ubuntu6
[01:17] <GrueMaster> Doh!  He updated the changelog, but forgot the actual config files.
[01:17] <NCommander> awesome!
[01:18]  * GrueMaster swears loud obscenities to no one in particular.
[01:18] <GrueMaster> I'll post an update and a merge request for post-beta.
[01:19] <infinity> Gets weirder than that.  The source in the archive is supposedly 1.0.25-1ubuntu6, but the changelog stops at 1.0.25-1ubuntu4
[01:19] <NCommander> skaet: ldm looks saneon the whole though there's a large changefor X50-dmrc-processing I'mstill reviewing
[01:19]  * infinity wonders how that's even possible.
[01:19] <skaet> stgraber, ^
[01:20] <infinity> NCommander: The dmrc bits are the bits they need.
[01:20] <NCommander> infinity: did someone actually upload ubuntu5? (branch importer might have exploded silently)
[01:20] <infinity> NCommander: I'm not looking at the udd branch, I'm looking at the archive itself.
[01:20] <GrueMaster> Somewhere in the distant area of Oregon, a head banging on a desk can be heard.
[01:20] <NCommander> infinity: yeah, I'm just getting a grasp of what the old code did and how the new code changed
[01:20] <infinity> NCommander: And confused as heck that source labeled ubuntu6 has a changelog that says ubuntu4.
[01:21] <infinity> Oh, nevermind.
[01:21] <infinity> I'm just asleep.
[01:22] <GrueMaster> Whoa.  The bzr tree has my patch, but it isn't in the source I just branched.  WTF???
[01:22] <infinity> GrueMaster: I see the patch here.
[01:22] <NCommander> Launchpad has lost its mine
[01:22] <NCommander> *mind
[01:22] <infinity> GrueMaster: But, why was it a patch at all?
[01:22]  * skaet wonders if infinity can clean up the MD5SUMs before she kicks off the arm rebuilds for the ubiquity fix.
[01:22] <infinity> GrueMaster: ie: You added it to the base alsa sources, not to the debian/ucm directory.
[01:22] <GrueMaster> Oh.  I see what happened.  The patch dumped it in alsa-lib/ucm instead of alsa-lib/debian/ucm.
[01:23] <infinity> skaet: If you're doing ARM rebuilds, that'll fix the md5s.
[01:23] <infinity> GrueMaster: It shouldn't have been a patch at all.
[01:23] <GrueMaster> No, I made it properly.  Note the "fixed the patch" note in the commit.
[01:23] <GrueMaster> I sent a bzr diff to ogra.
[01:23] <GrueMaster> That's why the patch.
[01:23] <infinity> Which didn't have anything in debian/patches?  Kay.
[01:23] <infinity> Well, easy enough to clean this up.
[01:24] <skaet> infinity,  what turned out to be the problem with them?
[01:24]  * skaet curious
[01:24] <infinity> skaet: No idea.  Haven't had a chance to look (it's been a weird afternoon).
[01:24] <infinity> skaet: But spinning new images will generate new sums.
[01:24] <infinity> skaet: In theory.  Unless something's really really broken.
[01:24] <skaet> yeah, but will they hit same problem as before.
[01:25] <NCommander> skaet: ldm looks sane. Can't test it locally however
[01:25] <infinity> skaet: I doubt it.  I suspect whatever happened before was a product of some manual fiddling and oopsery.
[01:25]  * skaet figures there's something weird going on (maybe not taking the md5sum on the binary? - missing option)
[01:25] <skaet> ok
[01:25] <NCommander> (new code is quite a bit cleaner than what it replaced)
[01:27] <NCommander> seems everything is falling aparttoday
[01:28] <skaet> thanks NCommander
[01:28] <infinity> GrueMaster: Is there a bug number for the PandaES oops?
[01:28] <infinity> GrueMaster: If not, I'll upload right now. :)
[01:29] <GrueMaster> I'd have to look.  It was marked "Fix Released".  I have bug 925069 in my notes, but that may have been the kernel side.
[01:29] <ubot2`> Launchpad bug 925069 in linux-ti-omap4 "No analog audio on omap4 panda" [Undecided,Confirmed] https://launchpad.net/bugs/925069
[01:29] <infinity> Yeah, no bug is fine with me.
[01:30] <infinity> Uploaded.
[01:36] <infinity> Did we want that fixed alsa-lib before people start respinning ARM images?
[01:36] <infinity> skaet: We can spin the mx5 and ac100 set first, while we wait on the new alsa-lib for omap4. ;)
[01:37] <GrueMaster> I would like it, but it only affects one platform (I have had a lot of people ask about it).
[01:37] <GrueMaster> That plan works for me.
[01:38]  * infinity notes that would require someone other than me accepting it.
[01:38] <skaet> NCommander, ^ if you've finished with ldm,  want to have a look?
[01:38]  * NCommander gets back on the gerbil wheel
[01:39] <skaet> NCommander,  ok to pass through ldm?
[01:39] <infinity> Was my livecd-rootfs ever approved?
[01:39] <infinity> My mailbox says no.
[01:39]  * infinity looks at the queue.
[01:39] <NCommander> skaet: yeah, it looks fine
[01:39]  * skaet wasn't sure if you'd finished reviewing
[01:39] <skaet> thanks NCommander
[01:39] <skaet> infinity, nope
[01:40] <infinity> skaet: Dang.  This is why I wanted to accept it earlier, so it'd be ready if there was an ARM respin. :P
[01:40] <infinity> If we accept both, I can wait and crank the ARM handle in an hour or two.
[01:40] <infinity> No need to hold others up.
[01:41] <NCommander> skaet: testbuilding alsa-libs to make sure the configs actually get installed
[01:41] <skaet> NCommander,  thanks.   :)
[01:41] <NCommander> GrueMaster: is the armada up, or should I punt onto the porter box?
[01:41] <infinity> NCommander: The .install file just install debian/ucm wholesale.
[01:41] <infinity> NCommander: So, if it doesn't work, you'll need to fix debhelper. ;)
[01:41] <stgraber> skaet: should I upload ubiquity? the fix for the other bug will most likely be in casper rather than ubiquity (still fighting with that one :))
[01:42] <skaet> stgraber,  yes, go ahead and upload
[01:42]  * skaet would like to get those rebuilds started
[01:42] <skaet> thanks.
[01:42] <infinity> Oh, if there's a ubiquity upload anyway, then we're waiting a bit.
[01:42]  * skaet nods
[01:42] <infinity> So, someone approve livecd-rootfs for me? ;)
[01:42] <infinity> (Only affects ac100)
[01:43] <skaet> infinity - promise.... only ac100
[01:43] <skaet> ?
[01:43]  * skaet goes to look at it.
[01:43] <infinity> Cross my heart.
[01:43]  * NCommander wonders when infinity got a heart ...
[01:43] <NCommander> :-)
[01:44] <infinity> It's there, it's just black as the night, and shrivelled as a prune.
[01:44] <skaet> infinity,  can you please review the ubiquity when stgraber gets it uploaded.
[01:44] <infinity> skaet: Yup.
[01:44] <skaet> coolio.  :)  thanks!
[01:46] <NCommander> skaet: alsa-libs ACK (thoughits a bit weird that those files also getinstalled on x86 ..)
[01:47] <skaet> NCommander,  hmm...  a bit reluctant to pick it up then if it could be hitting x86 as well.
[01:47] <infinity> NCommander: Quite.  Actually, I suppose I could fix that next time around (but that's how it's been done since I first poked it)
[01:48] <infinity> skaet: No, it doesn't "affect" x86, it's just files that lay dormant.
[01:48] <infinity> skaet: (They've been there for 3 releases now)
[01:49] <skaet> infinity,  ok,  you buy beer if we regress.
[01:49] <infinity> I'll take that bet. :P
[01:50]  * infinity notes that he could, in later uploads, just mv libasound2.install libasound2.install.armhf && ln -s libasound2.install.armhf libasound2.install.armel
[01:50] <infinity> But that's actually a much bigger change (from a "I could mess it up" perspective) than the current one.
[01:50] <infinity> Err, obviously, since I already did it wrong in pseudocode. ;)
[01:50] <infinity> But yeah.
[01:50] <infinity> We can copy the ucm bits out later.
[01:50] <infinity> Not now.
[01:50] <skaet> infinity,  +1
[01:53] <GrueMaster> Personally, I vote for moving the ucm bits to a separate file.  Upstream already has a separate git repo for alsa-ucm-configs (currently empty).
[01:53] <infinity> GrueMaster: You mean a separate package?
[01:53] <GrueMaster> Yes.
[01:54] <infinity> Extra overhead for no real gain right now.
[01:54] <GrueMaster> Since it requires alsa-utils to actually use the ucm configs.
[01:54] <infinity> But if there were lots of them, yeah, it might make sense to split them out.
[01:54] <GrueMaster> Yes, not today.
[01:55] <infinity> Have we at all investigated why OMAP4 is the only platform that *needs* a ucm config to work out of the box?
[01:55] <infinity> Is there something the kernel could be doing (and does for other drivers) that it's not doing for omap?
[01:56] <GrueMaster> Actually, ucm is designed to make it easier for different platforms to have one driver and different configs for each system.
[01:56] <GrueMaster> Think HDA.
[01:56] <infinity> Sure, but that's not what we're doing with it.
[01:56] <GrueMaster> Device tree may eventually replace UCM.
[01:57] <GrueMaster> Yes, we are.  The current omap4 kernel will boot both Panda and Blaze, which are different at the audio port level, but use the same codec.
[01:58] <GrueMaster> (hence the SP4430 ucm configs).
[01:59] <GrueMaster> At any rate, different discussion for a different channel.
[02:00] <skaet> ScottK,  apachelogger - around?
[02:01] <infinity> Man, that FTBFS freaks me out every time.
[02:01]  * infinity kidnaps roseapple.
[02:01] <skaet> thanks stgraber
[02:02] <skaet> stgraber, could you check http://pad.ubuntu.com/ubuntu-release and make sure I've got it right.   Don't want to respin the distros unless they "ack" they want a new image and are able to test in time.
[02:03]  * skaet wondering about wubi....
[02:03]  * infinity will review that ubiquity after a quick drink run.
[02:04] <stgraber> skaet: looks good based on what I remember of the backlog
[02:05] <skaet> thanks stgraber,  have a good evening.
[02:06] <stgraber> skaet: still poking at casper, I have a pretty good idea of where something is going wrong (the bit that copies the debconf database from the temporary location to /var/cache/debconf)
[02:06] <skaet> :)
[02:06] <stgraber> I managed to get my netbook to do the right thing a few minutes ago by manually poking the initrd
[02:06] <stgraber> will now add some more debug in there and hopefully find a fix :)
[02:07] <skaet> stgraber,  ;0
[02:07] <skaet> :) even
[02:10] <highvoltage> stgraber: the notes in the technical overview, do they just apply to the beta or the whole 12.04 cycle so far?
[02:12] <infinity> skaet: stgraber's upload looks like it'll do what it says in the changelog, anyway.  Short of testing it, I can't say for sure if it works better, but he claims it does. ;)
[02:12] <skaet> thanks infinity, wave it through then.
[02:13]  * infinity accepts with the "It can't possibly be more broken" theory.
[02:13] <skaet> infinity, can you please check I've got the respins marked correctly on the pad when you've finished.
[02:13] <stgraber> it does here and ubiquity still passes the tests, though I probably should find myself a test system that doesn't involve an i7, 8GB of RAM and an SSD
[02:14] <infinity> stgraber: A Panda?
[02:15] <stgraber> highvoltage: it always looked to me like we were only describing the current milestone except for the final release (obviously) but can still hilight big changes that were done earlier
[02:15]  * skaet nods
[02:15] <stgraber> infinity: still waiting on the 3D drivers before reinstalling mine on 12.04
[02:16] <stgraber> infinity: I'm using it as a media center, so having driver is kind of important :)
[02:16] <infinity> skaet: ubuntu alternate shouldn't care about ubiquity.
[02:16] <infinity> stgraber: Picky, picky. ;)
[02:16] <skaet> infinity,  yup.  thanks!  :)
[02:17] <stgraber> infinity: doesn't alternate include oem-config?
[02:17] <highvoltage> ok, just wanted to double-check (I knw I asked the last two times too :) )
[02:18] <infinity> stgraber: It ships, but doesn't use it by default.  I suppose there may be people testing that path, though, sure.
[02:18]  * infinity takes back the objection.
[02:19] <infinity> It's not like spinning alternates takes long.
[02:19] <stgraber> infinity: yeah, I guess you'd need to do an OEM install from alternate, then you'll get the keyboard dialog at first "end user" boot
[02:20]  * infinity nods.
[02:20]  * skaet notices pool/main/u/ubiquity/oem-config-gtk_2.9.21_all.deb in the alternate.
[02:20] <infinity> skaet: Yeah, like I said, it ships it, but it's not used during install.
[02:20] <infinity> skaet: But it can be used optionally for OEM installs, if people test/use that with Betas...
[02:20] <skaet> infinity,  gotcha.  thanks.
[02:21]  * infinity suspects that 99% of the oem-config testing we get on Beta releases is on ARM images.
[02:22]  * GrueMaster can attest to that.
[02:24] <stgraber> hmm, why does adding some debugging always fixes the bugs ... that's getting annoying ;)
[02:25] <infinity> stgraber: Sounds like the definition of a timing/race issue.
[02:26] <GrueMaster> stgraber: Starting to enjoy what I experience every time I have an issue with oem-config?
[02:26]  * infinity has seen code with random delay loops and printfs left in specifically to mask such bugs...
[02:28] <GrueMaster> I've spent a week just trying to figure out why the colors change in oem-config-debconf.  Bug 747229.
[02:28] <ubot2`> Launchpad bug 747229 in ubiquity "weird color change during oem-config debconf package removal step in serial installs" [Medium,Confirmed] https://launchpad.net/bugs/747229
[02:28] <stgraber> infinity: yeah, it could be that for some reason debconf doesn't want to die quickly enough, I'll try again without the debugging to make sure it breaks, then add an explicit kill + wait and see if that works
[02:29] <stgraber> infinity: the bug apparently is that debconf-copydb fails and so never actually copies the debconf changes made by casper. My guess as to why it only fails with persistent storage is timing, tmpfs is obviously much faster than ext3 over usb.
[02:30] <infinity> stgraber: Is it failing to get a lock because another debconf is still running, then?
[02:30] <infinity> stgraber: Shouldn't need an explicit kill in that case, you should just be able to wait on the lock?
[02:31] <stgraber> infinity: csaper closes all the debconf fds so debconf should die by itself so the kill shouldn't be necessary indeed
[02:32] <infinity> stgraber: Right, so just waiting on the actual lock to free up would be enough.
[02:46] <stgraber> skaet: ok, casper looks fixed here!
[02:47] <stgraber> skaet: (bug 940908 that's)
[02:47] <ubot2`> Launchpad bug 940908 in ubiquity "Keyboard layout, oem-config not set on persistent USB image" [High,Confirmed] https://launchpad.net/bugs/940908
[02:47] <skaet> stgraber,  :)  excellent.
[02:49] <stgraber> infinity: http://paste.ubuntu.com/862851/ that looks good to you?
[02:50] <stgraber> infinity: we don't seem to have flock in the initrd, so waiting for debconf-communicate to exit is the easiest way to make sure it's ready
[02:50]  * stgraber likes bug that only take a few hours to fix ;)
[02:51] <infinity> stgraber: Sure, I was going to emulate flock/lockfile by just looping on a [ -f /path ], but waiting on the PID works too.  Assuming it does. ;)
[02:53] <stgraber> infinity: debconf seems to use flock() on its database files and not create separate lock files (or I'm blind and couldn't find it in lsof)
[02:53] <stgraber> ok, uploading casper now
[02:53] <infinity> Oh, perhaps, yeah.
[02:53]  * infinity thought there was a lockfile, but maybe I'm confusing debconf and dpkg.
[02:54] <stgraber> dpkg uses a separate lock file
[02:55] <skaet> infinity, can you do the honors on the unapproved queue for this one when it lands.
[02:55] <skaet> ?
[02:55] <infinity> skaet: *nod*
[02:55] <skaet> thanks
[02:56]  * micahg can sync openscenegraph if you want to give the buildds something to do
[02:57] <infinity> Was anyone complaining about them being bored? :P
[02:57] <micahg> they feel empty :D
[03:01]  * infinity taps his foot, waiting for casper.
[03:04] <skaet> micahg, waiting for casper to build so can kick off a set of iso rebuilds... no contention please. ;)
[03:04] <micahg> skaet: heh, it's not a rush thing, there's a reason I didn't upload it in the first place ;)
[03:05] <skaet> :)
[03:09] <ScottK> skaet: Around (probably just briefly)
[03:10] <skaet> ScottK,  there are two fixes for ubiquity/casper,  we'll be respining the ubuntu images for.   Do you want a set of kubuntu ones spun up,  or ok to go with what you have for this release?
[03:10] <skaet> see pad
[03:10]  * ScottK will look
[03:11] <stgraber> ubiquity shouldn't affect kubuntu, casper should though
[03:11] <infinity> kubuntu users don't have keyboards?
[03:12] <infinity> Or was that only in the gtk frontend?
[03:12]  * infinity admits to not having paid attention to filenames.
[03:12] <ScottK> skaet: Based on that, I don't think Kubuntu should be respun.
[03:12] <ScottK> Riddell: ^^^^
[03:13] <ScottK> We've got a fair amount of ISO testing done and I don't think we ought to invalidate it for those.
[03:13] <skaet> ScottK,  thanks!   will leave it alone then.
[03:13] <ScottK> (and like infinity, I think at least one of them won't affect Kubuntu_
[03:13] <ScottK> _/)
[03:13] <stgraber> infinity: first change was for gtk_ui.py and second change was for PageGTK in ubi-console-setup
[03:13] <infinity> stgraber: Check.
[03:13] <ScottK> OK, definitely no respin for those.
[03:15] <micahg> so any GTK based installer would be affected then?
[03:15] <stgraber> yes
[03:15] <infinity> Yeah.
[03:16]  * micahg is thinking about xubuntu, but we're already lacking testers this cycle as charlie-tca is unavaiable
[03:17] <micahg> s/cycle/milestone
[03:19] <stgraber> skaet: Edubuntu's technical overview is ready, thanks to highvoltage for the update
[03:20] <skaet> Thanks highvoltage!  :)   (and thanks stgraber :) )
[03:20] <stgraber> skaet: I'll test Edubuntu first thing tomorrow morning, so should have test results by 11am my time (10am yours), does that work for you?
[03:20] <skaet> stgraber,  that works.
[03:21]  * skaet suspects she'll still be chasing updates from teams then :P
[03:22] <skaet> Thanks for all your help tonight stgraber,  sleep well.
[03:34] <stgraber> oh, I think I'll still be around for a few hours, I need to move all the weblive VMs to a new server as the old one (old hardware) expires tomorrow (was hoping to have 12.04 working in weblive by then but that didn't happen)...
[03:38]  * skaet drumming fingers waiting on the publisher for ubiquity and casper to show up...
[03:41] <ScottL> are we having trouble with ubiquity on 64 bit?  i can't get the ubuntu studio 64 bit image to copy the files and finish the install
[03:42] <ScottL> micahg, i can't help test xubuntu if you will tell me which images you need help with
[03:42] <ScottL> errr
[03:42] <ScottL> i CAN help test....
[03:43] <stgraber> ScottL: nope, haven't seen anything like that, can you check dmesg for potential input/output/squashfs/overlayfs errors?
[03:46] <skaet> NCommander or infinity,  could one of you review/adjust the pre-publishing scripts to make sure they're picking up the right armhf images and the images are going to the places indicated by the manifest?
[03:46] <NCommander> I'dprefer if infinity did it; as a rule I don't usually publish images
[03:47] <NCommander> if he's already EOD'ed, I'll look
[03:54] <skaet> infinity, ^ still around?
[03:58] <ScottL> stgraber, how do i check dmesg?  (sorry for noob question)
[04:00] <stgraber> ScottL: just call "dmesg" in a shell
[04:00] <infinity> skaet: Vaguely.
[04:01] <scott-upstairs> stgraber, i ran 'dmesg' and got a bunch of text but at the bottom had 'zlib-inflate error; data probably corrupt'
[04:01] <skaet> infinity, can you take a pass at pre-publish image to check that the right armhf/armel ones are listed...
[04:02] <skaet> s/listed/going to the right spots/
[04:02] <infinity> Sure.  Remind me which command you're running? :P
[04:02] <scott-upstairs> stgraber, squashfs_read_data failed to read block
[04:02] <skaet> ./publish-image-set.py --prepublish
[04:04] <infinity> It grew a dependency on a config file since last time I used it.  Fun.
[04:04] <scott-upstairs> stgraber, nevermind, the md5sum was off for that image, reruning zsync
[04:05] <stgraber> scott-upstairs: how much ram did you give to that VM (or physical system)?
[04:05] <infinity> stgraber: What goes in ~/.isotracker.conf ?
[04:05] <stgraber> scott-upstairs: oh right, corrupted image would do that too ;)
[04:05] <scott-upstairs> stgraber, it's a physical system, i tend to prefer testing on iron even though i know i'll need to replace hard drive eventually
[04:06] <infinity> stgraber: Ahh, found the documentation in comments.
[04:06] <stgraber> infinity: it's an ini file with a single "general" section and url/username/password/default_milestone values
[04:06] <stgraber> infinity: if you want to use the ubuntu-cdimage account, the easiest is to get the file from nusakan
[04:06] <infinity> stgraber: Isn't default milestone tracked on the tracker already?
[04:07] <stgraber> nope, since the upgrade to the new tracker, we can have as many active milestone as we want so we can for example test a point release at the same time as a development release milestone
[04:08] <infinity> stgraber: Fair enough.  Just means that potential config skew between two people could mean that skaet's request for me to "check for sane output" doesn't mean anything, cause our output could differ. :P
[04:08]  * infinity grabs the config from nusakan for now.
[04:12] <infinity> skaet: Looks like it needs to learn about kubuntu-active.  Will fix.
[04:12] <skaet> thanks infinity
[04:12] <ScottK> Thanks.
[04:15] <infinity> Actually, why are we publishing active at all?
[04:15] <infinity> It's brand new and, I assume, not really well-tested...?
[04:19] <skaet> infinity,  will let that be Riddell's decision in the morning.
[04:23] <skaet> ok,  looks like ubiquity and casper have both published, kicking the builds off now.
[04:50] <pitti> good morning
[04:50] <skaet> good morning pitti
[04:50] <skaet> we've got some respins in progress right now
[04:51] <pitti> urgh
[04:51] <pitti> skaet: I was about to check for pre-publishing
[04:51] <skaet> stgraber fixed some of the bugs that jibel was worried about.
[04:51] <pitti> skaet: so that smells like a delay?
[04:52] <skaet> pitti,  if you could that would be good.  infinity's been looking at the pre-publishing scripts and adjusting for the manifest changes.
[04:52] <pitti> skaet: no point if we are going to respin
[04:52] <pitti> skaet: a new ubiquity will affect desktops, DVDs, and all flavours
[04:52] <skaet> pitti,  kubuntu explicitly doesn't want it.
[04:52] <pitti> skaet: I could start pre-publishing kubuntu
[04:52] <skaet> Edubuntu's getting it.
[04:52] <skaet> others probably don't have the bandwidth
[04:53] <skaet> to take it at this point.
[04:53] <pitti> skaet: bug 940908 isn't marked as fixed, and not mentioned in the changelog?
[04:53] <ubot2`> Launchpad bug 940908 in ubiquity "Keyboard layout, oem-config not set on persistent USB image" [High,Confirmed] https://launchpad.net/bugs/940908
[04:53]  * GrueMaster is still here, waiting the good wait....
[04:53] <pitti> but I don't consider it a release critical bug anyway
[04:54] <skaet> GrueMaster,  the've started....
[04:54] <GrueMaster> :)
[04:55] <pitti> ok, seems desktops and DVDs are building
[04:55] <pitti> oh, was wrong package, fixing
[04:56] <pitti> great work, stgraber
[04:56] <skaet> pitti,  I'll take a pass at updating the pad shortly,  but it shows the bits in progress right now.
[04:57] <pitti> skaet: do you start new ARM images, too?
[04:57] <skaet> yes,  started them off as well.
[04:57] <pitti> ah, I see them
[04:58] <skaet> date && echo ubuntu preinstalled armhf && ARCHES="armhf+omap4 armhf+omap" buildlive ubuntu daily-preinstalled && (ARCHES="armhf+omap4 armhf+omap" for-project ubuntu cron.daily-preinstalled &) && date && echo ubuntu preinstalled mx5/ac100 && ARCHES="armhf+ac100 armhf+mx5" buildlive ubuntu daily-preinstalled && (ARCHES="armhf+ac100 armhf+mx5" for-project ubuntu cron.daily-preinstalled &) && date
[04:58] <skaet> Thu Mar  1 04:24:35 UTC 2012
[04:58] <skaet> ubuntu preinstalled armhf
[04:58] <skaet> celbalrai.buildd starting at Thu Mar  1 04:24:35 UTC 2012
[04:58] <skaet> celbalrai.buildd starting at Thu Mar  1 04:24:35 UTC 2012
[04:58] <skaet> I'm grabbing some measurements with them, but that's the order/sequence they should emerge in.
[05:04] <pitti> $ ./publish-image-set.py --prepublish
[05:04] <pitti> KeyError: 'No default milestone selected'
[05:04] <pitti> stgraber: ^ you don't happen to be online still, are you?
[05:05] <skaet> stgraber, highvoltage - edubuntu dvd rebuild has started off..
[05:05] <pitti> stgraber: ah, nevermind, got it
[05:05] <GrueMaster> one of these days, I'm going to want to test image building here on my arm server platform.  It would be a good benchmark for future planning.
[05:05] <pitti> skaet: so right now publish-image-set will put kubuntu on releases.u.c. -- so this should be switched to cdimage?
[05:07] <skaet> pitti,  yes, thats what was said in https://wiki.ubuntu.com/RecognizedDerivatives
[05:08]  * NCommander goes and EODs
[05:09] <stgraber> pitti: hehe, yeah, need to keep ~/isotracker.conf up to date :)
[05:11] <stgraber> With these rebuilds we can probably drop quite a few existing release notes, I'll have a look tomorrow morning if nobody cleans them up before.
[05:13] <pitti> stgraber: thanks for the fixes!
[05:13] <pitti> Riddell: hm, do you know the right incantation for publish-release for active? I tried a few dry-runs, but perhaps cdimage needs to be taught about the new "active" type?
[05:15] <pitti> skaet: updated publish-image-set for kubuntu -> cdimage
[05:15] <pitti> skaet: pre-publishing server now
[05:15] <skaet> thanks pitti
[05:18] <pitti> skaet: server wasn't tested that well yet, but we can still reupload a new version if necessary (rsync will be fast)
[05:19] <pitti> skaet: I'll pre-publish desktop/alternate after jenkins gets the auto-test results and we did one manual smoke test, ok?
[05:19] <skaet> pitti,  sounds good.  thanks.
[05:19]  * skaet would like to know smokes are reasonable.
[05:20] <pitti> hm, manifest and manifest.beta look really strange
[05:21] <pitti> I'll set up .manifest as per https://wiki.ubuntu.com/BetaProcess now
[05:22] <GrueMaster> Too bad we couldn't get the respins in earlier.  How often do we get to release and image created on 0229?
[05:22] <pitti> ah, can only do this after prepublishing everything, nevermind
[05:22] <pitti> GrueMaster: we don't usually respin on release day
[05:23] <GrueMaster> Maybe not LTS, but I have seen plenty of last minute respins since Jaunty.
[05:24] <skaet> GrueMaster, ubuntu server will have a 0229 image unless they flag issues.  ;)
[05:24] <GrueMaster> YEA!
[05:26] <pitti> skaet: jenkins has the auto-tests now, looking good
[05:26] <skaet> :)
[05:27] <skaet> GrueMaster,  I'm estimating that first pair of arm images should pop out of builder in about 45-50 minutes,  FYI.
[05:27] <GrueMaster> Cool.
[05:27]  * GrueMaster waits patiently.
[05:41]  * skaet starting to fade... time for zzz
[05:42] <skaet> catch you on the flip side pitti,  have a good day
[05:42] <pitti> skaet: sleep well!
[05:42] <skaet> thanks
[06:23]  * GrueMaster sees images, starts downloads.
[06:33] <GrueMaster> Something is still not right.  omap & omap4 images are new, but ac100 and mx5 are old.  Also, still seeing an armel+ac100 image from 20120225.
[06:34] <GrueMaster> pitti: Can you check these?  I would assume the ac100 & mx5 images are still building?
[06:34] <pitti> yes, still building
[07:13] <GrueMaster> omap4 image is good to go, just finishing install of omap image.
[07:35]  * GrueMaster has left the building.  Back in 7h.
[07:36] <GrueMaster> omap testing is done.
[07:39] <pitti> GrueMaster: awesome, thanks; good night!
[07:39] <pitti> I'm currently doing i386 and amd64 smoketests, looking good so far
[07:57] <jibel> good
[07:57] <jibel> morning
[07:59] <infinity> pitti: Just got in from a late night.  I understand you were working on publishing bits?  If kubuntu-active still doesn't work right in the morning, I'll have a look at why.
[08:00] <infinity> (I'd do it now, but I suspect I shouldn't drink and commit)
[08:00] <pitti> infinity: yes, publish-release is updated for kubuntu->cdimage and parsing kubuntu active (but  not generating publish-release for that yet, as I haven't found out how)
[08:01] <infinity> pitti: Kay, I suspect I know how, so if you don't find the time to poke it while I'm asleep, I'll get on it first thing in the morning.
[08:01]  * jibel finished syncing and starts testing
[08:01] <pitti> bonjour jibel
[08:02] <pitti> jibel: I already did some i386/amd64, updating iso tracker now
[08:02] <jibel> morgen pitti
[08:02] <pitti> testing OEM/amd64 ATM
[08:03] <jibel> pitti, on bare-metal with persistence on the boot media ?
[08:03] <pitti> my i386 tests are bare-metal, but without persistence
[08:03] <pitti> my amd64 tests are KVM right now
[08:03] <pitti> I'm going to reinstall my workstation
[08:03] <pitti> but my netbook is i386 only
[08:03] <pitti> and I need my worstation still
[08:03] <pitti> (and I wanted the first round with my main desktop still working)
[08:04] <jibel> k, i'm doing amd46 on hw
[08:22] <Riddell> morning
[08:22] <Riddell> late night was it?
[08:23] <pitti> hey Riddell
[08:24] <pitti> GrueMaster: ac100/mx5 on tracker now, FYI
[08:24] <pitti> jibel: added my test results
[08:25] <Riddell> so new ubuntu everything to be tested?
[08:25] <Riddell> kubuntu not being respun?
[08:25] <pitti> jibel, Riddell: jenkins autotests were okay, and my i386/amd64 tests convince me enough that these are not completely broken
[08:25] <pitti> Riddell: skaet said that she discussed that and Kubuntu didn't want a respin for the casper fix
[08:25] <pitti> presumably the keyboard bug didn't apply to the KDE variant
[08:26] <pitti> so I'd pre-publish them now (or let Riddell do it if he wants to), so that they have time to mirror
[08:26] <pitti> I haven't tested alternates yet
[08:26] <Riddell> pitti: do you know if the other flavours need respinning/testing?
[08:26] <pitti> presumably they were respun for the keyboard fix in OEM
[08:26] <pitti> Riddell: they don't
[08:26] <Riddell> I see edubuntu is marked for it in the pad?
[08:27] <pitti> Riddell: hang on, Edubuntu does
[08:27] <pitti> it's rebuilt and on the tracker
[08:28] <pitti> I updated the pad
[08:28] <pitti> all rebuilds are done
[08:28] <Riddell> lubuntu also rebuilt I see
[08:29] <pitti> Riddell: do you want to pre-publish ubuntu desktops, or want me to?
[08:29] <Riddell> mythbuntu, ubuntu studio and xubuntu not needing it
[08:29] <Riddell> pitti: I think I'd be interested to relearn how
[08:29] <pitti> Riddell: so first, please bzr update your ubuntu-archive-tools checkout
[08:30] <jibel> Riddell, lubuntu rebuilt for a graphical issue but doesn't include casper and ubiquity fixes AFAIK
[08:30] <pitti> Riddell: it's "release minus 1 day" step 2 on https://wiki.ubuntu.com/BetaProcess
[08:30] <pitti> Riddell: note that I already prepublished server, so only pick out the desktop for now
[08:30] <pitti> Riddell: (alternates should get a manual smoketest first)
[08:31] <Riddell> Missing configuration file at: /home/jr/.isotracker.conf
[08:33] <Riddell> ah needs created manually that file
[08:33] <Riddell> pitti: I'll grab a quick breakfast and come back to this
[08:34] <jibel> pitti, Riddell I think lubuntu must be respun too. there was a message about broken keyboard layout screen on their ML + bug 943837
[08:34] <ubot2`> Launchpad bug 943837 in ubiquity "Precise Lubuntu live installer freezes at Keyboard layout" [Undecided,New] https://launchpad.net/bugs/943837
[08:36] <Riddell> jibel: it is respun, go and nudge the lubuntu testers
[08:38] <jibel> Riddell, 20120301 includes Package: ubiquity 2.9.22 and the fix is in .23
[08:47] <pitti> respinning then
[08:47] <pitti> we can still release lubuntu 20120301 if the respin doesn't get tested or is broken
[08:47] <pitti> as the current image is 4/4 passed
[08:48] <pitti> lubuntu running
[08:48] <pitti> pad updated
[09:06] <Riddell> pitti, stgraber: ok what's the secret to this isotracker.py module in ubuntu-archive-tools ?
[09:07] <Riddell> I have ~/.isotracker_cookie and it doesn't seem to do anything
[09:07] <Riddell> and it wants ~/.isotracker.conf with a url, user and password and I've no idea what those would be
[09:13] <pitti> Riddell: sorry, DSL reconnect
[09:13] <pitti> Riddell: I have ~/.isotracker.conf, copied from nusakan
[09:13] <pitti> Riddell: in cdimage's home dir
[09:14] <Riddell> pitti: that's better, thanks
[09:17] <Riddell> pitti: do I have to do this stage?  ## make backup:
[09:17] <pitti> Riddell: no, I already ran this
[09:17] <pitti> Riddell: i. e. www.prev is right before I pre-published server
[09:18] <pitti> Riddell: you just need the publish-release line for desktop
[09:18] <Riddell> pitti: ok so I'll publish the amd64 i386 daily and daily-live into for ubuntu into poolonly
[09:18] <pitti> Riddell: about daily: we might still wait before we get at least one or two manual test results, but I think they are okay
[09:19] <pitti> jenkins autotests are happy with them, and the only thing that changed there is OEM mode which is the same as on live
[09:19] <pitti> still need manual testing, of course, but the chances are high that they are ok
[09:19] <pitti> Riddell: so yes, please pre-publish them, and backup/trim .manifest
[09:19] <pitti> Riddell: if we need to respin alternate, rsyncing a new image will be much faster for mirrors anyway
[09:19] <Riddell> yeah I know, I've got my whip ready for use on the ubuntu desktop team :)
[09:24] <Riddell> pitti: hmm I should end up with stuff in ~cdimage/www/simple/precise right?
[09:25] <pitti> Riddell: no html files, that's just pre-publishing
[09:52]  * micahg wonders why both the archive admin page and queuebot don't show gdebi as in lubuntu
[09:53] <micahg> ah, not in a packageset, but is seeded :)
[09:53] <micahg> stgraber: enhancement idea ^^
[09:54] <micahg> although this use case should be fixed right after beta 1
[10:06] <Daviey> Riddell: if you need to re-pre-publish, make sure the checksums match, as they do not get re-generated for a replaced file, only a new filename.
[10:58] <jibel> I tested destkop, dvd and alternate with english and non-english layout in oem and non-oem mode and they look good
[11:07] <pitti> jibel: \o/
[12:01] <pitti> ^ will accept, it drops the libreoffice-reportbuilder dependency which is NBS
[12:01] <pitti> (and not seeded anywhere)
[13:44] <Riddell> pitti: more md5sum rebuilds ^^ ?
[13:45] <pitti> wasn't me this time
[13:45] <pitti> the remaining ~20 ones are seeded
[13:45] <pitti> I have them prepared, but won't upload until after freeze
[13:47] <debfx> pitti: thanks for uploading those rebuilds :)
[13:47] <Riddell> spooky
[13:47] <debfx> just out of curiosity, do we have a script to prepare package rebuilds (like backportpackage)?
[13:48]  * Riddell would just do it with bash for loops
[13:55] <debfx> right, but putting the stuff that happens inside the loop into ubuntu-dev-tools would be a good idea
[14:07] <stgraber> micahg: yeah, it's out of sync because cjwatson's magic screen doesn't seem to have run in a while, usually the seed => packageset relationship is pretty reliable
[14:08] <stgraber> micahg: though tumbleweed already suggested using seeded-in-ubuntu instead which would avoid the problem entirely
[14:10] <ScottK> pitti: Those weren't md5sum rebuilds, just a bunch of universe packages that were sponsored for sync.
[14:10] <ScottK> Riddell: ^^^
[14:10] <Riddell> okay dokay
[14:13] <skaet> good morning pitti, Riddell, jibel
[14:13] <Riddell> morning
[14:13] <Riddell> up early skaet ?
[14:13] <stgraber> good morning skaet
[14:14] <skaet> Riddell,  yup,  lots to do this morning.  :)    coffee mug in hand.
[14:15] <skaet> good morning stgraber,  how look those edubuntu respins?
[14:15]  * skaet looks at TechnicalOverview *sighs*  still pieces missing. :P
[14:16] <tumbleweed> stgraber: not that seeded-in-ubuntu dosen't have its own bugs :) (e.g. it can't do source->binary lookups when the last build failed)
[14:16]  * Riddell fears he might be one of those missing pieces
[14:16] <stgraber> skaet: based on the testing it got overnight, it looks good, I'll be running tests here in a few minutes to confirm
[14:17] <skaet> stgraber,  :)
[14:17]  * skaet thinks Riddell is right to fear.... *nudge*
[14:18] <stgraber> skaet: if you're reviwing the release notes, the installer keyboard layout dialog freezing, the persistent USB not working for oem/language and the LTSP bug should all have been fixed now and can be dropped from the list
[14:18] <skaet> Daviey,  can you please get the server updates into https://wiki.ubuntu.com/PrecisePangolin/TechnicalOverview
[14:18] <jibel> stgraber, I didn't test a physical install of edubuntu but live ltsp is ok
[14:18] <Riddell> Mythbuntu a bit low on the testing, who do I ping for that?
[14:19] <skaet> stgraber, :)  and happy I am to see them going
[14:19] <stgraber> jibel: I rarely test a physical install during milestone testing as it simply takes too long :) but I did a test run of the previous image on physical hardware (to test wubi) and it worked fine so that'll be good enough for beta1
[14:19] <skaet> Riddell,  superm1
[14:21] <jibel> skaet, for ubuntu, from our testing, everything's ok excepted chinese input
[14:21] <jibel> skaet, untested, migration assistant and screen saver install
[14:21] <jibel> *screen reader
[14:21] <jibel> and iscsi on server
[14:21] <jibel> Daviey, ^ anyone for iscsi
[14:24] <superm1> Riddell: i'll try to drum up some more testing for mythbuntu
[14:24] <stgraber> jibel: what's wrong with Chinese? don't you get ibus?
[14:25] <stgraber> jibel: in my tests I saw the ibus icon appearing but you had to explicitly go through its preference screen to add pinyin as an input method, then it worked fine
[14:25] <pitti> hey skaet
[14:25] <stgraber> jibel: my guess was that some piece was broken on the desktop causing the empty ibus config by default
[14:26] <doko> Riddell, when do you expect the thaw?
[14:26] <skaet> pitti,  https://bugs.launchpad.net/ubuntu/+bug/468778 - can you see if this is something obvious to you in the publishing?
[14:26] <ubot2`> Launchpad bug 468778 in Ubuntu Precise "MD5 checksum mismatch for the DVD image metalink files" [High,Confirmed]
[14:27] <Riddell> doko: when skaet says so, a few hours maybe
[14:27] <jibel> stgraber, same here, but I'm like blind with this language and pinyin should be listed by default
[14:27] <pitti> well, as soon as we are sure that we won't respin, we could just as well thaw
[14:27] <Riddell> skaet: TechnicalOverview updated for Kubuntu
[14:27] <pitti> Riddell: ^
[14:27] <pitti> skaet: ^ I mean
[14:28] <stgraber> jibel: indeed, IIRC in my tests I assumed it was a desktop bug as ibus was behaving the exact same way with a regular desktop install
[14:29] <stgraber> jibel: I mean, going through a live session in Chinese
[14:29] <skaet> pitti,  doko, Riddell,  want to let some more of the test results come in and make sure no big surprises there please.
[14:29] <jibel> stgraber, I'll file a bug
[14:29] <stgraber> jibel: thanks
[14:29] <jibel> and it should be release noted
[14:29] <Riddell> Lubuntu really needing more testing too, no gilir on channel to poke
[14:30] <doko> skaet, it was just an informal question
[14:30] <stgraber> pitti: who should we poke for ibus related weirdness in your team?
[14:30] <jibel> stgraber, after adding the method in the preferences, i confirm it works fine
[14:31] <pitti> stgraber: you hit a sore spot there -- we actually do not have anyone who knows about it ATM; I keep whining about this, too :/
[14:31] <pitti> stgraber: for now, subscribe canonical-desktop-team
[14:31] <Daviey> skaet: wilco
[14:31] <pitti> stgraber: some of the OEM engineers might be able to help out, we'll ask around
[14:31] <Daviey> jibel: Is that test not automated?
[14:31] <Riddell> pitti: tell freeflying he needs to rotate onto the desktop team, he sorted out kubuntu years ago for that but it all needs done again
[14:31] <jibel> Daviey, iscsi is not automated
[14:32] <skaet> slangasek or ogra_ ,  could you take a pass at the Ubuntu Core section please in the https://wiki.ubuntu.com/PrecisePangolin/TechnicalOverview
[14:32] <Daviey> jibel: suck, i thought it now was. dammit.
[14:32] <jibel> jamespage is the bot for this case
[14:33] <Daviey> jibel: i know, i just pinged him :)
[14:33] <stgraber> pitti: ok. I have a very basic understanding of ibus for having worked for a year and a half with a Chinese customer deploying Ubuntu desktops but I'd prefer not to extend that knowledge ;)
[14:35] <Riddell> skaet: nobody has tested amd64+mac or powerpc for any flavour, shall we accept they're not going to be published?
[14:39] <skaet> Riddell,  let me look.   there was some testing in the historical ones,  and I know lubuntu's been on the powerpc last night and seemed happier.
[14:40] <skaet> jibel,  do we have any testing results for the amd64+mac images?  I thought they were scheduled to be run this milestone.
[14:45] <jamespage> Daviey: running iscsi tests now
[14:46] <jibel> skaet, no results
[14:46] <Daviey> jamespage: you diamond geezer
[14:47] <skaet> jibel,  ack.  if no results, then they don't go out.
[14:47] <Daviey> Riddell: Surely it makes sense to publish them on the page, but *not* declare them part of the release.
[14:47]  * skaet goes to mark on the iso tracker.
[14:48] <skaet> Daviey,  they can pick them up from the dailies
[14:49] <Daviey> right.
[14:49]  * skaet wants folk who use those images to participate in the testing... :P
[14:55] <brendand> skaet, for some of these more obscure architectures, wouldn't it be good to 'ensure' the were tested. if you know what i mean
[14:59] <skaet> brendand,  yes.   Attempts this time around appear to have failed. :P
[14:59] <ogra_> skaet, checking
[15:01] <jibel> stgraber, bug 944035 could you confirm please
[15:01] <ubot2`> Launchpad bug 944035 in ibus "pinyin not listed by default on a fresh installation" [Medium,New] https://launchpad.net/bugs/944035
[15:02] <Riddell> skaet: have we given up on using https://help.ubuntu.com/community/PreciseUpgrades ?
[15:03] <brendand> skaet, well - i meant along the line of having someone whose job it is to do it
[15:03] <Riddell> brendand: canonical doesn't support those arches
[15:04] <stgraber> jibel: done
[15:04] <jibel> ta
[15:05] <Riddell> skaet: on https://wiki.ubuntu.com/RecognizedDerivatives does "Services that Canonical does not provide (but community members may) publishing on releases.ubuntu.com " mean "publishing on a widely mirrored server"?
[15:05] <Riddell> it doesn't mean community may hack into releases.u.c and publish these anyway?
[15:08] <Riddell> and shouldn't that page be renamed to RecognizedFlavours ?
[15:08] <Riddell> although I suppose that would mix the US and British spellings :)
[15:10] <Daviey> I am starting a new Flavour called RaspberryRipple edition, if anyone wants to help out.
[15:11] <skaet> Riddell,  yeah the page needs renaming and a redirect link put in place for the historical.
[15:11] <Riddell> Daviey: oh apachelogger would love that, he's not been a good maintainer of his fluffy flavour
[15:15] <dobey> is the ui freeze only for apps in the default install?
[15:15] <stgraber> dobey: no
[15:15] <dobey> stgraber: the wiki page is wrong then :)
[15:15] <nessita> stgraber: dobey meant the string freeze
[15:15] <dobey> https://wiki.ubuntu.com/UserInterfaceFreeze says "applications which are installed by default"
[15:16] <stgraber> hmm, maybe I'm wrong but I've always considered UI Freeze to affect anything that's part of any official documentation/screenshot
[15:16] <pitti> interesting, I wasn't aware of this
[15:16] <pitti> I had considered it to apply to the whole archive
[15:16] <dobey> stgraber: as did i, but we are discussing it now in a team meeting, and there is some confusion :)
[15:17] <stgraber> which can extend to pretty much anything in the archive and so usually meaning you always want a freeze exception
[15:17] <stgraber> even if it's pretty easy to get if it's not in any screenshot/documentation
[15:18] <dobey> pitti: i guess it should be discussed in release meeting tomorrow perhaps, to clarify and fix the wiki page if it's wrong?
[15:18] <skaet> Riddell,  clarification is probably appropriate as well.
[15:18] <pitti> dobey: *nod*
[15:18] <pitti> we won't have a meeting tomorrow
[15:18] <dobey> oh
[15:18] <dobey> hrmm
[15:19] <nessita> pitti: since we're in the freeze exception talks... may I ask how can I make this ffe move forward? https://bugs.launchpad.net/ubuntuone-control-panel/+bug/933697
[15:19] <ubot2`> Launchpad bug 933697 in ubuntuone-control-panel "[FFE] Integrate missing pages to Qt Control Panel" [Undecided,New]
[15:20] <dobey> pitti: what's the fastest way to resolve that then? just ask skaet to make an executive order? :)
[15:20] <pitti> nessita: ah, I left a comment there two weeks ago
[15:20] <pitti> dobey: I'm not sure really; as it affects the whole project, it should probalby be on -devel@ first
[15:20] <nessita> pitti: yeah, but not sure what the kubuntu folds have the final word on that, since this is an ubuntu app
[15:21] <dobey> pitti: ok, i'll send a mail
[15:21] <pitti> nessita: ah, it's not in Kubuntu either
[15:21] <skaet> nessitta, pitti, dobey - given there's a bunch of issue,  monday meeting (in new meeting format) work for folk?   updates should still go to ubuntu-release mail list by tomorrow though.
[15:21] <nessita> pitti: perhaps your wrote that when there was some confusion about U1 going with the qt control panel by default?
[15:21] <pitti> nessita: bug updated
[15:21] <pitti> nessita: I just had assumed that the qt control panel was in Kubuntu
[15:21] <nessita> pitti: that was fast! thanks :-)
[15:22] <dobey> skaet: what time is that?
[15:22] <pitti> skaet: I already have a meeting at 1600 UTC
[15:23] <pitti> skaet: but the "what is UIF" discussion ought to happen by mail IMHO anyway
[15:24] <Riddell> ubuntuone-control-panel qt isn't in kubuntu at all, that's something to look at for +1
[15:24] <skaet> dobey,  time hadn't been set.   Lets see if we can get it handled by mail first,  and if not - I'll try to find a time that works for most regular attendees and put it on the calendar.
[15:24] <dobey> skaet: ok
[15:25] <skaet> pitti,  noted.
[15:25]  * skaet prefers mail if possible after this week too....
[15:31] <jamespage> Daviey: iscsi tests all done
[15:34] <Daviey> jamespage: \o/
[15:38] <slangasek> ogra_: could you fill out the Ubuntu Core "new features" section on https://wiki.ubuntu.com/PrecisePangolin/TechnicalOverview as well?
[15:42] <slangasek> ogra_: I think we should probably mention armhf here in some context; Ubuntu Core might be the place to put that?
[15:51] <stgraber> skaet: Edubuntu is ready for beta1 (fully tested, no bugs identified), I'm running a Chinese OEM install now for fun but even if that breaks it's not really a big use case for us, at least not for beta1 :)
[15:55] <ogra_> slangasek, no prob, totally forgot that we didnt have -core for armhf in the past
[15:55] <slangasek> ogra_: thanks :)
[15:58] <skaet> Thanks stgraber!  :)
[16:00] <pitti> skaet, Riddell: need to leave to pick up my wife from the hospital; I'll check back again later
[16:00] <skaet> pitti,  thanks!
[16:03]  * GrueMaster wakes up, wishes for a bacon maple bar, starts testing mx5 instead.
[16:06]  * skaet curious about what a bacon maple bar is....
[16:07] <utlemming> skaet: http://en.wikipedia.org/wiki/Maple_bacon_donut (don't look if you've just eaten)
[16:08] <skaet> utlemming,  thanks!  :)
[16:09]  * Riddell makes https://help.ubuntu.com/community/PreciseUpgrades/Kubuntu and https://help.ubuntu.com/community/PreciseUpgrades/Kubuntu/10.04LTS
[16:32] <skaet> Riddell,  do you want me to just remove the images its clear we're not shipping from the tracker now,  or just leave them marked as disabled (ie. stroked out).
[16:50] <Riddell> skaet: stroked out is good
[16:50] <Riddell> skaet: which ones are we not shipping?
[16:52] <skaet> Riddell still waiting for some final results to come in and get jibel's report.
[16:53]  * skaet will stroke them out as they get ruled definitely no.
[16:56] <jibel> skaet, https://wiki.ubuntu.com/QATeam/ReleaseReports/PreciseBeta1TestReport
[17:03] <skaet> thanks jibel, looking.
[17:15]  * Riddell makes https://wiki.kubuntu.org/PrecisePangolin/Beta1/Kubuntu
[17:17] <skaet> thanks Riddell!  :)
[17:18]  * skaet likes the image in Calligra screen shot.
[17:18] <Riddell> best app for making hackergotchis :)
[17:18] <GrueMaster> jibel: Remove bug 925069.  That was fixed with the respin (unless you count kubuntu).
[17:18] <ubot2`> Launchpad bug 925069 in linux-ti-omap4 "No analog audio on omap4 panda" [Undecided,Confirmed] https://launchpad.net/bugs/925069
[17:19] <jibel> GrueMaster, ok, close the bug then, I'll regenerate the report.
[17:20] <GrueMaster> And bug 924456 was a firefox auto-fill glitch on my end when updating the tracker late last night.
[17:20] <ubot2`> Launchpad bug 924456 in ubiquity "ubiquity panel crashed with a segfault during oem-config-remove step" [Undecided,Invalid] https://launchpad.net/bugs/924456
[17:23] <GrueMaster> I already updated the tracker accordingly.
[17:23] <GrueMaster> bug 925069 closed.  I think this is the first time we've had working audio on Panda at Beta 1.
[17:23] <ubot2`> Launchpad bug 925069 in linux-ti-omap4 "No analog audio on omap4 panda" [Undecided,Confirmed] https://launchpad.net/bugs/925069
[17:24] <Riddell> skaet: on the kubuntu side we're all ready except we don't have anyone who can test netbook amd64 (probably not a useful test) and we don't have anyone who can test wubi
[17:25] <skaet> Riddell,  sounds reasonable for beta then.  :)
[17:25] <skaet> Riddel,  kubuntu active - what's the plans for it.
[17:25] <skaet> ?
[17:25] <Riddell> skaet: well hopefully get the images working for beta 2, it is --><-- that close
[17:26] <skaet> RIddell.   :)  coolio.
[17:26] <Riddell> just needs the session added and working
[17:36] <Riddell> skaet: what needs doing before I start on the Release minus 15 minutes tasks?
[17:39] <skaet> Riddell,  adding key bugs to TechnicalOverview (and removing those now fixed ;) )
[17:40] <ScottK> Is it OK to start dribbling stuff to the builders yet?
[17:42] <Riddell> skaet: "Ask LOSA to set the distrorelease back to DEVELOPMENT in Launchpad" can I do that now (it says release +1 day which seems curious)
[17:43] <Riddell> ?
[17:44] <skaet> Riddell,  notion historically was to wait until the images were out to make sure all the archive snapshots folks were taking were done before the flood started.
[17:44] <Riddell> archive snapshot talks?
[17:45] <skaet> Riddell,  see earlier in the checklist....  can you check they're done?
[17:46] <skaet> ScottK,  wait for us to check on that snap shot before anything serious.   ok for universe at this point,  we've got the images we're going with.
[17:50] <Riddell> skaet: I don't think it says anything about archive mirrors on https://wiki.ubuntu.com/BetaProcess
[17:53] <Riddell> skaet: all the mirrors I can think of in far away lands include ubiquity 2.9.23 which was one of the last packages uploaded
[17:53] <Riddell> e.g. http://kr.archive.ubuntu.com/ubuntu/pool/main/u/ubiquity/
[17:55] <skaet> Riddell,  not the mirrors - Notify commercial engineering (email<EMAIL_ADDRESS>AND cc<EMAIL_ADDRESS>IRC: schwuk) that the archive is in a consistent state
[17:55] <skaet> if schwuk is done,  we should be good to start the thaw.
[17:56] <skaet> Riddell,  sorry to be ambiguous.  typing to fast....
[17:57] <skaet>  https://help.ubuntu.com/community/PreciseUpgrades
[17:57] <Riddell> that PreciseUpgrades page looks a bit empty
[17:57] <skaet> Riddell,  yeah,  can you take a first pass at putting something sane in it.
[17:57]  * skaet noticed its referenced from the announce usually.
[17:58] <skaet> ?
[17:58] <Riddell> skaet: that page is for ubuntu desktop, I've no idea how to upgrade that
[17:58] <Riddell> seb128: ping
[17:58] <seb128> Riddell, pong
[17:58] <Riddell> 17:57 < skaet>  https://help.ubuntu.com/community/PreciseUpgrades
[17:58] <Riddell> 17:57 < Riddell> that PreciseUpgrades page looks a bit empty
[17:58] <skaet> https://help.ubuntu.com/community/OneiricUpgrades - should be close, and useful as starting point.
[17:58] <Riddell> seb128: who can do that page?
[17:59] <Riddell> 17:59 < schwuk> Riddell: we're done with main, so don't block on us
[17:59] <Riddell> skaet: ^^
[17:59] <seb128> let me look, I've no clue about this URL
[18:00] <seb128> https://help.ubuntu.com/community/OneiricUpgrades?action=info
[18:00] <seb128> no desktoper updated it previous cycle
[18:00] <seb128> I would say just copy the oneiric one...
[18:00] <Riddell> seb128: ok I'll do that
[18:00] <Riddell> oh except that wiki doesn't let you copy pages, sigh
[18:02] <GrueMaster> Open two tabs, one for the old page, one for the new.  Open the wiki editor in both, copy, paste.  Not terribly difficult.
[18:03] <Laney> blasted ghc fails on armhf
[18:04] <Riddell> seb128: please find an ubuntu person to update the various ubuntu bits on https://help.ubuntu.com/community/PreciseUpgrades
[18:04] <GrueMaster> I thought that was fixed.  Did a new upload clobber it?
[18:05] <GrueMaster> (referring the ghc)
[18:05] <Laney> something has regressed
[18:05] <Laney> the previous version worked
[18:06] <Laney> i pinged upstream on their bug tracker. depending on what they say, i'll try a HEAD build on a porterbox
[18:11] <Riddell> hmm no pitti, didrocks, mvo or seb128 to update the upgrade page.  amazing how a flavour so well resources can be the one we end up waiting on.
[18:11] <seb128> Riddell, is that blocking anything?
[18:11] <Riddell> seb128: yes, beta 1
[18:11] <seb128> Riddell, it's like you ping at 7pm and you need an update NOW
[18:12] <Riddell> seb128: it is pinging at 7pm and needing an update :)  but beta 1 has been on the schedule for months
[18:12] <seb128> and the update is not hard to do just do a replace all 11.10 -> 12.04 and then 11.04 -> 11.10
[18:12] <seb128> Riddell, well, that's the first time in my life I read about this page I think
[18:12] <Riddell> on you go then, I'm not in a position to read it over and check it's correct
[18:12] <seb128> it's not like it's something we knew we were supposed to do
[18:13] <seb128> Riddell, right, I didn't mean it has to be you, like skaet or anything could do it
[18:13] <seb128> but let me do it
[18:13] <seb128> I was just doing something and getting late for dinner
[18:13] <Riddell> seb128: it's not new, it's part of the release for many years, I'm only hassling you because jason and whoever else is on the release team from ubuntu is away
[18:13] <Riddell> so blame jason :)
[18:14] <skaet> Riddell,  where are the Ubuntu Core images going to be landing path wise?   can you give me the path...
[18:14] <Riddell> skaet: that I don't know, let me see if I can work it out
[18:15] <Riddell> skaet: http://cdimage.ubuntu.com/ubuntu-core/releases/12.04/beta-1/
[18:17] <skaet> Riddell,  great.  Thanks!   it seems to be missing from the TechnicalOverview.  I'll add it to the announce now, and TechnicalOverview, next time I open it.
[18:18] <Riddell> skaet: you might want to add an explanation of what it actually is :)
[18:19] <skaet> Riddell - there's an ubuntu core section.   ogra_ added some comments earlier.   Feel free to add more clarity though if you think its needed.  ;)
[18:19] <Riddell> skaet: we can unfreeze now?
[18:20] <Riddell> "Ubuntu Core saw just the general version upgrades for the contained packages."  for a new flavour that's not a very good description
[18:20] <seb128> Riddell, skaet: https://help.ubuntu.com/community/PreciseUpgrade updated
[18:20] <Riddell> NCommander: I think you gave us a description the other day?
[18:20] <skaet> seb128,  thank you!!!
[18:21] <seb128> yw
[18:21] <NCommander> Riddell: minimal Ubuntu environment subtiple for highly customized installs
[18:21] <Riddell> seb128: is that true for both 11.10 and 10.04 LTS ?
[18:22] <Riddell> NCommander: is it like jeos was?
[18:22] <seb128> Riddell, I'm about to do an update for that but wiki is slooooow
[18:24] <skaet> superm1,  how's Mythbuntu's tests looking?   we good to ship?
[18:24] <Riddell> NCommander: added https://wiki.kubuntu.org/PrecisePangolin/TechnicalOverview#Ubuntu_Core
[18:25] <pitti> Riddell: sorry, "upgrade page"?
[18:25] <superm1> skaet: not looking too good with bug 944131
[18:25] <ubot2`> Launchpad bug 944131 in mythbuntu-live-autostart "Colors are broken in install mode" [Undecided,New] https://launchpad.net/bugs/944131
[18:25] <Riddell> pitti: I think I hassled seb128 into doing https://help.ubuntu.com/community/PreciseUpgrade for ubuntu
[18:25] <superm1> somehow the GTK theme got broke with no changes, but not sure exactly when
[18:25] <skaet> superm1 - ah you might have run into what lubuntu had to do their respin for last night,  some upstream changes borking things.  :(
[18:25] <pitti> oh, that wasn't on my radar either indeed
[18:26] <superm1> skaet: oh goodie, if upstream changes fix it that would be wonderful! :)
[18:26]  * skaet goes looks for reference....
[18:26] <superm1> bug 944131 shows what it looks like
[18:26] <ubot2`> Launchpad bug 944131 in mythbuntu-live-autostart "Colors are broken in install mode" [Undecided,New] https://launchpad.net/bugs/944131
[18:26] <superm1> oops i didn't relaize i put that above already
[18:26] <Riddell> skaet: shall I add "hassle ubuntu people to update PreciseUpgrade" to BetaProcess?
[18:26] <Riddell> I mean "ask politely" :)
[18:28] <seb128> Riddell, pitti: updated https://help.ubuntu.com/community/PreciseUpgrades but it can probably do with some tweaking, like I dupped the desktop upgrade section for 11.10 and 10.04 and just changed the menu use to dash use for 11.10 and the software-properties normal->lts option
[18:30] <GrueMaster> Riddell: Under Known Issues, bug 871785 no longer affects preinstalled images.
[18:30] <ubot2`> Launchpad bug 871785 in ubiquity "crash on ARM at the end of install" [High,New] https://launchpad.net/bugs/871785
[18:30] <GrueMaster> (not sure why it wasn't closed.  It was fixed before Alpha 1 iirc.
[18:31] <Riddell> skaet: you onto that or shall I? ^^
[18:31] <Riddell> seb128: lovely, thanks
[18:31] <skaet> Riddell,  please do.   am on image scrub mode....
[18:33]  * skaet will find bug for superm1 and pitti after - not showing up after quick search.   Look at the logs (#ubuntu-meeting, #ubunt-testing, #ubuntu-release) from yesterday evening UTC.
[18:34] <GrueMaster> Riddell: While you are in edit mode, we should add a section on Arm Hard Float support.  ogra_ should have the details.
[18:34] <Riddell> GrueMaster: that's the armhf images?
[18:35] <GrueMaster> yes.
[18:35] <Riddell> ogra_: anything to say on it?
[18:35] <GrueMaster> And I believe armel images are being dropped, with the pool reverting to sustaining mode.
[18:35] <GrueMaster> armel pool, that is.
[18:38] <skaet> Riddell,  ok,  I've marked off the images we won't be shipping.
[18:38] <skaet> Riddell, pitti, jibel - can you do a pass on the image set on the tracker and see if it all makes sense to you?
[18:38] <Riddell> skaet: hmm xubuntu features on the technicalOverview page include "Using the new installer, maybe-ubiquity" I suspect they might not have got the idea of marketing worked out
[18:39] <skaet> Riddell, yup, tweak it please.
[18:39]  * skaet going to adjust the Announce to not have Mythbuntu...
[18:41] <superm1> skaet: https://lists.ubuntu.com/archives/precise-changes/2012-February/011040.html ?
[18:42] <skaet> superm1 yes - problem is upstream though, according to the discussion I was seeing.   lubuntu put in a workaround.
[18:42] <skaet> superm1 - not sure if the unico in the queue right now address it or not.
[18:43] <superm1> seb128: you were the uploader for the unico in the queue, can you comment on if that will be fixing it?
[18:44] <superm1> if not, i guess i can probably adapt the workaround that lubuntu is using temporarily for us too
[18:44] <seb128> superm1, "it"?
[18:44] <superm1> seb128: bug 938472
[18:44] <ubot2`> Launchpad bug 938472 in lubuntu-artwork "dialogs are barely readable-- grey on black????" [Undecided,Fix released] https://launchpad.net/bugs/938472
[18:45] <superm1> the upstream change that skaet and I were discussing
[18:45] <seb128> superm1, not likely, that would rather be a light-themes update
[18:45] <GrueMaster> heh.  People on #ubuntu-arm are already chomping at the bit for Beta 1.
[18:45] <seb128> kenvandine is supposed to upload one once the freeze ends
[18:48] <skaet> GrueMaster, all the bugs you aware that folks might bump into already in the TechnicalOverview?
[18:48]  * GrueMaster rechecks.
[18:48] <kenvandine> seb128, already uplaoded
[18:50] <seb128> kenvandine, great, thanks
[18:51] <GrueMaster> There were other bugs for arm server, but mainly annoyances.  Other than that, everything looks fairly accurate.
[18:51] <ogasawara> skaet: fyi, I just added 911059 to kernel known issue for Technical Overview
[18:51] <skaet> Thanks ogasawara
[18:52] <GrueMaster> skaet: On the tech overview, I still see bug 925069 under Desktop issues.
[18:52] <ubot2`> Launchpad bug 925069 in linux-ti-omap4 "No analog audio on omap4 panda" [Undecided,Fix released] https://launchpad.net/bugs/925069
[18:53] <GrueMaster> Leave it under Kubuntu though, as we didn't respin those images.
[18:56] <skaet> GrueMaster, perfect.  Thanks
[19:01] <slangasek> skaet, GrueMaster: so did someone fix the md5sums issue, or did it just recur with the latest arm desktop builds?
[19:01] <skaet> superm1, pitti - https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/943682%C2%A0
[19:01] <ubot2`> Launchpad bug 943682 in gtk+3.0 "gtk3 draws black backgrounds with unico themes" [High,Confirmed]
[19:01] <slangasek> s/just recur/just not recur/
[19:02] <GrueMaster> slangasek: I checked the daily-preinstalled/20120301.1 directory this morning.  They looked ok.
[19:02] <slangasek> yeah, I've just confirmed here that they're ok
[19:02] <skaet> slangasek,  infinity thought the problem was someone doing things by hand, but if its reoccured - there is something that needs fixing.
[19:02] <GrueMaster> ubuntu-server is still out of whack, but they weren't respun.
[19:02] <slangasek> ok
[19:02] <slangasek> yes, the problem *hasn't* recurred
[19:03] <superm1> skaet: ah okay so this won't be fixed by the updated unico in the queue or the light-themes in the queue then
[19:03]  * skaet having problems parsing that last comment from slangasek..
[19:04] <Riddell> skaet, Daviey: the BetaProcess page doesn't seem to say anything about the cloud images, presumably someone takes care of those?
[19:04] <skaet> are the md5checksums ok?
[19:04] <slangasek> yes
[19:04] <slangasek> the problem hasn't recurred
[19:04] <slangasek> :)
[19:04] <skaet> Riddell,  utlemming will publish.
[19:04] <skaet> thanks slangasek.
[19:04] <skaet> :)
[19:04] <Riddell> skaet: should i add "ensure utlemming publishes cloud" to Process page?
[19:05] <Riddell> manifest page says the release contact is Antonio Rosales who has no wiki page
[19:05] <Riddell> Daviey: nudge your friend arosales into makeing a wiki page please :)
[19:05] <utlemming> Riddell: Antonio (arosales) is my manager
[19:05] <skaet> Riddell,   yeah,  may as well make it explicit.
[19:06] <skaet> thanks!
[19:06] <utlemming> Riddell: as capable as he is, I'm the one that pulls the trigger
[19:06] <skaet> :)
[19:06] <skaet> utlemming - trigger pull for yours.
[19:06] <Riddell> utlemming: this ok for 15 minutes before release task? " 1. Ensure Server Cloud team publishes cloud images (IRC: utlemming)"
[19:07] <utlemming> Riddell: ah yeah, that is
[19:07] <skaet> Riddell,  image set up on the tracker match your expectations?
[19:07] <utlemming> It takes about 15 minutes to do the publishing task
[19:07]  * skaet wants another set of eyes due to the late changes on the big list.
[19:08] <Riddell> skaet: yep
[19:09]  * utlemming starts publishing cloud images
[19:10] <skaet> Riddell,  ok, go ahead and start publishing that set as well,  we'll be needing to check the links VERY carefully on these before any announce go out.
[19:11] <Riddell> ack
[19:11] <Riddell> I don't plan to do anything without it being VERY careful :)
[19:13] <utlemming> looks like I have a slight bug in the publishing step...investigating
[19:15] <skaet> Riddell,  :)
[19:20] <Riddell> skaet, pitti: the diff command says to diff against ../www.prev/full  do I just copy that at the start to get it in sync?
[19:21] <skaet> slangasek, infinity, ^
[19:21] <Riddell> "ssh: Could not resolve hostname beryllium.ubuntu.com: Name or service not known"  sync-mirrors out of date?
[19:21] <Riddell> same for chromium.canonical.com
[19:22] <Daviey> hey
[19:22] <Riddell> skaet: this looking good? http://cdimage.ubuntu.com/kubuntu/releases/precise/beta-1/
[19:22] <Daviey> Riddell: yes, i've been tracking the cloud images.
[19:23] <Riddell> skaet: that should be kubuntu done, if it's good I can move down the publish list
[19:23] <skaet> Riddell,  probably need to change sentence at the top "For the most frequently downloaded CD images, see releases.ubuntu.com."
[19:24] <skaet> actually all 3 probably need rewriting.
[19:24] <Riddell> skaet: all 3 which?
[19:25] <skaet> Riddell,  intro paragraph on top of Kubuntu page
[19:25] <skaet> http://cdimage.ubuntu.com/kubuntu/releases/precise/beta-1/
[19:26] <utlemming> okay...cloud-image publishing is progressing now. Root cause was that we dropped ARMEL for cloud images and replaced it with ARMHF. The cdimage scripts were looking for ARMEL images.
[19:26] <Riddell> skaet: I've removed that sentence, what do you mean by "all 3"?
[19:26] <Riddell> gosh he left quick, must be confident it's all sorted
[19:26] <Riddell> utlemming: they have arm clouds now?
[19:27] <Riddell> stgraber: bug 944103 not a big issue for edubuntu?
[19:27] <ubot2`> Launchpad bug 944103 in xorg "unity does not appear" [Undecided,Confirmed] https://launchpad.net/bugs/944103
[19:28]  * Riddell skips edubuntu and does lubuntu
[19:28] <Riddell> skaet: lubuntu into their powerpc are they?
[19:29] <utlemming> Riddell: armhf images are tech preview for whenever the vapor coloalesces to create a cloud
[19:29] <stgraber> Riddell: all 4 installs I made all worked, so no, that must be specific to this tester
[19:29] <Riddell> stgraber: groovy
[19:30] <stgraber> Riddell: moved the bug to non-serious as 3 other reporters reported the same test as a pass
[19:32] <skaet> Riddell, yup.  they've got some folks with machines willing to test.  :)
[19:32]  * Riddell twiddles thumbs waiting on the edubuntu images to publish
[19:34] <Riddell> hi knome
[19:34] <knome> hello Riddell
[19:34] <knome> is there something urgent?
[19:35] <Riddell> knome: beta 1 :)
[19:35] <Riddell> knome: ok to publish?
[19:36] <Riddell> knome: and are you happy with your technical overview
[19:37] <utlemming> cloud-images are now published
[19:38] <Riddell> waiting on beta-1 to appear at http://cdimage.ubuntu.com/edubuntu/releases/12.04/ and http://cdimage.ubuntu.com/lubuntu/releases/12.04/
[19:38] <GrueMaster> Riddell: Couple of things on http://cdimage.ubuntu.com/kubuntu/releases/precise/beta-1/ the armhf images aren't there, and the MD5SUMS for them don't match what I have tested (not that the daily-preinstalled MD5SUMS matched either).
[19:38] <knome> Riddell, yes, as said in #xubuntu-devel. and yes, that's fine really, though i don't know why the maybe-ubiquity -message was weird.
[19:38] <Riddell> knome: I couldn't parse it, put it back if you're happy with it
[19:39] <Riddell> it read like "maybe we have this new installer thing, or maybe not"
[19:39] <knome> Riddell, no, "maybe-ubquity" is the installer *name*
[19:39] <knome> +i
[19:40] <Riddell> knome: I know that now, but nobody reading it for the first time will
[19:41] <skaet> slangasek, ^ looks like we've got MD5SUMS problems - can you dig into it a bit.
[19:41] <skaet> ?
[19:41] <knome> Riddell, okay, the release notes for xubuntu are updated.
[19:42] <Riddell> GrueMaster: kubuntu-12.04-beta1-preinstalled-desktop-armhf+omap{,4}.img.gz is on the master so I guess it's still syncing
[19:42] <slangasek> skaet, GrueMaster, Riddell: confirmed that the md5sums are bad for the arm images there; will regenerate
[19:43] <Riddell> thanks slangasek
[19:43]  * Riddell moves onto xubuntu and ubuntustudio
[19:44] <ScottK> Who emptied the New queue?
[19:44] <skaet> thanks slangasek
[19:45] <skaet> ScottK ???
[19:45] <ScottK> https://launchpad.net/ubuntu/precise/+queue?queue_state=0&queue_text=
[19:45] <ScottK> Nothing there now.
[19:45] <ScottK> Someone on #ubuntu-devel is wondering why his package got rejected.
[19:45] <Riddell> wasnae me
[19:46]  * skaet shakes head....   really wants that logging....  yesterday
[19:46] <Riddell> jdstrand logged in?
[19:46] <ScottK> And I can tell you're really you since you're IRCing in Scottish.
[19:46] <jdstrand> Riddell: ?
[19:46] <jdstrand> oh, I am deNEWing
[19:46] <jdstrand> I accidentally rejected some stuff and am putting it back
[19:46] <ScottK> OK.
[19:46] <ScottK> There we go.
[19:47] <slangasek> md5sums, sha1sums updated; strangely the sha256sums were already correct
[19:47] <ScottK> Actually it was #ubuntu-motu.
[19:47] <Riddell> stgraber: http://cdimage.ubuntu.com/edubuntu/releases/12.04/beta-1/ appearing
[19:48] <Riddell> slangasek: when I do the ubuntu ones they'll be correct now?
[19:48] <slangasek> Riddell: as far as we know; we haven't reviewed them all
[19:48] <slangasek> the only ones that have turned up broken so far were the arm ones GrueMaster reported
[19:48] <slangasek> and the working theory is that someone did something by hand that broke them to begin with
[19:49] <Riddell> slangasek: do you know how to reset www.prev for diffing?  just rm -r and cp -r ?
[19:49] <Riddell> (which sounds scary)
[19:50] <slangasek> Riddell: I rm -r www.prev when done with it, yes
[19:50] <slangasek> and please cp -al to recreate
[19:50] <slangasek> so that you're not doubling the disk usage unnecessarily :)
[19:50] <Riddell> running rm -r anywhere on that server sounds scary :)
[19:50] <slangasek> yeah
[19:51]  * ScottK hands Riddell an 'f' to make it even more fun.
[19:51] <GrueMaster> Add a -f, you'll be fine.
[19:52] <ScottK> What could go wrong?
[19:56] <GrueMaster> Oh, and IS likes it when you start from /.
[20:02] <Unit193> -v lets you see the horror you could have caused had you not done it.
[20:02] <Riddell> GrueMaster: while I'm waiting on ubuntu to sync, what's the relationship between omap, omap4, ac100 and mx5?
[20:02] <GrueMaster> Relationship?  They are different platforms.
[20:03] <GrueMaster> Each arm SOC requires specific kernel & bootloader.
[20:03] <ScottK> Riddell and/or skaet: Can we start accepting stuff yet?
[20:03] <Riddell> ScottK: good with me
[20:03] <ScottK> OK.
[20:03]  * ScottK looks
[20:04]  * Riddell asks to set back to Development in Launchpad
[20:04] <ScottK> Just accepting Universe stuff for the moment so any new main upload would get the next buildd.
[20:04] <Riddell> GrueMaster: who's the manufacturer of each?  and which is this pandaboard?
[20:05] <ScottK> Or not due to LP timeouts.  We'll see.
[20:05] <GrueMaster> Riddell: check http://wiki.ubuntu.com/ARM
[20:06] <Daviey> Who has been reject'ing NEW things?
[20:06] <Daviey> (without a rejection mail.)
[20:06] <Riddell> Daviey: jdstrand (but try not to be grumpy else you'll sound like me :)
[20:06] <Daviey> hah
[20:11] <Riddell> ScottK, skaet: https://launchpad.net/ubuntu/precise says "Status: Active Development"
[20:11] <ScottK> ;-)
[20:12] <skaet> Thanks Riddell.   time to turn off the bot?
[20:13] <Riddell> skaet: yes, is that you who does that?
[20:13] <skaet> stgraber, ^ can you turn off the channel bot now.   We're back to letting things flow in to the archives.
[20:13] <skaet> not announced though yet - still checking all the links.. etc.
[20:14] <stgraber> skaet: once unapproved has been flushed it should stop automatically as nothing should hit unapproved anymore
[20:14] <skaet> stgraber,  coolio.  thanks.
[20:17] <Riddell> knome: please check over http://cdimage.ubuntu.com/xubuntu/releases/precise/beta-1/
[20:24] <Riddell> skaet: http://releases.ubuntu.com/ looks updated
[20:24] <micahg> stgraber: re packagesets and gdebi, the issue was it was a package in main which are generally not allowed in the flavor packagesets, I'm working to have it demoted though which I why I said the case would be moot
[20:25] <Riddell> pitti, Daviey: please check over http://releases.ubuntu.com/precise/
[20:25] <skaet> Riddell,  thanks.  will see if the web side can see it now then...
[20:25] <stgraber> micahg: k
[20:26] <Unit193> The 32bit ISOs for Lubuntu check with those md5sums.
[20:26] <Riddell> lovely
[20:28] <phillw> unit do you want me check the amd64's and ppc ones?
[20:28] <phillw> Unit193: ^^
[20:29] <Unit193> Well, I don't have those.
[20:29] <Riddell> skaet: this for me to do? "Copy .manifest to .manifest.full, pruning all images from previous releases from the .manifest file to allow timely mirror probing."
[20:29] <phillw> okies, I'm grabbing them now :)
[20:32] <phillw> lubuntu-12.04-beta1-alternate-powerpc.iso is okay
[20:37] <phillw> lubuntu-12.04-beta1-desktop-amd64.iso is okay
[20:39] <Riddell> slangasek: can you tell me what needs pruned in .manifest ?
[20:39] <Riddell> "Copy .manifest to .manifest.full, pruning all images from previous releases from the .manifest file to allow timely mirror probing." but it has previous releases
[20:39] <slangasek> yes, prune the previous releases
[20:40] <slangasek> you only want the precise images in the manifest for milestone publishing
[20:40] <slangasek> otherwise the mirror prober takes an eternity to check mirrors
[20:40] <Riddell> slangasek: but it has lots for maverick lucid hardy oneiric, I should scrap them all?
[20:40] <slangasek> yes
[20:40] <slangasek> they're backed up to .full, that's the point :)
[20:41] <Riddell> slangasek: like this http://paste.kde.org/432062/ ?
[20:41] <phillw> lubuntu-12.04-beta1-desktop-powerpc.iso is okay.
[20:42] <Riddell> it just seems a bit weird since all the non oneiric ones should have gone last beta
[20:42] <slangasek> Riddell: exactly right
[20:42] <Riddell> phillw: I think you only need tell us if one is wrong :)
[20:42] <slangasek> Riddell: well, post-milestone the .manifest.full is meant to be moved back
[20:42] <slangasek> I don't know if we have that on the checklist
[20:43] <Riddell> oh I see
[20:43] <Riddell> I expect we do
[20:43] <phillw> Riddell: oops - well Unit193 has checked the i386 ones and I've checked the ppc & amd64 ones... all good to go :)
[20:44] <Riddell> http://se.releases.ubuntu.com/precise/ seems to be on the ball
[20:44] <slangasek> it's largely push mirroring nowadays, which helps
[20:44] <Riddell> slangasek: "Check torrents for proper functionality" that means grabbing a .torrent file and checking it torrents?
[20:44] <slangasek> yeah
[20:45] <slangasek> intended as a spot check because we used to have big problems with the torrent server
[20:46] <Riddell> hmm it says "stalled" when opening in ktorrent
[20:46] <Riddell> "error(s): [20:46:44] rejected by tracker - Requested download is not authorized for use with this tracker."
[20:47] <slangasek> do you get the same error for a 11.10 torrent?
[20:47] <Riddell> slangasek: nope
[20:47] <Riddell> that starts the download
[20:48] <slangasek> Riddell: hmm, escalate to #is
[20:48] <knome> Riddell, there's only alternates for xubuntu?
[20:49] <Riddell> knome: http://cdimage.ubuntu.com/xubuntu/releases/12.04/beta-1/ lists Desktop and Alternate
[20:49] <Riddell> if the desktops aren't there yet that's just syncing
[20:50] <knome> Riddell, right'o, thanks
[20:51] <Riddell> skaet: besides torrents  (which is being looked at) and mirror syncing I think I'm all done
[20:52]  * Riddell goes to get some food, back soon
[20:52] <skaet> Riddell,  thanks!  enjoy dinner.
[20:53]  * skaet working on editing the release notes a bit to make more consistent style throughout and grammer improvements.
[20:53] <skaet> lol,  ^ maybe someone else should take the grammar pass on them...
[21:02] <NCommander> skaet: ping?
[21:04] <stgraber> skaet: doing a quick pass (though I'm clearly not the best at english grammar for obvious reason)
[21:06] <slangasek> s/reason/reasons/ ;-)
[21:06] <slangasek> oh no, I've just volunteered myself
[21:08] <phillw> slangasek: congratulations :D I was going to approach https://launchpad.net/~pedro3005 as he does my grammar stuff for wiki / tutorials etc :)
[21:09] <slangasek> ah, stgraber has the lock though
[21:09] <stgraber> skaet, pitti: shouldn't remmina be listed somewhere on TechnicalOverview?
[21:09] <stgraber> slangasek: yep, half way through the page (have a few minor fixes)
[21:10] <slangasek> stgraber: can you fix s/OV/OW/, please :)
[21:10] <slangasek> that's been bugging my inner wannabe EE
[21:11] <skaet> slangasek, stgraber - official page has now moved to https://wiki.ubuntu.com/PrecisePangolin/TechnicalOverview/Beta1 - yes, it needs some love.  All help much appreciated.  signal here, when editing.
[21:14] <Riddell> torrents are fixed now
[21:17]  * stgraber dreams of a world where the wiki takes less than 5 minutes to render a preview of a page...
[21:17] <stgraber> slangasek: should we list resolvconf in Other after the dnsmasq entry?
[21:18] <slangasek> stgraber: makes sense to me
[21:18] <stgraber> hmm, is Ubuntu core really still considered "new"?
[21:18] <stgraber> we already had it for Oneiric I believe, didn't we?
[21:19] <phillw> are you going to mention the G3 ppc issue for lubuntu as a flag, or do you want to await further testing?
[21:22] <skaet> stgraber, it was a tech preview in Oneiric,  so new probably should be altered.
[21:22] <jdstrand> ok, the new queue should be back in order (and yes, it is actually caught up)
[21:22] <slangasek> stgraber: correct, core existed already in 11.10
[21:27] <slangasek> stgraber: if you're still editing, can you also replace the references to bugs 904240 and 940396 with a single reference to 927993?
[21:27] <ubot2`> Launchpad bug 904240 in launchpad "Please give permissions to tue Ubuntu Translations Coordinators team to request full language pack exports" [Low,Triaged] https://launchpad.net/bugs/904240
[21:27] <ubot2`> Launchpad bug 940396 in update-manager "lucid -> precise main all failed to upgrade: dpkg: dependency problems prevent configuration of kde-runtime (dup-of: 927993)" [High,New] https://launchpad.net/bugs/940396
[21:27] <ubot2`> Launchpad bug 927993 in apt "distribution upgrade from lucid to precise failed with : package dpkg is already installed and configured" [High,Triaged] https://launchpad.net/bugs/927993
[21:27] <slangasek> bug #940240, I mean :)
[21:27] <ubot2`> Launchpad bug 940240 in update-manager "lucid -> precise upgrade: dist-upgrade/apt-term.log only shows packages being removed" [High,Triaged] https://launchpad.net/bugs/940240
[21:28] <slangasek> skaet: ^^ bug #940240 impacts automated testing and nothing else
[21:28] <skaet> Riddell, ScottK, stgraber, gilir, scott-work, phillw, knome - can you look through https://wiki.ubuntu.com/PrecisePangolin/Announcement/Beta1 and make sure I've got the highlights for each of your products accurate.
[21:28] <skaet> slangasek,  thanks for noticing that.  :)
[21:30] <knome> skaet, is it intentional that the default shortcuts-section is removed from xubuntu?
[21:31] <skaet> knome,  yes, was trying to just pick up the big features - this is a teaser so they'll look at the details under your project.
[21:31] <knome> skaet, coul you also add: "For more information, go to http://xubuntu.org/"
[21:31] <knome> +d :)
[21:31] <knome> -,, if you like
[21:32] <skaet> knome,  happy to.   Adding.  :)
[21:32] <knome> i mean, a link is always nice ;) thanks :)
[21:33] <stgraber> slangasek: changes saved (including yours)
[21:33] <slangasek> stgraber: thanks
[21:33] <skaet> thanks stgraber
[21:33] <phillw> skaet: "The final version of Ubuntu 11.10 is expected to be released on  April 26, 2012." ... oops?
[21:33] <skaet> phillw - you win the prize!   good catch!
[21:34] <skaet> knome, phillw, changes made.
[21:34] <knome> skaet, thanks
[21:35] <highvoltage> oh shoot, I wanted to win the prize this cycle :( (at least there's always next time)
[21:35] <phillw> skaet: as per what knome said, is it poosible to add For more information, go to https://wiki.ubuntu.com/Lubuntu for us? We may be moving lubuntu.net about a bit soon, so wiki entry is going to be safer
[21:35] <skaet> highvoltage,  :)
[21:36] <skaet> phillw - sure.  will change.
[21:36] <phillw> the new theme is about to go to sandbox, hoping to have it out before 12.04 :)
[21:37] <stgraber> skaet, slangasek: I'm not sure if we should promote the dnsmasq/resolvconf change to the announcement instead of just the release notes. It technically was already these in alpha-2 but if people start testing with beta-1 they might be a bit surprised (especially for servers)
[21:38] <slangasek> IMHO it doesn't need to be in the announcement
[21:38] <slangasek> I think that's the sort of thing people are meant to read release notes for
[21:38] <stgraber> yeah, I guess they at least will before filing a bug report ;)
[21:39] <skaet> stgraber,  I agree with slangasek,   announce is just a teaser so folks go read more info,
[21:39] <gilir> skaet, looks ok for me, thanks phillw for the check :)
[21:39] <skaet> in release notes, etc.
[21:40] <phillw> gilir: oooh, Hiyas Boss!
[21:40] <stgraber> always fun to see slashdot and other news sites announcing a release before the announcement is actually out ;) (http://linux.slashdot.org/story/12/03/01/2047217/ubuntu-1204-lts-precise-pangolin-beta-1-released)
[21:41] <phillw> he he - is not on OMGUbuntu already? :)
[21:41] <Riddell> ooh linked directly to the cdimage server, IS won't be happy
[21:41] <Unit193> It hit that yesterday. ;)
[21:42] <stgraber> phillw: it's too ;)
[21:42]  * Riddell is tempted to sync a "hello slashdot" index.html file there for good fun
[21:42] <phillw> that would be fun as they decided to another re-spin after I finally went to bed :P
[21:43] <Riddell> that's crazy, that's not even the right server
[21:48] <ScottK> It's on OMGUbuntu, but they at least link to r.u.c.
[21:49] <Riddell> well posted to slashdot, let's see if I get any mod's up this time
[21:50]  * skaet giggles at "hello slashdot" idea...
[21:50] <knome> just add an .htaccess rewrite to the right place for those whose referrer is slashdot.org
[21:50] <Riddell> knome: got the magic runes for that?
[21:50] <highvoltage> "Sorry slashdot, but the princess is in another castle!"
[21:51] <knome> let me check, i have something like that somewhere
[21:52] <knome> Riddell, http://paste.ubuntu.com/864204/ <- something along the lines of that
[21:53] <Riddell> that'll be for apache config which i can't do
[21:53] <Riddell> dunno if it's set up for RewriteEngine to be turned on in .htaccess, probbably not
[21:53] <knome> well, as i said, .htaccess...
[21:53] <knome> what *can* you access? php?
[21:53] <Riddell> skaet: should I try?
[21:55] <knome> Riddell, actually, you want line 4 to end with: ^http://(.*)slashdot\.org(.*) [NC]
[21:56] <skaet> Riddell,   if you can help with the redirect at this point,  might be nice.   kinda sucky they got the wrong link.
[21:56] <knome> Riddell, and error code prolly 302 (temp redirect) rather than 403 (forbidden)
[21:57] <knome> Riddell, updated: http://paste.ubuntu.com/864208/
[21:58] <Riddell> it worked :)
[21:58] <Riddell> http://linux.slashdot.org/story/12/03/01/2047217/ubuntu-1204-lts-precise-pangolin-beta-1-released  go follow the link
[21:58] <knome> good
[21:58] <knome> well now it says not following properly
[21:59] <Riddell> hmm
[21:59] <knome> you should add a rewritecond to only affect the index file
[21:59] <Riddell> well it was working
[21:59]  * Riddell changes back to 403
[21:59] <knome> weird, if it's that :)
[22:00] <knome> ah, right
[22:00] <knome> yeah, now you just get the forbidden msg, you're not redirected anywhere
[22:00] <Riddell> hmm, what did I change?
[22:00] <knome> if you use 302, you should have a rewritecond that allows them seeing slashdot.html :)
[22:00] <knome> nothing, it just how apache works
[22:01] <knome> with 403, it's not going to try to redirect
[22:01] <knome> with 302, it is, and because slashdot.html is also going to be redirected to the same address, it becomes an indefinite loop
[22:01] <balloons> Riddell, i see your already having to answer the kids on slashdot
[22:01] <balloons> :-)
[22:02] <knome> RewriteCond %{REQUEST_URI} index.php
[22:02] <knome> i suppose..
[22:03] <knome> or maybe index.php$ :)
[22:04]  * knome is off. good luck with that :)
[22:05] <Riddell> ok fixed by moving it to http://people.canonical.com/~jriddell/slashdot.html
[22:07] <balloons> ugh.. Riddell omg has it out as released also
[22:07] <balloons> http://www.omgubuntu.co.uk/2012/03/ubuntu-12-04-beta-1-released/
[22:07] <stgraber> Riddell: your link to ubuntu-announce points to ubuntu-release instead
[22:08] <stgraber> balloons: yeah, it was mentioned earlier but omg points to the right server at least
[22:09] <Riddell> stgraber: fixed
[22:11] <Riddell> I wonder if I sould do similar for omgubuntu
[22:11] <Riddell> or would that just be immature?
[22:15] <ScottK> Riddell: Redirect them at each other.
[22:16] <balloons> ScottK, +1
[22:16] <Riddell> :)
[22:22]  * skaet hits send,  announce should be coming out after it gets through the checks...
[22:23] <Laney> nice
[22:24] <phillw> Riddell: I could not mention any "news" groups by name... but I just posted https://www.facebook.com/groups/lubuntu.official/
[22:24] <skaet> Riddell,  want to do the banner honors in #ubuntu-devel?
[22:25] <stgraber> skaet: can I mark beta1 as released on the ISO tracker and re-enable daily?
[22:26] <Riddell> skaet: mm I don't know if I have the privilages
[22:26] <skaet> stgraber, yes please.
[22:26] <Riddell> 22:26 -ChanServ(ChanServ@services.)- You are not authorized to perform this operation.
[22:27] <skaet> Riddell,  okie.  just wanted to give you the chance.   if you could.    Thanks for steering the bits out sucessfully. :)
[22:28] <stgraber> jibel: I'll remove the Edubuntu LTS-to-LTS upgrade testcase as 10.04 wasn't an LTS for us so 10.04 -> 12.04 isn't a supported upgrade path for Edubuntu
[22:29] <skaet> And thanks slangasek, stgraber, jibel, pitti for your help yesterday and today,  very glad we were able to get that respin.  Nice work indeed.
[22:29]  * Riddell updates http://people.canonical.com/~jriddell/slashdot.html
[22:30] <slangasek> skaet: n/p
[22:30] <stgraber> skaet: and thanks to you too!
[22:32] <phillw> It was a pretty awesome achievement all round. A big thank-you to everyone from the lubuntu team, we were really struggling - yet the rabbit was produced out of the magicians hat and we have a working beta 1 --- Brilliant work.
[22:32] <knome> night everybody!
[22:33] <skaet> Thanks phillw and lubuntu team - nice work indeed.
[22:33] <skaet> Thanks for staying up late knome and those last edits.  :)
[22:34] <micahg> stgraber: are your LTS -> LTS upgrade tests published anywhere? (I'm curious about Xubuntu)
[22:36] <phillw> I guess our payback is that GTK is now recognised as a bug & is being worked on. Scary, very scary for us to be faced with that issue.
[22:36] <stgraber> micahg: I'm not running any yet because it'd take way too long to run them
[22:36] <stgraber> micahg: I might be able to if I stop running both i386 and amd64 or if I move to a faster machine
[22:37]  * GrueMaster returns to his previously scheduled programming.
[22:38]  * micahg wonders what's on the GrueMaster channel
[22:38] <GrueMaster> work.  Lots of work.
[22:41]  * skaet goes to edit the TechnicalOverview some more - Mythbuntu does have an issue...
[22:42] <Daviey> oh?
[22:58] <Riddell> Daviey: it doesn't exist
[22:59] <Riddell> might be a release notable issue :)
[22:59] <Daviey> Minor quibble!
[22:59] <skaet> Daviey,  they got stung by the same thing that hit lubuntu,  but we didn't have time to respin when they noticed it.   :(
[23:00] <skaet> https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/943682
[23:00] <ubot2`> Launchpad bug 943682 in gtk+3.0 "gtk3 draws black backgrounds with unico themes" [High,Confirmed]
[23:05] <phillw> it was suspected that Mythbuntu would be hit. Any *buntu using GTK would be affected.
[23:06]  * Riddell invites everyone over to the shiny Qt side of the room </troll>
[23:06] <phillw> skaet: that bug needs renaming as it has been stated that it is a pure GTK bug, not a Unico one.
[23:07] <skaet> phillw,  please edit if you can.  If not,  let me know and I'll take a pass.   Be good if you put your comments about the scope of this too.  possible?  :)
[23:07]  * skaet fighting with the *slow* wiki right now.
[23:07] <phillw> mutters quietly as to how they managed to get GTK to not accept hex colours ;)
[23:08] <phillw> I can add on what rafael said, I forwarded his email to ubuntu-qa. that is the most recent information I have from someone who actually understands the problem :)
[23:13] <superm1> phillw: that's what the problem actually is?  GTK's color parser can't figure out hex now?
[23:15] <seb128> that bug is not a gtk bug
[23:15] <seb128> it's a theme bug
[23:15] <seb128> light-themes got fixed, whatever theme you guys need fixing as well
[23:16] <seb128> gtk improved their css spec compat and that require updates in the themes css to handle it correctly
[23:16] <seb128> you guys "use"*
[23:16] <phillw> superm1: that was one of the comments that was raised, I'm not au-fait (familiar) with GTK etc.
[23:17] <phillw> seb128: the GTK people see it as a bug. Rafael has been in touch with the devs of both GTK and Unico.
[23:18] <seb128> weird
[23:18] <seb128> I would be surprised
[23:18] <seb128> especially that neither adwaita nor light-themes have that issue
[23:19] <phillw> seb128: you would be better chatting to Rafael, all I know is that it has affected multiple version of debian based distros and without any checks for possible regressions.
[23:22] <seb128> well I don't need to check anything, I've no issue, I was just giving some infos
[23:22] <seb128> if you wait on gtk you can wait for long
[23:22] <seb128> your theme need to be updated
[23:22] <seb128> dunno who Rafael is but tell him that having his infos about what is the issue with gtk on the bug would help to get it solved
[23:22] <seb128> it's not tracked properly enough to be resolved as it
[23:23] <phillw> seb128: http://pastebin.com/mVzrRsF2
[23:25] <phillw> seb128: you are more than welcome to chat to Rafael<EMAIL_ADDRESS>[23:25] <phillw> It is way beyiond my limited knowledge.
[23:27] <seb128> phillw, when was that discussion?
[23:28] <seb128> phillw, well in any case as said before why should I contact anyone, I've no issue
[23:28] <phillw> in the last 24 / 48 hours.
[23:28] <seb128> phillw, I'm happy to help if somebody pings me or put details on the bug report
[23:28] <seb128> but I will not get out of my way to fix others' bug, I've enough on my list
[23:28] <phillw> seb128: I will go ping Rafael with your comments.
[23:29] <phillw> emails are easy for me to send :)
[23:30] <Laney> qwwq[B[A[B
[23:30] <Laney> oops
[23:37] <phillw> seb128: I've sent the contents of the chat to Rafael, hopefully he will respond shortly, but I suspect it will be tomorrow as he is a different TZ.
[23:39] <phillw> as to when the other affected distros can reply? pass.
[23:39] <phillw> I only have a direct link to lubuntu.
[23:40] <skaet> superm1 ^
[23:40] <seb128> phillw, ok
[23:43] <phillw> oh, and as for not being parse hex colours? I use them all the time in my CSS
[23:44] <phillw> in fact... i ONLY use hex colour codes :)
[23:45] <phillw> took a few minutes for that one to sink in. sorry .. it has been a little hectic :(
[23:47] <phillw> http://mgjuddltd.co.uk/conformance.php


[09:23] <Ddorda_> hey guys, who's running locobot?
[10:57] <vish> Are irc.ubuntu.com  and freenode different ?
[10:58] <bazhang> vish, nope
[10:58] <vish> bazhang: so if we select irc.ubuntu.com it just redirects to freenode?
[10:59] <bazhang> vish, afaict most of the ubuntu clients have freenode network listed as ubuntu server
[11:00] <bazhang> not really a re-direct, more of a re-labeling
[11:00] <vish> bazhang: i was looking at empathy , and it has irc.ubuntu.com when we try to edit the network
[11:00] <bazhang> vish yep
[11:00] <vish> bazhang: just trying to figure out , if we can connect to all the same if we use that..
[11:00] <vish> all the same channels*
[11:01] <bazhang> vish sure
[11:01] <vish> bazhang: cool , thanks. :)
[11:01] <bazhang> vish welcome :)
[23:16] <[Raiden]> !last 10
[23:17] <[Raiden]> wrong channel )


[15:37] <ralph> Third-party reporting installer errors after creating / and swap.  /home creation failed, something about not creating 17th partition;  sorry, nothing more specific.  https://help.ubuntu.com/10.10/installation-guide/i386/partition-programs.html warns
[15:38] <ralph> the normal Ubuntu system provides only 20 devices for partitions, so you may not install on partitions higher than 20 unless you first manually create devices for those partitions.
[15:38] <ralph> and an older version of that page actually gives the mknod required:
[15:38] <ralph> https://help.ubuntu.com/7.04/installation-guide/i386/partition-programs.html
[15:39] <ralph> I'm wondering if the warning/advice is still up to date now that udev is about.  Or isn't it there when the installer is running?
[15:40] <ralph> On an installed system, /dev/sdb gets minor of 16 so only 0-15 available for sda anyway.  0 drive, 1-4 primary, 5-15 logical.  So 11 L max even though the kernel supports many more.  A userspace restriction?
[16:46] <JanC> maybe there is a limit to avoid a possible DoS created with a specially-crafted device?  ;)
[16:51] <ralph> I don't think the guide is correct anymore.  Since /dev/hda became /dev/sda with the merge of IDE and SATA the sd limit of 15 partitions has come into play.  I've found users with 20 partitions complaining that a hd->sd kernel meant their later partitions were now unaccessible.
[16:52] <ralph> sda here is 8,0, sdb is 8,16.  I think the installer documents need to make clear 11 logicals is your max now.