[12:35] <shawarma> stgraber: No problem. I also think they're an important piece of the big easy-networking puzzle.
[02:15] <pochu> good night!
[07:02] <dholbach> good morning
[07:39] <Kagou> hi
[07:41] <pitti> Good morning
[07:44] <dholbach> ogra: new gnome-screensaver for you :)
[07:54] <dholbach> Mithrandir, cjwatson_, mdz: can you consider bug 86305 please?
[07:54] <Ubugtu> Malone bug 86305 in gthumb "UVF exception: gthumb 2.9.3" [Undecided,Unconfirmed]  https://launchpad.net/bugs/86305
[08:08] <kwwii> dholbach: I pushed a gdm last night, you might want to check that I didn't b0rk the setup.py
[08:10] <dholbach> kwwii: alrighty
[08:12] <dholbach> kwwii: looks super
[08:12] <kwwii> dholbach: great :-)
[08:13] <kwwii> now if I could get the session splash to appear for more than 3 seconds I could finish that as well
[08:13] <kwwii> dholbach: do you know where the bg color is set? (ie the bg color shown while the session splash is shown)?
[08:17] <Mithrandir> dholbach: do you have a diffstat?
[08:18] <dholbach> kwwii: feisty-wallpapers ubuntu-wallpapers.xml.in
[08:19] <kwwii> dholbach: thnx :-)
[08:20] <dholbach> Mithrandir: attached
[08:20] <Mithrandir> dholbach: I'm wary of it; it's a large bunch of changes.
[08:21] <Mithrandir> dholbach: however, bugs like 409799 looks quite scary.
[08:22] <dholbach> yeah :-/
[08:23] <Mithrandir> dholbach: have you played with it for a bit to see if you can spot any immediate problems?
[08:24] <dholbach> i played a bit with 2.9.2 and that was fine, I'll let you know about 2.9.3 once I'm through with the other gnome updates
[08:31] <Mithrandir> dholbach: thanks. 
[08:32] <Mithrandir> dholbach: what's the status of the RC tarballs from gnome and getting them packaged?
[08:33] <dholbach> working hard on it - looks like most of them got rolled over night
[08:33] <Mithrandir> it was a question, not a nag. :-)
[08:33] <dholbach> I understood it as that. :-)
[08:34] <Mithrandir> good to hear.
[08:47] <pitti> hrmpf #$(*# no X after reboot
[08:49] <LaserJock> did you try mv'ing your xorg.conf out of the way?
[08:49] <LaserJock> that worked for me today
[08:51] <tepsipakki> pitti: I guess it doesn't find all fonts?
[08:51] <fabbione> pitti: Xorg.0.log please?
[08:52] <fabbione> tepsipakki: if that's the case,  one patch has been dropped in the merge
[08:52] <pitti> no, don't worry guys, it's just that lrm for -9 is not yet available
[08:52] <Hobbsee> oh good, as i'm just updating :P
[08:52] <fabbione> pitti: true that :)
[08:52] <Mithrandir> oh, this'll be a fun herd, then.
[08:52] <Hobbsee> oh yes, so it isnt
[08:52] <fabbione> Mithrandir: and what's different from the others? :)
[08:53] <Hobbsee> heya Mithrandir!
[08:53] <pitti> Mithrandir: oh, herd this Thursday?
[08:53] <Mithrandir> pitti: indeed.
[08:53] <pitti> Mithrandir: oh, then I indeed need to talk to you
[08:53] <fabbione> Mithrandir: did you get my report yesterday?
[08:53] <Mithrandir> fabbione: I did, yes.  It looks quite good.
[08:53] <Mithrandir> pitti: shoot
[08:53] <pitti> Mithrandir: my plan right now was to review/promote compiz/desktop-effects and put it into the -desktop seed
[08:53] <fabbione> Mithrandir: good... hopefully we will fix the export format to something more readable
[08:54] <pitti> Mithrandir: should that go into herd 5?
[08:54] <Mithrandir> pitti: go for it.
[08:54] <Mithrandir> pitti: we still need the new GNOME tarballs which are due today.
[08:54] <pitti> Mithrandir: ah, I'll NEW lrm and backports-modules, ok?
[08:54] <Mithrandir> thanks a lot.
[08:55] <pitti> Mithrandir: also, I would like to sort out bug 67925 RSN
[08:55] <Ubugtu> Malone bug 67925 in Ubuntu "Do not ship translations without matching input support" [High,In progress]  https://launchpad.net/bugs/67925
[08:55] <pitti> Mithrandir: but that'll require large amounts of CD space, so dropping some translations in exchange
[08:55] <Mithrandir> we're not very high on the number of translations atm.
[08:55] <Mithrandir> iirc
[08:56] <pitti> Mithrandir: at least the good thing is that the fewer translations we ship, the fewer input methods we have to ship
[08:56] <Mithrandir> heh
[08:56] <pitti> the thing that sucks is that the Chinese input tables require some 10 MB, and it's on the top of the list
[08:57] <pitti> Mithrandir: I'll do some more detailled research and come back to you with the plan
[08:57] <Mithrandir> ok, thanks.  I think post-herd5 might be a plan.
[08:57] <pitti> Mithrandir: ok, so I'll don't do that for h5
[08:58] <LaserJock> you're going to put compiz into Main?
[08:58] <pitti> LaserJock: under protest, but yes
[08:58] <Mithrandir> pitti: fiddling with what goes on the cd is a lot less painful if you don't have me standing over you asking whether we're there yet. :-)
[08:58] <pitti> Mithrandir: heh, yes :)
[08:59] <LaserJock> pitti: yikes, good luck with that :-)
[08:59] <pitti> LaserJock: s/)/(/... that thing really sucks in various dimensions (usability, slowness, not working at all with nvidia, etc.)
[09:00] <Hobbsee> pitti: compiz is being put as default now?
[09:00] <pitti> Hobbsee: noooo!
[09:01] <Hobbsee> pitti: didnt think so.  hence why are you putting it into the desktop seed?
[09:01] <pitti> Hobbsee: but we want desktop-effects installed by default for an 'one click to break your desktop' experience
[09:01] <Mithrandir> yes, we'll remove metacity and kwin.
[09:01] <Hobbsee> pitti: ahhhh....gotcha.
[09:01] <pitti> it's all part of GettingRidOfTheDesktop spec
[09:01] <LaserJock> so it'll be install, just not turned on?
[09:01] <LaserJock> *installed
[09:01] <pitti> LaserJock: right
[09:01] <LaserJock> seems sort of reasonable
[09:02] <Hobbsee> Mithrandir: neither beryl nor compiz works with kwin terribly well
[09:02] <pitti> no, I'm not bitter
[09:03] <Hobbsee> pitti: heh
[09:03] <Mithrandir> :-)
[09:03] <pitti> Mithrandir: yay candies!
[09:03] <LaserJock> well, considering all the trouble we go to with MIRs, it seems like a bit of a double standard
[09:05] <Lathiat> not working with nvidia?  i found compiz/beryl worked far more often with nvidia than ati
[09:05] <Lathiat> in fact i cant get neither compiz or beryl to run on my ati atm
[09:05] <pitti> Lathiat: well, if you count 'being slow and having no window decorations at all' working, then it works
[09:05] <pitti> Lathiat: the window decorations can be fixed with a magical xorg.conf option
[09:05] <Lathiat> hrm, works fantastically for me *shrug*
[09:05] <fabbione> i was never able to get compiz to work with nvidia
[09:05] <fabbione> i should probably give it another shot
[09:06] <Lathiat> pitti: oh yeh i think i had that option.. good point :P
[09:06] <pitti> which in turn breaks other things, but makes compiz work
[09:06] <Lathiat> heh
[09:06] <Lathiat> yeh the compiz+beryl stuff is still not "even nearly there" ;)
[09:06] <Lathiat> its a fantastic demo
[09:06] <Lathiat> and i dont mind using it for a bit but then it does weird things and then i just turn it off :P
[09:06] <Lathiat> with jsut the basic plugins, *mildly* wobbly windows, cube, brief fade in/out
[09:07] <Lathiat> burning windows is a bit much for me
[09:07] <Hobbsee> burning windows?  neat!
[09:07] <Lathiat> yeh its neat the first time
[09:07] <Lathiat> then you find the "multi color" option, its neat the second time
[09:07] <Lathiat> and then suddenly its extremely annoying
[09:08] <Hobbsee> heh
[09:08] <Mithrandir> I want exploding windows, with particle effects.  And sounds.
[09:10] <Hobbsee> Mithrandir: you have tried xblast, presumably?
[09:10] <Lathiat> hrm
[09:10] <Lathiat> does launchpad.net prevent google indexing bug reports or something
[09:13] <Lathiat> trying to find the bug where the fireworks screensaver with sounds interupts him & his girlfriend
[09:13] <Lathiat> and causes his grandmother to faint
[09:13] <Lathiat> and the neighbours to make a complaint
[09:13] <Lathiat> or something along those lines
[09:13] <Mithrandir> Hobbsee: no sound and no particle effects, iirc?
[09:13] <Lathiat> but google & launchpad search are failing me
[09:14] <Lathiat> oh well home time back later
[09:14] <Hobbsee> Mithrandir: true that.  but blasting windows is fun
[10:01] <seb128> ogra: new dia and gnome-screensaver to package
[10:33] <mneptok> everybody out of the pool!
[10:33] <pitti> hi lool
[10:36] <pitti> Mithrandir: hm, u-meta upload is still missing, the current ./update does very weird things for me (removed tons of stuff)
[10:37] <carlos> pitti, seb128: Feisty opening is planned for tomorrow morning
[10:37] <carlos> (translations)
[10:37] <pitti> yay!
[10:38] <carlos> and we will start importing all new .pot and .po files from feisty (at that time, we will get a copy of Edgy)
[10:38] <seb128> carlos: nice!
[10:38] <pitti> maybe they'll make it to herd-5
[10:38] <seb128> how long is going to take the import?
[10:38] <Mithrandir> pitti: hmm.
[10:38] <seb128> pitti: I doubt of it, import is going to takes days probably
[10:38] <pitti> ah, right
[10:38] <carlos> pitti: and Thursday, I will prepare new language packs for it
[10:39] <carlos> seb128: at least two days...
[10:40] <Hobbsee> tepsipakki: argh.  my downwards scroll has broken.  (on my touchpad)  - the rest seems to work, though
[10:42] <poningru> question... isnt thursday supposed to herd5... would the import cause troubles for that?... just a thought being thrown out I really dont have any clue about the process
[10:43] <Mithrandir> poningru: I don't see why it would cause problems for that?
[10:43] <poningru> ok cool
[10:51] <tepsipakki> Hobbsee: ok, I'll look around for a fix
[10:51] <fabbione> feh
[10:51] <fabbione> so what's the workaround for X server not being able to find fixed fonts? :)
[10:51] <tepsipakki> fabbione: you tell me :)
[10:52] <fabbione> tepsipakki: does reverting the server to an older version work?
[10:52] <tepsipakki> fabbione: it seems that for some /usr/share/X11/fonts is left behind by some package
[10:52] <fabbione> that shouldn't matter
[10:52] <tepsipakki> and so the symlink is not made
[10:52] <fabbione> ah
[10:53] <fabbione> where are fonts now?
[10:53] <asac> hmmm ... how can I decouple falsely marked duplicates in lp?
[10:53] <seb128> /usr/share/fonts/X11
[10:53] <fabbione> seb128: ok thanks
[10:53] <seb128> asac: click on "mark duplicate" and empty the entry
[10:53] <seb128> fabbione: np
[10:54] <fabbione> but.. hmm
[10:54] <fabbione>  /usr/share/fonts/X11 should be hardencoded in the server
[10:54] <fabbione> i recall this patch somewhere
[10:54] <asac> seb128: naturally :) 
[10:54] <tepsipakki> fabbione: in our previous version?
[10:54] <fabbione> tepsipakki: yes
[10:55] <fabbione> checking now...
[10:55] <fabbione> it might be you forgot or drop a patch by mistake
[10:55] <seb128> fabbione: Debian dropped some patches and changed configure option for fonts
[10:56] <tepsipakki> fabbione: we (and debian) used to have "--with-fontdir" as a configure option
[10:56] <tepsipakki> and that was changed by debian in September to --with-font-path
[10:56] <tepsipakki> don't know if that has anything to do with this
[10:56] <seb128> fabbione: what do you think about http://cvs.fedora.redhat.com/viewcvs/rpms/xorg-x11-server/devel/xorg-x11-server-1.1.1-builtin-fonts.patch?rev=1.1&view=markup ?
[10:57] <fabbione> seb128: i can't look at it right now.. i am in deep text mode :)
[10:57] <fabbione> tepsipakki: it might easily be...
[10:57] <seb128> fabbione: 
[10:57] <seb128> -#ifdef KDRIVESERVER
[10:57] <seb128>  	BuiltinRegisterFpeFunctions();
[10:57] <seb128> -#endif
[10:57] <seb128> "- Enable builtin fallback versions of cursor and fixed fonts."
[10:57] <seb128> patch from Fedora
[10:57] <fabbione> might be
[10:58] <seb128> that would be a good idea maybe, if that makes xorg robust to fonts problems like that
[10:58] <fabbione> seb128: i am checking some diff stuff now.. but i will stay in text mode to test the fix so i am unable to do a bunch of things easily
[10:59] <tepsipakki> fedora also has "built-ins" appended to the --with-font-path
[11:00] <tepsipakki> which maybe is what makes that patch to actually work
[11:01] <fabbione> i can see a patch has been dropped between 1.1.1 and 1.2
[11:01] <fabbione> 11_debian...
[11:01] <fabbione> in 1.1.1
[11:01] <tepsipakki> looking..
[11:02] <fabbione> the change is relevant to that font-path/font-dir change
[11:03] <tepsipakki> fabbione: ok.. sigh
[11:04] <tepsipakki> the numbering confused me
[11:04] <fabbione> tepsipakki: the patch was dropped by Debian
[11:04] <seb128>   [ Eugene Konev ] 
[11:04] <fabbione> but we need to understand why
[11:04] <seb128>   * Use --with-default-font-path instead of --with-fontdir.
[11:04] <seb128>   * Set RGBPath through --with-rgb-path.
[11:04] <seb128>   * Drop 11_debian_always_use_default_font_path.diff.
[11:04] <seb128>   * Drop 14_debian_always_look_in_our_module_path.diff.
[11:04] <seb128>   * Ship SecurityPolicy in xserver-xorg-core.
[11:05] <seb128> right
[11:05] <tepsipakki> oh, it was at the same time
[11:05] <tepsipakki> the change was made..
[11:05] <fabbione> ahhhh
[11:05] <fabbione> it looks like a typo somewhere
[11:06] <fabbione> indeed
[11:06] <fabbione> check the font path in debian/rules
[11:06] <fabbione> " X11/fonts/Type1"
[11:06] <fabbione> there is an extra space
[11:06] <fabbione> let me try to rebuild without that space
[11:07] <fabbione> that path seems just wrong to me
[11:07] <seb128> hum, right
[11:08] <fabbione> hmm no
[11:08] <fabbione> there is the correct one right before
[11:08] <fabbione> never the less.. that one is wrong
[11:11] <fabbione> Whisky Foxtrot Tango!
[11:11] <fabbione> well ok. i understand what's wrong...
[11:12] <fabbione> basically with the old patch + configure command the default path was added dinamycally
[11:12] <fabbione> with the new behaviour, we switch to it only if the font path in xorg.conf is totally bogus
[11:12] <fabbione> in this case the font path is valid because of left overs
[11:12] <fabbione> and we never look in the other path
[11:13] <fabbione> so either we fix configs (difficult and bad) or we repatch the server
[11:13] <tepsipakki> easy to decide ;)
[11:14] <seb128> or we use the fedora way and use builtin fonts?
[11:14] <fabbione> seb128: we can try for sure
[11:14] <tepsipakki> fedora uses both --with-fontdir and --with-font-path
[11:15] <fabbione> in fact.. as soon as i change the config and add the correct paths it works
[11:15] <fabbione> seb128: i have a test case here.. so it's easy for me to test...
[11:15] <seb128> ok
[11:15] <fabbione> seb128: can you put that fedora patch somewhere i can scp it?
[11:15] <fabbione> seb128: like chinstrap?
[11:17] <seb128> fabbione: done, on my user dir on chinstrap
[11:17] <fabbione> tepsipakki: and we should probably do that too.. the 2 are not mutual exclusive
[11:17] <tepsipakki> fabbione: seb128 tested it yesterday and that alone doesn't help, but maybe with 'built-ins' added to --with-font-paths it does
[11:17] <seb128> I was going to say that
[11:18] <fabbione> yeah
[11:18] <fabbione> let's try one thing at a time
[11:18] <fabbione> first seb patch
[11:20] <fabbione> i HATE YOU ALL :P
[11:22] <pitti> seb128, Mithrandir: btw, do you plan to update the X video/input drivers for or after h5?
[11:22] <tuxcrafter> hello guys
[11:22] <seb128> pitti: there is not lot to update in fact
[11:22] <tuxcrafter> i have a discussion with some claws mail guys and need some adivce
[11:22] <seb128> pitti: upstream didn't roll much of new tarballs for drivers apparently
[11:22] <tuxcrafter> i am trying to build there cvs 
[11:23] <tuxcrafter> but there are errors in it
[11:23] <seb128> tuxcrafter: that's not an user support chan, you might want to try #ubuntu
[11:23] <tuxcrafter> they say the cvs is not for compiling 
[11:23] <pitti> seb128: ah, ok; is there a list/repo somewhere? I'll add the other packages to my 'to be rebuilt for maintainer' list then
[11:23] <tuxcrafter> what do you think?
[11:24] <seb128> pitti: no, but I'm going to keep looking at them today, any hurry or is that afternoon fine for giving you a list?
[11:24] <pitti> seb128: oh, don't worry, I won't get to 'X' before next week ;)
[11:24] <seb128> ok, so I will let you know
[11:24] <pitti> seb128: I'm still at 'l'
[11:30] <tuxcrafter> can someone point me to the rules of using a cvs checkout
[11:30] <tuxcrafter> i believe in this:
[11:30] <tuxcrafter> i don't want to use tarballs i want to use cvs checkouts and dependencies need to be pointed out before compiling when run the .autogen.sh or .configure.sh script not when you are installing and get errors
[11:30] <tuxcrafter> but i want some feedback on it
[11:31] <fabbione> tuxcrafter: this is not the right forum or place to discuss certain things.
[11:31] <fabbione> please ask in #ubuntu
[11:33] <tuxcrafter> but ubuntu is for normal users i have developing questions
[11:34] <tuxcrafter> #ubuntu-motu check them out
[11:36] <seb128> tuxcrafter: that's not a developing question
[11:36] <seb128> or not about developing Ubuntu, what is what the chan is about
[11:36] <tuxcrafter> fabbione: sorry to have bother this list but it is very unclear than what kind of people are in this list. thought there were developers?
[11:37] <Hobbsee> tuxcrafter: there are.  they're also in other channels.
[11:43] <fabbione> seb128: the patch is not enough
[11:43] <seb128> fabbione: :/
[11:43] <fabbione> tepsipakki: how does fedora call --with-fonts-dirs? or path?
[11:44] <tepsipakki> ah, they have "--with-default-font-path="unix/:7100,built-ins""
[11:44] <tepsipakki> and "--with-fontdir=%(pkg-config --variable=fontdir fontutil)"
[11:46] <tepsipakki> looking at the changelog they added "built-ins" to the path right after that patch
[11:46] <fabbione> our fontdir would be empty
[11:46] <tepsipakki> yep
[11:46] <fabbione> or we need a build-dep
[11:48] <fabbione> tepsipakki: trying that
[11:48] <fabbione> built-ins...
[11:52] <fabbione> tepsipakki: do you have any option to also check what pkg-config in fedora returns?
[11:54] <tepsipakki> I have access to rhel4/5
[11:54] <tepsipakki> but they are servers
[11:54] <fabbione> that won't help
[11:55] <tepsipakki> oh wait
[11:55] <tepsipakki> a friend of mine is a fedora-addict :/
[11:55] <fabbione> ask in #fedora? :)
[11:55] <fabbione> or even #xorg-devel
[11:55] <tepsipakki> I'll check my friend first :)
[11:56] <mneptok> hmmm .... maybe i should deploy a FC VM here ...
[11:58] <fabbione> even with ccache it takes ages to build this code
[11:59] <fabbione> tepsipakki: nope.. config path and patch don't help
[11:59] <fabbione> seb128: ^
[11:59] <fabbione> so either their server works because of the pkg-config output
[11:59] <fabbione> or we can safely revert the debian changes into the old ones
[11:59] <tepsipakki> on FC6 it returns /usr/share/X11/fonts
 seb128: fc6: /usr/share/X11/fonts
