[00:01] Is there a udeb include and exclude file? I remember reading something about that. [00:02] yes, there's one on the standard CD images. It contains netcfg, ethdetect, pcmcia-cs-udeb, and wireless-tools-udeb. [00:03] anyway, I could debug ericdc's problem if I could see the syslog. [00:05] cjwatson, What takes precedence? The heuristics listed in your e-mail or the exclude list? [00:08] cody-somerville: (they're rules not heuristics.) excludes seem to be dropped after everything else, apart from dependency resolution [00:09] TBH it's easiest to look at anna.c:choose_modules() in the anna source package if you want details; it's not that hard to read [00:12] ok [00:14] I've had trouble tracking down why people were seeing pppoe questions on customised images in the past and would actually quite like to sort it out with a syslog [00:16] but now, bed [00:54] mv planet-ubuntu Danny-Piccirillo-planet [00:56] StevenK, blogspot rss shat itself, then [00:58] directhex: Looks like [01:00] FIS partition ends at 16777215B and doesn't leave enough room for FIS 16777216B [01:00] * lool sighs === slangasek changed the topic of #ubuntu-devel to: Archive: release freeze | Ubuntu 9.04 release candidate released! | Development of Ubuntu (not support, not app development on Ubuntu) | #ubuntu for support and general discussion for dapper-intrepid | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [01:00] cjwatson: ...long day. :) [01:03] now it's release candidate released :) [01:03] cjwatson: bug 12230 [01:03] Launchpad bug 12230 in cvs "cvs checkout is racy, it wasn't in the past" [Medium,Incomplete] https://launchpad.net/bugs/12230 [01:04] * jdong thought it was better when it was release candidate candidate released [01:04] for those people who read topics right to left [01:04] cjwatson: I find the repeated 'is it really still a bug' questions converge on 100% noise. Do you? [01:04] O_O a 5 digit bug [01:05] jdong: yes, but its just an example of the make-work pattern in the 'bug team' that I have grown to loathe [01:05] its been triaged; its been analysed, the root cause is known. [01:05] If I may appoint as a quote of the day: [01:05] "Not a high priority, but should be fixed for Hoary so that Robert can remove the [01:05] all it needs is to be fixed. [01:05] workaround and get better throughput" [01:05] and indeed, the cscvs test suite *still* works around this bug [01:10] * lool sighs [01:11] Another 3 hours of sleep wasted, solution was trivial [01:16] lifeless: do you actually want the status changed to Confirmed on that bug? it's still set at Incomplete [01:16] LaserJock: I replied via mail, the mail processor should andle it [01:16] oh, frell I forgot to indent [01:16] *so* annoying. [01:17] just thought I'd check ;-) [01:17] thanks, appreciated [01:20] does anyone semi-officially maintain linux 2.6.29? [01:20] (an ubuntu package that is) [01:23] alex-weej: there are mainline builds [01:23] alex-weej: let me get an URL for you [01:24] alex-weej: http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.29.1/ [01:26] mainline = vanilla? [02:51] dtchen: I've created a jaunty pulseaudio branch to allow for handling of SRUs etc, while the ubuntu branch will remain trunk/karmic development branch. [02:59] TheMuso: this linux-ports upload includes renames of the powerpc kernel packages; not mentioned in the changelog at all, and not acceptable post-RC [02:59] TheMuso: so I'm rejecting this out - can you fix that and reupload? [03:13] * hyperair groans [03:13] shit. nautilus-share segfault huh [03:14] now if only i had the time to go digging for bugs right now [03:30] Can I assume the linux-ports rejection was due to no bug task for the ext4 bugfix? [03:31] [11:59] < slangasek> TheMuso: this linux-ports upload includes renames of the powerpc kernel packages; not mentioned in the changelog at all, and not acceptable post-RC [03:31] [11:59] < slangasek> TheMuso: so I'm rejecting this out - can you fix that and reupload? [03:33] StevenK: thanks must have missed that. [03:33] * TheMuso ponders how that could have happened, and looks [03:33] TheMuso: The next line was you disconnecting :-P [03:33] heh right [03:42] * TheMuso finds the problem... Damn auto-generated control files. :S [04:17] Not cool: marking a public bug a duplicate of a private bug so I can't see the discussion [04:19] ebroder, I'm sure they didn't do it on purpose. [04:19] ebroder, Whats the bug number? [04:19] bug #273283. bug #349987 was marked as its duplicate [04:19] Bug 273283 on http://launchpad.net/bugs/273283 is private [04:19] Bug 349987 on http://launchpad.net/bugs/349987 is private [04:19] What? [04:20] Weird. I'm pretty sure I don't have any special bits that would let me see 349987 [04:20] ebroder, fixed [04:21] :-D [04:21] Thanks [04:21] Oh, do apport bugs with proc maps/tracebacks/etc attached get marked private automatically? [04:22] Apport crashes do, yes. [04:22] For non-Python things they have coredumps. [04:22] * ebroder nods. Makes sense [04:22] And publicising coredumps or tracebacks with variables expanded is a bad idea. [04:25] Hmm...re: bug #362691, it seems like a no-change rebuild will probably change the deps to use Python 2.6 instead of 2.5, but that also seems incredibly risky to do this late in final freeze. Is there any way to just change the dependencies of the package without actually doing a full rebuild? [04:25] Launchpad bug 362691 in xen-3.3 "XEN depends on Python 2.5" [Undecided,New] https://launchpad.net/bugs/362691 [04:25] I guess the package could possibly be hacked to force it to use Python 2.5, but that seems kind of poor [04:27] I guess this may actually be better fixed as an SRU [04:30] ebroder: I'd rather fix it now and SRU if needed than release it known broken. [04:31] Fix it as in do a full rebuild? [04:31] Assuming that works, yes. I didn't check if more was needed. [04:31] I have no idea if more's needed - I'm really theorizing here. I just wanted to get a second opinion before I went source diving [04:35] ScottK: It looks like the Makefile just uses `python setup.py` (with some environment vars and such), so I /think/ a rebuild might just fix it [04:35] it may need the --install-layout change as well [04:35] Yep. [04:35] Oh, good point [04:35] ebroder: As ajmitch said, it may also need --install-layout=deb [04:36] I just add that to the setup.py install invoke, right? [04:36] I'd say give it a shot. [04:36] Yes. [04:36] and if it has --prefix there, they are mutually exclusive now (iirc) [04:36] * ajmitch may be wrong about that now [04:38] Wow...what a weird way of calling setup.py: `python setup.py install --home="$(DESTDIR)/usr" --prefix="" --force --install-lib="$(DESTDIR)$(LIBPATH)/python"` [04:41] hey what happened to karma? [04:41] i lost like 80K in the past couple days [04:41] calc: See planet. Translation credits got adjusted. [04:41] ah ok [04:42] Personally, I think everyone who had to put up with those mails deserved the karma. I know one guy got 14,000 before we got the job manually killed. [04:44] ++ [04:44] or at least, if the karma was actually useful for something - like, redeemable at the canonical store or something. [04:46] if it could be used like that, you can bet there'd be many more people doing less-than-helpful bug triage [04:46] And we have enough of that already. [04:47] Personally I try to keep my karma below a certain level and use it as a guage of "You've been spending too much time on Ubuntu lately". [04:48] * cody-somerville makes a note to have Launchpad OSA's regularly cut ScottK's karma in half. [04:48] now that karma's been adjusted, you can spend a whole lot more time on ubuntu for the same value [04:49] Well last time I looked it was ~15K and now it's 60K, so I've messed something up. [04:50] uploads now get you loads of karma [04:51] do main uploads get you more than universe uploads or anything crazy like that? [04:52] Yeah. I just looked and without the soyuz karma about about at ~10K, which has been my goal. [04:52] There should be negative karma for uploada that FTBFS. [04:52] uploada/uploads [04:53] Ugh. I hate when the clean target doesn't work in a package "W: xen-3.3 source: patch-system-but-direct-changes-in-diff .hgignore and 110 more" [04:53] ScottK, at least that FTBFS from supported architectures maybe. [04:54] Sure. [04:54] * ScottK heads off to bed. Good night all. [04:54] Night [05:26] Hmm...how long until main stops taking uploads? [05:27] It's very very slushy right now. Critical bug fixes only [05:27] And probably then only for a couple more days. [05:28] Oh! I was getting my Gutsy EOL date and my Jaunty release date confused [05:28] I guess I'm not /quite/ so rushed to get a patch for bug 362691 together [05:28] Launchpad bug 362691 in xen-3.3 "XEN depends on Python 2.5" [Undecided,New] https://launchpad.net/bugs/362691 [05:29] You should be... [05:29] I'm rushing, I just don't have to get it ACKed and uploaded /tonight/ [05:29] And I don't think my change is likely to affect the one binary package in main; if anything it'll break one of the universe packages [05:30] even universe is slushy [05:30] Ah. [05:30] *nods* I won't be heartbroken if this has to get fixed as an SRU instead of fixing it now, but I want to try anyway [05:37] ebroder: how does that patch address the stated bug ("needs python 2.5 but is missing a dependency")? [05:38] The makefile just uses "python", so rebuilding will use python2.6 [05:38] then the package will still be wrong [05:39] if it currently depends on python 2.5 but misses a dependency, your patch would appear to make it depend on python 2.6 without an explicit dependency [05:39] Good poitn [05:39] *point [05:40] the package probably needs some ${python:Depends} in the debian/control or something [05:40] slangasek: linux-ports re-uploaded, sorted out control changes so they aren't in the diff. Just waiting for linux-source-2.6.28 from mainline to be available so I can upload linux-rt. [05:40] slangasek: I think you're right, although that still doesn't solve the fact taht we'll be upgrading it to 2.6 in the last week of the release cycle [05:40] TheMuso: saw, thanks [05:41] * TheMuso looks forward to using git for linux-rt in karmic and beyond. [05:41] ebroder: indeed - though there's little risk of regression if the package is already broken, I think this is probably better suited to an SRU anyway [05:42] So..don't rush to get the fix in place now? [05:43] ebroder: right [05:48] TheMuso: linux/i386 is in ACCEPTED right now, so you should be able to grab for linux-rt in a couple of hours [05:49] slangasek: Got a better idea. I'll build arch indep packages locally, and use that as a base. By the time I upload and its accepted thigns will be fine at the DC end of things. [05:49] Doing it that way will mean I have to wait much less time. [05:49] just need linux-source-2.6.28 to be present for the buildds. [05:50] ah, well, if you're in that much of a hurry you could also just download the .deb from launchpad [05:51] slangasek: I would if I hadn't gone over my quota for this month and thus connectino has been slowed somewhat. :S [05:51] connection [05:51] heh [05:54] heh. How does e-mail subject / header unicode work / not work? [05:54] i.e. https://lists.ubuntu.com/archives/jaunty-changes/2009-April/009498.html [05:54] the transliteration seems to have exploded [05:55] Haha [05:57] * slangasek blinks [05:59] okay everyone hide, when slangasek opens his eyes, he'll be really confused! [06:00] it was reproduced fine in the body of the e-mail [06:00] everyone's gone! I guess I can reject this mesa upload then, no one needs it [06:01] jdong: yes, clearly a case of overly-enthusiastic mail software [06:01] haha [06:01] slangasek: interestingly. Definitely the upload sticks out in the jaunty-changes list :) [06:09] slangasek: uploading linux-rt. Strictly a rebase, so since the package only contains metadata, the only changes are changeloge entries, and an update to debian/control to explicitly depend on the latest linux-source-2.6.28 package. SRUs will not be rebased, but have the SRU patches added to the package proper. [06:09] TheMuso: ok [06:20] slangasek: livecd-rootfs will get pushed through today? [06:21] yes [06:52] slangasek, kiitos [07:11] good morning [07:23] liw: n/p === tkamppeter_ is now known as tkamppeter [08:10] Good morning [08:11] kees: known bug, and fix waiting in unapproved queue [08:25] StevenK: ping [08:26] StevenK: the latest livecd-rootfs upload includes a full load of .bzr cruft; could you clean that up and re-upload? [08:27] slangasek: Oh, damn it. Sorry about that. [08:27] bzr bd for the win! [08:28] except when it fails :) [08:28] slangasek: Fixed and re-uploaded. [08:28] StevenK: thanks [08:28] doko: what is your opinion on https://bugs.edge.launchpad.net/ubuntu/+source/python2.6/+bug/353251/comments/13 ? [08:28] Ubuntu bug 353251 in python3.0 "rtinstall scripts (to provide new 2.6 symlinks) are not run on intrepid->jaunty upgrade" [High,Fix released] [08:28] slangasek: fails? [08:28] StevenK: DEBUILD_DPKG_BUILDPACKAGE_OPTS="-i -I.bzr -I.svn -I.shelf" [08:28] StevenK: FTW :) [08:29] dholbach: sure, bzr bd has been broken at various points this cycle [08:29] pitti: isn't "-i" alone supposed to be sufficient? [08:29] slangasek: -i only works on the diff.gz according to documentation [08:29] -I filters from built tar.gz [08:29] (native packages) [08:29] -i -I, then? :) [08:29] but maybe they fixed that [08:30] very few things are great when they fail [08:30] but awesome is awesome even in failure, I'm sure [08:30] pitti: Yeah, I used -i, not -I :-( [08:30] slangasek: nice, indeed [08:30] wasn't there yet years ago when I added that [08:30] * pitti simplifies his ~/.devscripts [08:33] what's wrong about "bzr bd --native -- -S"? :) [08:34] nothing when it's working [08:34] ok [08:34] you guys make it sound like it's always broken :) [08:34] I use it all the time and I'm happy [08:35] whee, 15 second boot and 2-5 second warm cache login time [08:35] * Amaranth just did a fresh install [08:54] Keybuk: hm, bootchart-java pulls in libcommons-compress-java and libcommons-cli-java; before the package split they weren't in main; why did it grow those deps? [09:00] Riddell: do you want kgrubeditor back in main (see concerns in bug 262309) or unseed it? [09:00] Error: Could not parse data returned by Launchpad: timed out (https://launchpad.net/bugs/262309/+text) [09:02] pitti: kgrubeditor seems to have so far failed its MIR? [09:19] slangasek: it's been in main before, but only preliminarily promoted [09:20] ah [09:20] pitti: they were probably just missing Depends before? [09:20] some weird java build system change madness maybe? [09:20] I just looked at the intrepid deb, and they're inside the .jar there [09:20] Keybuk: ah, so bundled vs. split out [09:21] where the whole change to java-* seems to have made them depends instead === azeem_ is now known as azeem [09:38] is it deliberate that i cannot install openssh-server with 'add/remove software' (but it works with synaptic) on 9.04rc? [09:38] madduck: was it ever there? === dpm_ is now known as dpm [09:38] no idea [09:38] but it's *openssh-server* [09:39] i would think that that's part of the core system, no? [09:40] madduck: hello! add/remove is designed to show stuff for end-users (basicly what comes with a desktop file). we bend the rules a bit for some stuff like codecs. its a really good question if openssh-server should be in or not [09:41] fair enough [09:41] i was assuming something like that [09:41] and it's a worthwhile consideration [09:41] it just startled me a bit... [09:41] btw, i liked the 9.04rc install, folks. [09:41] and so far, it's all working [09:42] * madduck replaced the old etch kde install of his ex-girlfriend with 9.04rc [09:43] slangasek: Oh, are dailies enabled again, or are they manual only from here on out? [09:44] StevenK: I may end up enabling dailies to save myself the effort of rolling things by hand over the weekend, but perhaps not until the installer is where we want it [09:44] madduck, hi [09:45] hello. funny, this channel is like #d-d five years ago. :) [09:46] /invite Overfiend [09:46] haha - I was just thinking that [09:46] Bwaha [09:47] * mvo remembers some words starting with f* that he learned in this channel at this time [09:47] lool: hm, /usr/lib/sendmail? Shouldn't that be /usr/bin/sendmail? [09:47] heh [09:47] mvo: Like the fire brigade? [09:47] it was suprising how rich the english language can be [09:47] StevenK: exactly :P [09:47] mvo: so where is the list of apps to show in GAI at? [09:48] BUGabundo: ls /usr/share/app-install/desktop/*.desktop [09:49] thanks folks, i'll be back if there are problems with 9.04rc [10:14] lifeless: absolutely noise. That was the very first thing I objected to in my blog post about bug triage (http://www.chiark.greenend.org.uk/ucgi/~cjwatson/blosxom/ubuntu/2009-02-27-bug-triage-rants.html) and I've been complaining about it for years, on and off [10:18] jdong: can you file a bug on Soyuz about that bogus From line if you haven't already? (It used to mangle the body of the mail as well; at least that's been fixed ...) [10:19] cjwatson, lifeless: perhaps it'd be helpful to have a tag for the handful of bug reports that have an automated test case, at least [10:19] TBH I think that's a red herring; bug triagers should have the skill to read and understand a bug before commenting on it [10:20] fair enough [10:20] (I updated the description) [10:21] (otoh, automated test cases for bugs are a good thing anyway, more bug submitters should provide them :) [10:22] cjwatson: optimist. [10:26] bryce_: beats editing every bug to say in different ways "hey guys, this is a real bug, please leave it alone" (which IME a certain set of bug triagers ignore anyway, so you end up in an arms race) [10:27] dammit, can we stop improving boot time: I didn't even notice my desktop booted [10:27] radix: hmm, was this landscape-client upload meant to go to jaunty release, or was it supposed to go to a PPA? [10:27] (I was trying to halt it, and wondered why the heck it was taking so long -- it had rebooted instead) [10:28] * slangasek laughs [10:30] zul: looks like you sponsored this landscape-client upload to jaunty-release? can you clarify what the intent is here? [10:33] liw: lucky ! mine still take 35 secs to gdm, and a lot more into it until I can use it [10:33] liw: http://fileland.bugabundo.net/fotos/Linux/bootchart [10:36] pitti: yes I'd like kgrubeditor in main [10:38] slangasek, i know i'm a bit hasty, but i'd like to report that the NSLU2 RC install finished successfully [10:38] hasty? :) [10:38] :) [10:39] which image is NSLU2, again? [10:39] ixp4xx [10:39] Riddell: that means people can wedge their grub configuration with it and get ucf questions, you are aware of that? [10:39] netinstall [10:39] pitti: ucf? [10:40] Riddell: /boot/grub/menu.lst is managed with ucf nowadays (or somethign that looks very much like it), AFAIK [10:40] ogra: thanks, published to the netboot rc page [10:40] pitti: it is ucf, yes [10:40] thanks [10:40] pitti: they can also fix their grub configuration when something goes wrong or needs changed === c0p3rn1c_ is now known as c0p3rn1c [10:43] Riddell: does it round-trip cleanly - that is, if you load a grub configuration in it and then save it without making any changes, does it produce an identical file? likewise if you make just one change, it should make only that change and not also make trivial changes elsewhere [10:47] cjwatson: no, doesn't seem to [10:48] that's going to result in a good few bugs filed on grub then :( [10:49] that was the primary concern why the MIR hasn't been approved yet [10:49] the first is easily solved by greying out the save button until a change has been made though [10:51] yay, upstream fixed the problem with the kernel not recognizing my disks (LP: #257790) [10:52] ok, I'll remove it from the seeds [10:53] how difficult is it to create one's own version of the ISOs, with a custom kernel? [10:53] liw: not hard! just takes a bit [10:53] more difficult than just installing the kernel manually [10:53] there's a wiki with the steps [10:53] hyperair: that's true [10:53] =p [10:53] we need a tool to make costum images! [10:54] like suse studio [10:54] for one, the kernels will get superseded [10:54] hyperair, installing the kernel manually ... to a system that hasn't been installed? [10:54] liw: install, then install the kernel on top of it [10:54] liw: if your kernel won't boot, then chroot comes to mind [10:54] hyperair, no can install when installer does not see disks [10:54] oh wait O_o [10:54] ah [10:54] that sounds painful X_X [10:55] guess the ISO's the only way for you [10:55] netboot maybe? [10:55] actually... [10:55] no [10:55] if you use a USB startup disk.. [10:55] it would be pretty easy [10:55] just crack open the squashfs.. [10:55] then install the kernel [10:55] and remove the old kernel [10:55] i think [10:56] parts of the kernel are also, rather necessarily, outside the squashfs [10:56] hyperair: that's the manual way [10:56] and still requires a bit of work [10:56] ah crap [10:56] lol [10:57] let me find the wiki page [10:57] the ISO structure is something i still know next to nothing about [10:59] and now I can't find the wiki [10:59] hehe [10:59] it always eludes you when you need it doesn't it? =p [11:00] LiveCDCustomization [11:00] luckly I save all wikis to disk.... [11:00] makes it easy to have on hand when google fails [11:00] https://help.ubuntu.com/community/LiveCD?highlight=((LiveCDCustomization)) [11:01] there you go https://help.ubuntu.com/community/LiveCDCustomization [11:01] BUGabundo, thanks, I'll give that a try [11:01] all the trouble to extract squashfs and redo the FS is too much [11:02] aint anyone working on a tool to do that for us? [11:02] pitti: You mean /sbin [11:02] pitti: /lastlog sendmail on #ubuntu-release :) [11:03] lool: ah, saw it; thanks [11:06] BUGabundo: is there a guide for customizing what gets installed? [11:13] note to self: copying initrd to vmzlinuz is not conducive to getting a working installer [11:14] hyperair: humm start with minimal and base metapackages? [11:15] BUGabundo: ? [11:16] BUGabundo: how does a desktop cd get generated generally? [11:16] BUGabundo: i mean without cracking it open blah blah [11:16] hyperair: seeds, and germinate [11:16] don't know! ask the images admins [11:16] hehehe [11:16] there you go [11:17] hrm, which doesn't seem to be in this guide [11:17] yeah [11:17] they don't [11:17] there's a wiki on how to do your own germinate [11:17] hmm there is? [11:18] I read part of it once [11:18] considering that germinate does ring a bell, i think i might have as well [11:19] on an unrelated note, i'm curious as to how many people agree with the new update-notifier behaviour [11:19] hyperair: livecd-rootfs does the work of generating the live filesystem [11:20] hyperair: -1 [11:20] cjwatson: ah cool, i'll look into that too =p [11:20] BUGabundo: hahah. personally, i view the new behaviour as a security hole. [11:21] we will ppl just closing and not updating [11:21] not just that [11:21] i'm talking about using the new behaviour to trick people into giving the password to gksudo [11:22] I'm tired of this. I was among those that discussed this in +1, and opened the bug [11:22] heh yeah [11:22] Mark as closed it *twice* with won't fix [11:22] so either we discuss for kk, or forget it [11:22] they seem pretty stubborn regarding this [11:22] so. [11:22] Please take this discussion elsewhere, guys. [11:22] I won't even comment anymore on the bug [11:22] right [11:23] Riddell: ok, please tell me when you uploaded k-meta, I'll wave it through the queue [11:23] like you say, the bug has been marked twice as won'tfix, and there's no point disturbing this channel withit [11:24] directhex: at the expense of bringing mono out of sync again, would you agree to droping the Recommends: libgluezilla from libmono-webbrowser0.5-cil? or should it get a MIR? [11:25] hm, what do we need libmono-webbrowser0.5-cil for? [11:26] directhex: mono-tools build-dep and reverse dep of libmono-winforms2.0-cil [11:26] OTOH gluezilla looks harmless enough [11:27] and the recommends: seems to be justified, WDYT? [11:27] it's harmless enough, yes [11:27] oh. oh ARSES [11:28] * directhex files a big nasty bug against ubuntu-dev-tools [11:28] directhex: so, MIR then? [11:28] can someone let usb-imagewriter out of binary NEW ? [11:28] hm, I did something wrong. my ISO doesn't boot (at least not under kvm) [11:28] or, the live system doesn't boot [11:28] pitti, yeah. golly gee, i love MIR paperwork \o/ [11:30] any change for "ubuntu-bug -p pkg" tool to have it uploading it's contents to an existing bug? [11:31] directhex: we just need to sort out http://people.ubuntu.com/~ubuntu-archive/component-mismatches.txt RSN [11:31] as of now, it seems to be missing that functionality? [11:31] taavikko: to do that, use apport-collect [11:31] pitti: thanks :) [11:31] pitti, Bug #362845 is my excuse for why this wasn't spotted sooner [11:31] Launchpad bug 362845 in ubuntu-dev-tools "reverse-build-depends: Ignores Build-Depends-Indep" [Undecided,New] https://launchpad.net/bugs/362845 [11:32] directhex: hah [11:32] ogra: done [11:32] Pici, thanks :) [11:32] err pitti [11:35] Keybuk: uh, bootchart-java uses gcj, not default-jdk [11:36] does it? [11:36] see, shows how much I know ;P [11:36] Java confuses me [11:36] +export JAVA_HOME=/usr/lib/jvm/java-gcj [11:36] the build deps are correct, though [11:36] Keybuk: not just you :) [11:37] it doesn't help that our Java policy doesn't actually appear to be written down anywhere [11:37] like the wiki [11:37] hmm, works for me without exporting JAVA_HOME [11:37] even on armel [11:37] ........................... [11:37] i need to start using Tomboy. [11:37] Keybuk: I collect stuff in bug 362849 [11:37] Launchpad bug 362849 in bootchart-java "promote to main" [Undecided,Incomplete] https://launchpad.net/bugs/362849 [11:37] https://wiki.ubuntu.com/MainInclusionReportgluezilla [11:38] check the date/time it was written [11:38] oh, i thought the decision was to demote bootchart to universe instead [11:38] directhex: that bug looks fixed already [11:38] are you using the latest u-d-t? [11:38] directhex: oh, nice! ah, it's not linked to a MIR bug, thus it escaped our attention [11:38] directhex: thanks, I'll deal with it [11:38] Laney, i think so. this machine is on jaunty [11:39] pitti: I thought we decided to just demote bootchart to universe anyway? [11:39] yeah [11:39] directhex: well it is fixced for me [11:39] Keybuk: WFM; I don't know where it should live [11:39] Keybuk, i bet someone forgot to close the bug :) [11:40] slangasek: ? [11:40] Keybuk: (having it in universe makes sense to me, though) [11:40] Keybuk: slangasek is sleeping [11:40] pitti, perhaps i never got around to filing the bug, and it sorta slipped my mind [11:40] no reverse dependencies, so I guess it's just seeded in supported [11:40]