[01:20] <cjwatson> lex79: done
[01:20] <lex79> cjwatson: thanks :)
[04:21] <LucidFox> I wonder if I'll ever see the day, in the bright shiny future of which I can only dream of, when clang replaces gcc as the default compiler...
[05:52] <un214> is there a way to remove upstart, plymouth, mountall, etc. as all they are doing is wasting disk space
[05:53] <lifeless> actually, they boot your system.
[05:53] <un214> not anymore they dont
[05:55] <un214> I finally had it with the lot of them and pulled sysvinit from debian
[07:00] <damascene> hi,
[07:00] <damascene> what is the version of mlterm that is going to be in Lucid
[07:01] <damascene> sorry,  Maverick Meerkat
[07:03] <jmarsden> damascene: At the moment, Maverick has   mlterm |    3.0.1-1 | maverick/universe | source, amd64, i386
[07:03] <damascene> thanks
[07:03] <jmarsden> Use rmadison to check for this.
[07:11] <pitti> Good morning
[07:12] <ddecator> morning pitti
[07:54] <mvo> apw:  thanks for the fix for bug #601883 - I uploaded your fix with a minor modifcation (added the \\? to the ReleaseAccountment string as well as its used there too)
[07:55] <mvo> apw: could you please double check (and test) once its in maverick? then we can do a lucid SRU too
[07:55] <dholbach> good morning
[08:06] <damascene> https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/562130
[08:06] <damascene> any help with this?
[08:23] <apw> mvo will do
[08:47] <scar_> hi I want to test bleeding edge of xorg to see if my gpu is working properly via the nouveau driver, is there a live cd I can use to test xorg-edgers or something like that?
[09:12] <RAOF> scar_: Not really, no.  That said, Maverick is pretty close to xorg-edgers at the moment.
[09:20] <damascene> hi seb128
[09:20] <seb128> hey damascene
[09:21] <damascene> I want to request main inclusion for mlterm for bug 562130 but the process seem to complected for me. what should Ido?
[09:22] <seb128> talk to ArneGoetje about it?
[09:22] <seb128> I don't work on language selector
[09:23] <damascene> ok, thanks
[09:23] <seb128> damascene, the wiki has the documentation on how to write a mir otherwise
[09:25] <damascene> but I'm not sure what thing should I work on first, main inclusion or get people to agree on the idea first
[09:25] <seb128> no point to do the mir if people disagree about the change
[09:26] <seb128> talk to ArneGoetje or dpm about the change, I'm wondering if that was not suggested on some UDS discussion
[09:27] <damascene> ArneGoetje, are you here?
[09:28] <ArneGoetje> damascene: yep
[09:28] <damascene> can you help with the bug?
[09:29] <ArneGoetje> damascene: I don't think so. mlterm is not really integration friendly into our desktop... I have to look if I can find my notes...
[09:30] <damascene> but it's the only good solution for RTL users
[09:31] <damascene> brb
[09:31] <ArneGoetje> damascene: I know that. But it doesn't use fontconfig, IIRC. So we will have to set the fonts somehow depending on the language to be shown
[09:31] <ArneGoetje> damascene: and I don't see any practical way to do that on the desktop
[09:45] <kaushal> hi
[09:45] <kaushal> cjwatson: hi
[09:46] <kaushal> I did added preseed base-installer/kernel/override-image string linux-server
[09:46] <kaushal> in ks.cfg file, It did not work
[09:46] <kaushal> I mean after installation it got stuck
[09:49] <cjwatson> kaushal: in what way did it get stuck?
[09:50] <kaushal> I mean it did not boot only
[09:51] <kaushal> ñpòñpòñpBooting..ò
[09:51] <kaushal> something like that i got it
[09:52] <kaushal> whereas it worked fine using linux-image-generic
[09:52] <cjwatson> I'm afraid I can't help with kernel problems
[09:53] <kaushal> cjwatson: can i add it in the %post ?
[09:53] <kaushal> apt-get install linux-image-server
[09:55] <cjwatson> I don't see how that would make any difference to the kernel failing to boot once installed
[09:57] <kaushal> cjwatson: where can i seek help ?
[09:57] <lifeless> #ubuntu or the ubuntu forums
[10:00] <Daviey> cjwatson, Would you be able to wave the linux 2.6.32-24.38 (lucid-proposed), through the NEW queue into -proposed?
[10:01] <damascene> ArneGoetje, when I installed it from Sabily.team ppa it was automatically using the right font
[10:03] <cjwatson> Daviey: processing, it takes a while
[10:04] <Daviey> cjwatson, you rock :)
[10:06] <ArneGoetje> damascene: I don't know how you configured your machine. When I tested it on my machine it didn't. However, I did use the package which is in Universe.
[10:07] <ArneGoetje> damascene: for which language(s) did you test?
[10:10] <ArneGoetje> damascene: ah, a new version got released... gotta try the one in maverick again
[10:11] <ArneGoetje> damascene: if the 3.0.1-1 version in Maverick works fine, I don't see any problem to auto-install it for RTL languages.
[11:14] <apw> cjwatson, ok that dirty patch is applied to the kernels at this url, perhaps you could see if they work at all for you, if so then we can look at cleaning them up etc: http://people.canonical.com/~apw/fbcon-hold-maverick/
[11:25] <lifeless> james_w: hai
[11:35] <cjwatson> Daviey: done; other linux* packages on their way through now as well
[11:35] <cjwatson> apw: thanks, will have a look
[11:35] <Daviey> cjwatson, rockin'!
[11:42] <lifeless> james_w: when you get up/around - the patch is finished, hope to talk to you your evening about it if needed.
[11:44] <nigelb> mvo: where does software center pull categories from? debian/control?
[11:45] <jpds> nigelb: screenshots.debian.net IIRC.
[11:47] <nigelb> jpds: I mean if an app's category is wrong, correcting in debian/control is enough or there is another place I have to correct it?
[12:03] <cjwatson> apw: that works quite nicely
[12:03]  * cjwatson wonders if he can video it
[12:18] <mvo> nigelb: the package desktop file
[12:20] <cjwatson> apw: http://people.canonical.com/~cjwatson/tmp/fbcon-handoff.ogv
[12:21] <apw> cjwatson, dammit, its too fast :
[12:21] <apw> :)
[12:22] <cjwatson> apw: plymouth doesn't spend long displaying the dots, but you can see it happening
[12:22] <cjwatson> Keybuk: ^- you might be interested in the above too
[12:22] <ogra> Keybuk, udevd is complaining about not being able to create and write to the queue on my omap setups (i get no space left on device errors in initramfs and also later if root is mounted)
[12:22] <mvo> cjwatson: nice!
[12:23] <ogra> Keybuk, by the looks of it it lives in ram, and there is pleanty of free ram, do i need any special mount options or something i'm missing here ?
[12:23] <ogra> *plenty
[12:24] <cjwatson> the mode switch to plymouth is interesting, because for some reason grub doesn't manage to draw all the way to the edges of the screen
[12:25] <cjwatson> but I took care that the logo wouldn't move; now, how this will look when KMS needs to switch to panel native resolution I'm not quite sure
[12:30] <nigelb> mvo: thanks :)
[12:31] <cjwatson> I wonder if I got the background colour wrong
[12:31] <apw> cjwatson, that looks totally awsome ... do we know why there is a mode switch to X after plymouth?  not that that is anything much to do with the point of the exercise
[12:32] <Keybuk> cjwatson: cute, how's that working?
[12:32] <cjwatson> apw: I'm not even sure if I have KMS here - this is in kvm
[12:32] <kaushal> cjwatson: just an update
[12:33] <cjwatson> Keybuk: patch to make grub program vesafb rather than efifb; shoved in a logo file based on plymouth's; patch to fix up its background image handling a bit; and that fbcon handoff patch applied to the kernel by apw
[12:33] <cjwatson> Keybuk: currently arguing on grub-devel about the first of those
[12:33] <Keybuk> how does plymouth react to the fb changing?
[12:33] <cjwatson> it doesn't change resolution in my current setup; my next step will probably need to be rigging up a situation where it does
[12:34] <apw> cjwatson, right ... so i guess i need a recipe for generating that VM, so then i can cut that patch up and work out which bits make sense and which do not
[12:34] <Keybuk> does it work at all?  when I tested, plymouth ended up giving up
[12:34] <Keybuk> or crashing
[12:34] <Keybuk> but that may have been because the fb changed from planar to tiled or something
[12:34] <cjwatson> it seems to, you can see it redrawing the logo in my video
[12:34] <cjwatson> because I didn't get the colour match quite right or something
[12:35] <apw> cjwatson, i got the feeling i got some black round the edge when watching it as it transitioned
[12:35] <cjwatson> yes
[12:35] <cjwatson> 12:24 <cjwatson> the mode switch to plymouth is interesting, because for some reason grub doesn't manage to draw all the way to the edges of the screen
[12:35] <cjwatson> not sure what's happening there
[12:35] <apw> but even given this is non-kms worst case scenario, thats very slick
[12:36] <apw> and having booted a win-7 machine yesterday for the first time and watched the icons switch from pictures to white squares 3 times before settling, and having time to make tea while it booted, i am sure we look better than that
[12:37] <apw> cjwatson, time to make plymouth not draw their either :)
[12:38] <mvo> nigelb: what package is that ?
[12:39] <cjwatson> apw: this is basically a current desktop vm with http://paste.ubuntu.com/459783/ applied to grub2
[12:40] <cjwatson> Keybuk: definitely need to exercise this considerably more widely than my stunt vm, I agree :)
[12:43] <nigelb> mvo: lernid
[12:43] <nigelb> Its in development > python
[12:43] <nigelb> I'll try to get a patch for it
[12:45] <nigelb> mvo: though for this, python is defined in debian/control.  Maybe there is a fallback in case desktop file is not available?
[12:47] <mvo> nigelb: yeah, that is true
[12:50] <apw> cjwatson, that reminds me, with those patches applied, does VT switching to VT1 work as expected ?
[12:50] <nigelb> mvo: awesome, I'll get a fix for it soonish.  thanks :)
[13:03] <cjwatson> apw: I did notice before that patch that in some cases I couldn't switch back to VT7 after switching to VT1 (it switched, but didn't change the display other than turning off the cursor blink)
[13:03] <cjwatson> apw: with that patch - no, fails
[13:03] <apw> cjwatson, hrm
[13:04] <cjwatson> apw: it corrupts a little area at the top left of the screen, so it's done something, but not a proper switch
[13:04] <cjwatson> maybe doesn't know how to switch back to text mode?
[13:04] <apw> cjwatson, well i think the patch is turning off all updates in non-graphics mode
[13:04] <cjwatson> hah
[13:04] <apw> so i suspect that is what i'd expect it to do.
[13:04] <cjwatson> that would do it
[13:05] <cjwatson> right, so that patch isn't really what we want as such
[13:05] <apw> and i am not sure if it needs that or not, hense i want to be able to repro it in a VM myself so i can drop the dodgy bits and test it
[13:05] <cjwatson> apw: yeah.  I think the patch I pasted above should be enough for you; however note that at the moment you also need to edit /etc/default/grub, comment out the two GRUB_HIDDEN_TIMEOUT* lines, and run update-grub
[13:06] <cjwatson> I haven't got round to arranging to display the background even if the menu isn't shown yet
[13:06] <apw> cjwatson, ok ta.  sounds like my afternoon is planned now
[13:10] <ogra> doko, seems i found the issue of openjdk, ca-certificates-java depends on: openjdk-6-jre-headless (>= 6b16-1.6.1-2) | java6-runtime-headless ... seems the buildd installs default-jre-headless instead of openjdk-6-jre-headless
[13:11] <ogra> doko, which in turn segfaults when running keytool
[13:12] <ogra> doko, i wonder if we could make the "| java6-runtime-headless" arch specific since its unlikely that any of the other java implementations will work on arm anyway
[13:13] <doko> ogra: hmm, but default-jre-headless depends on openjdk-6-jre-headless
[13:13] <cjwatson> Keybuk: any particular suggestions for the sorts of setups that might trigger a plymouth crash?
[13:15] <ogra> doko, hmm
[13:15]  * ogra checks the build log again
[13:15] <ogra> Unpacking openjdk-6-jre-headless (from .../openjdk-6-jre-headless_6b18-1.8-2ubuntu2_armel.deb) ...
[13:15] <ogra> that looks quite outdated
[13:21] <ogra> but its indeed the last one that built
[13:31] <Keybuk> cjwatson: no idea
[13:37] <apw> mvo, i am not at all sure this upload for apt-cacher-ng worked right ...
[13:38] <apw> if you look at the diff the source package building made a patch for you which looks to have removed the change you made ...
[13:38] <apw> mvo, i also think the change itself wasn't quite right as it didn't have a trailing ?
[13:39] <apw> mvo, i suspect you just changed the patch in in debian/patches and didn't tell quilt
[13:40] <apw> cjwatson, this automatic generation of a patch is there is any differences left ... is there any way to turn it off do you know?  (3.0 (quilt) format) ... it is a royal pain in the ass
[13:40] <mvo> apw: that is what I did :( oh quilt you are the source of all my gray hair
[13:40] <apw> its an utter pain
[13:40] <cjwatson> why are there differences left?
[13:40] <mvo> apw++
[13:41] <cjwatson> this is not a problem I have in my packages
[13:41] <apw> mvo, also note that you didn't add the ? after the () section
[13:41] <apw> cjwatson, there can be differences left if you arn't careful with quilt
[13:41] <mvo> apw: thanks, let me fix it
[13:41] <cjwatson> you can't turn it off as then the resulting source package doesn't represent your build tree!
[13:41] <apw> i would like an option --crash-in-a-heap-if-you-need-to-add-a-patch
[13:42] <cjwatson> that might be a reasonable wishlist bug on Debian dpkg
[13:42] <apw> yeah i am happy it shouldn't make an uploadable in that state i would just rather it hurt me a lot instead of giving me something
[13:42] <apw> yea
[13:44] <apw> cjwatson, had any problems with apparmour getting in the way of your VM usage recently?  all mine just stopped working
[13:44] <cjwatson> not so I've noticed, though I only just upgraded to maverick
[13:44] <apw> this is a lucid host ... hrm
[13:45] <cjwatson> was working fine on lucid, though I was probably behind on updates
[13:58] <mvo> apw: please double check http://paste.ubuntu.com/459811/ - if it looks ok I will upload
[14:03] <apw> mvo that looks better :)
[14:03] <mvo> apw: *puh* thanks :)
[14:06] <mvo> apw: uploaded to lucid-proposed now too, many thanks for your work on this!
[14:07] <apw> mvo, cool.  once its built in proposed i'll re-test there
[14:07] <apw> dammit launchpad performance is a serious impediment to my work
[14:21] <ricotz> jdong, hello, also pitti acked the docky sru, but he didnt add a comment
[16:34] <maxwellian> Does anyone know the status of using OpenID login for Ubuntu sites?  The brainstorm page hasn't seen any activity since December.
[16:35] <jpds> maxwellian: Doesn't the Brainstorm use the Ubuntu QA login thing?
[16:37] <maxwellian> jpds: I don't know, I don't have an account on any of the sites, because I hate making new accounts.
[16:37] <maxwellian> jpds: Exactly why I want OpenID.
[16:39] <maxwellian> jpds: I'm talking about all of the sites accepting OpenID, ideally as a consumer.
[16:39] <jpds> maxwellian: Right, I think stgraber would know more.
[16:40] <maxwellian> jpds: Thanks, I don't know a lot myself, but it just seems like a great idea.  Wondering if it's in the works.  Thanks.
[16:49] <jdstrand> didrocks: hey. I committed fixes for bug #599169 to bzr. feel free to pull it in SRU for lucid
[16:51] <jdstrand> didrocks: (and upload to maverick, which I can do if you need me to)
[17:00] <LucidFox> This may have been asked lots of times before, but will Maverick ship with GNOME 3?
[17:30] <apw> cjwatson, the kernel on the live-cd's that is a full install of the kernel packages right ?
[17:31] <ogra_cmpc> apw, livecd-rootfs installs the metapackage
[17:32] <ogra_cmpc> so yes, it pulls in a full install of the kernel package
[17:32] <apw> ogra_cmpc, ok, so the whole pacakge... thanks
[17:32] <ogra_cmpc> the initramfs contains casper though
[17:54] <shadeslayer> hi! can someone look at bug 565376 and this debdiff : http://people.ubuntu.com/~rohangarg/desktopcouch.debdiff :
[17:55] <shadeslayer> after applying the debdiff,i hope to get the attached debdiff in the bug SRU'd
[17:55] <shadeslayer> ( and yes,this issue is in maverick as well )
[17:58] <apw> cjwatson, where can i get your background image, for grub2; and indeed how to configure it ?
[17:59] <seb128> jdstrand, hey
[18:00] <seb128> jdstrand, didrocks is not around this week, dunno if you could sru the update for apparmor profile to lucid for him?
[18:00] <apw> cjohnston, as without it its hard to tell if the darned thing is workng
[18:00] <seb128> jdstrand, it's getting tight for lucid .1
[18:00] <apw> cjwatson, ^^
[18:00] <jdstrand> seb128: ok
[18:00] <seb128> jdstrand, thanks
[18:02] <cjwatson> apw: oh, sorry, forgot that bit
[18:02] <cjwatson> apw: http://people.canonical.com/~cjwatson/tmp/logo.png - drop that into /boot/grub/logo.png, and set GRUB_BACKGROUND=/boot/grub/logo.png in /etc/default/grub
[18:02] <apw> cjwatson, ta
[18:03] <cjwatson> apw: you should also set GRUB_GFXMODE=1024x768, probably
[18:03] <cjwatson> (at least that's what I did)
[18:03] <apw> cjwatson, ahh ok will try both
[18:09] <cjwatson> apw: I see what's causing the border - will bring that up on grub-devel
[18:11] <shadeslayer> btw is there a seprate dekstopcouch channel?
[18:34] <jdstrand> seb128: fyi, uploaded evince to maverick and lucid-approved (waiting for approval). I did all the SRU stuff in the bug
[18:34] <jdstrand> err
[18:34] <jdstrand> lucid-proposed :)
[18:35] <maco2> dang i thought youd found a magic go-faster section
[18:35] <jdstrand> heh
[18:40] <seb128> jdstrand, thanks!
[18:40] <jdstrand> sure! :)
[19:29] <kees> Riddell: can you remove the openjpeg build deps from whatever was using it?  I've rejected that MIR on the ground of scary code.  :)
[19:40] <shapr> Hi, if there's not an Ubuntu Haskell Team, how would I go about starting one? I assume I'd need to be an Ubuntu developer first?
[19:40] <Riddell> kees: ok
[19:41] <Laney> shapr: what do you want this team to do?
[19:42] <Laney> (I usually take care of that stuff)
[19:42] <shapr> Laney: I just want more recent versions of Haskell packages.
[19:42] <maco2> Laney: oh you make my xmonad go? thank you!
[19:42] <Laney> maco2: well nomeata maintains that, I just sync and rebuild as necessary
[19:43] <Laney> shapr: I suggest you get them updated in Debian and then included from there into Ubuntu
[19:43] <Laney> but it's a fact of our release model that not everything is the newest crack all the time
[19:43] <shapr> Laney: I'm new to ubuntu, have used debian for many years, is there an equivalent of debian/unstable?
[19:43] <kees> Riddell: thanks
[19:44] <Laney> no not really, there's a development release but it's subject to various freezes
[19:44] <shapr> Assuming there were ghc6 and ghc6-unstable packages, or something, would I just notify you that there were newer packages in debian?
[19:44] <Laney> you can file sync requests yourself even
[19:44] <Laney> wonder if this works...
[19:44] <Laney> !sync
[19:44] <shapr> Oh, that's spiffy!
[19:44] <Laney> (and then subscribe me if you like)
[19:45] <shapr> Laney: I know a lot of people in the Haskell community, is there anything I could do to make your packaging tasks easier?
[19:45] <Laney> get GHC to support dynamic linking and have a stable ABI :)
[19:45] <maco2> hahaha
[19:46] <shapr> I think there's support for dynamic linking in 6.13, dunno about a stable ABI though.
[19:46] <Laney> afaik it's only x86/64 :(
[19:46] <shapr> Oh, I see. I guess I haven't noticed because that's all I use.
[19:46] <Chipzz> what's with the nick spam? :P
[19:47] <shapr> Except for Linux on Cell, which requires Yellow Dog Linux :-/
[19:47] <maco2> reboot_in_10: what are you doing?
[19:47] <Laney> shapr: I think if you want to be a nice upstream liaison then a good place to look out is on the debian-haskell and pkg-haskell maintainers lists
[19:48] <maco2> perm_denied: could you stop that?
[19:48] <shapr> Laney: Thanks, I'll see what I can do.
[19:49] <Laney> :)
[19:49] <Laney> and of course, if you want to help me doing mass rebuilds once or twice every six months then we can maybe arrange this...
[19:50] <Chipzz> shapr: the various releases are more analogue to testing
[19:50] <Laney> not the most attractive of offers I'd wager
[19:50]  * Laney runs
[19:50] <shapr> Laney: I'll start small and work my way up :-)
[19:50] <Chipzz> except for the fact that ubuntu doesn't have unstable, so packages get uploaded to "testing" straight away
[19:51] <Laney> yeah doing sync requests is a really good way to help anyway
[19:51] <Laney> I don't follow hackage all that close — mainly use agda myself
[19:51] <shapr> Chipzz: So, is there an ubuntu/testing flavor where I can contribute bug reports?
[19:51] <Chipzz> shapr: the current development release
[19:51] <Chipzz> ie maverick
[19:52] <shapr> Laney: I wonder whether it makes more sense to have packages only for libs that cabal doesn't handle?
[19:52] <shapr> And of course, a package for cabal.
[19:53] <Laney> no, we want to provide a development platform within the distro
[19:53] <Laney> and of course we can't build app packages against anything other than debainised libs
[19:54] <Laney> the distro is supposed to provide an extra layer of QA on top of upstream
[19:54] <shapr> What's the correct way to switch to maverick?
[19:55] <shapr> Laney: If I understand correctly, I'd switch to maverick, try the debian-haskell packages locally, and then send a sync request when everything integrates happily?
[19:56] <Laney> if by "try" you mean "rebuild on my maverick box", then yes
[19:56] <shapr> Right, that's what I meant.
[19:57] <Laney> but be aware of https://wiki.ubuntu.com/MaverickReleaseSchedule — particularly feature freeze
[20:00] <shapr> Laney: Is there a wiki page/blog post/other document that describes the entire Ubuntu dev process?
[20:00] <Laney> oh, er, ... I don't know
[20:01] <Laney> anyone?
[20:11] <lifeless> shapr: there are docs for various things
[20:12] <lifeless> shapr: what sort of thing do you want to know? what an ubuntu dev does? what ubuntu itself goes through?
[22:28] <achiang> what is the proper way to add a patch to a package that is in debian 3.0 format?
[22:28] <achiang> i've created the patch, added it to debian/patches/ and updated debian/patches/series, and can successfully push and pop it with quilt
[22:29] <achiang> but when i try to build it, i get an error
[22:29] <achiang> i'm pretty sure the patch is fuzz-free
[22:29] <achiang> it seems like when i go to build, something is trying to apply the patch a 2nd time
[22:30] <dupondje> Riddell: could you check https://bugs.launchpad.net/ubuntu/+source/imagemagick/+bug/408119 ?
[22:31] <dupondje> Just waiting for your go to sync, then we can sync some other packages depending on new imagemagick also :)
[22:31] <DarkLXVZ> driver sis mirage 3 3d per ubuntu
[22:31] <achiang> should i be adding my patch to package.debian.tar.gz and re-tarring it up possibly?