[12:01] <seb128> confirmed :p
[12:01] <tepsipakki> heh
[12:01] <fabbione> oh wait
[12:02] <tepsipakki> so we could hardcode --with-fontdir to /usr/share/fonts/X11?
[12:02] <fabbione> one more test
[12:03] <fabbione> no never mind
[12:05] <fabbione> ok i am back to X and we can look at the solution
[12:05] <tepsipakki> heh
[12:05] <tepsipakki> crashed quickly?-)
[12:06] <ogra> seb128, meh, all gdm related code is vanished from gss
[12:06] <seb128> ogra: and that's not good because...?
[12:07] <seb128> ogra: http://bugzilla.gnome.org/show_bug.cgi?id=407964
[12:07] <Ubugtu> Gnome bug 407964 in dialog "direct fast user switching" [Normal,Resolved: fixed]  
[12:07] <ogra> yep, saw it in the changelog 
[12:08] <seb128> that's the work from fedora guys, they want user switching working out of the box for FC7
[12:08] <seb128> which seems to be a good thing
[12:09] <ogra> right
[12:10] <fabbione> re
[12:10] <ogra> so looks lik i can drop that one completely, nice ...
[12:10] <ogra> and we need no dep on gdm :)
[12:10] <Hobbsee> gah....can someone write me a program to always be able to find my carkeys please?
[12:16] <cjwatson> Hobbsee: #include <stdio.h>\nint main(int argc, char **argv) { printf("they're down the back of the sofa\n"); return 0; }
[12:16] <Hobbsee> cjwatson: hahaha
[12:20] <fabbione> tepsipakki, seb128: imho we should temporary revert to the old behaviour
[12:20] <fabbione> it's know to work
[12:20] <seb128> fabbione: why "temporary"?
[12:20] <seb128> either that's right and we should do it
[12:21] <fabbione> because it might take a while to get to the right fix
[12:21] <seb128> or it's not and we should better to fix it properly now
[12:21] <tepsipakki> fabbione: wouldn't it be enough to add "--with-fontdir=/usr/share/fonts/X11"?
[12:21] <fabbione> tepsipakki: i am not sure... i didn't try that solution
[12:22] <fabbione> and we keep adding vars.. patch/config options.. etc.
[12:22] <fabbione> but anyway.. we know what it is
[12:22] <fabbione> i leave it up to you how you prefer to fix it
[12:22] <tepsipakki> I'll try --with-fontdir
[12:23] <fabbione> tepsipakki: can you reproduce the bug locally?
[12:23] <fabbione> otherwise i can drive you on how to do it
[12:23] <fabbione> it's pretty simple tho
[12:23] <seb128> just delete the symlink
[12:23] <tepsipakki> I should be able to
[12:23] <tepsipakki> haven't tried
[12:24] <seb128> and make xorg.conf uses the /usr/share/X11/fonts path
[12:25] <jsgotangco> good idea
[12:26] <mvo> Mithrandir: could you please have a look at bug https://beta.launchpad.net/ubuntu/+source/debian-cd/+bug/86133 ? 
[12:26] <Ubugtu> Malone bug 86133 in debian-cd "ubuntu-minimal cannot be found - herd 4 upgrade fails" [High,Unconfirmed]  
[12:28] <tepsipakki> hmm, I really need to set up a local package cache.. painful to keep three machines uptodate via 1Mbit downlink :)
[01:08] <Mithrandir> mvo: u-m isn't Essential and it seems to be in the archive just fine..
[01:11] <cjwatson_> mvo: FYI ubuntu-cdimage product not debian-cd sourcepackage in Ubuntu
[01:14] <Mithrandir> mvo: oh, sorry, I misread the bug report completely.  Ignore me. :-)
[01:14] <mvo> cjwatson_: oh, sorry. I will remember this for the future
[01:15] <cjwatson_> mvo: applying, thanks
[01:15] <mvo> cjwatson_: cool, thanks a lot! lets see if it works as it should :)
[01:16] <tepsipakki> fabbione: --with-fontdir didn't help.. so I think we'll need to add that patch again
[01:16] <pitti> Mithrandir: WDYT about an UVFE for bug 87675? changelog looks reasonable
[01:16] <Ubugtu> Malone bug 87675 in utf8-migration-tool "Please sync utf8-migration-tool (main) from Debian unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87675
[01:16] <Ng> `/win 82
[01:16] <Ng> gah
[01:18] <ogra> dholbach, do you know if glibs handling of gthread changed somehow ? i cant get gss to build here ...
[01:18] <dholbach> ogra: what is the build error?
[01:18] <ogra> /tmp/buildd/gnome-screensaver-2.17.8/src/gnome-screensaver-dialog.c:529: undefined reference to `g_thread_init'
[01:19] <dholbach> ogra: i doubt it's glib's fault that g-s-s does not build
[01:19] <ogra> i'm already depending on glib2.0-dev
[01:19] <dholbach> last glib upload:  Wed, 17 Jan 2007 10:24:11 +0100
[01:19] <pitti> Mithrandir: FYI, u-meta uploaded for desktop-effects
[01:19] <Mithrandir> pitti: thanks.
[01:19] <ogra> and the configure output even lists it
[01:19] <ogra> Base libs:                -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lX11 -lgmodule-2.0 -ldl -ldbus-glib-1 -ldbus-1 -lgconf-2 -lORBit-2 -lgthread-2.0 -lrt -lgobject-2.0 -lgnome-menu -lglib-2.0 
[01:20] <dholbach> ogra: how many patches onfor g-s-s do we have?
[01:20] <Mithrandir> dholbach: how's the new tarballs coming?  As in, should I freeze now-ish and just let the rest through or would you rather I wait for a bit?
[01:20] <ogra> dholbach, one ... the one that checks for the LTSP_CLIENT env var
[01:20] <ogra> a two liner
[01:20] <dholbach> Mithrandir: better ask seb128 once he's back on irc
[01:20] <Mithrandir> dholbach: kthx
[01:20] <dholbach> Mithrandir: I just came back from helping a friend with moving
[01:20] <dholbach> Mithrandir: so i need to read mails first
[01:21] <dholbach> ogra: can you upload the source package - I'l have a look
[01:21] <Mithrandir> pitti: tbh, I think we should just throw it out of main.
[01:21] <pitti> Mithrandir: I just thought the same; but syncing it would be a good idea nevertheless
[01:21] <ogra> dholbach, sure, but i'ts not complete yet, so please dont upload it ...
[01:21] <dholbach> ogra: sure
[01:21] <seb128> what package?
[01:21] <Mithrandir> pitti: oh sure, if the motus want it.
[01:22] <Mithrandir> seb128: hiya; how's the tarballs coming along?
[01:22] <dholbach> seb128: g-screensaver ftbfs - i'll take a look at it
[01:22] <pitti> Mithrandir: I'll go ahead and unseed/demote/sync it then
[01:22] <Mithrandir> pitti: cheers.
[01:23] <seb128> Mithrandir: mostly done, there 6-7 small tarballs left
[01:23] <Mithrandir> seb128: coolie.  Are you ok with me freezing now and just letting the last ones through when they show up, then?
[01:23] <seb128> Mithrandir: yes
[01:23] <ogra> seb128, gss
 /tmp/buildd/gnome-screensaver-2.17.8/src/gnome-screensaver-dialog.c:529: undefined reference to `g_thread_init'
[01:23] <ogra> but 
 Base libs:                -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lX11 -lgmodule-2.0 -ldl -ldbus-glib-1 -ldbus-1 -lgconf-2 -lORBit-2 -lgthread-2.0 -lrt -lgobject-2.0 -lgnome-menu -lglib-2.0 
[01:23] <ogra> seb128, ^^^
[01:24] <seb128> ogra: does it #include <glib.h>?
[01:24] <ogra> libgthread is there and linked ... but the compiler complains about it 
[01:24] <ogra> yes
[01:24] <pitti> ogra: do you want desktop-effects/compiz in edubuntu-meta?
[01:25] <seb128> pitti: are we getting compiz to desktop now?
[01:25] <pitti> ogra: and, initially, -desktop seed of course
[01:25] <seb128> ogra: where is the source package?
[01:25] <pitti> seb128: already done, as per last week's discussion
[01:25] <ogra> pitti, nope
[01:25] <pitti> ogra: 'k, because I need to merge seeds
[01:25] <ogra> pitti, it's in main through ubuntu-desktoip, right ? 
[01:25] <seb128> pitti: good, would be nice to fix desktop-effects, I'll have a look at it today
[01:25] <pitti> ogra: right
[01:26] <pitti> seb128: what to fix in particular?
[01:26] <seb128> pitti: it's not working atm I think, it breaks the plugins list
[01:26] <ogra> thats enough ... i fear it might distrub ltsp ...
[01:26] <seb128> pitti: I start compiz with "compiz --replace gconf" when I try it
[01:27] <seb128> ogra: the error is a linker one?
[01:27] <ogra> seb128, nope, compiler
[01:27] <seb128> ogra: do you have -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include ?
[01:28] <pitti> Riddell: do you want compiz-kde in kubuntu-desktop?
[01:28] <pitti> Riddell: (I guess not, but checking)
[01:28] <ogra> seb128, only -ldl /usr/lib/libglib-2.0.so
[01:29] <seb128> ogra: do you have the src package somewhere?
[01:29] <ogra> seb128, still uploading, give it a second, my upstream BW sucks
[01:30] <Riddell> pitti: since it's an empty package it wouldn't do much good
[01:30] <pitti> oh, heh :)
[01:30] <ogra> seb128, http://people.ubuntu.com/~ogra/gss/
[01:30] <seb128> ogra: 
[01:30] <seb128> PKG_CHECK_MODULES(GNOME_SCREENSAVER_DIALOG,
[01:30] <seb128>         libglade-2.0 >= $GLADE_REQUIRED_VERSION
[01:30] <seb128>         gtk+-2.0 >= $GTK_REQUIRED_VERSION)
[01:31] <seb128> that should be enough
[01:31] <seb128> let me try
[01:31] <ogra> gah, autoconf mess
[01:31] <Mithrandir> it should PKG_CHECK_MODULES(GSS, [libglade-2.0 ... ] ), btw.
[01:47] <dholbach> ogra: new dia also
[01:47] <ogra> dholbach, already on it
[01:47] <dholbach> yoohoo
[02:06] <ogra> how do we handle packages that are one version ahead of debian but use their packaging of the older package, do i need to add XSBC-Original-Maintainer or just change the maintainer field to my name ? 
[02:06] <ogra> (dia is such a candidate)
[02:08] <seb128> ogra: we use XSBC-Original-Maintainer for GNOME packages atm
[02:09] <ogra> so i should add it additionally then, right ? gss doesnt have that prob, its your package ;)
[02:10] <seb128> ogra: gnome-screensaver builds fine on my desktop
[02:10] <ogra> hmm, in pbuilder  ?
[02:10] <seb128> no, on feisty
[02:10] <seb128> you might lack a Build-Depends then
[02:10] <seb128> let me try with pbuilder
[02:11] <ogra> i added lobglib2.0-dev already ...
[02:11] <ogra> *lib
[02:11] <ogra> that shouldnt be the prob ...
[02:11] <seb128> and you are sure it was installed?
[02:11] <seb128> to your pbuilder
[02:11] <ogra> unlkess gthread went secretly to its own package :)
[02:11] <seb128> nop
[02:11] <seb128> let me try with pbuilder
[02:11] <ogra> yes, i saw it getting installer
[02:11] <ogra> *installed
[02:12] <ogra> i wouldnt ask here if i hadnt tried all options i know ;)
[02:12] <seb128> does it build on your desktop?
[02:13] <ogra> hmm, thats something i usually dont try ... have to wait for dia eating my cpu ...
[02:15] <ogra> seb128, btw dont we need a package of consolekit ? seems gdm, gss and gpm all switch to it before 2.18
[02:16] <seb128> pitti: ^
[02:16] <seb128> did you look at it?
[02:16] <seb128> Fedora is going to have user switching integration with it for FC7
[02:16] <seb128> would be nice ot have, we are past feature freeze though
[02:17] <seb128> but since those features are part of GNOME 2.18 we might want to give it a try
[02:17] <pitti> seb128: argh
[02:17] <seb128> what?
[02:17] <seb128> that's not policykit
[02:17] <pitti> shouldn't Gnome be past feature freeze as well?
[02:17] <seb128> it's consolekit
[02:17] <pitti> right, I know
[02:18] <seb128> pitti: they have those options for a while
[02:18] <pitti> I'll take a look at it if we really need it
[02:18] <seb128> that's just optional
[02:18] <ogra> seb128, well, i'm not very keen on having it either, ldm doesnt support it yet and i dont know what happens if you have a desktop without it 
[02:18] <seb128> but if FC7 will have that
[02:18] <seb128> we could try to do it as well
[02:18] <ogra> in the beginning it looked lik i just have to set some env vars, but it mutated a lot
[02:23] <ogra> seb128, weird, gss builds on my desktop 
[02:23] <ogra> oh, wait
[02:23] <ogra> no, i lied
[02:23] <seb128> ogra: it's building to pbuilder for me atm
[02:23] <seb128> ?
[02:24] <ogra> gnome-screensaver-dialog.o: In function `main':
[02:24] <ogra> /home/ogra/packages/gnome-screensaver-2.17.8-bastel/src/gnome-screensaver-dialog.c:529: undefined reference to `g_thread_init'
[02:24] <ogra> again ...
[02:24] <Mithrandir> ogra: can you post the build log somewhere?
[02:24] <seb128> k, doing the same with pbuilder there
[02:24] <ogra> Mithrandir, http://paste.ubuntu-nl.org/7795/ for the relevant part
[02:25] <ogra> i can get you a full log of the desktop build if that helps
[02:25] <Mithrandir> yes, please.
[02:26] <Mithrandir> (if that's failing?)
[02:26] <ogra> both is failing  here
[02:27] <ogra> pbuilder as well as a plain debian/rules binary
[02:27] <seb128> ogra: you lack a Build-Depends on libgnomekbdui-dev BTW
[02:27] <ogra> meh, i know i added that at some point when 2.17 started ... 
[02:27] <ogra> i'll add it
[02:27] <seb128> it's not there
[02:28] <ogra> no, but do you remember me nagging ? 
[02:28] <seb128> ogra: and on libxkbfile-dev
[02:28] <ogra> ok
[02:28] <seb128> that fixes the build problem
[02:28] <seb128> maybe the code path when building without it is buggy
[02:29] <ogra> http://people.ubuntu.com/~ogra/gss/gss_log.txt
[02:29] <ogra> Mithrandir, ^^
[02:29] <ogra> seb128, trying now
[02:31] <ogra> i wouldnt understand why it fails on g_thread_init then though
[02:32] <ogra> hmm, but it looks good ...
[02:33] <Mithrandir> ogra: uh, that build log doesn't look like it failed?
[02:34] <ogra> Mirv, hmm, right, the end is missing
[02:34] <ogra> Mithrandir indeed
[02:34] <seb128> ogra: 
[02:34] <seb128> -LIBGNOMEKBDUI_CFLAGS=''
[02:34] <seb128> -LIBGNOMEKBDUI_LIBS=''
[02:34] <seb128> +LIBGNOMEKBDUI_CFLAGS=' '
[02:34] <seb128> +LIBGNOMEKBDUI_LIBS='-pthread -lgnomekbd -lgnomekbdui -lxklavier -ldbus-glib-1 -ldbus-1 -lgnomeui-2 -lSM -lICE -lbonoboui-2
[02:34] <seb128>  -lgnome-keyring -lxml2 -lgnomecanvas-2 -lgnome-2 -lpopt -lart_lgpl_2 -lpangoft2-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 
[02:34] <seb128> -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0
[02:34] <seb128>  -lcairo -lX11 -lbonobo-2 -lgnomevfs-2 -lbonobo-activation -lgconf-2 -lgmodule-2.0 -ldl -lORBit-2 -lgthread-2.0 -lgobject-2
[02:34] <seb128> .0 -lglib-2.0  '
[02:34] <seb128> ogra: something probably benefit from the LIBGNOMEKBDUI_LIBS definition
[02:34] <dholbach> kwwii: would you mind if i change the maintainer field of the artwork packages to ubuntu-art@lists.ubuntu.com?
[02:35] <ogra> but that seems somewhat wrong ...
[02:35] <seb128> ogra: as said before
[02:35] <ogra> anyway, it builds with the added deps
[02:35] <seb128> " maybe the code path when building without it is buggy"
[02:35] <ogra> thanks ! 
[02:35] <seb128> np
[02:35] <dholbach> three cheers for magic Sb
[02:35] <ogra> do you think thats worth an upstream bug ? 
[02:36] <seb128> ogra: yep
[02:36] <ogra> oki, will file
[02:38] <seb128> ok, gotcha
[02:38] <seb128> gnome_screensaver_dialog_LDADD =	\
[02:38] <seb128> 	$(GNOME_SCREENSAVER_DIALOG_LIBS)\
[02:38] <seb128> 	$(SAVER_LIBS)			\
[02:38] <seb128> 	$(AUTH_LIBS)			\
[02:38] <seb128> 	$(LIBGNOMEKBDUI_LIBS)		\
[02:38] <seb128> 	$(NULL)
[02:38] <seb128> 
[02:38] <seb128> none of those has -lgthread-2.0 out of LIBGNOMEKBDUI_LIBS
[02:38] <gpocentek> Mithrandir: I have new goffice and gnumeric almost ready (gnumeric is building), is it ok to upload them, do I need to provide something?
[02:38] <seb128> ogra: ^
[02:39] <ogra> aha
[02:39] <Mithrandir> gpocentek: they should be fine to just upload.
[02:39] <Mithrandir> seb128: goffice and gnumeric are part of gnome or not?
[02:39] <seb128> Mithrandir: no
[02:39] <seb128> gnome-office is not official part, it doesn't follow the GNOME schedule, freezes, etc
[02:39] <Mithrandir> seb128: ok.  Have they traditionally have had standing UVF exceptions?
[02:40] <seb128> usually we do file UVF exception requests and they are accepted
[02:40] <gpocentek> Mithrandir: I can file UVF bugs if you prefer
[02:41] <Mithrandir> gpocentek: please.
[02:41] <gpocentek> ok
[02:41] <gpocentek> Mithrandir: could you check if my xfwm4 upload is stuck somewhere (4.4.0-0ubuntu2) please?
[02:42] <gpocentek> I didn't receive a rejected/accepted mail
[02:42] <seb128> ogra:  
[02:42] <seb128> --- configure.ac.orig   2007-02-27 14:41:46.000000000 +0100
[02:42] <seb128> +++ configure.ac        2007-02-27 14:42:19.000000000 +0100
[02:42] <seb128> @@ -63,6 +63,7 @@
[02:42] <seb128> 
[02:42] <seb128>  PKG_CHECK_MODULES(GNOME_SCREENSAVER_DIALOG,
[02:42] <seb128>          libglade-2.0 >= $GLADE_REQUIRED_VERSION
[02:42] <seb128> +       gthread-2.0
[02:42] <seb128>          gtk+-2.0 >= $GTK_REQUIRED_VERSION)
[02:42] <seb128>  AC_SUBST(GNOME_SCREENSAVER_DIALOG_CFLAGS)
[02:42] <seb128>  AC_SUBST(GNOME_SCREENSAVER_DIALOG_LIBS)
[02:42] <seb128> ogra: that fixes it probably
[02:43] <ogra> likely
[02:43] <Mithrandir> gpocentek: http://librarian.launchpad.net/6527059/bWLxhr0amPIG26EQeuM5mxMFP3U.txt ; use @, not at.
[02:43] <seb128> Mithrandir: could you give a retry to the random GNOME packages which didn't build on amd64 and sparc?
[02:44] <Mithrandir> seb128: yes, I've just been waiting for canvas to be published, but I think it is now
[02:44] <kwwii> dholbach: sure, if you think that will help
[02:44] <gpocentek> Mithrandir: ah ok, thanks
[02:44] <seb128> Mithrandir: ok, good, thank you
[02:44] <Mithrandir> seb128: but thanks for the prod nevertheless. :-)
[02:44] <seb128> np ;)
[02:45] <pitti> argh, gnome-spell is ftbfs in feisty
[02:45] <pitti> yay me for becoming TIL for so many packages :)
[02:46] <seb128> pitti: don't complain, you didn't touch libx11, xorg and xorg-server :p
[02:46] <pitti> seb128: urgh, can you please have a quick look? might be a transient problem http://librarian.launchpad.net/6556688/buildlog_ubuntu-feisty-amd64.gnome-spell_1.0.7-1ubuntu2_FAILEDTOBUILD.txt.gz
[02:46] <seb128> pitti: cf what I said to Tollef like 1 min ago ;)
[02:46] <pitti> seb128: ah, I see; sorry
[02:47] <seb128> pitti: nothing to be sorry about, that's going to sort itself ;)
[02:51] <Mithrandir> pitti: already given-back
[02:51] <pitti> Mithrandir: cheers
[02:52] <Mithrandir> Riddell: your kde4base upload broke; looks like a missing build-dep on libldap-dev
[02:52] <Riddell> Mithrandir: curious, I'll look into it
[02:57] <ogra> whee, evo crash out of the blue ...
[02:59] <ogra> sigh, 35Mb apport ....
[03:02] <jdong> ogra: hehe ever had Xgl using 450MB RAM crash on you? ;-)
[03:02] <jdong> the apport is quite a tad more interesting.
[03:02] <ogra> nah, i dont use xgl :)
[03:03] <ogra> evo and ff are probably the biggest things i use regulary ... oo.o very rarely
[03:03] <jdong> :)
[03:11] <ogra> gah
[03:11] <ogra> apport wins ...
[03:11] <pitti> \o/
[03:11] <pitti> apport FTW!
[03:11] <ogra> tar: gnome-screensaver-2.17.8/data: Cannot mkdir: No space left on device
[03:11] <ogra> pitti, ten mins ago i had 35M more space on my disk :P
[03:12] <seb128> ogra: just upload, it builds fine
[03:12] <seb128> if you tested it on your desktop I mean
[03:12] <elmo> ogra: buy a bigger disk
[03:12] <ogra> it just cheated to make gss stop building :P
[03:12] <elmo> if you can't afford 35M of space, you have bigger problems
[03:12] <seb128> doko: what did you change to gnome-python to make it not Depends on python2.4?
[03:13] <jdong> BenC: ping; curiousity, what's up with iwlwifi? will it be in Feisty? will it replace ipw3945?
[03:14] <sebas> Seveas: ping
[03:15] <sebas> Seveas: LH just told me you've got email from her.
[03:17] <doko> seb128: disable the linking of the extension module with -lpython
[03:17] <seb128> doko: you changed the Makefile.am and ran autotools then or patched the Makefile.in by hand? just trying to figure the easier way to do that
[03:18] <doko> let me look
[03:21] <ogra> Mithrandir, dia and gss for approval in the queue
[03:22] <doko> seb128: sent you email
[03:26] <gismo_> hello all
[03:28] <seb128> hi gismo_
[03:30] <Mithrandir> ogra: cheers.
[03:30] <gismo_> I posted my question on ubuntu-motu, I think it's better
[03:34] <eilker> hi to all, i need some advices...
[03:35] <eilker> we wanna replace all icons and all themes of ubuntu with my icons and themes, how can i do it ? any experience ?_ ,this may be a new iso, or a package in repo's to change all icons and themes of kubuntu, is it possible ?
[03:35] <eilker> where to start...etc...
[03:37] <pitti> Mithrandir: http://pastebin.ca/374339 -> trivial fix for dhcp3, ok to upload?
[03:41] <BenC> jdong: I tried it, and it didn't work
[03:42] <jdong> BenC: ah, ok :)
[03:44] <seb128> Mithrandir: could you accept the gedit upload, it should fix python plugins on amd64
[03:44] <pitti> BenC: btw, is there anything I need to change in apport bug bug 87065? i. e. did the rules for CORE_REAL_RLIM change?
[03:44] <BenC> pitti: I'm pretty sure I commented on the changes in the bug
[03:44] <BenC>  bug 87065
[03:44] <Ubugtu> Malone bug 87065 in linux-source-2.6.20 "does not set CORE_REAL_RLIM correctly" [Undecided,Confirmed]  https://launchpad.net/bugs/87065
[03:44] <pitti> BenC: right, but I couldn't decipher it, sorry
[03:45] <seb128> doko: thanks for the mail
[03:45] <seb128> doko: btw
[03:45] <seb128> doko: 
[03:45] <seb128> $ python-dbg -c 'import ORBit'
[03:45] <seb128> Traceback (most recent call last):
[03:45] <seb128>   File "<string>", line 1, in <module>
[03:45] <seb128> ImportError: /usr/lib/python2.5/site-packages/ORBit_d.so: undefined symbol: Py_InitModule4
[03:45] <seb128> doko: do you know what cause that and how to fix it?
[03:46] <seb128> hum
[03:46] <seb128> looks like you did changes out of the debian dir for that package as well :/
[03:46] <pitti> BenC: i. e. I already do check the variable, but it's not set correctly ATM
[03:46] <BenC> pitti: Basically, CORE_REAL_RLIM is always set now
[03:46] <BenC> pitti: it can be >= 0
[03:48] <pitti> BenC: ok, so the second case in comment 4 doesn't happen any more
[03:49] <BenC> right
[03:49] <BenC> so you always need to check it to decide how much to write out
[03:49] <pitti> BenC: right, and I already do
[03:49] <jdong> BenC: got any ideas on tifm7xx1 not working anymore?
[03:50] <jdong> it's some sort of 2.6.20 regression
[03:50] <pitti> BenC: btw, for unlimited, it's set to '-1' now in -9, so I need to update the test
[03:50] <jdong> and I've seen it tossed around lkml too....
[03:50] <BenC> pitti: Ah, I had forgotten that
[03:50] <BenC> pitti: So -1 is the same as your second case
[03:51] <pitti> BenC: ok, so maybe the test suite just fails differently due to that now, I'll check
[03:53] <doko> seb128: no, looking at it. most likely it's built with -I/usr/include/python2.5, not -I/usr/include/python2.5_d
[03:53] <pitti> BenC: ah, indeed it seems to work now with the smaller ulimits (it's not empty any more); great!
[03:53] <dholbach> kwwii: I just thought it'd reflect more who'S in charge
[03:53] <bddebian> Heya
[03:54] <seb128> doko: well, I update GNOME packages by keeping the debian dir, I'll look for what you changed out of it and which got dropped
[03:56] <doko> seb128: I probably didn't put the regenerated files in a patch file, sorry; the non-rebuilt part should be in configure.ac or acinclude.m4
[03:56] <seb128> doko: ok, thank you, and you run only aclocal and autoconf?
[03:56] <seb128> doko: or do you need other autotools for that?
[03:58] <doko> seb128: I know, that dholbach did run autoreconf -i for dbus-python, but aclocal & autoconf should be enough for the other gnome stuff; just make sure that $PYTHON-config --includes is used in the generated configure script
[03:59] <seb128> ok, thank you
[04:11] <pitti> Mithrandir: I need to upload a new apport to match the new 2.6.20-9 kernel behaviour: http://pastebin.ca/374373
[04:19] <kwwii> dholbach: as long as it does not bring a lot of discussions about decisions that are out of my hands, I am happy with the change :-)
[04:20] <dholbach> kwwii: I think that that mail address is more suited than mine ;-)
[04:28] <pitti> Mithrandir: tentatively uploading apport, btw
[04:29] <kwwii> dholbach: lol, yeah, probably so
[04:38] <tbf> guess that question is too technical for #ubuntu, therefore I ask here: how do I permanently disable some binfmt without deleting it?
[04:39] <tepsipakki> tbf: update-binfmts?
[04:39] <tepsipakki> +man
[04:39] <tbf> tepsipakki: update-binfmts doesn't remember the settings on next startup
[04:40] <tbf> tepsipakki: and the manpage doesn't mention any configuration files
[04:41] <tepsipakki> ok
[04:43] <cjwatson> tbf: "without deleting it"> you mean without deleting the file in /usr/share/binfmts?
[04:44] <tbf> cjwatson: more likely without removing it from the list "update-binfmts --display" generates
[04:45] <tbf> cjwatson: see, I cross-compile quite some stuff for win32 and there the cli-detector and wine cause problems
[04:45] <cjwatson> so you want it always to be disabled on startup, but to be able to selectively enable it if you want?
[04:46] <tbf> on the other hand I want to be able to reenable the detectors with some simple "update-binfmts --enable"
[04:46] <tbf> cjwatson: yup, maybe adding some lines to rc.local is the best solution for now
[04:46] <cjwatson> tbf: OK - I think your best bet is to edit /etc/init.d/binfmt-support
[04:46] <cjwatson> and either --enable selectively, or --disable certain things after --enable
[04:47] <tbf> yup.
[04:47] <cjwatson> tbf: could you file a bug about that? I should think about whether I can add a better facility for dealing with that sort of thing
[04:47] <tbf> cjwatson: ok, I do
[04:47] <cjwatson> thanks
[04:54] <dholbach> Mithrandir: can you reject the human-gtk-theme upload next time you look?
[04:54] <hile> I think just adding /etc/default/binfmt-support with ENABLE="" and DISABLE="" variables, empty by default
[04:54] <dholbach> Mithrandir: i'll merge human-gtk-theme and human-theme - the split never made sense (but that's post-herd material)
[04:55] <hile> then, if you set something to DISABLE (space separated list), those are disables after --enable
[04:55] <hile> and if you set ENABLE="" to a value, only those formats are enabled and DISABLE is not used
[04:55] <hile> quite trivial to implement
[04:56] <hile> of course, as usual, this file only affects init script
[04:56] <cjwatson> hile: I think it needs to be more fine-grained than that, so you can ask for only certain binfmts to be disabled on startup
[04:56] <pitti> Mithrandir: I upload a new nss-mdns to fix bug 87207; diff is relatively easy (http://pastebin.ca/374407), but feel free to ignore for h5; I just don't want to forget about it
[04:56] <Ubugtu> Malone bug 87207 in nss-mdns "libnss-mdns libraries should be /lib" [Medium,In progress]  https://launchpad.net/bugs/87207
[04:56] <cjwatson> hile: oh, sorry, didn't read far enough
[04:56] <cjwatson> hile: something like that could work, yes
[04:57] <cjwatson> I want to think about it a little though, to make sure it fits in with the design of the rest of binfmt-support
[04:57] <hile> of course
[04:58] <pitti> asac: ping
[05:02] <asac> pitti: pong
[05:05] <tbf> hile: could work
[05:06] <tbf> hile: as update-binfmt enables by default only the DISABLE variable might be needed.
[05:08] <pitti> asac: got my /msg?
[05:08] <hile> yep
[05:08] <asac> pitti: yep :)
[05:14] <ogra> Mithrandir, one edubuntu-meta upload waiting for approval ...
[05:44] <bluefoxicy> Does something in ubuntu-desktop depend on slocate to function?
[05:45] <bluefoxicy> I keep trying to remove it because I don't want slocate (I never use locate; and one day I noticed my computer was all laggy, updatedb had been running for 5 hours so I disabled locate), and now it fails to update because the post-install scripts return errors
[05:46] <bluefoxicy> there we go, removed and reinstalled slocate
[05:47] <bluefoxicy> I've just been curious why that has always been required though... it's not mentioned by the SUS as required in a standard Unix environment either (http://www.unix.org/version3/apis/cu.html)
[06:13] <seb128> doko: ok, the python packages are broken for most of the GNOME updates we did
[06:13] <seb128> I've copied your modified .m4 and ran aclocal and autoconf, the configure is updated correctly, that doesn't fix the undefined symbol though
[06:14] <seb128> and python-vte build breaks with cc: @PYTHON_LIBS@: No such file or directory
[06:14] <seb128> I've upload a gnome-python fixing the Depends on python2.4
[06:15] <seb128> I applied to .m4 changes and aclocal, autoconf run, if you could have a look that would be nice
[06:17] <doko> seb128: so I'll look at vte, and gnome-python. anything else?
[06:19] <seb128> doko: if you can look at those that would be nice, I will adapt fixes for the others if you figure what is wrong
[06:22] <seb128> doko: should I scp them somewhere? I've uploaded gnome-python with some changes but it's blocked by the freeze
[06:25] <doko> seb128: would be nice
[06:26] <seb128> doko: http://people.ubuntu.com/~seb128/gnome-python/
[06:28] <seb128> doko: that version drops the Depends on python2.4, it still does that though:
[06:28] <seb128> "ImportError: /var/lib/python-support/python2.5/gtk-2.0/gnome/_gnome_d.so: undefined symbol: Py_InitModule4"
[06:29] <dholbach> seb128: which dir are you in, wenn you call    python-dbg -c "import ..."    ?
[06:29] <seb128> doko: for vte you can start for the archive version, I've just copied acinclude.m4 from your package with aclocal and autoconf
[06:29] <seb128> dholbach: ~ or ~/Desktop
[06:30] <dholbach> seb128: ok, hm
[06:30] <seb128> $ python-dbg -c 'import vte'
[06:30] <seb128> Traceback (most recent call last):
[06:30] <seb128>   File "<string>", line 1, in <module>
[06:30] <seb128> RuntimeError: could not find _PyGObject_API object
[06:30] <seb128> 
[06:30] <seb128> also
[06:30] <seb128> dholbach: does that one work for you?
[06:30] <doko> seb128: do you test from the package dir? if yes, try to change the dir
[06:31] <seb128> doko: no, I test from ~/Desktop
[06:31] <doko> hmm
[06:31] <seb128> and I've nothing special on my desktop
[06:31] <seb128> only some downloads and directories
[06:32] <dholbach> seb128: no
[06:32] <seb128> ok :/
[06:33] <seb128> dholbach: vte is probably broken because the updated dropped the acinclude.m4 change and the configure update
[06:34] <seb128> dholbach: when I try to apply them again the builds break with "cc: @PYTHON_LIBS@: No such file or directory"
[06:34] <jdong> lol I see pitti wants to join the desktop-effects club

[06:34] <dholbach> seb128: oh damn, i must have missed the change then :-(
[06:34] <seb128> he's not around to read that :p
[06:35] <seb128> dholbach: that was a change made out of the debian dir
[06:35] <dholbach> oh, hm
[06:35] <dholbach> i'll finish something up here, then take a look at it
[06:35] <seb128> dholbach: thank you
[06:56] <doko> seb128: hmm, I get in a chroot:
[06:56] <doko> ImportError: could not import gtk
[06:56] <doko> make[3] : *** [check-local]  Error 1
[06:56] <doko> strange
[06:56] <seb128> doko: weird
[06:57] <doko> seb128: in the acinclude.m4, PYTHON_EMBED_LIBS is always set to link with the shared library; I'm wondering why that change was made
[06:58] <doko> setting it to the empty string should allow you to link without -lpython
[07:03] <pmitros> Page up. http://www-swiss.ai.mit.edu/~pmitros/ubuntu-first-run.txt
[07:03] <seb128> doko: for what package? python-vte?
[07:03] <doko> seb128: gnome-python
[07:04] <sabdfl> thanks pmitros
[07:05] <seb128> doko: I've fixed the Depends on python2.4 problem, that's the python-dbg import which is still broken, no?
[07:06] <doko> seb128: yes, trying to build in a newer chroot now
[07:12] <jwendell> seb128, bugs are closed (tagged as fix released) in LP automatically now? from their changelogs?
[07:13] <imbrandon> moins all
[07:13] <seb128> jwendell: no, I just copy the changelog when closing a bug, why?
[07:14] <jwendell> seb128, just curiosity, because bug 43050
[07:14] <Ubugtu> Malone bug 43050 in vino "vino-server crashes after connect if resolution has been changed via xrandr" [Medium,Fix released]  https://launchpad.net/bugs/43050
[07:14] <seb128> ah ok
[07:14] <seb128> usually I close it with the comment
[07:14] <seb128> but you closed it first :p
[07:14] <finalbeta> What does this spec do then? Should be closing bugs from the change log  : https://blueprints.launchpad.net/ubuntu/+spec/changelog-closes-bugs
[07:15] <ogra> if a spec exists, that doesnt mean its implemented
[07:15] <jwendell> seb128, another curiosity: in that upload, you dropped patch 70_relibtoolize.patch:  "dropped, the new tarball has been made with the Debian libtool". what did this patch do?
[07:15] <finalbeta> ogra: my mistake, I was thinking implemented means that it's implemented.
[07:16] <seb128> jwendell: reduce inflated depends due to libtool
[07:16] <ogra> oh, right, its set to implemented, hmm
[07:16] <seb128> ogra: the Ubuntu parts is implemented
[07:16] <imbrandon> probably a mistake ogra 
[07:16] <seb128> ogra: needs launchpad work now
[07:16] <imbrandon> ahh
[07:16] <ogra> aha
[07:17] <imbrandon> what needed to be implmented in ubuntu ( other than just a set way to type it in the changelog ? heh )
[07:17] <thom> imbrandon: changes to dpkg, one imagines
[07:18] <thom> dpkg-parsechangelog or whatever the hell it's called
[07:18] <imbrandon> ahh right, yea
[07:23] <cjwatson> pmitros: if you're stuck for other methods, I'm happy to get an e-mail with a brief summary of installation problems (cjwatson@ubuntu.com). Can't promise to help with stuff outside the installer itself though
[07:23] <pmitros> cjwatson: I've been filing bug reports right now. They seem a bit frivilous, though. 
[07:24] <pmitros> cjwatson: I'll e-mail it to you, and you can decide what to do. 
[07:24] <pmitros> cjwatson: Thanks. 
[07:37] <tenco> what's the purpose of "/bin/dd bs 1 if /proc/kmsg of /var/run/klogd/kmsg"?
[07:40] <thom> tenco: preventing klogd running as root
[07:40] <cjwatson> replacing = with spaces makes your question a lot less clear, BTW
[07:40] <cjwatson> (it's bs=1 if=/proc/kmsg etc.)
[07:41] <thom> cjwatson: dd loses its ='s in ps
[07:41] <cjwatson> ah
[07:41] <seb128> doko: vte depends on python2.4 seems to be an upstream bug, there is a new tarball with "- Do not link to libpython in the python bindings"
[07:42] <tenco> thom: thanks. just wondered. this process does heavy disk i/o for over 15 min on my system
[07:42] <thom> cjwatson: (i have no idea why, though)
[07:43] <cjwatson> tenco: check /var/log/kern.log to see if your kernel is spewing vast numbers of error messages
[07:46] <tenco> cjwatson: no. maybe it's another process, but i couldnt spot any in ps output which could cause this. it's a bit annoying, that's all (at least for desktop systems...)
[07:51] <doko> seb128: gnome-python: dpatch  deapply-all  
[07:51] <doko> reverting patch 01_dont_build_with_lpython from ./ ... failed.
[07:51] <doko> make: *** [unpatch]  Error 1
[07:51] <seb128> clean target bugged?
[07:53] <doko> yes, thats the clean target
[07:53] <doko> seb128: http://people.ubuntu.com/~doko/gnome-python.diff
[07:54] <seb128> doko: does that fix the dbg package as well?
[07:54] <doko> yes
[07:54] <seb128> good
[07:54] <seb128> I'm wondering why it worked before
[07:54] <seb128> I didn't drop any change to debian/rules
[07:55] <seb128> doko: thanks ;)
[07:55] <doko> and we should link the gnome-vfs thing with -lpython. the other fix avoids generating the dependency on python2.4
[07:55] <seb128> ok
[07:55] <seb128> the 01_dont_build_with_lpython patch can be dropped then, right?
[08:16] <khermans__> is there a doc for upstart?  i am trying to investigate how Ubuntu Server can boot up so quickly
[08:20] <cypher1> khermans__, i remember a blog by keybuk
[08:21] <khermans__> cypher1, i found it thx
[08:22] <cypher1> are there any C++ projects actively being developed by ubuntu itself ?
[08:23] <cjwatson> I can't think of any, assuming you mean "by Canonical's Ubuntu team itself"; it's pretty hard to say what breadth of stuff is being done across the whole Ubuntu community
[08:24] <cjwatson> oh, there may be some things in Kubuntu
[08:24] <cjwatson> it would make more sense there
[08:24] <cypher1> cjwatson, something like bugsquad tools
[08:24] <cjwatson> doing that in C++ would be pretty odd
[08:24] <cjwatson> all the bugsquad software is in Python as far as I know
[08:25] <cypher1> cjwatson, no what i had meant was like that some other project
[08:25] <cypher1> cjwatson, i was going thru the teams registered in launchpad.. 848 teams !
[08:25] <cypher1> cjwatson, pretty difficult to find a project one like to contribute :(
[08:27] <cjwatson> Mithrandir: we're switching to 2.6.20-9 for Herd 5, aren't we?
[08:28] <Mithrandir> cjwatson: we are
[08:28] <cjwatson> Mithrandir: debian-installer upload coming up then
[08:30] <Mithrandir> cjwatson: great, thanks.
[08:32] <ogra> Mithrandir, did you get my ping about the -meta upload ? i see no accepted mail 
[08:33] <Mithrandir> ogra: yes, but I've been at my father's place for dinner so I haven't caught up with everything yet.  I'll tend to it in a minute.
[08:33] <cypher1> cjwatson, one question regarding usplash, i am curious to know whether "No Usplash Timeout" spec code has been checked into feisty
[08:33] <ogra> oki, didnt want to be pushy ...
[08:34] <cjwatson> cypher1: no; you can tell from "Implementation: Deferred" on https://blueprints.launchpad.net/ubuntu/+spec/no-usplash-timeout
[08:34] <cypher1> cjwatson, ok just understood that
[08:34] <cypher1> cjwatson, thanks !
[08:35] <cjwatson> no-usplash-timeout is an utterly trivial spec though - it really mostly exists to depend on the fsck progress fix that's necessary first
[08:35] <cjwatson> removing the timeout without adding fsck/usplash progress interaction would be harmful
[08:35] <cypher1> cjwatson, yes
[08:53] <cliebow> fabbione:ping 
[08:54] <fabbione> cliebow: pong?
[08:54] <cliebow> im experimenting with sun server..have kernel and initrd loaded but know what it wants for a 
[08:54] <cliebow> enter filename [install] 
[08:54] <cliebow> install seems not found
[08:55] <cliebow> ogra thought you might be able to help
[08:55] <ogra> you should point out that its sparc sun :)
[08:55] <fabbione> cliebow: i have no idea what you are doing.. 
[08:55] <cliebow> heh..
[08:55] <fabbione> first.. what release are you trying to install
[08:55] <fabbione> and how
[08:55] <fabbione> and on what machine
[08:55] <cliebow> i have sun server 450e trying to put ubuntu on
[08:56] <cliebow> and edgy sparc release
[08:56] <cliebow> 6.10
[08:56] <cliebow> 450r
[08:56] <cjwatson> Mithrandir: d-i in the queue, seed changes all committed
[08:56] <cliebow> my apologies..i am on low end of learning curve with this
[08:57] <fabbione> cliebow: how are you trying to install?
[08:57] <cliebow> cd
[08:57] <fabbione> and btw.. best if you use dapper
[08:57] <cliebow> ok..
[08:57] <cliebow> ill give that whirl with dapper then
[08:58] <fabbione> well i still would like to understand where you see that message
[08:58] <cliebow> appreciate your input
[08:58] <fabbione> i don't recall anything asking me for a filename
[08:59] <ogra> sounds like a openfirmware prompt 
[08:59] <fabbione> no it's not
[08:59] <cliebow> yeah it does doesnt it
[09:00] <cliebow> i see "losading kernel2.6.17
[09:00] <fabbione> -ENOPARSE
[09:00] <cliebow> loading initial ramdisk
[09:00] <cliebow> Illegal instruction
[09:00] <fabbione> ahhh
[09:00] <fabbione> ok
[09:00] <cliebow> {0}ok
[09:00] <fabbione> known problem
[09:00] <fabbione> with plenty of bugs 
[09:00] <cliebow> To you maybe 8!)
[09:00] <cliebow> so try dapper?
[09:00] <fabbione> it might not solve it.. not even feisty
[09:01] <cliebow> i see..it is not like i paid anything for it..but hate to see 2 gig of ram go to the dug hole
[09:01] <cliebow> and quad processor
[09:02] <fabbione> cliebow: i have heard tons of stories on how to fix that error
[09:02] <fabbione> we still don't know what's the real cause of it
[09:02] <fabbione> suggestions:
[09:02] <fabbione> - update OBP
[09:02] <fabbione> - poweroff and keep the machine off for 1 minute and power on again
[09:02] <fabbione> - try netbooting
[09:03] <fabbione> - install solaris -> update the world -> install linux
[09:03] <cliebow> i will try two of three 8~)
[09:03] <fabbione> - oh.. try to remove a gig of ram for the fun
[09:03] <fabbione> you may never know
[09:04] <fabbione> seriously.. this is the most annoying bug EVAR
[09:04] <cliebow> thanks for the suggestions
[09:04] <fabbione> no problem
[09:04] <fabbione> sorry i can't help more than this
[09:05] <cliebow> very good..!!i owe you a heineken..
[09:05] <cliebow> or two
[09:05] <fabbione> brrrrrrr....
[09:05] <fabbione> heineken?
[09:06] <fabbione> that's like milk for breakfast :P
[09:06] <cliebow> i hope that is a good thing..i believe we sat at the bar for a little in Monreal last
[09:06] <cliebow> ubz
[09:07] <fabbione> probably
[09:07] <cliebow> ill get out of your hair...Happy Day!
[09:11] <fabbione> thanks.. cya
[09:11] <cliebow> cya!
[09:12] <khermans__> cliebow, dapper worked for me on my sunblade 150 where edgy failed
[09:14] <cliebow> Thanks:ill go after that then!
[09:15] <cliebow> Back to ltsp...
[09:22] <Mithrandir> Keybuk: +mount -t tmpfs -o size=mode=0755 udev /dev
[09:23] <Mithrandir> Keybuk: isn't there a comma missing there, or size= should go away?
[09:25] <Keybuk> oops
[09:25] <Keybuk> serves me right for re-editing after testing, instead of copying the tested version
[09:25] <Keybuk> can you reject that
[09:25] <Mithrandir> yes, I'll do that.
[09:25] <Mithrandir> (done)
[09:26] <Keybuk> thanks
[09:27] <khermans__> anyone know if or can tell me how to see if Garziks Native Command Queuing (NCQ) for SATA was backported from his patch on 2.6.18 into the 2.6.17 Edgy kernel?
[09:27] <mjg59> We didn't
[09:27] <khermans__> mjg59, how would i find details of things like this in the future?
[09:28] <mjg59> khermans__: Check the kernel changelog?
[09:28] <khermans__> mjg59, there is a specific ubuntu kernel changelog somehwre?
[09:28] <mjg59> /usr/share/docs/linux-image-foo/changelog.Debian
[09:28] <ogra> Mithrandir, do the iso cronscripts run tonight, or are you on manual already ? 
[09:29] <Mithrandir> ogra: they run tonight.  Or rather, tomorrow morning.
[09:29] <ogra> ok, thanks ...
[09:30] <ogra> i just want to make sure i see what the seed changes affect in tomorrows build
[09:30] <ogra> so i have enough time to revert stuff if anything breaks
[09:34] <Mithrandir> ogra: does dia follow gnome release schedule, etc?  (And should be regarded as part of the gnome RC release?)
[09:35] <ogra> Mithrandir, yes
[09:35] <ogra> at least according to seb128's ping frequency ... if new releases are out ... 
[09:35] <ogra> :P
[09:35] <zul> *grumble*
[09:35] <zul> sorry..
[09:41] <sbalneav> I would like to suggest that *buntu come configured with mozex by default, with the text editor set up for vim, so that editing wiki pages can be done sanely from within vi, as opposed to a textbox in the browser.
[09:41] <sbalneav> Thank you for your attention :)
[09:43] <ogra> sbalneav, asac is the right address for such prayers
[09:43] <sbalneav> heh, I was just joking
[09:43] <sbalneav> Like anyone other than insane people like me want to edit wiki pages in vi :)
[09:44] <sbalneav> Oh! Crumb!  This isnt #edubuntu!
[09:44] <ogra> hehe
[09:45] <ogra> many people would agree about mozex though i guess :)
[09:45] <seb128> Mithrandir: no, they don't, we have a 0.96pre version though and 0.96 is planned for soon
[09:46] <ogra> seb128, but we agreed that it is in the general exception in hoary or breezy i think ...
[09:47] <seb128> ogra: dunno about that, they don't roll new tarballs every 2 weeks, etc though so they don't follow GNOME cycle
[10:01] <spacey> is /var/run a special device? During startup its complaining its expecting /var/run to be a special device. As far as i can see it is just a normal directory? (happened after a little var moving)
[10:01] <spacey> i know it would mount a tmpfs on /var/run but i don't see why it can't now
[10:17] <mjg59> crimsun: Hm. 2.6.20-9 still doesn't give me sound loving on an MBP.
[10:19] <mjg59> crimsun: Headphones work fine
[10:26] <Riddell> mvo_: I fixed a bug in dist-upgrade tool in update-manager bzr, could you upload a new version to whereever it goes?
[10:29] <mvo_> Riddell: it should be available via a normal update-maanger upload now, fancy to test this? alternatively I can do it via the "old" mechanism
[10:30] <Riddell> mvo_: sure, I can try that
[10:30] <mvo_> Riddell: pleae do, thanks!
[10:31] <Riddell> mvo_: current version in ubuntu is 0.57.2, in bzr is 1:0.57.6
[10:31] <Riddell> why the epoch?  and why the missing versions?
[10:31] <mvo> Riddell: because the old raw-dist-upgrader had versions like 20061102.1
[10:32] <Riddell> mvo: ok
[10:32] <mvo> Riddell: and the missing versions are because of a bunch of problems with the uploads (rejections, ftbfs because of python-apt breakage)
[10:32] <mvo> Riddell: rejection because of version nubmer to low for example
[11:03] <seb128> Mithrandir: don't accept gnome-python 2.17.92-0ubuntu3 if you didn't do it yet
[11:19] <sebest> seb128: ping
[11:19] <seb128> sebest: pong
[11:20] <sebest> hello, do you remember about the modifications with default samba config to allow nautilus-share to work out of box?
[11:20] <sebest> enabling net usershare
[11:21] <seb128> yeah
[11:21] <seb128> I need to talk to infinity about it
[11:21] <sebest> i posted on the mailing list, but there was no answer
[11:21] <seb128> I know
[11:22] <seb128> it's on the list of things we need to fix
[11:22] <seb128> might be for feisty+1 though, feisty is feature frozen atm and the changes are non trivial
[11:22] <seb128> changing samba might be ok, nautilus-share still had to be promoted, add an user, etc
[11:22] <sebest> add a user?
[11:23] <seb128> for the shared directory
[11:23] <seb128> or a group
[11:23] <seb128> no?
[11:23] <sebest> yes a group
[11:23] <sebest> but this must be in the samba package
[11:23] <seb128> and the location of that directory needs to be discussed, etc
[11:23] <seb128> right
[11:23] <seb128> that's why it might be for feisty+1
[11:23] <sebest> i understand
[11:23] <seb128> there is also the duplication with shares-admin
[11:24] <seb128> nautilus-share is better for smb
[11:24] <seb128> shares-admin do NFS though
[11:24] <seb128> not sure how much users benefit from that
[11:24] <sebest> yes, nfs sharing...
[11:24] <sebest> mostly a server feature imo
[12:01] <gilligan_> i hope this doesn't fall  under support leading to me being flamed for asking...  :) BUT: I am testing feisty herd4 right now, and grub installation fails because the installation uses RAID and grub won't know where to install without first registering the device properly (device (hd0) /dev/maper/blabla..)  -- ANYWAY: What other steps follow the grub installation that I should perhaps manually invoke now so that I can actually te
[12:01] <gilligan_> st and run the installation at all ?
[12:01] <gilligan_> oops ..that got kinda long :)
[12:03] <mooey> gilligan_, you might want to try #ubuntu+1 if you have not already
[12:04] <seb128> doko: your patch breaks the non-debug gnome-python modules
[12:04] <gilligan_> mooey, oh okay -- well I had a look at #ubuntu and quite honestly the "bullshit traffic" in there is so high it is hard to take 
[12:04] <mooey> ubuntu+1 is a little quieter
[12:06] <Hobbsee> gilligan_: i know i've just come in, but that still doesnt make this a support channel.
[12:07] <gilligan_> Hobbsee, yes that is very true. I'm sorry.. I thought given that i am actually installing feisty for the sake of testing i would be forgiven.. :] 
[12:08] <gilligan_> Hobbsee, but that's beside the point.sorry again, I gonna shut up now :)
[12:09] <Hobbsee> gilligan_: like i say, i didnt see the backscroll
[12:09] <Hobbsee> gilligan_: also, depends if anyone here is awake/responding or not
[12:09] <gilligan_> Hobbsee, oh ooops, you just joined..right
[12:10] <Hobbsee> gilligan_: right - i'd check if there are bugs on raid that mention feisty
[12:10] <Hobbsee> gilligan_: otherwise, i'd ask cjwatson if he knows about the problems with raid in the installer, after you've filed a bug (bugs make great todo lists, not irc queries :) )
[12:11] <gilligan_> hehe