[12:18] <boiton1> When is OTRS 2.1 planed to be included in ubuntu?
[12:19] <j1mc_work> in regards to reporting ISO testing sucesses and bugs, are we still using the instructions found here (https://wiki.ubuntu.com/Testing/ReportingResults) for now? 
[12:19] <j1mc_work> somerville32_: are you around?
[12:20] <j1mc_work> i think that test reports get submitted here: https://bugs.launchpad.net/ubuntu-iso-tests/ but i just want to make sure before communicating that with other xubuntu testers.
[12:22] <boiton1> any ideas guys? gals?
[12:27] <pochu> j1mc_work: yes, there
[12:28] <j1mc_work> pochu: thanks.
[12:29] <boiton1> in reference to my question about OTRS version 2, does anyone have any idea how I can find this out?
[12:30] <cjwatson> boiton1: #ubuntu-motu might be a better place to ask
[12:30] <j1mc_work> pochu: should i create a new "bug" at https://bugs.launchpad.net/ubuntu-iso-tests/ for each of the different daily images that are tested, or will we only create a new "bug" after each release (e.g. herd 5, beta 1, etc. . . )
[12:30] <cjwatson> I think otrs 2 might be in Debian experimental
[12:31] <cjwatson> j1mc_work: no, see https://wiki.ubuntu.com/Testing/ReportingResults
[12:32] <cjwatson> boiton1: ah, try the otrs2 package
[12:32] <cjwatson> boiton1: apparently they're sufficiently incompatible that the package was renamed
[12:33] <cjwatson> that's 2.0.4 rather than 2.1, but hopefully that's enough for you ...
[12:33] <boiton1> cjwatson, thank you for the help and yes it is in debian unstable
[12:33] <boiton1> cjwatson, would you happen to know the policy used to bring in packages to ubuntu?
[12:33] <j1mc_work> cjwatson: thanks.  i'll double-check the build date of the nightly images i've been using.  
[12:34] <cjwatson> boiton1: https://wiki.ubuntu.com/SyncRequestProcess, but you don't want that directly - ask #ubuntu-motu for help
[12:40] <nrdb> I have what looks like a bug with the 'update-manager' I was upgrading from 6.06 -> 6.10 with vmware-player installed, once the download was done it the download manager displayed a terminal widget with a question in it, but I can't activate the widget to answer the question.
[04:27] <bluefoxicy> at an estimate, can anyone give me a rough idea how big gatech's pool should be
[04:27] <bluefoxicy> looks to me like they.. archive.. everything :(
[04:27] <bluefoxicy> (I want a local edgy repo)
[04:28] <bluefoxicy> other mirrors only have cd images of the last 2, but their dists/ contain ALL
[04:28] <kylem> what part of that is relevant to the Development of Ubuntu
[04:28] <kylem> hint: none.
[04:28] <bluefoxicy> hmm.  Good point.
[04:28] <bluefoxicy> (although who else is going to know how big every deb ever released by the ubuntu project combined is?)
[04:31] <Lathiat> bluefoxicy: hint: debmirror
[04:36] <bluefoxicy> o_o holy crap
[04:52] <bluefoxicy> Lathiat:  just a note, debmirror seems to download to .temp/ in the target directory, then try to verify i.e. Release in ./ instead of .temp/, then bail.  I'll file a bug; work-around is to not verify those files.
[04:53] <Lathiat> your doing somethign wrong because it works fine for me
[04:54] <Lathiat> what version?
[04:55] <bluefoxicy> whatever's in feisty today.
[04:55] <bluefoxicy> Malone 90546 has output
[04:55] <Ubugtu> Malone bug 90546 in debmirror "debmirror fails to properly check Release(.gpg)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90546
[04:56] <Lathiat> oh
[04:57] <bluefoxicy> apt says 20060907.1
[04:57] <Lathiat> gpg: Can't check signature: public key not found
[04:57] <Lathiat> ^^^ thats not going to help
[04:57] <Lathiat> gpg --recv-keys 437D05B5
[04:57] <bluefoxicy> isn't that what it's downloading with Release/Release.gpg?
[04:57] <Lathiat> no
[04:57] <Lathiat> the .gpg is the detached signature
[04:57] <bluefoxicy> ok I'll try that; if it works I'll revise the bug report to say this should probably automagically happen or something.
[04:58] <bluefoxicy> ... which won't work either because gpg just says "oh.   ..... what?"
[04:58] <bluefoxicy> this is dumb, I'm moving to #-bugs or #-offtopic with this
[05:46] <kdean06> I'm trying to get in touch with an Ubuntu developer, anyone responcible for generating the alternative and server install discs specifically. Can anyone recommend where I might look to contact this person/people?
[05:47] <Chipzz> I don't recall who exactly is responsable for generating these images, but he does hang around here
[05:47] <Chipzz> just not at this hour
[05:48] <kdean06> So it is one person specifically?
[05:48] <Chipzz> not sure, but I think yes
[05:48] <Chipzz> but these images get generated automagically
[05:48] <Chipzz> except when doing beta-releases
[05:49] <Chipzz> like herd etc
[05:50] <Chipzz> Burgundavia: do you know who's resonsible for generating the cd images? live etc
[05:50] <kdean06> I'm not concerned with any specific release, I really need to pique his/her brain about the process. I need to generate an image, but every process I've seen to date says to start with a current install disk and modify it, and that won't work, since I'm not sure of exactly what I'd be redistributing.
[05:50] <Burgundavia> Chipzz: afaik, tollef is
[05:50] <Chipzz> so that would be Mithrandir here
[05:50] <Burgundavia> kdean06: what is your specific need?
[05:51] <kdean06> I'd like to create an alternative/server install disc for the gNewSense project.
[05:51] <Chipzz> 05:46 < kdean06> I'm trying to get in touch with an Ubuntu developer, anyone responcible for generating the alternative and server install discs  specifically. Can anyone recommend where I might look to contact this person/people?
[05:51] <Hobbsee> it's Mithrandir, yes.
[05:51] <Hobbsee> kdean06: seen germinate?
[05:51] <Burgundavia> right
[05:52] <Hobbsee> (and various other tools, which i dont remember)
[05:52] <kdean06> I need to generate if from scratch, as I'll be distributing it, and need to also know which sources need to go with.
[05:52] <kdean06> Germinate... I believe so, let me look at that again.
[05:52] <Chipzz> but I do think gnewsense is not an official ubuntu release
[05:52] <Chipzz>  /flavour
[05:53] <Hobbsee> Chipzz: that's correct
[05:53] <kdean06> Correct, it is not. And I don't expect support, simply hoping that I can get some expert advice. :D
[05:54] <Chipzz> I'm guessing asking the gnewsense developers makes more sense
[05:54] <Chipzz> since you also want to know which set of packages etc
[05:55] <kdean06> They've got the LiveCD down pat, but they seem clueless to the d-i system (though it seems easier in theory).
[05:55] <Chipzz> well if they have alternate/server images, someone is creating them, and it sure isn't tollef
[05:55] <kdean06> They do not.
[05:56] <Chipzz> ah and you also want to create alternate/server images
[05:56] <Chipzz> well
[05:57] <Chipzz> I'm not sure if that's the answer you're going to get, but someone was asking for the script to create live images here a couple of days ago, and he got told ubuntu doesn't open-source these
[05:57] <Chipzz> they're not meant to be public. not sure about the alternate/server scripts though
[05:58] <kdean06> That's sad. But I don't really need a script, just understanding. I'm figuring I'll be piecing together parts gleaned from Google, and the Debian Developers and perhaps tollef, if he's willing to help.
[05:59] <Hobbsee> maybe cjwatson too
[05:59] <Chipzz> well, there are instructions on the wiki on how to create a live cd, it's just that the official scripts aren't public
[05:59] <Chipzz> but if you know enough you should be able to put 1 and 1 together and create such a script yourself
[06:00] <Lathiat> a potentially easier option is to rebuilding an existing livecd
[06:00] <Chipzz> but that was actually not his question anyway ;)
[06:00] <Chipzz> (that was just meant as an aside :))
[06:11] <kdean06> Well thank you all point the time of day. Have a good night/day. 
[06:11] <kdean06> s/point/for
[06:35] <srbaker> hey folks
[06:35] <srbaker> is ubuntu's installer still based on debian-installer?
[06:35] <srbaker> the livecd version?  or is this a new project all together?
[06:36] <Hobbsee> srbaker: it's called ubiquity.  new project, iirc.
[06:37] <srbaker> thx
[06:39] <Fujitsu> It is a debian-installer frontend, basically. Most of the components are the same.
[06:39] <Fujitsu> I think.
[06:40] <Fujitsu> Wait, no, it can't be.
[06:40] <Fujitsu> Forget what I've said.
[06:43] <Toadstool> er... afaik ubiquity actually is based on a deeply modified version of a d-i but the best person to ask is cjwatson :)
[06:43] <Toadstool> s/a d-i/d-i/
[08:05] <pitti> Good morning
[08:06] <pitti> fabbione: right, yesterday I wanted to ask you whether there was any trick to add additional driver Options to xorg.conf (in restricted-manager) while remaining dexconf-compatible
[08:07] <pitti> fabbione: but it seems not, so I started to implement support for it in dexconf itself instead of starting to do nasty hacks
[08:08] <fabbione> pitti: i saw restricted-manager around as package, but no idea what it does... best is to use dexconf and look at nvidia-glx-config on how to preseed dexconf and run it
[08:08] <pitti> fabbione: no, nvidia-glx-config doesn't do it eitehr
[08:09] <pitti> fabbione: I think I answered my questions myself so far, but thanks anyway
[08:25] <fabbione> pitti: ok :) i didn't get a royal clue but i am good.. and i am not sure i want to know
[08:43] <tfheen> doko_: could we make ooo not depend on -binfilter to save heaps of space on the CD?
[08:55] <tepsipakki> pitti: I'm interested in the result ;)
[08:56] <pitti> tepsipakki: well, as I said, I'm going to implement 'extra driver options' support in dexconf
[08:56] <tepsipakki> using debconf-templates?
[08:56] <tepsipakki> so they are preseedable
[08:57] <pitti> right
[08:57] <pitti> I'm not going to ask this question interactively, but restricted-manager can set the debconf option and call dexconf to properly configure nvidia cards and such
[08:57] <pitti> Option "AddARGBGLXVisuals" "True" and such
[08:57] <tepsipakki> sounds about right
[08:59] <tfheen> pitti: just don't make it uninstallable. :-)
[08:59] <tfheen> that was yesterday's problem
[08:59] <pitti> *blush*
[09:01] <dholbach> good morning
[09:01] <tfheen> good morning, Daniel
[09:01] <dholbach> hey Tollef
[09:21] <Riddell> pitti: you didn't let through the edgy-proposed dist-upgrader packages?
[09:23] <mdke> dholbach: can you do an upload of ubuntu-docs again today? Just to update all our strings for string freeze
[09:24] <dholbach> mdke: ok
[09:24] <mdke> thanks!
[09:24] <dholbach> mdke: now? later?
[09:24] <mdke> dholbach: whenever you have time
[09:24] <dholbach> ok, doing it now
[09:25] <mdke> :)
[09:25] <tfheen> mvo: good morning.  Have you gotten any response to 69051 from upstream?
[09:25] <tfheen> mdke: hiya, good to see you around.  You're still doing docteam stuff, right?
[09:25] <dholbach> mdke: can you set DEBEMAIL=<something> on your machine?
[09:26] <dholbach> mdke: Matthew East <matt@kalliope> is in the changelog
[09:26] <dholbach> mdke: i'll change it locally and upload it - just fyi
[09:26] <mdke> dholbach: whoops, thanks
[09:26] <mdke> tfheen: sure
[09:26] <dholbach> np
[09:27] <mdke> tfheen: why do you ask?
[09:27] <mvo> tfheen: no, but I added the patch to our package in the meantime, I will do another test and then close the bug
[09:27] <tfheen> mdke: II'm wondering whom I should assing https://bugs.beta.launchpad.net/ubuntu/+source/ubuntu-docs/+bug/89156 to.
[09:27] <Ubugtu> Malone bug 89156 in ubuntu-docs "There is no mac-os-x.xml " [High,Confirmed]  
[09:27] <dholbach> hey mvo
[09:28] <tfheen> mdke: given that stringfreeze is today, it's kinda urgent.
[09:28] <mdke> tfheen: i'll do that now
[09:28] <tfheen> mdke: excellent, thanks.
[09:28] <mdke> dholbach: don't upload!
[09:28] <dholbach> mdke: ok
[09:29] <mvo> hey dholbach
[09:29] <mdke> tfheen: thanks for reminding me, even though I filed the bug myself, I still forgot
[09:29] <pitti> Riddell: doing now
[09:30] <mdke> dholbach: alright, go ahead (sorry!)
[09:31] <dholbach> mdke: np
[09:34] <pitti> Riddell: the kdebase upload has a change in kubuntu_76_ksmserver_suspend.diff which is not part of the approved patches
[09:34] <pitti> Riddell: oh, oops, wrong debdiff (I compared to edgy, not edgy-updates)
[09:37] <tfheen> doko_: about 59537; did you get this fixed or did you just work around it so the ooo build no longer triggers it?
[09:39] <dholbach> mdke: uploading
[09:41] <mdke> thanks dholbach
[09:44] <dholbach> de rien
[09:46] <pitti> carlos: how are the imports flowing?
[09:47] <Lure> tepsipakki: latest ati upload caused regression on my laptop: bug 90571
[09:47] <Ubugtu> Malone bug 90571 in xserver-xorg-video-ati "regression: blank screen on hp nw8240 after last xorg driver update" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90571
[09:47] <Treenaks> Lure: We were discussing it in #ubuntu-x :)
[09:48] <carlos> pitti: slow :-(
[09:48] <Lure> Treenaks: thanks, will join
[09:57] <tfheen> cjwatson: did you end up having any luck with 59620?
[10:03] <carlos> doko_: hi, around?
[10:04] <dholbach> hey seb128
[10:04] <seb128> hi dholbach
[10:04] <seb128> hey carlos
[10:04] <seb128> carlos: is the feisty .po import done?
[10:04] <carlos> seb128: hi
[10:05] <carlos> not yet, 19000 entries to go (from 70000...). We are going to deploy a small change to speed it a bit
[10:07] <seb128> carlos: ok
[10:10] <dholbach> tfheen: do you know what happened to the newest devhelp binaries on amd64?
[10:11] <dholbach> tfheen: also could you give back gksu on amd64?
[10:11] <Riddell> seb128: you didn't process NEW yesterday? :(
[10:14] <siretart> will feisty ship bzr 0.15?
[10:14] <tfheen> dholbach: I gave back gksu earlier today.
[10:15] <tfheen> dholbach: devhelp> not sure, I'll look
[10:15] <dholbach> tfheen: thanks a lot!
[10:15] <cbx33> sorry if this is the wrong place, but are Ubuntu doing GSoC this year?
[10:15] <cbx33> If so who can I talk to about it
[10:16] <seb128> Riddell: will do today, I did syncs, backports, and binary new
[10:16] <cbx33> I have someone who wants to do a project, and I'm willing to mentor him
[10:17] <tfheen> dholbach: gksu was waiting for libgksu which I just gave back.
[10:17] <dholbach> ahhh ok
[10:17] <tfheen> dholbach: devhelp binaries got lost in failed-to-move; rescuing.
[10:17] <dholbach> yoohoo
[10:18] <Riddell> seb128: you must be too thourough :)
[10:49] <cjwatson> tfheen: still in progress, I'm trying to work out how to get the resize range using tune2fs - can't make the numbers agree with df
[10:50] <cjwatson> tfheen: I'm not going to do it in parted; going to work around it in partman-partitioning roughly the same way it does for ntfs instead
[10:50] <tfheen> cjwatson: ok, so you think it's doable for feisty?
[10:51] <seb128> pitti: 
[10:51] <seb128> dpkg: dependency problems prevent removal of python2.5-minimal:
[10:51] <seb128>  python-minimal depends on python2.5-minimal (>= 2.5).
[10:51] <seb128> dpkg: error processing python2.5-minimal (--purge):
[10:51] <seb128>  dependency problems - not removing
[10:52] <cjwatson> tfheen: hoping so, yes
[10:52] <tfheen> mvo: why is 84612 fix commmitted and not fix released?
[10:52] <seb128> pitti: that might have create problems on ~pitti/bin/retrace-i386
[10:52] <cjwatson> tfheen: BTW there was a change in partman-base recently to fix NTFS resizing (previously, it sometimes tried to move the start of the partition and caused data corruption in some cases)
[10:53] <mvo> tfheen: fixed, sorry
[10:53] <cjwatson> I think I'll grab that, though I haven't decided whether I should just take all the changes in partman-base or whether I should backport instead
[10:53] <tfheen> cjwatson: I trust your judgement on that. :-)
[10:54] <cjwatson> this will also allow re-enabling resizing of Vista NTFS partitions
[10:57] <tfheen> pitti: I'm looking at 81670 ; what, if anything, would break if we moved hal to 12?  (It seems to be that on some systems, like my laptop, which started out with warty)
[11:02] <tfheen> mvo: https://bugs.beta.launchpad.net/ubuntu/+source/update-manager/+bug/69532 ; what's up with this?  It's old and looks more like a feature than a bug?
[11:02] <Ubugtu> Malone bug 69532 in update-manager "CD dist-upgrade needs to be able to update itself from the net" [High,Confirmed]  
[11:02] <mvo> tfheen: let me check
[11:04] <tfheen> mvo: same with #68247, really.
[11:04] <mvo> tfheen: updated #69532 (fixed in feisty)
[11:04] <tfheen> great. :-)
[11:09] <tfheen> doko_: about #85884 ; are you going to work on it for feisty?
[11:10] <tfheen> pitti: why is ubuntu-release subscribed to 67925?
[11:14] <seb128> bug #67925
[11:14] <Ubugtu> Malone bug 67925 in Ubuntu "Do not ship translations without matching input support" [High,In progress]  https://launchpad.net/bugs/67925
[11:17] <tfheen> mvo: what about 68247?  I don't see it as critical for feisty? (And it's a feature, not a bug)
[11:19] <mvo> tfheen: that one is not yet fixed, but I agree its not critical for 7.04
[11:19] <mvo> tfheen: I remove the target
[11:20] <tfheen> mvo: cheers.  Got a few more minutes?
[11:20] <tfheen> mvo: #70058 seems easy enough to fix
[11:21] <tfheen> mvo: #74190 should be fairly easy too -- if the user has changed his umask so u-m can't read the file, just throw up an error dialog?
[11:23] <pitti> seb128: I'll look at it
[11:24] <pitti> tfheen: 81670> right, I was going to fix that soon; moving dbus to 12 should do fine, we had that in the past
[11:24] <pitti> tfheen: it's just cupsys, hplip, and apport in between
[11:25] <tfheen> pitti: ok, thanks.
[11:25] <pitti> tfheen: 67925> because it affects CD layout; feel free to unsubscribe u-release, mdz forwarded the request to the bizdev team
[11:25] <tfheen> pitti: I'm mainly trying to fix a bunch of the milestoned bugs.. beta freeze is only a week away.
[11:25] <pitti> right, I got drawn off bugfixing for this restricted-manager stuff
[11:25] <tfheen> pitti: how does it affect cd layout?  Doesn't it only affect the packages on there?
[11:26] <pitti> tfheen: right, just the set of packages
[11:26] <doko_> tfheen: I should, but probably lacking time
[11:26] <tfheen> pitti: is there a spec to go along with this, or is it more a case of "this makes sense, let's just do it that way"?
[11:26] <pitti> seb128: that was in the retracing chroots? weird, p2.5-minimal should have been part of the default debootstrap
[11:27] <tfheen> doko_: ok, no point in having it milestoned for release, then.
[11:27] <seb128> pitti: bug #90570
[11:27] <Ubugtu> Malone bug 90570 in gnome-media "gnome-volume-control crashed with SIGSEGV after removal of creative audigy 2 zs notebook pcmcia soundcard" [Medium,Confirmed]  https://launchpad.net/bugs/90570
[11:27] <seb128> pitti: retracing worked, it crashed after (on cleanup likely)
[11:27] <pitti> tfheen: the latter rather; installing Chinese support with only translations, but without input support makes little sense
[11:28] <pitti> seb128: ok, thanks
[11:28] <seb128> pitti: np
[11:28] <tfheen> pitti: I say we just go for it now rather than later
[11:28] <pitti> tfheen: 'it'?
[11:29] <tfheen> pitti: as in, fix the bug.
[11:29] <pitti> tfheen: if I spend today and half of tomorrow on r-m, and monday to wednesday on milestone bug fixing, would that be ok?
[11:29] <tfheen> pitti: that'd be great.
[11:29] <pitti> tfheen: since r-m is feature-ish, it should go earlier
[11:29] <tfheen> pitti: or are you waiting for feedback from bizdev on the input support bit?
[11:30] <pitti> tfheen: input> right, the question is how to fix it
[11:30] <pitti> tfheen: yes, I'm waiting for that
[11:30] <tfheen> ok, any ETA?
[11:30] <pitti> I didn't get one
[11:31] <tfheen> ok
[11:31] <tfheen> seb128: bug #86271 is going to be fixed with the GNOME release?
[11:31] <Ubugtu> Malone bug 86271 in totem "needs to be updated for libtotem-plparser API change" [High,Fix committed]  https://launchpad.net/bugs/86271
[11:36] <seb128> tfheen: yes, or I'll backport the patch which has been commited upstream otherwise, it's milestoned 7.04 so on my list of things to do
[11:44] <tfheen> seb128: great, thanks.
[11:44] <seb128> np
[11:44] <tfheen> seb128: I won't nag you about it, then. :-)
[11:44] <seb128> tfheen: k, if I've milestoned a desktop-bugs for 7.04 you probably don't need to not me about it, those are on my list of things to work on for feisty ;)
[11:44] <shawarma> I'm confused. The new pbuilder still has the debian team listed as the maintainer in debian/control, so dpkg-source refuses to handle it... How did it make its way to the archive then?
[11:45] <tfheen> seb128: thanks a lot.
[11:45] <seb128> np
[11:46] <cjwatson> shawarma: because that dpkg-source change is recent. If you upgrade dpkg-dev then it won't throw that error any more unless you have @ubuntu.com in DEBEMAIL.
[11:47] <shawarma> cjwatson: Er... ok.
[11:48] <shawarma> cjwatson: ...no, still don't get it. :-)
[11:49] <shawarma> cjwatson: You're saying this is behaviour by design?
[11:49] <cjwatson> shawarma: I'm saying that it got into the archive because when it was uploaded dpkg-source didn't emit that error
[11:50] <cjwatson> shawarma: for further information, see http://wiki.ubuntu.com/DebianMaintainerField
[11:51] <shawarma> cjwatson: It doesn't mention this new DEBEMAIL exception?
[11:52] <pitti> indeed not, I'll add it
[11:52] <shawarma> Just to be sure: It shouldn't have made it to the archive, should it?
[11:52] <cjwatson> yes, it should have made it to the archive.
[11:52] <pitti> shawarma: it should
[11:52] <shawarma> Ok.. 
[11:53] <pitti> shawarma: this policy is recent, it hasn't been enforced for a long time
[11:53] <cjwatson> in any case 'apt-cache show pbuilder' shows an Ubuntu maintainer address here
[11:53] <cjwatson> oh, that may not be in the source, ok
[11:53] <cjwatson> (sorry, red herring)
[11:53] <pitti> right, binary packages' Maintainer fields have been mangled for longer
[11:53] <shawarma> Yes, but fetching the souce and looking says otherwise.
[11:53] <cjwatson> shawarma: like I say, red herring, sorry
[11:53] <pitti> wiki updated
[11:54] <cjwatson> shawarma: it made it to the archive because it was constructed with a version of dpkg-source that did not enforce this check. That's just fine.
[11:54] <shawarma> Ok. So Debian is fine with our source packages listing them as the maintainer?
[11:55] <cjwatson> No.
[11:55] <pitti> shawarma: no, you must change it
[11:55] <cjwatson> we are progressively going through and fixing packages, but it is not complete yet.
[11:55] <pitti> shawarma: guess what the dpkg check is for :)
[11:55] <shawarma> pitti: Precisely.
[11:56] <cjwatson> shawarma: it is *simultaneously* OK that it made it to the archive (before the check was enforced) and a bug that it's still that way.
[11:57] <shawarma> cjwatson: Oh!
[11:57] <cjwatson> shawarma: if you'd asked "should it be like that" rather than "it shouldn't have made it to the archive, should it?", you'd have got a different answer
[11:58] <pitti> cjwatson: is there a trick how to store multi-line string values in debconf?
[11:58] <shawarma> cjwatson: Right, now I get it. mvo just mentioned it on the m-l today, so I thought it was just uploaded. I didn't notice the upload was a week old.
[11:58] <tepsipakki> is there a systematic way to get updates for discover-data?
[11:59] <tfheen> tepsipakki: "sync from debian"?
[11:59] <pitti> cjwatson: I tried with 'foo\\nbar', with that, config.dat has 'foo\bar', but it only returns 'foo' when querying it
[12:00] <tepsipakki> tfheen: ah.. I was looking at discover1-data, which is ancient :)
[12:00] <tepsipakki> discover-data is much newer
[12:00] <tepsipakki> tfheen: could it be synced?
[12:01] <mvo> shawarma: I mentioned it late because I wanted to give it some testing before announcing it :)
[12:01] <tfheen> tepsipakki: I can never remember which one of those we use, but I believe it's discover1-data
[12:01] <tepsipakki> tfheen: looking at the version numbers it's discover-data
[12:02] <tepsipakki> which builds discover1-dataa
[12:02] <tepsipakki> -a
[12:02] <tepsipakki> the current version lacks information about intel vga-controllers, they all seem to use vesa atm
[12:03] <shawarma> mvo: Makes sense. :-)
[12:04] <tfheen> tepsipakki: request a sync, subscribe ubuntu-release.
[12:04] <tepsipakki> tfheen: will do
[12:05] <tfheen> tepsipakki: include information as per https://wiki.ubuntu.com/FreezeExceptionProcess
[12:07] <tepsipakki> yes, it has a vast number of fixes for various graphics controllers
[12:07] <tepsipakki> nv, intel, via..
[12:08] <cjwatson> pitti: man debconf-devel and search for escape
[12:09] <cjwatson> pitti: needs debconf (>= 1.4.72)
[12:09] <pitti> cjwatson: ah, I found that, but I couldn't make sense of it
[12:09] <tepsipakki> *.bugs.launchpad.net hates me obviously..
[12:10] <pitti> cjwatson: I have to *set* CAPB, it's not something that debconf returns?
[12:10] <cjwatson> pitti: correct
[12:10] <pitti> ah, great
[12:10] <pitti> cjwatson: thanks
[12:10] <cjwatson> the client needs to be prepared for this
[12:10] <cjwatson> note that db_capb *replaces* the current capability set, so if you also want backup you need to say 'db_capb backup escape'
[12:10] <cjwatson> generally best to turn off escape when you don't need it any more
[12:16] <tfheen> sladen: why is Bug #14908 just marked as fix committed and not fix released?
[12:16] <Ubugtu> Malone bug 14908 in powermanagement-interface "use 'do-not-hibernate' NOT 'do-not-suspend' to prevent hibernate following kernel upgrade" [Medium,Fix committed]  https://launchpad.net/bugs/14908
[12:17] <seb128> tfheen: could you look at bug #90594?
[12:17] <Ubugtu> Malone bug 90594 in libxklavier "UVF exception 3.0 to 3.1" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90594
[12:18] <tfheen> seb128: looking
[12:19] <seb128> tfheen: refresh if you want, I've attached a new diff with the code changes only (without the documentation and autotools update)
[12:20] <seb128> tfheen: the function which changed are private API, there is no public API change
[12:27] <tfheen> seb128: approved.
[12:27] <seb128> tfheen: thank you
[12:30] <pitti> tfheen: I need this new feature for the restricted-manager stuff (particularly for bug 90109, but I wanted to keep it generic); http://people.ubuntu.com/~pitti/patches/xorg.extra_options.diff
[12:30] <Ubugtu> Malone bug 90109 in xorg "Add Alpha RGB GLX Visuals to xorg.conf for nVidia cards" [Medium,In progress]  https://launchpad.net/bugs/90109
[12:30] <pitti> tfheen: ok to upload? (eyeballing appreciated as well, of course)
[12:31] <doko> tfheen: do we have results for rebuild tests
[12:31] <dholbach> doko: I asked on the mailing list too - seems that elmo and infinity know more about it, since mdz CCed them
[12:32] <dholbach> doko: let's see what comes out of the discussion
[12:32] <tfheen> doko: no, I haven't received them.  I've nagged repeatedly, but will do so again.
[12:32] <tfheen> pitti: yes, looks decent enough.
[12:32] <tfheen> pitti: (approved)
[12:32] <pitti> thanks
[12:33] <doko> tfheen: well, I had my own live rebuild for 500 packages ;)
[12:33] <tfheen> doko: I noticed.
[12:34] <tepsipakki> pitti: the howto's I've seen put the settings in "Screen"
[12:34] <pitti> tepsipakki: that would be weird
[12:34] <heno> ogra: do you have any test cases in mind for the add-on CD (CD integrity and Winfoss testing I have). Just 'install extra packages'?
[12:34] <tepsipakki> pitti: nvidia-config does that
[12:34] <pitti> tepsipakki: I put it in Device, and that seems to work fine for my nvidia card
[12:34] <pitti> hm
[12:34] <tepsipakki> maybe it work
[12:34] <tepsipakki> 's
[12:35] <pitti> tepsipakki: I don't get window decorations without the option, and with the option in Device it works
[12:35] <pitti> hm
[12:35] <tepsipakki> maybe it's a weird driver ;)
[12:35] <tepsipakki> http://www.go-compiz.org/index.php?title=NVidia
[12:36] <tepsipakki> it's cleaner if it works under Device
[12:36] <pitti> right, maybe its propagated somehow
[12:37] <pitti> it just seems more logical to put it in Driver since it seems to be nvidia specific?
[12:37] <pitti> and it's an undocumented option in xorg.conf
[12:37] <tepsipakki> just put it there, i810 seems to use the Driver
[12:44] <pitti> tepsipakki: oh, that nvidia page lists two more options that are needed
[12:44] <Treenaks> pitti: they're not needed here..
[12:45] <tepsipakki> yeah, maybe that page is a bit outdated
[12:45] <pitti> Treenaks: neither here, but 'RenderAccel' sounds more like 'nice to have'
[12:45] <pitti> Treenaks: "AllowGLXWithComposite" -> does OpenGL work for you with compiz enabled?
[12:46] <Treenaks> pitti: yes.. hmm.. but I have that one in my config file
[12:46] <Treenaks> Why is that a config option anyway..
[12:46] <Treenaks> _of course_ you want that
[12:47] <tfheen> mvo: can I nag you about #75882 as well?
[12:48] <Hobbsee> heya tfheen 
[12:48] <tfheen> hiya Sarah.
[12:49] <mvo> tfheen: let me check
[12:49] <pitti> gosh, I know I complained loudly about lack of 'snapping' when moving/resizing windows - but now it is so snappy that I cannot move it *at all* any more
[12:50] <pitti> Treenaks: hm, glx works for me without this option
[12:50] <Treenaks> pitti: ok..
[12:52] <pitti> Treenaks: btw, is there any way I could continue to use ctrl+alt+left/right to switch desktops?
[12:52] <Treenaks> pitti: I do so.. so yes
[12:52] <Treenaks> pitti: enable the cube, then it works automatically for me
[12:52] <pitti> Treenaks: doesn't make a difference
[12:53] <tepsipakki> cube doesn't work at all for me
[12:53] <pitti> I get no cube with this either on or off, enabling compiz collapses all my windows to the first desktop, so I move them back, and I can't switch them with the keyboard
[12:55] <tfheen> pitti: they take drugs against craziness.
[12:55] <seb128> the fading is quite nice
[12:55] <Treenaks> pitti: maybe you should reset /apps/compiz in gconf?
[12:55] <Hobbsee> pitti: they get over it, then disable it.
[12:55] <Hobbsee> hhaa
[12:55] <seb128> pitti: it doesn't bounce much, maybe you have some gconf weird values?
[12:55] <seb128> pitti: gconf --recursive-unset /apps/gconf
[12:55] <seb128> ups
[12:56] <seb128> /apps/compiz
[12:56] <seb128> graaa
[12:56] <seb128> gconftool --recursive-unset /apps/compiz
[12:56] <seb128> I mean
[12:57] <doko> tfheen: OOo had a disagreement with pkgstriptranslations, resulting in an empty translation tarball; have to upload again. could you hint the i386 build to palmer?
[12:57] <pitti> seb128: ah, thanks; manually unsetting them is a pain
[12:57] <seb128> np
[12:57] <pitti> seb128: I take it I have to restart the session now?
[12:57] <tfheen> doko: ugh, yes, I could.  Tell me when you upload?
[12:57] <doko> tfheen: will do
[12:57] <tfheen> doko: that is, when it's uploaded.
[12:58] <pitti> brb
[01:00] <pitti> seb128: ah, now I can switch desktops again, thanks; edge resistance is gone, too, though
[01:01] <pitti> well, with xchat at least (I think it didn't work with it before either)
[01:01] <seb128> pitti: just restart compiz should be enough
[01:01] <pitti> seb128: menus are still bouncy and slowly fading
[01:01] <seb128> pitti: you need to activate wobbly to get edge resistance, there is a bug about that
[01:02] <pitti> seb128: I do have that enabled
[01:02] <seb128> k, dunno then, that's a bug
[01:02] <seb128> pitti: https://launchpad.net/bugs/73700
[01:02] <Ubugtu> Malone bug 73700 in compiz "Lacks edge resistence" [Low,Confirmed]  
[01:03] <pitti> seb128: hm, gaim <-> gnome-terminal window snapping works, but not xchat <-> xchat
[01:03] <ogra> heno, popping it in and checking that g-a-i does the right thing ois enough for the add-on Cd ... 
[01:04] <ogra> for4 winfoss the regulart winfoss testing procedures (if you have any) should apply
[01:05] <heno> ogra: ok, thanks
[01:15] <doko> tfheen: OOo uploaded
[01:16] <tfheen> doko: cheers.
[01:16] <Keybuk> interesting GPG vulnerability there
[01:16] <Keybuk> afaict, Evolution is unaffected as it already takes care to separate parts?
[01:22] <mooey> seb128, is the sebastien mentioned at the end of bug 90439 yourself? if so, do you want it assigned to you?
[01:22] <Ubugtu> Malone bug 90439 in gnome-launch-box "gnome-launch-box 0.2 is out" [Undecided,Needs info]  https://launchpad.net/bugs/90439
[01:23] <Hobbsee> mooey: that'd violate freeze, to put it in
[01:24] <mooey> Hobbsee, i mentioned that in the ticket
[01:24] <mooey> erk, bug report *
[01:24] <Hobbsee> ah
[01:32] <ogra> mvo, somehow your gdebi pbuilder script doesnt work over here ...
[01:34] <cbx33> ogra: you there?
[01:34] <cbx33> quick question
[01:34] <cjwatson> tfheen: present for you, dropping gparted/qtparted from the live CDs
[01:35] <mvo> ogra: oh? you have the latest gdebi/pbuilder/python-apt
[01:35] <Ixan> hmm.. need some tips on debugging here. Booting herd 5 iso, but the installer exits to busybox almost immediatly. reporting "udevd-event[2004] : run_program: '/sbin/modprobe' abnormal exit". 
[01:35] <tfheen> cjwatson: \o/
[01:35] <mvo> ogra: do you get any error message?
[01:35] <tfheen> cjwatson: you rock.
[01:35] <ogra> mvo, hmm. python-apt wasnt updaed ... but the others were ...
[01:35] <ogra> let me do that ...
[01:36] <ogra> cjwatson, sad, its a helpful system recovery/maintenance tool ...
[01:37] <mvo> ogra: what arch?
[01:37] <cjwatson> ogra: easy enough to install from applications -> add/remove...
[01:37] <ogra> mvo, i386
[01:37] <ogra> cjwatson, indeed ... 
[01:37] <cjwatson> ogra: at any rate, if somebody really wants it back, it can be seeded - just that ubiquity no longer requires it
[01:37] <ogra> i agree with its exclusion ...
[01:38] <ogra> its just that many people will be unhappy .... one of knoppix' biggest advantages was always the inclusion of such stuff ...
[01:38] <ogra> but hey, you cant have everything :)
[01:39] <cjwatson> seriously, feel free to put it back. I'm not responsible for it any more that's all
[01:39] <seb128> mooey: no, not me, probably slomo
[01:40] <mooey> seb128, hokay, ty
[01:40] <seb128> np
[01:41] <slomo> mooey: yes, herzi meant me... i'll look at it later today but if you want to update the package feel free to do it :)
[01:43] <mooey> slomo, packaging is beyond me :-) i'll move the bug over to yourself
[01:51] <heno> gparted can help mildly experienced people fix stuff, but can also help very inexperienced people break everything
[01:58] <pitti> tfheen: ok, dbus with new runlevels fixed/tested/uploaded
[02:02] <pitti> slomo: I'll commit your avahi upload to the LP bzr now; can you please use the bzr branch in the future?
[02:03] <slomo> pitti: sure
[02:03] <tfheen> pitti: yay you. :-)
[02:12] <heno> doko: the new OOo looks lovely :)
[02:13] <Treenaks> it's lots faster too
[02:13] <heno> it does feel snappy, yes
[02:13] <Treenaks> and for some reason it lists /dev/.static/dev in the file -> open menu
[02:13] <doko> thanks
[02:13] <Treenaks> instead of /
[02:14] <Treenaks> uhr.. file open dialog, not menu
[02:15] <geser> tfheen: have you looked already at the fuse UVF?
[02:15] <Treenaks> doko: is there a 'short changelog' from upstream? with notable fixes/features?
[02:15] <doko> heno: there are some crashes reported in libgail, didn't look at it yet
[02:16] <doko> Treenaks: yes, the release notes in my mail to -devel (or -devel-discuss)
[02:16] <Treenaks> doko: hmm.. *checks mailinglist subscriptions*
[02:16] <heno> ok, I guess that's expected. updates of almost any package tends to break a11y support a bit
[02:26] <seb128> tfheen: could you give a build retry to totem?
[02:27] <seb128> ogra: I'll update gnome-screensaver with that patch for mouse change
[02:40] <_ion> The Ubuntu Weekly News feed at http://fridge.ubuntu.com/uwn/feed seems to be outdated. It lists issue #28 as the newest one. Where should i report this?
[02:41] <jsgotangco> try #ubuntu-doc there might be a fridge editor online
[02:42] <jwendell> dholbach_, i need your help. are you around?
[02:42] <_ion> Ok, thanks
[02:43] <saispo> hi, anyone know if it's possible to have a repository with alphabetical order such as ubuntu with mini-dinstall ? or i must use other programs ? thks
[02:49] <mvo> seb128:  I'm looking into verifying bug #73021 what steps are required to make it crash?
[02:49] <Ubugtu> Malone bug 73021 in nautilus "fm_tree_model_unref_node fails ref_count > 0 assert" [High,Fix committed]  https://launchpad.net/bugs/73021
[02:49] <seb128> mvo: no idea
[02:49] <seb128> mvo: there is just some hundred dups upstream
[02:51] <mvo> seb128: hm, that is a problem with the current verification process. when "crashes-randomly" bugs get fixed :)
[02:52] <Treenaks> mvo: well, the fix must hint at where the problem is, and make it easier to reproduce that?
[02:52] <seb128> mvo: feel free to reject it, upstream asked for it because they got hundred of dups
[02:52] <seb128> Treenaks: race condition are not always easy to trigger
[02:52] <Treenaks> seb128: good point
[02:53] <mvo> seb128 rejecting seems a bit much
[02:53] <seb128> mvo: well, I've no way to trigger the crash and if that's required we are stucked
[02:54] <seb128> mvo: either you accept or reject it, your call ;)
[03:09] <dholbach_> jwendell: I can try
[03:09] <seb128> dholbach: do what?
[03:10] <dholbach> seb128: <jwendell> dholbach_, i need your help. are you around?
[03:10] <ivoks> seb128: what are you doing on 31st of march? :)
[03:10] <jwendell> dholbach, i've got a package with no patches dir, wich doesn't use cdbs. How can i patch that package? How can i proceed?
[03:10] <seb128> ivoks: enjoying a saturday far from computers after a week of Ubuntu work, why? ;)
[03:10] <dholbach> jwendell: you can use dpatch
[03:10] <ivoks> doh... :)
[03:11] <ivoks> seb128: we are planing a conference in croatia, so if you are interested..
[03:11] <jwendell> dholbach, will dpatch create a new patches dir and files like 01_patch_something.patch like cdbs does?
[03:11] <dholbach> jwendell: install dpatch and check out /usr/share/doc/dpatch/examples/rules/rules.new.dh.gz for an example
[03:12] <dholbach> jwendell: yes
[03:13] <seb128> ivoks: thanks, but no thank you, I feel like doing computer break during the WE atm, and we already some Ubuntu confs coming, GUADEC, etc
[03:16] <ivoks> ok :/
[03:16] <ivoks> these gnome guys... :)
[03:25] <cjwatson> tfheen: bug 89461 milestoned for beta; I have a fix in hand, just need to test it
[03:25] <Ubugtu> Malone bug 89461 in ubiquity "system-partitions-formatted validation missing from new partitioner" [High,Confirmed]  https://launchpad.net/bugs/89461
[04:00] <Treenaks> and a pony!
[04:00] <mvo> we have a pony!
[04:00] <torkel> and sun instead of snow
[04:14] <seb128> OOPS-432BC619
[04:15] <seb128> mvo: it used to work on that chan, bot is probably not happy or something :p
[04:15] <seb128> I got a OOPS-432D1433
[04:15] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/432D1433
[04:17] <mvo> seb128: thanks, looks like it is not happy with my oops 
[04:17] <seb128> mvo: yeah, it doesn't like the number
[04:23] <ogra> seb128, you mean the xnest one ? 
[04:23] <seb128> ogra: yep, I've the package ready to upload
[04:23] <ogra> great ! :)
[04:23] <seb128> and I tested it fixes xnest and an another bug we had open about a game being broken
[04:39] <mooey> pochu, you were right about that mozilla bug
[04:39] <mooey> somebody from the mozilla team unrejected it and set it to needsinfo =)
[04:40] <pochu> hehe
[04:40] <pochu> mooey: I'm always right :-P
[04:40] <mooey> i am not worth
[04:40] <mooey> +y
[04:41] <pochu> hehe :)
[04:48] <bddebian> Heya
[04:53] <tfheen> geser: no, sorry, I haven't
[04:54] <tfheen> seb128: given-back.
[04:59] <seb128> tfheen: thank you
[05:23] <tbf> seb128: why that name?
[05:23] <seb128> 0 is the soname version
[05:24] <seb128> we do that so we can ship different packages which don't conflict when the soname change
[05:24] <ogra_> there is a recent thread on the debian-gtk-gnome list about it
[05:24] <seb128> all the libs have that version to the package (or should have)
[05:25] <tbf> ok.
[05:26] <jwendell> dholbach, will dpatch create a new patches dir and files like 01_patch_something.patch like cdbs does?
[05:27] <pitti> jwendell: yes, it will
[05:27] <dholbach> jwendell: I answered that question with yes already :-)))
[05:27] <jwendell> dholbach, sorry
[05:27] <dholbach> jwendell: install dpatch and check out /usr/share/doc/dpatch/examples/rules/rules.new.dh.gz for an example
[05:27] <pitti> jwendell: just make sure to add new patches to debian/patches/00list
[05:27] <jwendell> dholbach, pitti it was supposed to be /clear :)
[05:27] <pitti> jwendell: https://wiki.ubuntu.com/MOTU/School/PatchingSources
[05:47] <j1mc> greets, somerville32
[05:47] <pitti> kylem: would you be fine with doing the i386/alternate test cases instead of amd64 on https://wiki.ubuntu.com/Testing/Matrix?
[05:48] <kylem> yeah, that's not a problem.
[05:48] <pitti> kylem: my quota limits the number of architectures I can download
[05:48] <pitti> kylem: thanks; I'll swap that on the wiki page then
[05:48] <somerville32> Hi j1mc :)
[05:49] <kylem> pitti, ok. np.
[05:49] <j1mc> somerville32 how are you doing lately?  i hope you're getting better.
[05:49] <somerville32> j1mc: I'm doing better. Still in the hospital but doing better :)
[05:50] <j1mc> somerville32 good to hear
[05:50] <pitti> dholbach, mdz: I'd like to swap your alternate/rescue test on amd64 with the i386 one assigned to me
[05:51] <dholbach> pitti: fine with me
[05:51] <pitti> thanks
[05:51] <kylem> pitti, i can test whatever, it's not a big deal for me to grab stuff.
[05:51] <seb128> urg
[05:51] <seb128> why do I get all the DVD installations?
[05:52] <seb128> I don't have the bandwith for syncing those
[05:52] <tfheen_> seb128: I'll swap you those for whatever I have
[05:52] <tfheen_> my DSL needs exercise.
[05:52] <seb128> tfheen_: you have nothing
[05:52] <seb128> how come?
[05:53] <tfheen_> I only have DVD live session, it seems
[05:53] <seb128> only DVD live session on amd64
[05:53] <seb128> yeah
[05:53] <seb128> slacker :p
[05:53] <tfheen_> indeed. :-)
[05:53] <tfheen_> but feel free to give me the DVD cases
[05:53] <seb128> tfheen_: if you want to take the amd64 DVD that would be nice
[05:53] <seb128> I can do i386
[05:54] <tfheen_> sure
[05:54] <seb128> thank you
[05:59] <pitti> mvo, ogra_, seb128: so, as proud ATI card owners, could you please send me some recipes how to turn a virgin Ubuntu installation (with the free ati driver configured) into an fglrx one? (packages, special xorg.conf options, other changes)
[06:00] <ogra> pitti, binaryDriverHowto ? 
[06:00] <pitti> ogra: that is still fully valid for feisty?
[06:00] <ogra> thats what i would follow :)
[06:00] <ogra> dunno ...
[06:00] <mvo> pitti: sure, but my machine does not work with the free ati driver, vesa is the only altenative
[06:00] <seb128> pitti: install xorg-driver-fglrx and change use fglrx instead of ati to xorg.conf
[06:00] <pitti> well, I'd rather have a tested recipe
[06:00] <ogra> my card runs with fglrx if i want to, but i never really wanted ;)
[06:00] <pitti> seb128: that's it? no special driver options and such?
[06:00] <seb128> no
[06:01] <pitti> great
[06:01] <pitti> that should be easy enough then
[06:01] <seb128> I don't use fglrx, dunno about tweaking options for speedup, etc
[06:01] <seb128> doing that works fine to run fglrx
[06:01] <mvo> AFAIK there are special options reqiured
[06:01] <mvo> at least it was the case for edgy
[06:01] <mvo> I will recheck for feisty
[06:01] <pitti> mvo: thank you
[06:01] <seb128> works without option for me
[06:01] <ogra> you had to switch off AIXGL
[06:01] <ogra> err AIGLX
[06:01] <seb128> ok, I'm away for ~1 hour for sport, bbl
[06:01] <pitti> I'll implement seb128's basic steps for now, they are necessary in any case
[06:02] <mvo> have fun seb128
[06:02] <seb128> I'll reply when I'm back if you need anything
[06:02] <seb128> mvo: thank you
[06:02] <Seveas> pitti, don't forget to switch of composite...
[06:02] <tbf> seb128: just 1hour?
[06:02] <pitti> Seveas: how does that translate into an xorg.conf Option?
[06:02] <tbf> not quite much
[06:03] <Seveas> Section "Extensions"
[06:03] <Seveas>     Option  "Composite" "0"
[06:03] <Seveas> EndSection
[06:03] <seb128> tbf: enough for some exercice ;)
[06:05] <mdz> pitti: that's fine
[06:06] <pitti> Seveas: ugh, is that part of a default xorg.conf? it's not in mine (I have nvidia, though)
[06:06] <mvo> pitti: no, its not part of the default config
[06:06] <pitti> Seveas: ah, you have to add the entire section yourself? that's painful, dexconf-wise
[06:06] <pitti> mvo: can it be specified in the Driver section as well?
[06:07] <Seveas> fglrx is painful
[06:07] <mvo> pitti: AFAIK not
[06:07] <pitti> urgh, that cries for more dexconf work
[06:07] <mvo> pitti: we could use the guidance backend for xorg.conf manipulation
[06:08] <mjg59> It would make more sense to fix X
[06:09] <mjg59> Can you confirm that it's necessary for current fglrx?
[06:09] <mvo> no, I need to test that
[06:10] <mvo> it used to be, but I set it up with edgy, haven't tried with latest feisty yet
[06:10] <Seveas> there was no indication in ATI changelogs that it's no longer necessary
[06:10] <mjg59> Adding extra options to xorg.conf in the installer is almost always the wrong answer
[06:11] <Seveas> fglrx needs to be fixed
[06:11] <mjg59> Well, fundamentally, yes
[06:12] <mjg59> But we can't do that
[06:12] <Seveas> let's test if it's still neccessary, brb
[06:15] <ogra> mjg59, while youre around, any do you have idea about bug 81227 ?
[06:15] <Ubugtu> Malone bug 81227 in hal "Logout screen appears twice [Feisty] " [Medium,Confirmed]  https://launchpad.net/bugs/81227
[06:15] <ogra> i'm sure one of the events has to vanish, i'm just not sure which one
[06:16] <Seveas> (II) fglrx(0): Composite extension enabled, disabling direct rendering
[06:16] <Seveas> (WW) fglrx(0): ***********************************************
[06:16] <Seveas> (WW) fglrx(0): * DRI initialization failed!                  *
[06:16] <Seveas> (WW) fglrx(0): * (maybe driver kernel module missing or bad) *
[06:16] <Seveas> (WW) fglrx(0): * 2D acceleraton available (MMIO)             *
[06:16] <Seveas> (WW) fglrx(0): * no 3D acceleration available                *
[06:16] <Seveas> (WW) fglrx(0): ********************************************* *
[06:16] <Seveas> so yeah, still neccessary
[06:17] <pitti> bah, this is ugly
[06:17] <pitti> Seveas: thanks for testing, though
[06:18] <pitti> Keybuk: oh, I just saw that there's no r-m infrastructure yet to detect whether a driver can be loaded in the first place, right?
[06:18] <Keybuk> right
[06:18] <pitti> Keybuk: like, disabling nvidia stuff on ATI cards and vice versa
[06:19] <mjg59> pitti: They won't be loaded unless something asks for them to be loaded
[06:20] <pitti> mjg59: well, but if we install nvidia-glx and set driver to nvidia in xorg.conf, although the user has ATI, that would be pretty bad
[06:20] <pitti> and is in fact what happened to me on my laptop
[06:20] <mjg59> Why are conffiles being edited on package installation?
[06:20] <pitti> mjg59: they are not
[06:20] <mjg59> Oh. 
[06:20] <pitti> mjg59: restricted-manager changes them when the user enables/disables a driver
[06:21] <pitti> also, xorg.conf is not a conffile
[06:33] <delire_> i have a couple of pretty basic questions regarding modding for ioquake3 on Linux. i'm changing cvars - even removing them altogether - manipulating weapons, yet i never see the effects in game. the cvars are there and the weapons are unaltered. i've run a make clean and copied the entire baseq3 directory from the build directory into my fs_game path (ie ~/.q3a/modname/baseq3) and am running it with ioquake3 +set fs_game +devmap 
[06:33] <delire_> oops
[06:33] <delire_> sorry about that all.
[06:38] <kaktuspalme> Hi
[06:39] <kaktuspalme> a new cups package or a lib cups package, has disabled lpr in feisty fawn
[06:40] <kaktuspalme> oh sorry
[06:40] <Riddell> pitti: adept in edgy-proposed failed to compile :(
[06:40] <Riddell> pitti: it's just autotools breaking, I think I ran the autoconf buildprep on feisty
[06:40] <Riddell> pitti: this patch fixes it http://kubuntu.org/~jriddell/tmp/adept.debdiff
[06:41] <pitti> Riddell: ok
[06:42] <Riddell> pitti: I'll upload
[06:42] <pitti> I'll look in the queue in 10 minutes
[06:45] <pitti> Seveas, mvo, seb128: can you send me a mail or pastebin with your lspci output?
[06:46] <Seveas> pitti, http://paste.ubuntu-nl.org/9266/
[06:47] <mvo> pitti: the full one? or just the VGA line?
[06:48] <mvo> pitti: nevermind, http://paste.ubuntu-nl.org/9267/
[06:49] <pitti> Seveas, mvo: thanks
[07:00] <j1mc> i'm having a hard time finding the bug pertaining to kubuntu amd64 partitioning problems.  it was present right up prior to herd 5.  has that been fixed?
[07:02] <Riddell> j1mc: "the bug" is a bit unspecific, there was a bug in the new manual partitioner that stopped most edit and create operations which I fixed
[07:07] <j1mc> Riddell: thanks . . . 
[07:07] <j1mc> Riddell: that is what i was referring to, manual partitioning problems in kubuntu on AMD 64.
[07:30] <Riddell> pitti: don't forget adept :)
[07:31] <pitti> Riddell: done
[07:47] <kaktuspalme> in the new cups hasn't got lpd
[07:47] <kaktuspalme> the new cups package
[07:47] <kaktuspalme> isn't this channel for such problems?
[07:49] <Athensman> has anyone here had any problems installing XuBuntu???
[07:50] <pitti> kaktuspalme: no, please file a bug against cupsys ('ubuntu-bug -p cupsys' preferably)
[07:50] <kaktuspalme> pitti, ok thx
[07:51] <pitti> ogra_: would you have some minutes to test my first cut at ATi support in restricted-maanager?
[07:52] <Athensman> has anyone here had any problems installing XuBuntu???
[07:52] <Riddell> Athensman: -> #xubuntu
[07:54] <pitti> anyone else with an ATI card and some minutes to test restricted-manager?
[07:55] <johanbr> pitti: yes. What do you want tested, specifically?
[07:56] <Lure> pitti: I can (using ati now)
[07:56] <pitti> johanbr, Lure: bzr get http://bazaar.launchpad.net/~ubuntu-core-dev/restricted-manager/trunk/
[07:57] <pitti> johanbr, Lure: I would like to test whether, starting from a virgin situation (i. e. free ati driver configured and no custom changes in xorg.conf), restricted-manager can correctly configure the restricted fglrx driver
[07:59] <Lure> pitti: I just have three additional lines in Monitor (needed due to recent regression)
[07:59] <pitti> Lure: ok; r-m backs up your xorg.conf
[07:59] <pitti> Lure: if you added them manually, it'll clobber them; if you used dpkg-reconfigure xserver-xorg, it should be fine
[07:59] <pitti> Lure: oh, sorry :)
[08:00] <Lure> pitti: no problem
[08:00] <pitti> Lure: apt-get install restricted-manager is probably the easiest way to do that
[08:00] <Lure> pitti: that is what I am doing...
[08:01] <Lure> pitti: does it install fglrx packages or just change xorg.conf?
[08:01] <pitti> Lure: both
[08:01] <pitti> Lure: and if you disable the driver, it removes the fglrx package again
[08:01] <Lure> pitti: installing might not work ok kubuntu - what do you use to install package
[08:01] <pitti> Lure: ah, right, synaptic
[08:02] <Lure> pitti: you need to fix depends - "import gnome"
[08:02] <johanbr> pitti: First problem: "Must be run as member of admin group". My user *is* a member of the admin group. Same result when running as root.
[08:02] <Lure> pitti: which package am I missing?
[08:03] <pitti> Lure: ah, /me adds python-gnome2 as well, thanks
[08:03] <pitti> johanbr: ah, right; please apt-get install restricted-manager
[08:03] <pitti> johanbr: that will take care of creating the /var directory, as well as give you the icons
[08:04] <pitti> Lure: I guess apt-get remove --purge libglib2.0-0 should clean up pretty much everything afterwards
[08:05] <Lure> pitti: no problem, I am just joking...
[08:05] <Lure> pitti: but thanks for the tip ;-)
[08:05] <Lure> pitti: it will take some more minutes - main archive is slow for me (10-20K/s)
[08:08] <Lure> pitti: another depends missing: import egg.trayicon
[08:09] <pitti> Lure: python-gnome2-extras, thanks
[08:10] <pitti> Lure: it's all part of the s3kr3t gnome world domination plan
[08:10] <Lure> pitti: lol
[08:12] <johanbr> pitti: Alright, have to restart X. Just a minute.
[08:15] <Lure> pitti: 
[08:15] <Lure> ./restricted-manager:45: DeprecationWarning: the module egg.trayicon is deprecated; equivalent functionality can now be found in pygtk 2.10
[08:15] <Lure>   import egg.trayicon
[08:15] <Lure> pitti: do I need gtksu or is sudo or kdesu ok?
[08:15] <pitti> Lure: sudo is okay
[08:16] <pitti> Lure: I get that warning as well, ignore for now
[08:16] <pochu> heya mbiebl :)
[08:16] <Lure> pitti: I have bunch of Fritz cards marked as Enabled. Is this OK?
[08:17] <pitti> Lure: yes
[08:17] <pitti> Lure: 'Enabled' means 'allow', not 'in use'
[08:17] <Lure> pitti: crash on Enable ATI: http://paste.tonio.homelinux.org/69
[08:17] <mbiebl> pochu: hi
[08:18] <pitti> Lure: oh, that called synaptic
[08:18] <pochu> mbiebl: I've closed some tracker bugs - 0.5.4-4 has been successfuly uploaded
[08:18] <pitti> Lure: bzr head has the dependency now
[08:19] <pochu> pitti: does r-m installs the intel propietary drivers? :-P
[08:19] <pitti> Lure: sorry :/
[08:19] <pitti> pochu: the WHAT?
[08:19] <pochu> hehehe
[08:19] <mbiebl> pochu: cool, thanks
[08:19] <pitti> *phew*
[08:19] <pitti> pochu: don't scare me like this
[08:19] <Lure> pitti: nopb, btw is this written to be able to add PyQt4 backend easily?
[08:19] <pitti> pochu: really? if you have an Intel card, then you can rest in piece and be happy with free software ;)
[08:20] <pochu> pitti: or I can develop my own drivers, and release them as closed source :)
[08:20] <pitti> Lure: the backend stuff is UI agnostic, but the GUI itself needs to be rewritten
[08:20] <pochu> pitti: then you could add them to r-m ;)
[08:20] <Treenaks> pitti: well... you could consider the ipw39xx things restricted :)
[08:20] <tepsipakki> intel works OOTB with compiz
[08:20] <tepsipakki> in feisty
[08:20] <Lure> Treenaks: they are listes in r-m
[08:20] <Lure> s/listes/listed/
[08:21] <pitti> Lure: right, the wifi ones
[08:21] <pitti> Lure: so, at least you saw the fglrx driver in the list, and you didn't see the nvidia ones?
[08:21] <khermans_> isn't /tmp supposed to be cleaned up on reboot automatically?
[08:21] <Lure> pitti: synaptic is downloading something...
[08:21] <pitti> khermans_yes
[08:21] <khermans_> i think it is a bug that files get deleted, but not directories
[08:21] <pitti> Lure: if the ATI/nvidia check worked correctly, that's already progress :)
[08:21] <Lure> pitti: suprise: it is fglrx package ;-)
[08:22] <khermans_> pitti, do you see the same thing?
[08:22] <pitti> khermans_: actually not
[08:22] <khermans_> pitti, why not?
[08:22] <khermans_> pitti, it used to be that way
[08:22] <Lure> pitti: main window is blocked when synpatic runs, but you probably already know that
[08:22] <johanbr> pitti: No luck. Tried enabling fglrx twice, there's a trace at http://nullinfinity.org/tmp/log . The second enabling attempt begins at the line starting "debconf:".
[08:22] <pitti> Lure: right, UI detail
[08:23] <pitti> johanbr: ah, that's helpful
[08:23] <pochu> Treenaks: http://ipw3945.sourceforge.net/ <--- isn't it open source?
[08:23] <kylem> pochu, needs a binary userspace daemon.
[08:24] <ivoks> right
[08:24] <khermans_> pitti, can you explain why /tmp cleanup is not a bug in new kernel?
[08:24] <khermans_> in feisty ... 
[08:24] <pitti> khermans_: it should be cleaned up; if not, please file a bug against sysvinit
[08:25] <pitti> johanbr, Lure: I fixed johanbr's exception, please do 'bzr pull' (in trunk/)
[08:25] <khermans_> pitti, you said not removing directories was not a bug
[08:25] <khermans_> ok i will file it
[08:25] <pitti> khermans_: no, I meant that it is a bug
[08:25] <pitti> khermans_: <pitti> khermans_: actually not -> that was for 'do you see the same thing?'
[08:26] <pitti> johanbr: it seems you have a stale debconf process somewhere? 'DbDriver "config": /var/cache/debconf/config.dat is locked by another process'
[08:26] <johanbr> pitti: I think that's 'cause I already clicked on "Enable" once.
[08:27] <pitti> right, I was just about to say that
[08:28] <johanbr> pitti: With the bug fix, fglrx is already listed as "Enabled" but not "In use". I can click under "Enabled" to disable the driver, but clicking under "In use" does nothing. Is that the way it's supposed to be?
[08:28] <pochu> luckily I have ipw2200 :)
[08:28] <pitti> johanbr: yes; 'in use' would be on after you restarted X with fglrx being, well, 'in use'
[08:28] <pitti> johanbr: can you check your xorg.conf?
[08:28] <johanbr> pitti: Okay. But r-m doesn't seem to have done anything to xorg.conf.
[08:29] <pitti> johanbr: enabling installs the fglrx package, disabling uninstalls it again, and xorg.conf has the correct driver (ati/fglrx) in both cases?
[08:29] <Lure> pitti: after download, I got this: http://paste.tonio.homelinux.org/70
[08:29] <pitti> Lure: right, johanbr had this as well; please 'bzr pull' for the fix
[08:30] <johanbr> pitti: Enabling/disabling doesn't seem to install/uninstall anything. Also, xorg.conf stays the way I configured it, with the "ati" driver.
[08:30] <pitti> johanbr: hmm
[08:31] <Lure> pitti: now is enabled, but not in use - will restart X to see if I get back
[08:31] <johanbr> pitti: Now it uninstalls fglrx, when I restarted r-m. Weird! 
[08:31] <pitti> johanbr: if you start r-m, is it shown as enabled or disabled? and which driver do you use in xrog.conf ATM?
[08:32] <pitti> johanbr: you mean it uninstalled fglrx right after starting, without clicking anything??
[08:33] <johanbr> pitti: No, it was listed as "Enabled" and I clicked. :)
[08:33] <pitti> johanbr: ah *phew*
[08:33] <pitti> Lure: wb :)
[08:34] <Lure> pitti: running fglrx
[08:34] <pitti> \o/
[08:34] <pitti> Lure: glxgears work? compiz doesn't, I assume?
[08:34] <johanbr> pitti: I just saw I got this: dexconf: error: cannot generate configuration file; 
[08:34] <johanbr> xserver-xorg/config/monitor/identifier not set.  Aborting.  Reconfigure the X 
[08:34] <johanbr> server with "dpkg-reconfigure xserver-xorg" to correct this problem.
[08:35] <pitti> uh
[08:35] <pitti> johanbr: was this a customized xorg.conf?
[08:35] <johanbr> pitti: yes
[08:35] <pitti> johanbr: ah, can you please back it up and do the dpkg-reconfigure?
[08:35] <pitti> I guess there's no way to automatically handle customized configs
[08:36] <johanbr> pitti: Sure, just a sec.
[08:36] <pitti> I should check for this and don't touch it in this case, though
[08:36] <Lure> pitti: 300fps and high cpu load - I suspect 3d is not working properly
[08:36] <pitti> Lure: glxinfo should tell you
[08:36] <johanbr> Lure: Check "glxinfo |grep direct"
[08:36] <Lure> pitti: no :-(
[08:37] <Lure> pitti: Mesa GLX Indirect
[08:37] <pitti> Lure: is the glx module enabled?
[08:37] <Lure> pitti: it is in xorg.conf
[08:38] <pitti> Lure: or, asked differently, I currently enable the glx module and don't touch the other ones. What else do I need to do?
[08:38] <pitti> Lure: e. g. for nvidia we have to disable the GLcore and dri modules
[08:38] <Lure> pitti: not sure, I did not use fglrx for a year or more 
[08:38] <pitti> Lure: /var/log/Xorg.0.log might also have interesting things
[08:39] <pitti> Lure: well, 300 fps you say? that doesn't sound *that* bad, does it?
[08:39] <Lure> pitti: (EE) AIGLX: Screen 0 is not DRI capable
[08:39] <Lure> pitti: it might be my laptop (hp nw8240 with x700)
[08:40] <pitti> Lure: on amd64/3000 with nvidia radeon 5200 I get 280 fps fullscreen
[08:40] <johanbr> pitti: Okay, did the reconfigure, selected "ati" driver, then let r-m modify xorg.conf to use fglrx. Will restart X now to check that it worked...
[08:40] <pitti> Lure: well, at least it didn't completely screw up your system then?
[08:41] <Lure> pitti: it did not
[08:41] <pitti> Lure: if you disable it again, it should uninstall the package and reset xorg.conf to ati, and make X work again with the free driver
[08:41] <Lure> trying
[08:41] <pitti> johanbr: wb
[08:41] <Lure> pitti: in use is off...
[08:42] <pitti> Lure: oh, second
[08:43] <johanbr> pitti: Yep, that worked, I'm now running fglrx. DRI doesn't work though, but I guess that might be a kernel module conflict that requires a reboot.
[08:43] <pitti> Lure: hm, you are using the fglrx driver ATM and it says 'not in use'?
[08:43] <Lure> pitti: yes
[08:43] <pitti> Lure: lsmod | grep fglrx
[08:43] <Lure> pitti: now I have disabled it already
[08:43] <Lure> pitti: nothing
[08:43] <pitti> Lure: right, but if you disable it while X still runs with fglrx, it should still be 'in use'
[08:43] <pitti> Lure: the lsmod | grep is basically what r-m uses to decide 'in use'
[08:44] <pitti> Lure: could you please observe this behaviour in different cases and file a bug?
[08:44] <pitti> Lure: (ubuntu-bug -p restricted-manager)
[08:44] <Lure> pitti: will do 
[08:44] <pitti> johanbr: the fglrx driver might just require to disable the X.org dri module
[08:45] <pitti> Lure: a thousand thanks for your help!
[08:45] <wasabi_> So. Um. What the hell is with the idiotic settings pdflush has? When I put my system under heavy load it hits 12 processes.
[08:45] <johanbr> pitti: No, I had the dri module loaded before, with working direct rendering under fglrx.
[08:45] <pitti> johanbr: ah, ok; then I leave it enabled
[08:46] <wasabi_> 12 processes get WAAAY to much CPU and starve the rest of the system.
[08:46] <johanbr> pitti: I'll reboot to check if it works then. Just a minute...
[08:46] <pitti> johanbr: ok, I think this will do as the next version; not yet optimal, but at least working somewhat
[08:52] <johanbr> pitti: No, it wasn't stray kernel modules. My old xorg.conf gives me direct rendering, but the one written by r-m doesn't. I'll have a look at the files...
[08:52] <pitti> johanbr: could you file this as a bug report? I'm sorry, but I have to run now
[08:52] <pitti> johanbr: your help was awesome, thank you!!
[08:53] <johanbr> pitti: Found it! The r-m xorg.conf doesn't disable Composite.
[08:53] <pitti> johanbr: ah, that's the issue that mvo mentioned above
[08:53] <johanbr> pitti: Okay. Still want a bug?
 Section "Extensions"
     Option  "Composite" "0"
 EndSection
[08:53] <pitti> johanbr: ^ this one, right?
[08:54] <johanbr> pitti: Yes
[08:54] <pitti> johanbr: does composite actually work when you don't disable it?
[08:54] <Seveas> no
[08:54] <johanbr> pitti: no
[08:54] <pitti> ah, so it's not 'you want this or that', but a pure 'unbreak my config' option
[08:54] <Seveas> yup
[08:55] <pitti> johanbr: alright, I can file it myself then; thanks again!
[08:55] <johanbr> You're welcome. Happy to help.
[08:56] <Lure> pitti: can confirm DRI errors due to Composite here
[08:57] <pitti> Lure, johanbr: alright, I filed this as bug 90688 to remind myself
[08:57] <Ubugtu> Malone bug 90688 in Ubuntu "disable composite in fglrx" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90688
[09:00] <Lure> pitti: could we patch xorg instead? I think Composite on by default is Ubuntu specific change, so we could potentially blacklist fglrx
[09:00] <Lure> pitti: this would help also for people not using r-m
[09:00] <pitti> Lure: you mean the actual server binary?
[09:00] <pitti> tepsipakki: ^ any idea? did this come up in the merge?
[09:01] <Lure> pitti: probably - I think we have patch to enable by default comosite - maybe we can make it with blacklist
[09:01] <pitti> 019_ubuntu_enable_composite.diff
[09:01] <pitti> indeed
[09:01] <pitti> yes, I agree that this would be much cleaner
[09:01] <Lure> pitti: the only concern might be if ATI fixes xglrx for composte support
[09:01] <tepsipakki> whoa, let me read the backlog
[09:02] <Lure> pitti: but then we will probably be on feisty+3 already ;-)
[09:02] <pitti> tepsipakki: just look at but 90588
[09:02] <pitti> tepsipakki: sorry, bug 90688
[09:02] <Ubugtu> Malone bug 90688 in xorg "disable composite in fglrx" [Undecided,Confirmed]  https://launchpad.net/bugs/90688
[09:04] <pitti> Lure: sure, but then we can still unblacklist it easily
[09:04] <Lure> pitti: right
[09:04] <pitti> tepsipakki: I definitively prefer not to add completely new sections to xorg.conf which only have one valid setting anyway :/
[09:05] <tepsipakki> enabling Composite has been discussed in debian-x-list recently
[09:05] <tepsipakki> and they prefer doing it via the config
[09:05] <tepsipakki> we have patched xorg-server like fedora
[09:08] <tepsipakki> bbl ->
[09:09] <pitti> tepsipakki: hmmkay
[09:10] <pitti> good night everyone!
[09:13] <johanbr> Lure: There are rumours that the April fglrx release will support Composite.
[09:14] <_StefanS_> whats the channel for feisty related stuff?
[09:15] <_StefanS_> ubuntu+1 :)
[09:39] <khermans_> is there an easier way to debug an nvidia driver issue in a certain call rather than kprobing that address ?
[09:40] <pirast> could anyone please advocate the nomination for dapper in bug 38210?
[09:40] <Ubugtu> Malone bug 38210 in asterisk "AGI is broken" [Undecided,Unconfirmed]  https://launchpad.net/bugs/38210
[09:40] <exobuzz> there was a guy i spoke to on here before, who was reponsible for the mac mini support.. anyone know who it might have been ?
[09:41] <exobuzz> could it have been mdz.. i forget
[09:41] <exobuzz> im sure it was a short "nick"
[09:42] <exobuzz> oh wait. i should check my logs
[09:43] <mdz> exobuzz: you are probably thinking of mjg59
[09:43] <exobuzz> yeh sorry
[09:43] <exobuzz> mjg59
[09:44] <exobuzz> mjg59: i just read about Chris Lightfoot. F*ck :( i thought he was on holiday or something. i cant believe it :(
[09:48] <jwendell> seb128, around?
[09:49] <pochu> pirast: just curiosity, who can do that? the release team?
[09:51] <jwendell> seb128, hi, have a minute (i promess, just a minute)
[09:51] <jwendell> seb128_, hi, have a minute (i promess, just a minute)
[09:51] <seb128_> jwendell: Hi, sure
[09:52] <seb128_> jwendell: I've uploaded your gnome-screensaver update, thank you for the work on that, nice to have xnest mouse events working correctly :p
[09:52] <jwendell> just a doubt: about bug 84662, you uploaded the new package with a changelog entry wendell@ubuntu?
[09:52] <Ubugtu> Malone bug 84662 in gnome-screensaver "Xnest: ghost mouse" [Medium,Fix released]  https://launchpad.net/bugs/84662
[09:52] <jwendell> seb128_, is this possible?
[09:53] <seb128_> yep
[09:53] <seb128_> I signed the changes file with my gpg key
[09:53] <jwendell> seb128_, ah... good to know this is possible :)
[09:54] <jwendell> seb128_, thanks and good night
[09:54] <seb128_> np, 'night
[09:56] <pirast> pochu, I saw pitt i and keescoo k being able to do that
[09:57] <pochu> pirast: security team then?
[09:57] <pirast> pochu, probably all other core-devs can do that
[09:57] <keescook> pirast: strangely, my hilighter still went off, even with a space in my name.  :)
[09:58] <pochu> pirast: hehe, I said that because they two are in the security team
[09:58] <pochu> keescook: heya :) do you know my answer? ^
[09:58] <keescook> pochu: unfortunately, I don't know why I have the perms to do it.  :)
[09:58] <pirast> keescook, hehe, hi
[09:58] <keescook> pirast: hi :)  I approved the dapper nomination, btw.  feel free to ping me on those things.
[09:59] <pochu> hehe
[09:59] <pirast> thanks :-)
[09:59] <pirast> night
[09:59] <pochu> keescook: ping :-P can you approve my nomination for x.org 7.2 and xserver 1.3 for breezy? :)
[10:00] <keescook> pochu: hah.  I think that might not work.  :)
[10:00] <tepsipakki> bwahaha
[10:00] <pochu> tepsipakki: you are everywhere!
[10:00] <pochu> tepsipakki: do you have a highlight for xserver? :P
[10:00] <tepsipakki> I try to
[10:01] <tepsipakki> heh, just happened to be here
[10:01] <pochu> tepsipakki is everywhere less in fdo ;)
[10:02] <pochu> s/less/except/
[10:02] <tepsipakki> does #xorg-devel qualify?
[10:02] <alperyilmaz> hi, does anybody here know how to run ubuntu from 2GB usb flash drive? I'm not talking about copying contents of liveCD to a Fat32 partition and making a casper-rw ext2 partition
[10:02] <alperyilmaz> if this question is not relevant here, where can i ask 
[10:03] <alperyilmaz> i used #ubuntu room, nobody helped 
[10:03] <alperyilmaz> everybody is suggesting the fat/ext2 configuration
[10:03] <alperyilmaz> i was aiming for a proper installation
[10:03] <alperyilmaz> with ext2/swap partitions
[10:03] <alperyilmaz> is that possible
[10:04] <alperyilmaz> who might know this?
[10:06] <mooey> alperyilmaz, if you don't get a reply in #ubuntu best to post on the forums, this isn't a support channel
[10:07] <alperyilmaz> i see, i thought development people might now which files to copy and details like that
[10:07] <tepsipakki> alperyilmaz: or try #ubuntu-install
[10:07] <alperyilmaz> other poeple's knowledge is superfacial.. 
[10:07] <tepsipakki> I guess there are docs for that somewhere
[10:07] <alperyilmaz> oh, i didn't notice that room
[10:07] <alperyilmaz> thanks
[10:08] <GNu_Joe> where can I go to look at / understand the roadmap for ubuntu-server?
[10:17] <mooey> GNu_Joe, i guess you should look into the specs in launchpad, https://launchpad.net/ubuntu/+specs
[10:19] <Fujitsu> pochu: Any member of the Driver team for a product or distribution can approve release nominations (ubuntu-core-dev in this case).
[10:20] <pochu> Fujitsu: oh, ty :)
[10:30] <superted> just tried to install herd 5 and got this message before it froze: udevd-even[xxx] : udev_db_add_device: unable to create db file '/dev/.udev/db/class@input@mice': No such file or dir
[10:30] <superted> sorry, noticed the "not support" in topic now
[10:33] <Ng> superted: #ubuntu+1 :)
[10:34] <superted> Ng: ty
[10:42] <mooey> does anybody here have two cd drives in their system? if so, when you have no cds inserted, do you see both drives in 'Places' -> 'Computer'?
[11:04] <sorinn> anyone here ?
[11:21] <sorinn> I need to know hoe to make a log with valgrind for openoffice 2.2 ( on feisty )
[11:24] <pochu> doko: ^
[11:25] <Fujitsu> infinity: Do you do givebacks these days?
[11:44] <Riddell> lifeless: do you know what's happened to kdebase 4:3.5.5-0ubuntu3.3 on i386 and amd64?  they don't seem to be entering the archives
[11:45] <Riddell> er, wait
[11:45] <Riddell> I'm getting my abstract nicks mixed up again!
[11:45] <lifeless> Riddell: totally
[11:45] <lifeless> Riddell: also, you might like to look in the conflict checker for kdebase
[11:45] <lifeless> there are upgrade bugs
[11:45] <Riddell> the conflict checker?
[11:45] <lifeless> someone on my LUG ran into one using the edgy kde4 reop
[11:46] <lifeless> people.ubuntu.com/~robertc/find-conflicts/
[11:46] <Riddell> oh, that's a different package, it's fixed in feisty
[11:46] <lifeless> erm
[11:46] <Seveas> lifeless, 404
[11:46] <lifeless> http://people.ubuntu.com/~robertc/possible-conflicts/
[11:46] <lifeless> yeah, messed up the branch name with output in my head
[11:47] <Riddell> lifeless: that looks interesting, when did that appear?
[11:47] <lifeless> stockholm
[11:48] <lifeless> sorry, oslo
[11:48] <Riddell> I'll make a note to look at it closer 
[11:48] <Riddell> anyway
[11:48] <Riddell> infinity: do you know what's happened to kdebase 4:3.5.5-0ubuntu3.3 on i386 and amd64?  they don't seem to be entering the archives
[11:49] <infinity> Fujitsu: Aye.
[11:49] <infinity> Riddell: I'll look into it.
[11:50] <Fujitsu> infinity: Can you please give-back the amd64 drscheme?
[11:50] <lifeless> no, its mine! mine I tells ya!