[00:28] * skaet back now... dog fed, images emerging. :) [00:29] I hope those two statements are disconnected. [00:29] Or it speaks volumes about beta quality... [00:29] infinity, there was a comma there for a reason. :) [00:30] Not sure that helps. :P [00:30] lol, will split them up to separte topics next time. ;) [00:31] * GrueMaster grabs a scoop, starts validating. [00:31] infinity, in #ubuntu-testing wxl was griping about powerpc alternate for ubuntu still being oversized - possible tester? [00:31] * infinity wanders off for a smoke before someone mentions the Poopy Pangolin. [00:32] skaet: A tester would be nice! [00:33] And yeah, it's pretty horribly oversized. [00:33] Probably due to being the only image that still ships with multiple kernels. [00:33] I might have to put a weekend worth of community love into PPC images. [00:33] why multiple kernels? [00:33] I may have missed something earlier, was openjdk-6-jre rebuilt earlier? [00:33] 32/64. [00:33] sigh, yeah. [00:35] Maybe I could just make the install media 64-bit only, and let 32-bit users use netinst and other methods. [00:35] I mean, honestly, half the ppc32 machines out there can't reliably (or at all) boot CD media anyway. [00:35] I know mine can't. :P [00:36] I think the only intersection of ppc32 and "can actually boot an installer without manual intervention" would be the G4 desktops and laptops. [00:36] Which is, what, a 2 year window in the middle of a long line? [00:37] Oh, and candy-coloured iMacs. There were a ton of those sold, too. [00:37] Nevermind. I'll find another way to make space. [00:38] It would be interesting to know how many users of those are still around. I think they were phased out in 2004 time frame. [00:38] GrueMaster: The candy iMacs and clamshell iBooks? [00:39] GrueMaster: Yeah, they're old, but Apple sold a stupid number of them. [00:39] infinity, wxl has 32 bit hardware - so maybe bias there? [00:39] skaet: Oh, shiny. [00:40] skaet: Between he an I (I have a POWER5 workstation and an ancient G3 desktop), we probably cover a fair number of potential hardware, then. [00:41] infinity, coolio, ping him directly from ubuntu-testing when there's something in size. [00:41] (and users). :P [00:41] GrueMaster: There are definitely PPC users. [00:42] GrueMaster: But it's a question of scale, right. We have millions of x86 users, and finding more than a couple of testers who are willing to actually report QA results (not counting ones that we pay for) is still hard. [00:42] GrueMaster: So, finding people willing to test a port for free among a smaller user base. Fun. [00:43] Oh, I am well aware of that issue. I've been trying to recruit testers for omap/omap4 for a year now. [00:44] I have a hard enough time getting someone to test a fix for a bug they reported when I don't have the same hw (which is why I ended up on a buying spree last year). [00:45] Well, one of the reasons. I still like the toys. [00:49] :) [00:55] Yeah, I'm often tempted to go eBaying for more PPC hardware. [00:56] But, honestly, I want other testers so I can, like, do other things and not have it rest on me. [00:56] You're okay, since you're paid to QA ARM stuff. [00:56] Sadly, PPC has to be in my "spare time". [00:56] (Also, I'm not lugging my POWER5 workstation to London for the release sprint) [00:59] why not? ;) [01:00] stgraber: I could discuss how heavy it is, but probably not without making a few "your mom" jokes. [01:04] infinity: Maybe barry fixed his. [01:06] ScottK: His mom? [01:06] Heh. [01:07] No, his powerpc box. [01:09] infinity: You can always set it up for remote testing. [01:14] skaet: I pushed a (rather ugly) fix/workaround for bug 645449 to ubiquity's trunk. It seems to do the trick here. Should I upload a new ubiquity now? [01:14] Launchpad bug 645449 in ubiquity "Ubiquity hangs at Keyboard layout if you use keyboard to navigate / select" [High,Confirmed] https://launchpad.net/bugs/645449 [01:16] stgraber, would like the current set of images to finish off building before it goes into the archive, but go ahead and push it up to unapproved queue. Will ask pitti, Riddell to look at it when they come on shift - other image builds should be finished by then. [01:17] skaet: ok, I'm not planning any more ubiquity work tonight, so will upload what I have. [01:17] skaet: the remaining big issue is the accessibility one but this will most likely involve a gtk upload rather than ubiquity [01:18] stgraber, gotcha. thanks! [01:24] ok, uploaded. Time for some food now ;) [01:24] stgraber, thanks! enjoy dinner. [01:30] infinity, could you check the core logs and see if something's gone south on it? it seems to be taking quite a long time after all the builders have reported success... [01:30] kapok.buildd finished at Mon Feb 27 23:08:10 UTC 2012 (success) [01:30] cardamom.buildd finished at Mon Feb 27 23:09:25 UTC 2012 (success) [01:30] celbalrai.buildd finished at Mon Feb 27 23:11:25 UTC 2012 (success) [01:31] given its now: Tue Feb 28 01:31:05 UTC 2012 and it hasn't finished [01:36] hmm... its waiting on annonaceae - but I'm not seeing annonaceae in the set of builders... hrmmm [01:37] slangasek, ^ you know what's going on with annonaceae? which arch was it mapped to? [01:40] skaet: That was a beaglexm buildd. Should have been replaced with a panda. [01:41] Thanks GrueMaster. I'll kill it now then, and see what else happens. [01:41] (all the *ceae machines were beaglexm omap boards). [01:43] NCommander, infinity - could you look at the scripts and see if there are any other spots that might need fixing as well.... [01:44] (reference was in ubuntu-core set) [01:44] skaet: I'll poke it in the morning if infinity doesn't get to it; he wrote that code so he should know it better [01:46] thanks NCommander. :) [01:47] GrueMaster: No it wasn't. [01:47] GrueMaster: We didn't decommission the beagles. [01:48] Ok. Thought we were working on them too. It is a beaglexm, though. [01:48] Yes, I know. [02:01] skaet: annonaceae should be recovering from whatever insanity took it over. I can respin core later when the world's settled down a bit, or something. [02:01] (Not that it's wildly important to have it in sync for beta1, it's not like it has an installer or anything) [02:01] infinity, coolio. thanks. [02:05] skaet: 02:03 So maybe just disable the at-spi/atk-bridge code in ubiquity-dm for now, and I'll bang on it and see what I can find out, and I'll need to talk to upstrea in any cased. [02:06] skaet: actually, a bit of context might help: 02:02 The only update so far is that the latest code from upstrea for the accessibility stack, with the exception of GTK, doesn't help fix the problem. [02:06] stgraber, release note time sounds like.... :-/ [02:07] skaet: what do you prefer as a release note, manual partitioning not working unless you use the live session or accessibility disabled in the installer? [02:07] stgraber, edubuntu dvd's finished building - should be posting any minute now. [02:07] skaet: looks like it did, just got the e-mail notification. thanks [02:10] stgraber, think I'll wait for pitti to comment on this... not sure about the size of the user pool for each of those features. [02:11] suspect it will bias towards accessibility disable in the installer, but want his input. [03:26] * skaet calling it an evening... [03:36] Riddell, pitti - pad is up to date - some weirdnesses/concerns from today's builds and redos looking likely. [03:37] (specifically arm images) [03:39] skaet: What else when goofy with ARM images? [03:40] skaet: I thought it was just core. [03:40] s/when/went/ [04:19] * slangasek scratches his head. I think that packageset listing is wrong for nis maybe :) [04:19] yeah, those look wrong [04:42] ^ that should fix the package set related mistakes [04:44] Good morning [04:47] "respin triggering bug"? (from the pad) [04:49] stgraber: there is your ubiquity upload in the queue [04:49] stgraber: that'll need respins for everything, right? [04:49] well, no alternates/servers of course [04:53] but I guess we need to rebuild servers as well when sorting out the python-babel stuff [05:00] stgraber: do you know if bug 905754 needs to be included into ubiquity? the current upload doesn't seem to [05:00] Launchpad bug 905754 in libtimezonemap "Israel is not on the installer map" [High,Fix released] https://launchpad.net/bugs/905754 [05:06] pitti: 20:14 -queuebot:#ubuntu-release- Removed package: libtimezonemap [05:06] I believe that one was for the map [05:07] * stgraber reads the question again :) [05:09] pitti: ubiquity seems to just depend on the gir package so I don't think any change in ubiquity is required [05:13] not sure why we still have an ubiquity task on that one ... I guess the easiest will be to test with a recent build and see if it works as expected... [05:18] stgraber: ah, thanks [05:19] * pitti removes ubiquity task then [05:27] kde-workspace should get in if we care about Lucid -> Precise for this milestone. [05:28] was just looking at it [05:28] ScottK: I'm inclined to accept it now; it doesn't make much difference on the images, but we'll respin anyway, and this looks rather safe [05:28] we don't currently plan to respin alternates, but we could for this if you want [05:32] There's currently no tests done on the Kubuntu alternates so there's no retesting needed after a respin. [05:32] I'd be inclined to respin the alternates too. [05:35] Good night and thanks. [05:36] ack [05:36] ScottK: good night [05:37] noted so in the pad [05:43] stgraber: libtimezonemap> do you have time to test that? [05:43] would like to make sure we get that tested asap so we know if another ubiquity change is needed [05:43] evan certainly seemed to think one would be [06:17] it seems like I might need to upload a fix for icedtea-web (it doesn't affect the images, but no change packages would be picked up on ubuntu and kubuntu dvd respins) [06:17] micahg: that sounds fine [06:18] in fact, I could need a main package to get the publisher running for main and recompute Task: headers [06:18] (for downsizing ubuntu desktops) [06:18] ooh, sounds like fun :) [06:19] I can also take that live-build upload, it's harmless enough (just fixing an example) [06:20] there's no magical postinst syntax checker is there? [06:20] sh -n ? [06:20] I've seen that in some package's ruls file [06:20] * micahg will have to build the package first, will try [06:20] running all the scripts through sh -n and fail the build if that fails [06:23] the issue is icedtea-7-plugin BTW [06:23] * micahg wonders if doko_ is up yet [06:26] not a very hacker-friendly time yet in Germany [06:27] ok, I'll just test and upload a fix [06:28] do I need an FFe to change which packages are seeded for Xubuntu? [06:29] by the letter, I guess so; what do you want to change? [06:30] well,we want to drop quadrapassel so we can get clutter off the images for the LTS, we were thinking of adding alacarte since it no longer depends on half of GNOME [06:31] that seems fine [06:32] I was goign to wait until after beta 1 to make these changes [06:42] pitti: I think you need firefox-locale-en for it to function properly in the live enc [06:42] *env [06:43] micahg: oh, how so? [06:43] well, you need one of the locales available I think [06:43] it just ships en-GB and en-ZA stuff, the en-US is built int [06:43] oh, really, nevermind them :) [06:44] so it is, I remembered something breaking in my VMs without it, but maybe that was fixed [06:44] looks fine though, so ignore me :) [06:44] micahg: thanks for checking [06:49] pitti: do we need to save that icedtea upload for something, I got 3 upgrade failure reports in the past 4 hours [06:50] nope, accepting; thanks for fixing! [06:50] I installed the bad package and then installed the fixed one, it finished upgrading, so I considered it a success :) [06:51] pitti: thanks [07:02] this is hilarious, we have arch skew where powerpc/armhf/armel is ahead of i386/amd64 [07:05] starting desktop builds for new ubiquity / kdebase-workspace on kubuntu [07:07] pitti: should I replace hpijs with its equivalent in the seed? [07:07] micahg: ah, please [07:12] I'm doing a test rebuild on openjdk-6 on i386, if it's successful, I'll need some help getting it on a faster builder [07:14] oh, didn't we just get a new build yesterday? [07:19] yes, but it failed on i386 [07:19] I just wanted to make sure it's the builder and not the build [07:20] but armhf/armel/powerpc finished just fine [07:21] ah, presumably we don't run the tests there [07:21] maybe we should just get it going on a faster build in any event since the build farm is free [07:21] *builder [07:22] java.util.NoSuchElementException doesn't sounds like it's related to out of memory or space? [07:23] I have no idea [07:23] good morning [07:23] bonjour jibel [07:23] micahg: so, I can hand it over to zirconium [07:23] why upgrades are marked 'rebuilding' on the tracker ? [07:23] maybe jamespage can help if he's around [07:23] micahg: it's not like our i386 builders have terribly much to do ATM [07:24] micahg: if you think it could work on i386; but amd64 is still building as well [07:24] jibel: I don't know [07:24] micahg: oh, https://launchpad.net/ubuntu/+source/openjdk-6/6b24-1.11.1-3ubuntu1/+build/3243935 just shows the exception as well [07:24] (amd64 build) [07:25] semop(2): encountered an error: Invalid argument [07:25] it might actually be this, which might or might not be unrelated [07:26] well, both of those buildds were slow (yellow and vernadsky), idk, maybe jamespage can take a look or we should wait for doko [07:26] ah, still early for the UK as well [07:39] micahg: congrats to your ubuntu seed commit, it was rev number 2000 :) [07:41] * micahg wonders what type of prize comes with that [07:42] micahg: slavery ;) [07:44] pitti, do you think I can re-enable them ? there's nothing mentioned on the pad [07:44] jibel: fine for me [07:44] pitti, k, thank [07:44] jibel: I guess the Kubuntu one should be re-attempted as we got a kde-workspace bug fix this morning [07:44] (one of the linked bugs) [07:44] jibel: did you run into the "dpkg: already configured" issue in manual tests? [07:45] that bug is still open and apparently breaking quite a lot [07:45] pitti, I did once and bdmurray too [07:53] I confirm bug 940196 with alternate 20120227.2. cannot upgrade from cd without network [07:53] Launchpad bug 940196 in update-manager "cdromupgrade from Oneiric to Precise no network failed: The package 'unity-2d-places' is marked for removal but it's in the removal blacklist" [High,Triaged] https://launchpad.net/bugs/940196 [07:55] micahg: seems the amd64 jdk build hangs at the same position [07:55] jibel: yeah, I've diagnosed that one [07:55] pitti: I'm 9GB into the test build [07:56] jibel: bug #940240> so there are no other term.logs lying around, that might have the output from installing? [07:56] Launchpad bug 940240 in update-manager "lucid -> precise upgrade: dist-upgrade/apt-term.log only shows packages being removed" [High,New] https://launchpad.net/bugs/940240 [07:59] slangasek, no other term.logs. the only trace of packages installation is in dpkg.log [07:59] hmm :/ [07:59] ok [08:00] jibel: is /var/log/apt/history.log showing sensible data? [08:01] its a bit mysterious as the log is opened with fopen(.., "a") [08:01] in libapt [08:02] jibel: this is only for the main-all build? or for all of them? [08:02] mvo, looking [08:03] jibel: the time stamps are pretty clearn, apt-term.log has 17:54 in the header but main.log starts at 16:19 :/ [08:04] mvo, only with main-all when debconf prompts are redirected to a file [08:04] jibel: oh… [08:04] mvo: hey, what's the package name for the backported apt used by the upgrader for lucid? [08:04] mvo, i.e DEBIAN_FRONTEND is set to something else than noninteractive [08:04] jibel: woah, that is interessting [08:05] slangasek: its "Packages=libapt-pkg4.12,libapt-inst1.4,release-upgrader-python-apt [08:05] " [08:05] slangasek: it comes from the users ${mirror} with a fallback to archive.u.c [08:06] ah, the source is in universe instead of main, that's why I couldn't find it :) [08:06] mvo: thanks [08:06] mvo, I think main-all is just a red-herring and the cause of the upgrade failure is due to puppetmaster failing to restart, which generate a failure in etckeeper [08:06] yw [08:07] jibel: right, I'm not concerned with the failure at this point, I'm just puzzled why the logs are not there :/ [08:07] agree [08:07] * mvo scratches head [08:09] mvo, history.log contains 3 lines [08:09] mvo, start date, end date and a big remove in between [08:10] jibel: so no trace of the upgrade there as well? and no history.log.1.gz or anything like this? [08:14] mvo, no, the dist-upgrade backup directory contains the installation of the upgrader itself [08:32] jibel: i thought the puppetmaster + etckeeper/bzr issue was resolved? [08:33] hello Daviey [08:36] morning pitti [08:37] nova is built now, so time to spin server images [08:37] Daviey, which version resolved this issue ? I got it last Friday when I was looking why main failed. [08:37] morning Daviey [08:38] pitti: yep, i was just looking over it right now :) [08:38] jibel: Hmm, perhaps it's a related issue.. I thought the LANG issue was to blame. [08:40] pitti: triggering now. [08:41] pitti: have you already triggered? [08:41] server x86/armels building for nova [08:41] Daviey: yes, something else missing? [08:41] Oh, no - it just explains why it crapped out on lockfile for me :) [08:49] jibel: ok, here is my theory (and I think its correct) - there is no main log because the main upgrade was not run because dpkg-preconfigure failed with various "cups template parse error: Template parse error near `Description-sr@latin.UTF-8: elite li da CUPS Å¡tampa nepoznate radnje kao raw radnje?', in stanza #1 of /tmp/cups.template.192914" errors [08:50] jibel: now of course that is a bug in the upgrader as it needs to record this as a failure :( [08:55] jibel: hm, hm, maybe not, but its definitely something along these lines [08:56] mvo, this error is still in the latest run but everything is logged correctly [08:56] https://jenkins.qa.ubuntu.com/job/precise-upgrade-lucid-main/37/ARCH=amd64,LTS=lts,PROFILE=main-all,label=upgrade-test/artifact/lts-main-all-amd64/bootstrap.log [08:57] ubuntu desktop i386 is still a tad oversized; I made some seed changes to fix this, but I'll need a respin for this [08:57] jibel, Riddell ^ would that sound ok? [08:57] the previous respin is just from an hour ago or so, so not much lost there [08:57] pitti, ok [08:58] pitti: good with me [08:58] I think I freed a little less than a MB, which should suffice [08:59] ooh Kubuntu undersized :) [08:59] also, ubuntu-meta was out of date relative to the images [08:59] so that needs a rebuild [09:00] micahg, looking now [09:01] Riddell: good morning [09:03] * pitti updates pad again for up-to-the-minute status [09:09] "get israel on installer map" uh oh , that could get political [09:19] infinity, skaet, ac100 should be a "community supported" image ... not sure if it needs to be advertised in any official doc or not, it will be announced on the ac100 mailing list anyway ... [09:24] pitti: some news on the keybinding for switching ws, we will revert them for this cycle [09:24] pitti: I guess it will be a post beta1 thing? [09:24] didrocks: unless you can upload it in the next hour or so [09:24] didrocks: ubuntu desktop is scheduled for a rebuild, but need to wait for the DVD builds to finish [09:25] pitti: oh? that, I can :) [09:25] didrocks: is that "unity"? because that takes a while to buid [09:25] pitti: it's compiz [09:25] didrocks: and it would also invalidate the ARM images [09:25] takes a while as well, but a little bit quicker [09:26] pitti, what images are planned for rebuild? I guess we want to avoid trivial changes like rhythmbox (fixing sound indicator integration) or nautilus (segfault fix)? === doko_ is now known as doko [09:27] seb128: so far I only plan to respin ubuntu desktop for the slight i386 oversizedness [09:27] didn't plan alternates, ARMs, DVD, etc. [09:27] didrocks: it's fine for you to upload, so that we can grab it in case we do want to rebuild the otherrs [09:28] seb128: yes, I looked at those, and they didn't seem to be issues that couldn't be fixed with upgrades [09:28] pitti, ok, I was pointing it in case, I'm always unsure what are the criteria for accepting updates or not when respins are done [09:28] didrocks: I guess the hotkey is good enough for b1, given how this was firmly decided pre-b1? :-) [09:28] pitti, but yeah, no deal breaker [09:29] strictly speaking we'd need to rebuild alternates and DVDs as well for the new ubuntu-meta [09:30] jibel: when do you think is the cutoff point for rebuilds when we still want to get good testing coverage? [09:30] jibel: i. e. do we have room for another set of ubuntu alternates/DVDs? [09:30] micahg, getting nowhere fast ATM - I have to duck out for 1.5 hours - I can look again when I get back if its still not fixed... [09:30] pitti: hm, I staged the libjpeg-dev in c-p-m as well though :/ [09:30] jamespage: ok, do you think it's transient or a real failure though [09:31] pitti: as it's what I'm running now, I need to revert it if we want to sneak c-p-m in (for the keybinding revert) [09:31] micahg, probably real as it happened on i386 and amd64 [09:31] jamespage: I have a test build going right now that should hopefully be fnished in an hour [09:31] didrocks: if you tested it, and it works with libjpeg8 (well, no reason to believe it doesn't), its' fine [09:31] didrocks: compiz is 46 minutes on armhf, not too bad [09:31] pitti: sorry, it's compiz-plugins-main, not compiz [09:32] didrocks: ah, that's 35 mins on armhf [09:32] pitti: also, that will trigger a "bug" (the shortcuts display is hardcoded in unity, but I guess its not such a big issue compared to the other issue ;)) [09:32] didrocks: please get it uploaded, and I'll see to it [09:32] didrocks: yes, I noticed; it doesn't adapt to the actual keys [09:32] didrocks: but no biggie for b1 indeed [09:33] * didrocks rebuilds in a pbuilder to ensure everything is fine [09:34] pitti: will ping you once done and then upload [09:34] didrocks: thanks; the queue-bot will pick it up, too [09:34] oh right :) [09:34] queuebot: ping pitti on compiz-plugins-main [09:34] (I wish this would work :) ) [09:35] queuebot: oh, and make me a cup of tea, please [09:35] :-) [09:35] pitti: almost ^ :p [09:37] Riddell: any reservations against rebuilding the Ubuntu images for the compiz and ubuntu-meta updates later on? (I can handle this) [09:39] seb128: nautilus looks easy, but is also on edubuntu and ubuntustudio, don't want to rebuild these [09:40] pitti, ok, no worry, we don't really need it, I'm just trying to not get too much sitting in the queue because that leads to issues like uploads being rejected (cf my mail on the list) [09:40] yeah [09:42] pitti: none from me [09:46] pitti, yes I do have room. today all day is fine for rebuilds [09:46] jibel: ok, great [09:46] (european time I mean) [09:47] ah, server daily-preinstalled done (x86, too) [09:47] Daviey: ^ FYI [09:47] should now have the new nova [09:53] jamespage: pitti: I'm going to sleep soon, I'm sure doko will be around before I get up for openjdk-6, I can let everyone know how the test rebuild goes in ~7 or so hours, but I figure you'll have a solution for it by then [09:54] micahg, context? [09:54] ahh, I see [09:54] doko: oh, hi :), the openjdk-6 builds failed on i386/amd64, but built on the rest [09:55] this prevented icedtea-web (which I fixed) from building on the opposite archs of openjdk-6 due to arch skew [09:56] micahg, pitti: yes, seen. I re-enabled the testsuite. so the best "fix" for the beta is to disable it again (and magically bringing down build times) [09:59] doko: so I can kill my local test rebuild then or is there some benefit to know if it succeeds? [09:59] micahg, won't succeed, I see the same here locally [10:00] doko: ok, killing, thanks [10:01] pitti: uploaded, should be here soon [10:06] didrocks: yay, thanks [10:06] Riddell: is nm-applet hidden in xubuntu worth respinning for? [10:07] micahg: your call, but it seems rather ugly to me [10:07] pitti: ugly to not have it, I would agree with that :) [10:08] micahg: if it was ubuntu, I'd respin, if I had a fix [10:08] pitti: ok, I'll upload a fix in a few minutes (just a gconf setting) [10:08] pitti: should I make my other changes as well (drop clutter/quadrapassel, add alacarte)? [10:09] micahg: fine for me; better to have changes in beta than afterwards IMHO [10:09] and today's still enough time [10:09] micahg: yeah just depends if xubuntu dudes can get it tested in time [10:15] please refresh my memory, do I have to wait a publisher cycle before regenerating a -meta package? [10:16] Riddell: I see no tests done yet, so doesn't seem to matter [10:17] micahg: not for -meta [10:17] micahg: but you need to wait for two publishers to have seed changes propagated to Task: headers [10:17] (and publish a package in the affected component, too) [10:17] so that xubuntu-meta upload will provide that [10:18] -meta uses the bzr branch usually [10:18] pitti: ok, thanks, should I add a note about the xubuntu rebuild to the pad? [10:18] micahg: please do [10:18] the only exception is if you seed a package that just got promoted [10:18] that needs a publisher for the actual promotion to happen, as ./update verifies the component [10:18] but that doesn't apply to xubuntu [10:21] pitti: is the nm-applet issue important for the alternate also, I only marked it for the Desktop imge [10:21] * micahg would think not [10:21] micahg: yes, an alternate install would certainly have the same problem? [10:21] oh, I would think that updates would run and pick up the new package [10:22] ok, marked both [10:28] pitti: nm-applet fix confirmed, can you release the xubuntu-default-settings package [10:29] micahg: done [10:29] updated pad with the build link [10:29] pitti: thanks, I just uploaded the meta as well [10:37] pitti: thanks for all your help tonight [10:37] my pleasure :) thanks for having an eye on xubuntu [10:45] Riddell: the pad says kubuntu arm was rebuilt for amarok, but http://cdimage.ubuntu.com/kubuntu/daily-preinstalled/ only has an image for Feb 25? [10:46] pitti: I've not rebuilt kubuntu arm [10:46] so whoever wrote that is probably wrong [10:46] Riddell: ah, I guess I was confused then [10:46] please do start off a rebuild if it's easy for you to do (I'm in the middle of testing) [10:46] it said "package built" then [10:46] Riddell: yep, doing [10:47] running, pad updated [10:47] ah, compiz-p-m built everywhere, excellent [10:47] didrocks: ^ [10:48] waiting for publisher/mirror, then will rebuild [10:48] pitti: nice! [11:09] * pitti makes use of the empty buildds and uploads some no-change rebuilds against fixed binarymangler [11:09] (only packages which are not on any CD) [11:09] for bug 875466, FTR [11:09] Launchpad bug 875466 in libxt "Lots of packages shipping with broken md5sums" [Medium,In progress] https://launchpad.net/bugs/875466 [11:11] hm, queuebot is blatantly lying about the seeds [11:14] starting desktop/DVD ubuntu rebuilds for oversizedness and compiz [11:16] starting ubuntun alternate for the same [11:20] lunch, bbl [11:52] ScottK: my momma has a g5 power supply [11:58] ;-) [12:13] http://cdimage.ubuntu.com/daily-live/20120228.1/ [12:13] yippie! non-oversized [12:14] * ogra_ does an ac100 testinstall [12:19] starting ubuntu arm image biulds [12:19] uh, why do you rebuild arm ? [12:19] just for consistency ? [12:20] ubuntu-meta, the compiz bug fix, and seed changes [12:20] ah, well, compiz :P [12:27] * ogra_ sighs ... still no keyboard selection offered in oem-config [12:39] * ogra_ is searching his butt off to find the font size selection in the settings .... where did we hide it again ? the huge and clunky fonts are really to big for a netbook screen [12:39] ogra_, in the a11y capplet you have a text size combo [12:39] i.e small, normal, big etc [12:40] ah, thanks, you told me before ... sorry i forgot ! [12:40] no numerical value selector [12:40] its really really non intuitive [12:40] but you can use ubuntu-tweaks or gnome-tweak-tools or gsettings or whatever [12:40] indeed... [12:40] i can live with /small/normal/big .... [12:40] just finding them is really hard [12:44] starting xubuntu alternate build [12:45] ogra_, it's a known issue, upstream and our design team have been discussion way to improve that but that didn't get resolved yet [12:45] ah, cool, at least someone cares then [12:56] pitti: did someone lok at ubuntu-core last night? [12:57] NCommander: I didn't do anything with core; what do you mean with "look"? [12:57] does it need a rebuild? [12:58] 20:43:53 < skaet> NCommander, infinity - could you look at the scripts and see if there are any other spots that might need fixing as well.... [12:58] 20:44:22 < skaet> (reference was in ubuntu-core set) [13:10] pitti, another report "dpkg already installed" bug 942578 [13:10] Launchpad bug 942578 in update-manager "lucid -> precise server upgrade fail: dpkg: error processing dpkg (--configure): package dpkg is already installed and configured" [Undecided,New] https://launchpad.net/bugs/942578 === greyback is now known as greyback|lunch [13:56] hmm, what is akonadi and why is it installed on all my test installs ? [13:57] hmpf, looks like a kde app [14:03] It's only used by KDE, but it's not formally a KDE app. [14:03] No idea why it's in your test installs. [14:04]