[12:03] <zyga> I disagree really but that's not for me to decide
[12:04] <ogra> anyway, adding partitions is a very advanced task ...
[12:04] <YokoZar> ogra: I present myself as evidence to the contrary, since I wouldn't have found this bug if it were useless ;)
[12:04] <zyga> user has to use the root mode because that's how things work but the applet should probably follow the principle, do something that has to be done by root and go back to normal user mode
[12:04] <zyga> ogra: true!
[12:40] <jordi> jdub: dude
[12:40] <jordi> jdub: ping ping
[12:40] <jdub> jordi: pong pong! :)
[12:40] <jordi> jdub: that was FAST DUDE
[12:40] <jdub> jordi: that list was already created, btw
[12:40] <jordi> jdub: was that between my second ping and now=
[12:40] <jdub> jordi: i think the guy who is pinging you is not the person who requested the list in the first place
[12:40] <jordi> oh. Hmm.
[12:41] <jordi> ok, I'll tell g0sub
[12:41] <jordi> second. I wonder if I should be in planetubuntu.
[12:41] <jdub> hell yeah
[12:41] <jdub> want me to put you up?
[12:41] <jordi> and if yes, if you can add my Ubuntutu entry by hand or something
[12:41] <jordi> I guess so
[12:42] <jdub> hrm, it'll probably turn up in the feed
[12:42] <jordi> will it suck all the feed?
[12:42] <jordi> there's anther entry after that one
[12:42] <jdub> on the first go, it only lets in the first two
[12:42] <jordi> oh, the first two
[12:42] <jordi> then it's ok
[12:42] <jordi> DO IT
[12:43] <jordi> I'll be posting rosetta stuff if I'm in PU I guess.
[12:43] <jordi> and of course, cool news about the Catalan Liberation Front.
[12:44] <jordi> VISCA!!! would be quite acceptable in Barcelona.
[12:45] <jordi> learn that one for your talks @ guadec
[12:45] <jordi> they will love it
[12:45] <jordi> VISCA EL GNOME!
[12:45] <Treenaks> that sounds like 'viscerate'
[12:45] <jdub> so what is your nick now, jordim, or jordi?
[12:45] <jordi> jordi on feenode
[12:45] <jdub> oh
[12:45] <jordi> jordim on gimpnet, as jordi is taken.
[12:45] <jdub> ok, i will use jordi then
[12:46] <jordi> k
[12:46] <jordi> I'd like it to be jordi everywhere.
[12:46] <jordi> but doing a hostile takeover on gimpnet against one of my liberation front mates is not that cool :)
[12:47] <jordi> we need the nickname thing on planet debian
[12:50] <jordi> jdub: I don0t see ubuntu-in in the mailman listing at all. what's the list name=
[12:50] <jordi> ?
[12:52] <jdub> it's not available until the list admin has a chance to fix it up
[12:52] <jordi> aha
[12:53] <jdub> you can sneak peek if you know the mailman url scheme ;)
[12:54] <jordi> oh
[12:54] <jordi> it does work now
[12:54] <jordi> it didn't before
[12:54] <jordi> I swear
[12:54] <jordi> I know you fixed it.
[12:54] <jdub> haha
[12:54] <jdub> the unpublished url?
[12:55] <jordi> it was saying "ubuntu-in does not exist"
[12:55] <jordi> now it says it is run by pantless people
[12:59] <jdub> jordi: eek, good point. i better change that, or she might not.
[12:59] <jordi> heh
[01:22] <jordi> jdub: so did you add me to planet
[01:38] <jono> hey
[01:39] <Burgundavia> salut jono
[01:40] <jono> hey Burgundavia :)
[01:40] <jono> Burgundavia, hows the writing going?
[01:41] <Burgundavia> jono: working on the community chapter. You?
[01:41] <jono> I worked on some bits of chap 3 and added some of the reviewer comments - I think my chapter missed some important bits out, so I filled much of it in
[01:42] <jono> tomorrow I will finish that, merge in the new contributions to chap 7 and then start merging a couple of others together
[01:43] <Burgundavia> jono: are you working full time on the book right now?
[01:43] <jono> Burgundavia, not full time, but I do work on it a reasonable amount during the day
[01:43] <Burgundavia> you are a lucky man
[01:44] <jono> Burgundavia, I work as an Open Source evanglist full time so it comes under my remit :)
[01:44] <Burgundavia> 8 hours of work made it hard to concentrate enough to write in the evenings
[01:44] <jono> Burgundavia, its a tough job writing a book
[02:16] <sladen> elmo: http://www.ubuntu.com/htdocs/ubuntuweb/css/screen-standard.css has disappeared and the Ubuntu website is fairly broken as a result.
[02:19] <robertj> apt-cache search libgl
[02:19] <robertj> doh ;)
[02:21] <robertj> http://paste.ubuntu-nl.org/10100 <- getting undefined symbols consistant with having mismatched libGL & DRI drivers but have installed both from packages...
[02:21] <sladen> elmo: or rather, the NTL caches have eaten it.  Your end is fine.
[02:21] <infinity> robertj: Erm, that can't be the paste you wanted to show..
[02:24] <infinity> robertj: Anyhow, if you're suffering libGL mismatches, do you by any chance have nvidia-glx or xorg-driver-fglrx installed, but are using the free drivers (ati or nv) instead?
[02:24] <infinity> robertj: That'll confuse the world in pretty harsh ways.  If you're not using them, you have to completely remove the non-free drivers, not just remove them from xorg.conf
[02:24] <infinity> robertj: (ie: dpkg --purge xorg-driver-fglrx)
[02:39] <khermans> Installation Password Vulnerability code
[02:39] <khermans> http://www.ubuntuforums.org/showpost.php?p=818304&postcount=74
[02:39] <khermans> i wrote a quick perl script to see if you are vulnerable
[02:40] <infinity> khermans: And we've already released a fix.  This probably isn't the right channel to discuss it much further (unless you want to discuss how to fix it better)
[02:41] <sladen> khermans: http://www.ubuntu.com/usn/usn-262-1  done, dusted
[03:06] <Kamion> (cdebconf failed to honour accept_types/reject_types for templates received over passthrough)
[03:12] <infinity> Oh dear god, OpenOffice 2.0.2 actually starts in under a minute.  Someone actually optimised something.. \o/
[03:12] <bddebian> heh
[03:12] <Amaranth> that reminds me, do we have/will we have michael meeks' glibc stuff that makes C++ apps start faster?
[03:13] <infinity> Amaranth: When/where was this committed?
[03:13] <infinity> Amaranth: We're certainly not bumping a new glibc minor version in (since glibc minor versions are pretty, uhh, major)
[03:14] <Amaranth> infinity: i don't think it was
[03:14] <Amaranth> infinity: they didn't want it, said you should just use preload
[03:14] <infinity> s/load/link/ I assume you mean?
[03:15] <Amaranth> yeah
[03:15] <Amaranth> i haven't used it in a long time :)
[03:16] <Amaranth> something for dapper+1 though? it'd make OOo and KDE users happy, i'm sure
[03:16] <infinity> It can certainly be evaluated for dapper+1
[03:16] <Amaranth> will do
[03:16] <sladen> Kamion: what's the other one.  I just found a password of mine on a customer's box... 
[03:18] <Kamion> sladen: the other one is that initial-passwd-udeb.postinst doesn't clear out the password in the installer's cdebconf database, although the password is cleared out by passwd.config from the debconf database in /target
[03:18] <Kamion> sladen: either fix alone is sufficient to avoid the bug; I haven't fixed the initial-passwd-udeb.postinst bug anywhere yet because that entire chunk of code is gone upstream and from dapper
[03:24] <sladen> Kamion: messy.  I guess   grep -r sEcReTpAsSwOrD /  is something to add to the testsuite
[03:38] <stratus> are the libgnome locale messages missing from the package (2.3.90-0ubuntu3) or i'm missing something?
[03:39] <Kamion> .mo files are stripped from everything in main and go into language-pack-* instead
[03:39] <sladen> stratus: they're separated off into langpacks
[03:39] <stratus> bingo!
[03:39] <stratus> i forgot that, sorry.
[03:44] <dotwaffle> I swear, if ONE MORE USER tries to cat the install log file on my upgraded hoary install, I will actually be willing to reconsider my stance on execution...
[03:44] <bddebian> Yikes
[03:45] <dotwaffle> Kamion: It only affects 5.10, you're safe unless you dist-upgraded from Breezy.
[03:45] <Amaranth> It only affects you if you installed using 5.10
[03:46] <infinity> dotwaffle: Kamion is the installer maintainer, he's likely aware of the exposure (and is testing to make sure that's true)
[03:46] <dotwaffle> I just reread what I'd written. I need sleep - you're obviously doing something to check it's not still borked.
[03:46] <dotwaffle> infinity: I know, but somehow, sleep prevented me from remembering that...
[03:48] <dotwaffle> Right, that's it, I just tried to specify $1 field insertions using bash aliases, I need sleep... night...
[04:14] <HrdwrBoB> https://launchpad.net/distros/ubuntu/+source/glibc/+bug/29768
[04:14] <Ubugtu> malone bug 29768 in glibc "Australian timezones incorrect for 2006" [Normal,Confirmed]  
[04:14] <HrdwrBoB> wtf is going on with this?
[04:27] <elkbuntu> hmm what updates in the past 5 hours have meddled with/removed the minicommander panel applet?
[04:31] <robertj> infinity: sorry for being afk and your right this pastebin script is not returning results properly, but that was the problem, I just took out a radeon card
[04:31] <robertj> infinity: is that a known issue where having xorg-driver-fglrx will cause it to b0rk?
[04:32] <infinity> robertj: Yeah, I've put some effort into figuring out a clever way to work around it, but because fglrx/nvidia use their own libGL (and not the system libGL), it's a messy thing.
[04:33] <infinity> robertj: They have to divert the system libGL out of the way to function, but then other drivers break.
[04:33] <robertj> infinity: ended up not being able to stand the extra noise generated when I had a radeon in this system
[04:33] <infinity> robertj: Generally considered an okay compromise, since if you install fglrx or nvidia-glx, you probably wanted to use it too.
[04:33] <robertj> infinity: doesn't that make liveCDs sad?
[04:34] <infinity> How would it?
[04:34] <robertj> I guess you can still install it on-the-fly then
[04:34] <infinity> If you're very lucky...
[04:34] <infinity> Lots of DRI/DRM combinations tend to be completely unloadable at the kernel level.
[04:35] <infinity> So you'd probably have to use a persistent LiveCD to install fglrx/nvidia-glx and reboot.
[04:35] <infinity> I can't imagine this is a use case many people care terribly much about, though.
[04:36] <robertj> be back in a second, still unhappy, restarting Xorg
[04:41] <robertj> infinity: btw, that made Xgl happy too
[04:41] <robertj> although Xgl shows direct rendering no and is very slow, is that normal?
[04:41] <robertj> I guess that's one for ubuntu-xgl
[04:42] <infinity> Yeah, I know very little about Xgl.
[05:26] <setuid> Question: Why would a source package fail to build clean, when all deps are satisfied? 
[05:26] <setuid> i.e. 'apt-get source foo' && cd foo && debuild
[05:31] <setuid> http://rafb.net/paste/results/rfER5i98.html
[05:32] <setuid> ...along with about 78 lines of error below that
[05:32] <setuid> Those files don't even exist in all of Debian or Ubuntu, in any package
[05:43] <infinity> setuid: Which package is this?
[05:44] <setuid> infinity: libmp4v2-0
[05:45] <setuid> Upstream CVS source for that doesn't build either... needs some serious work. Sigh. 
[05:45] <setuid> So I can't build gtkpod 
[05:45] <setuid> whee! 
[05:47] <SEJeff> I have an rtf file that will segfault the latest openoffice in dapper (2.02)
[05:47] <setuid> SEJeff: backtrace? 
[05:47] <SEJeff> I ran soffice.bin in gdb to get a backtrace
[05:47] <SEJeff> And it keeps asking me to press enter after thousands of lines of output
[05:47] <SEJeff> Is there any way to have gdb log to a file?
[05:48] <SEJeff> Because I'm not going to copy / paste this many lines
[05:49] <SEJeff> Actually, I am having a friend do this and I am using NX to help him troubleshoot it
[05:50] <SEJeff> any ideas
[05:56] <infinity> setuid: I can't reproduce the failure here.  It builds fine in a clean chroot with the build-deps installed (which was to be expected, since it also worked on the buildds).  There's something goofy with your local setup.
[05:56] <setuid> I'm on Breezy, might that make a difference? 
[05:57] <infinity> Erm, quite possibly.
[05:57] <setuid> It definitely does not build here, using any version of automake/autoconf/autoheader/aclocal
[05:57] <infinity> I was building the dapper sources in a dapper chroot.
[05:59] <setuid> I guess its broken in Breezy
[05:59] <setuid> But the source package is _identical_ between Breezy and Dapper, unchanged. 
[06:01] <setuid> I'm using faad2-2.0.0+cvs20040908+mp4v2+bmp
[06:01] <setuid> Which is what 'apt-get source' brings down
[06:01] <setuid> debuild bootstraps the chroot, no? 
[06:01] <infinity> Err, what?
[06:01] <infinity> debuild has nothing to do with chroots.
[06:02] <infinity> It's just a small wrapper around dpkg-buildpackage
[06:02] <setuid> hrm
[06:02] <setuid> I thought it did the whole chroot + dpkg-buildpackage mess
[06:02] <setuid> How are you building this? 
[06:05] <setuid> It can't possibly build, there are files that are required, completely missing from any and all .debs in the whole pool
[06:05] <setuid> faad2.h:28:26: error: codec_plugin.h: No such file or directory
[06:05] <setuid> faad2.cpp:22:32: error: mpeg4_audio_config.h: No such file or directory
[06:05] <setuid> faad2.cpp:23:23: error: mpeg4_sdp.h: No such file or directory
[06:06] <infinity> Which I'd expect to be in the faad2 source.
[06:06] <setuid> Nope
[06:06] <setuid> Even googling for them comes up blank
[06:08] <setuid> Well, I'm heading to sleep. Thanks. 
[06:08] <LaserJock> setuid: pbuilder builds packages in a chroot envioronment.
[06:09] <setuid> LaserJock: Sure, so what bootstraps pbuilder? 
[06:09] <LaserJock> debootstrap
[06:09] <setuid> Ok, let me try this a different way
[06:10] <setuid> I have a tree of unpacked source from Ubuntu, which has a ./debian directory in it. I'd like to rebuild that source into .debs I can then install, which should replace the existing versions on my system. 
[06:10] <setuid> How do I do that, without a 45-step process? 
[06:10] <LaserJock> setuid: debuild and the pbuilder is how I usually do it
[06:10] <infinity> Either build it in your base system (apt-get install build-essential fakeroot; apt-get build-dep <package>; cd <package_version>; dpkg-buildpackage -rfakeroot -uc -us -b)
[06:10] <infinity> Or, set up chroots and do it in there.
[06:11] <infinity> Or, use sbuild or pbuilder.
[06:11] <infinity> Or, come up with your own fancy solution. :)
[06:11] <LaserJock> setuid: or pdebuild in one step
[06:11] <setuid> Well, pdebuild requires some setup too 
[06:12] <LaserJock> setuid: pdebuild is debuild+pbuilder
[06:12] <infinity> Anyhow, it appears to build fine in my breezy chroot to... <shrug>
[06:13] <setuid> This does nothing: apt-get build-dep libmp4v2-0 
[06:13] <infinity> So, you have the build-deps installed.
[06:13] <setuid> Yep
[06:13] <setuid> Trying dpkg-buildpackage -rfakeroot -uc -us -b now
[06:14] <setuid> Same errors
[06:14] <infinity> That's more or less what debuild will do for you, so if debuild doesn't work, neither will dpkg-buildpackage.
[06:14] <setuid> In file included from faad2.cpp:21:
[06:14] <setuid> faad2.h:28:26: error: codec_plugin.h: No such file or directory
[06:14] <setuid> faad2.cpp:22:32: error: mpeg4_audio_config.h: No such file or directory
[06:14] <setuid> faad2.cpp:23:23: error: mpeg4_sdp.h: No such file or directory
[06:15] <infinity> Your problem is more fundamental, I suspect.
[06:15] <setuid> ^ those files simply do not exist, anywhere, in any of these sources
[06:15] <setuid> Right
[06:15] <infinity> (You didn't change the source in any way, did you?)
[06:15] <setuid> Nope, just rm'd and did a clean 'apt-get source' on it 
[06:15] <setuid> apt-get source libmp4v2-0
[06:15] <setuid> cd faad2-2.0.0+cvs20040908+mp4v2+bmp
[06:15] <setuid> dpkg-buildpackage -rfakeroot -uc -us -b
[06:15] <setuid> (chug chug) 
[06:15] <setuid> then the errors above
[06:15] <Chipzz> setuid: what about debootstrapping breezy, trying to build it there, and if it works see where those files come from?
[06:16] <setuid> Chipzz: No idea what you mean 
[06:16] <setuid> I'm *ON* Breezy
[06:16] <Chipzz> 06:12 < infinity> Anyhow, it appears to build fine in my breezy chroot to... <shrug>
[06:16] <infinity> s/to/too/
[06:17] <Chipzz> infinity: you could always do a dpkg -S for those files? :)
[06:17] <infinity> setuid: The build normally doesn't even attempt to build the mpeg4ip plugin (where the broken includes come from), as far as I can tell, so sometihng on your system (whacky environment, who knows) is making things unpleasant.
[06:17] <setuid> I'm not even sure how you can get it to build, when faad2.h clearly references a non-existant file
[06:17] <Chipzz> or rather, locate and dpkg -S
[06:17] <infinity> Chipzz: Oh, no, the files really don't exist, but they also don't get included in the default package build.
[06:18] <Chipzz> ah ok
[06:18] <infinity> DEB_CONFIGURE_EXTRA_FLAGS := --with-xmms --with-bmp --with-drm --with-mp4v2 --disable-mpeg4ip
[06:18] <infinity> ^--- From debian/rules
[06:18] <setuid> DEB_CONFIGURE_EXTRA_FLAGS := --with-xmms --with-bmp --with-drm --with-mp4v2 --disable-mpeg4ip
[06:18] <setuid> Same here
[06:18] <setuid> But it still tries to build it 
[06:18] <setuid> I just yanked it from the Makefile, trying now
[06:18] <infinity> Right, so figure out why that is, or use a chroot. :)
[06:19] <Chipzz> setuid: take a look at the Makefile.am and look on what condition that dir gets build
[06:19] <infinity> We've gone way out of the scope of "this package is broken" (which I and the buildds disagree with)
[06:19] <setuid> Doesn't "dpkg-buildpackage -rfakeroot" use a chroot? 
[06:19] <infinity> No.
[06:19] <Amaranth> setup a breezy pbuilder
[06:19] <zerokarmaleft> when i use pbuilder + bindmounted local apt repository, the packages i've built specifically to meet BuildDepends aren't tried during satisfydepends
[06:20] <setuid> Ok, looks like --disable-mpeg4ip doesn't actually disable it 
[06:21] <Chipzz> setuid: on a seperate note, why do we use --with-xmms ?
[06:21] <Chipzz> hrm wait, probably cause that's installed by default :P
[06:21] <setuid> Yep
[06:21] <Chipzz> I just nuked it from my system :P
[06:22] <Chipzz> no gtk+ 1.2 apps here ;)
[06:25] <zerokarmaleft> here's the bash script i'm using to call pbuilder + local bindmount - http://pastebin.com/599151
[06:27] <Bicchi> If dapper doesn't have the lattest version of a software, how do i report/suggest an upgrade? What is the procedure?
[06:28] <nictuku> Bicchi, dapper is in feature freeze
[06:28] <LaserJock> Bicchi: most packages in Ubuntu come from Debian. And we are under a upstream version freeze
[06:29] <Bicchi> so it means nothing can be added to it. until the next release of ubuntu. the one after dapper that is.
[06:30] <LaserJock> Bicchi: we do have exceptions for  important bug fix releases but they have to be approved, etc.
[06:30] <Bicchi> but again, if i see that the package doesn't get upgraded, should i notifiy Debian instead?
[06:32] <LaserJock> well, they don't have a version freeze at the moment and we would sync from debian sid for Dapper+1 so it would definately be one way to go
[06:36] <zerokarmaleft> and the pbuilder output - http://pastebin.com/599156 - the package i'm building BuildDepends on rake (>= 0.6.0) and i've got rake-0.7.0 sitting in my local apt repos
[06:37] <LaserJock> zerokarmaleft: I used another machine to host my apt repo so I didn't use bind mounts. It worked fine that way
[06:43] <highvoltage> i see nexenta listed in launchpad as a distro, does this mean we'll soon have a solaris for human beings as well?
[07:38] <highvoltage> hi ubuntu-devel. there's been no announcement yet about the Ubuntu initial user password being stored as clear text, readable by all users. will there be one soon?
[07:39] <Burgundavia> highvoltage: already fixed
[07:39] <robitaille> highvoltage: http://www.ubuntu.com/usn/usn-262-1
[07:40] <highvoltage> ah, thanks
[07:41] <Burgundavia> highvoltage: plus it is a local only exploit
[08:18] <maswan> Was any of the flight-N installers vulnerable?
[08:18] <fabbione> maswan: no
[08:18] <fabbione> dapper is o
[08:18] <maswan> fabbione: Ah, ok. Good.
[08:18] <fabbione> +k
[08:19] <maswan> fabbione: Well, that could also be interpreted as "current dapper is OK", or "released dapper will be OK" from the USN.
[08:20] <fabbione> maswan: well there is no support for Dapper.. afaik Dapper was never vulnerable
[08:20] <Ubugtu> malone bug 34606 in Nexenta OS "Administrator root password readable in cleartext on Breezy" [Normal,Unconfirmed]  http://launchpad.net/bugs/34606
[08:21] <CarlFK> dapper was (is)
[08:21] <maswan> fabbione: Yeah. I just happen to have a debian/ubuntu devel machine for amd64 that was installed with flight-3 that I was curious on. All other machines are FAIed at both work and the computer club, so no worries.
[08:21] <fabbione> maswan: ok :)
[08:22] <CarlFK> ( is = daily I have, guessing the fixed one will get to me in a few hours)
[08:23] <fabbione> CarlFK: dapper mostlikely never had the problem
[08:24] <jdub> infinity: ping
[08:24] <CarlFK> fabbione: I have many dapper intsalls, all have it
[08:24] <CarlFK> juser@dhcp24:/var/log/installer/cdebconf$ grep useme questions.dat
[08:24] <CarlFK> Value: useme
[08:24] <infinity> jdub: pong, but only because you're lucky. :)
[08:24] <jdub> infinity: ;-)
[08:24] <jdub> infinity: now mysql 5 is sig11 on startup
[08:25] <CarlFK> -rw-r--r-- 1 root root   71670 2006-03-12 23:51 questions.dat
[08:25] <infinity> jdub: ...
[08:25] <infinity> jdub: Can you work out how to get a backtrace and file a bug?
[08:25] <jdub> infinity: just got gdb on, shouldn't be long
[08:26] <infinity> jdub: I'm about 5 seconds from running out the door for dinner and such.
[08:26] <infinity> jdub: Cool, thanks.
[08:26] <infinity> jdub: Assign the bug to me explicitely, I don't think I'm the Malone bug contact for MySQL.
[08:27] <maswan> CarlFK: to which question is that Value: ?
[08:27] <CarlFK> Name: passwd/user-password
[08:27] <jdub> infinity: erm, what happens if a stack trace ends with (nil) ?
[08:27] <CarlFK> and Name: passwd/user-password-again ;)
[08:28] <maswan> CarlFK: not logged for my flight-3 install.
[08:29] <CarlFK> think it matters that I used a preseed file?
[08:30] <jdub> infinity: it didn't pass the stack range sanity check
[08:30] <maswan> CarlFK: Possibly, since I just did a normal cd install and didn't get it logged.
[08:40] <CarlFK> speaking of preseed, not that base-config is gone, how do I run commands like I did with base-config/late_command ?
[08:40] <CarlFK> s/not/now
[08:41] <tepsipakki> how much effort would it need to move some libraries and binaries from /usr/{lib,sbin} ->/{lib,sbin}? It isn't possible for dapper, that's quite evident, but for dapper+1
[08:42] <tepsipakki> I'm talking about libkrb5, libgssapi, rpc.gssd, rpc.idmapd which are needed for nfs4-mounts
[08:43] <tepsipakki> oh, libidmap too
[08:43] <tepsipakki> libnfsidmap, that is..
[08:43] <pitti> Good morning
[08:44] <ajmitch> morning pitti 
[08:44] <tepsipakki> Guten Morgen
[08:45] <pitti> hey ajmitch, hallo tepsipakki :)
[08:54] <maswan> Chipzz: I have no clue, we use FAI everywhere, no preseeds. :)
[08:55] <Burgundavia> salut pitti, have a fun sunday?
[08:56] <pitti> Burgundavia: heh, yes, I had :)
[08:56] <pitti> Burgundavia: Good morning
[08:58] <Lathiat> so, the password disclosure vuln helped a mate of mine
[08:58] <Lathiat> hed lost a password, and gave up tryign to brute force it
[08:58] <Lathiat> turns out it was the same he used in his isntall, so got it back :)
[09:03] <dholbach> good morning
[09:10] <netstar> infinity: when you say YOUR initramfs, can that mean any other user-generated with new kerenls?
[09:11] <netstar> I've had problems but just gave in and build into the kernel
[09:11] <netstar> I pressumed I was being dumb, but couldn; figure why
[09:12] <Lathiat> netstar: you trying to load a module from initramfs?
[09:13] <netstar> Was trying, but having problems
[09:13] <Lathiat> iirc, you need to put the module in /etc/modules and re-generate your initramfs, may need to put it in the modules file in /etc/mkinitramfs somewhere
[09:13] <Lathiat> to regen, dpkg-reconfigure linux-image-`uname -r`
[09:13] <netstar> Lathiat: yes
[09:15] <sivang> morning all
[09:18] <janimo> pitti, hi
[09:18] <janimo> which of the gnome stack is responsible with calling pmount
[09:18] <janimo> and getting the label of the inserted usbdisk for example
[09:18] <netstar> gnome-volume-manager ?
[09:19] <janimo> pmount-hal seems to get it from hal
[09:19] <janimo> netstar, looked at g-v-m sources and could not find pmount there
[09:19] <pitti> janimo: right, g-v-m calls pmount-hal
[09:19] <janimo> I'm interested how gnome determines what label to assign 
[09:19] <pitti> janimo: and pmount-hal requests label and policy from hal and calls pmount
[09:20] <janimo> and g-v-m finds out the label by looking at what was mounted? or asks hal itself?
[09:20] <pitti> janimo: as I said, pmount-hal asks the label from hal
[09:20] <janimo> since pmount does not return mountpoint
[09:20] <pitti> janimo: g-v-m just sees 'ah, a new storage device, let's call pmount-hal to mount it'
[09:20] <janimo> pitti, right
[09:21] <janimo> but the label on the icon, where is that taken from since pmount does not return it
[09:21] <janimo> being a command and all
[09:21] <janimo> replicating what pmount asked from hal or looking at mountpoints
[09:21] <janimo> so it's not sda1 but usbdisk
[09:22] <netstar> hal-device ?
[09:22] <pitti> janimo: ah, I see what you mean
[09:22] <pitti> janimo: g-v-m queries the mount point from hal after the mounting
[09:23] <pitti> mount_point = libhal_device_get_property_string (hal_ctx, udi, "volume.mount_point", &error)
[09:23] <janimo> pitti, aha thanks.
[09:23] <pitti> janimo: it's actually two invocations
[09:23] <pitti> 1. new device plugged in -> hal -> g-v-m 'oh, new device' -> pmount-hal
[09:23] <pitti> 2. the mount triggers a new hal event 'device property changed'
[09:24] <pitti> 3. hal -> g-v-m 'oh, changed dev property' -> get mount point -> nautilus
[09:24] <pitti> janimo: ^ a bit clearer now?
[09:24] <pitti> hey seb128 
[09:24] <janimo> pitti, yes thank you
[09:24] <seb128> Hey pitti :)
[09:24] <dholbach> hey seb128!
[09:25] <seb128> Hey dholbach
[09:25] <janimo> pitti, btw do you know why hal upstream is prefering gnome-mount instead of pmount
[09:25] <pitti> I'm going to test new warty/hoary kernels now, brb
[09:25] <pitti> janimo: yes, I know
[09:25] <seb128> pitti: does xpdf-reader ships /usr/bin/pdftoppm ?
[09:25] <pitti> janimo: but way too late for dapper to change
[09:26] <pitti> seb128: I added a Replaces: some minutes ago
[09:26] <seb128> pitti: I was thinking the manpage should be dropped from xpdf-reader rather
[09:26] <seb128> pitti: yeah, that's why I ask that :)
[09:26] <seb128> no point to ship a manpage if the package has not the corresponding binary
[09:26] <pitti> seb128: right it shuold be fixed in debian
[09:27] <pitti> alright, testing kernels now, bbl
[09:30] <tepsipakki> could libpam-krb5 (universe) be synced from debian? In dapper we have 1.2.0-1, sid has 1.2.0-2
[09:32] <janimo> mjg59 ping
[09:33] <Seveas> sivang, there was a security update today
[09:33] <Seveas> (it only affects breezy)
[09:33] <sivang> Seveas: or, for that matter, upgraded dappers?
[09:33] <Treenaks> Seveas: and upgraded breezys I suspect?
[09:34] <Seveas> yes
[09:34] <sivang> okay, let's see if the update fixes it.
[09:34] <sivang> (I'm affected)
[09:34] <Seveas> I have no breezy-installed systems 
[09:34] <Seveas> my laptop is a brand new dapper flight 4
[09:34] <Treenaks> Oh great: http://it.slashdot.org/it/06/03/13/0525254.shtml
[09:34] <Seveas> and server is a hoary->breezy
[09:35] <Seveas> pitti, hi
[09:36] <Burgundavia> Treenaks: we got some bad press. It happens
[09:36] <Treenaks> Burgundavia: Yeah, I know
[09:36] <Treenaks> Burgundavia: but still :)
[09:37] <Seveas> it is quite a serious mistake
[09:37] <Burgundavia> thankfully it is a local only mistake
[09:37] <Seveas> tell that to the admin with a 3000+ users machine who got rooted ;)
[09:38] <Seveas> (didn't hear of such a thing yet) 
[09:39] <Treenaks> Seveas: weren't you adminning a cluster of Ubuntu boxes? :)
[09:39] <Seveas> still hoary
[09:39] <Seveas> and /var/log/*installer removed
[09:40] <Seveas> If dapper isn't delayed too much it'll be a dapper cluster in june
[09:46] <spacey> good thing my users are retards
[09:46] <spacey> :P
[09:48] <Treenaks> spacey: Real ones, or just children? :)
[09:49] <spacey> mostly children :)
[10:10] <pitti> Hi Keybuk 
[10:11] <ploum> hello
[10:11] <ploum> I just saw the p-6 weeks delay proposed by sabdfl
[10:12] <ploum> As a lot of "normal users" that I know are waiting for Dapper in april. They are already talking about
[10:12] <ploum> I just have an idea
[10:12] <seb128> ploum: hey ploum
[10:12] <ploum> hello seb128 :-)
[10:12] <seb128> ploum: want a "public" first version and a corporate then? :)
[10:12] <ploum> indeed :-)
[10:12] <ploum> but I didn't follow the discussion
[10:12] <seb128> Mandriva does (did?) it that way no?
[10:13] <ploum> so I suppose someone had it
[10:13] <Keybuk> hey berpitti
[10:13] <chmj> winkle: 7
[10:13] <ploum> seb128: I really don't know much about mandriva
[10:14] <seb128> ploum: people can as well install a flight-n
[10:14] <ploum> seb128: the "flight" name is quite "experimental"
[10:15] <seb128> ploum: right, but in case we have a delay that's not make things extra stable ... calling the first version "dapper" would be as misleading
[10:15] <ploum> I was thinking that a first "public" release would allow a wide testing
[10:16] <ajmitch> ploum: we also have a beta release coming up
[10:16] <ploum> my first idea was : "We must do everything as usual then, after the release, take an extra 6 weeks of bugs squashing"
[10:17] <seb128> ploum: we have a candidate 1 month before version usually
[10:17] <seb128> there no need to have 2 differents candidate
[10:18] <Keybuk> seb128: has the Debian menu deliberately appeared again?
[10:18] <seb128> Keybuk: you probably installed menu-xdg?
[10:18] <ploum> where is the discussion about this ? I didn't saw anything on ubuntu-dev list (but there is a lot of noise so I perhaps missed it)
[10:19] <seb128> ploum: there is no discussion about that atm
[10:19] <Keybuk> seb128: gnome-panel depends on it
[10:19] <seb128> ploum: but there is no 6 weeks delay atm neither
[10:19] <Keybuk> or something else did
[10:19] <seb128> Keybuk: no it doesn't
[10:19] <Keybuk> how did it get installed then?
[10:20] <seb128> Keybuk: but it "Recommends" it ... you can argue it should be changed to "Suggests" for Ubuntu
[10:20] <ogra> hey gang
[10:20] <seb128> Keybuk: you use something installing Recommends for you?
[10:20] <Keybuk> I use aptitude
[10:20] <seb128> Keybuk: which does install Recommends for you :)
[10:20] <Keybuk> right, because it's supposed to?
[10:21] <seb128> Keybuk: yeah, what I said, it should probably be changed to Suggests for Ubuntu
[10:21] <seb128> Keybuk: but I don't think the situation is new
[10:21] <seb128> hi mdz
[04:17] (mjg59/#ubuntu-devel) jono: Does the disks manager not let you?
[04:17] (mjg59/#ubuntu-devel) I have "Access Path" and the ability to change it
[04:17] <seb128> it's not persistant change
[04:18] <seb128> ie: doesn't change the fstab
[04:18] <mjg59> Oh. That sounds like a bug.
 there is a bug open about that
[04:19] <mjg59> Yes, I should read more closely
[04:19] <jono> :)
[04:19] <jono> would be nice if the installer could pick up on other partitions and automatically create the mount points
[04:20] <seb128> jono: we can try to fix it for dapper but a patch would be welcome :)
[04:20] <seb128> all the windows partitions should be installed to fstab at installation imho
[04:20] <jsgotangco> well it does mount /dev/hda1 (windows) when it sees it 
[04:20] <jono> seb128, would love to if it werent for the fact that all my C has dripped out the side of my head and been replaced with python and visions of grandeur
[04:20] <seb128> many users expect to get datas from there
[04:20] <jsgotangco> the only bug is that when its ntfs
[04:20] <jsgotangco> (with breezy)
[04:20] <seb128> jsgotangco: no it doesn't
[04:21] <jsgotangco> huh?
[04:21] <seb128> jsgotangco: or at least the liveCD doesn't
[04:21] <ogra> jono, hey, if we postpone dapper you'll hav eenough time to refresh your C skills ;)
[04:21] <bddebian> heh
[04:21] <jono> ogra, I honestly wish it worked that way :P
[04:21] <ogra> heh
[04:22] <jono> thanks chaps
[04:22] <pitti> arrgh, dapper kernel breaks capabilities
[04:23] <mjg59> I clicked on the irritating lightbulb in openoffice and it crashed
[04:23] <mjg59> Or, rather, froze
[04:23] <mjg59> Best. Software. Ever.
[04:24] <mjg59> So when openoffice says "recovery succesful", what does it actually /mean/?
[04:26] <ogra> that it feels better now ? 
[04:28] <ogra> seb128, gnome-screensaver:
[04:28] <ogra> checking for X11/extensions/XScreenSaver.h... no
[04:28] <ogra> checking for X11/extensions/scrnsaver.h... no
[04:28] <ogra> checking for X11/extensions/xidle.h... no
[04:28] <ogra> any idea why we dont use these ?
[04:29] <seb128> because we lack some Build-Depends maybe?
[04:29] <ogra> seb128, yes, i'm just wondering why :)
[04:30] <ogra> might probably solve one or the other bug :)
[04:30] <fabbione> ogra: you lack a bunch of B-D :)
[04:30] <fabbione> not just some
[04:30] <ogra> yep
[04:30] <sivang> hrm
[04:30] <mjg59> ogra: It says that it's recovered them, but doesn't actually /show/ them to me
[04:30] <ogra> the fun is it compiles fine without them ... maybe thats why nobody ever noticed :)
[04:31] <sivang> breezy fales to correctly setup Xorg on this new AMD64 X600 RADEON machine..
[04:31] <sivang> failes, even
[04:31] <ogra> mjg59, hmm, i always see them listed ... (which often doesnt help kbecause the doc crashes immediately again)
[04:32] <Fawzib> sorry about asking here but don't know where else to ask. How can I start a 'server-expert' install with the new menu in Flight 5?
[04:34] <Seveas> Fawzib, #ubuntu is for support (and the menu has an 'Install a server option')
[04:34] <ogra> yay, finally the right dots in the unlock dialog 
[04:36] <pitti> mdz: I fixed leases file rewriting in dhcp3 for breezy (bug 26645) by backporting a dapper patch (pretty easy one); can you please approve/deny it?
[04:36] <Ubugtu> malone bug 26645 in dhcp3 dhcp3-client "dhclient prevents itself from accessing its own leases file" [Normal,Fix released]  http://launchpad.net/bugs/26645
[04:36] <Fawzib> Seveas: I know asked there nobody answered, I saw the "server" but not the "server-expert" option (which is different)
[04:38] <mdz> pitti: approved
[04:38] <pitti> thanks
[04:39] <pitti> uploaded
[04:50] <sivang> pitti: how do I tell debclean or what do I need to put in the changlog so it will crate a full source (not diff) upload? My skeleton package debuild creates a diff only upload for some reason.
[04:50] <sivang> pitti: s/debclean/debuild/
[04:50] <sivang> pitti:(it does this although this is the first release)
[04:59] <CarlFK> my daily dapper is still saving the password in -rw-r--r-- 1 root root   71797 2006-03-13 09:37 questions.dat
[05:00] <dholbach> ogra: I do the gnome-screensaver update just now - if you don't mind
[05:01] <ogra> i do
[05:01] <ogra> because i'm reworking the buiold deps since an hour
[05:01] <dholbach> the build deps?
[05:01] <ogra> seems there was missing a lot and nobody noticed
[05:01] <ogra> i'm nearly done 
[05:01] <dholbach> configure.ac indicates no changes
[05:02] <dholbach> and it builds in pbuilder
[05:02] <ogra> yes, but the hack dont work right without scrnsaver.h for example
[05:02] <ogra> *hacks
[05:02] <ogra> checking for X11/extensions/xidle.h... no 
[05:03] <ogra> ^^^ could also solve some issues to have it :)
[05:03] <dholbach> ok
[05:04] <Seveas> urgh, meetings are going to be a mess tomorrow
[05:05] <elkbuntu> Seveas, i'm yet to attend an online meeting that isnt chaotic ;)
[05:05] <Seveas> elkbuntu, this is going to be worse
[05:05] <Seveas> there already are several people in #u-meeting just for that and I heard from a *LOT* more people that they were going to attend
[05:06] <elkbuntu> Seveas, there's going to need to be some serious flood control
[05:07] <Seveas> elkbuntu, alreday in place 
[05:07] <elkbuntu> what restrictions?
[05:07] <Seveas> when needed I can +mi the channel and redirect the listeners to an overflow channel where the conversation is relayed
[05:07] <pitti> sivang: debuild -sa
[05:08] <pitti> sivang: by default it includes the orig.tar only for the revision -1
[05:08] <mdz> ogra: what is the cause of the flickering in so many screensavers?
[05:09] <elkbuntu> well, i know for sure i cant come listen on the 1st one, if it's 25 hours from now. not sure about the second
[05:09] <ogra> mdz, see above i think its caused by missing build deps, my prob is that i cant reproduce it here ...
[05:09] <Seveas> the one in 25 hours is the second one
[05:09] <sivang> pitti: many, many thanks.
[05:10] <ogra> mdz, it doesnt happen on my nvidia card and i have only an ati card in my ibook, where it doesnt happen 
[05:10] <ogra> mdz, does it flicker for you ? 
[05:10] <pitti> ogra: it does for me on my iBook
[05:10] <elkbuntu> Seveas, ooh
[05:10] <mdz> ogra: it happens here and on jordi's laptop also
[05:10] <pitti> mdz: can you please ack the b-updates dhcp3 upload?
[05:10] <elkbuntu> the first one being closed?
[05:10] <mdz> ogra: and on my desktop
[05:11] <Seveas> the first one is in 16 hours
[05:11] <ogra> only GL savers or all of them ? 
[05:11] <jordi> mdz: which is also a ppc
[05:11] <jordi> my laptop, that is
[05:11] <elkbuntu> as in, restricted attendance?
[05:11] <mdz> my laptop and desktop are both i386
[05:11] <ogra> jordi, known fact ;)
[05:11] <mdz> pitti: I have never done it before, but if it is urgent I can have a look
[05:11] <pitti> mdz: oh, not that urgent; I'll ask Kamion tomorrow then
[05:12] <mdz> ogra: what's a good non-GL one to test?
[05:12] <jordi> ogra: aha :)
[05:12] <ogra> mdz, fuzzyFlakes 
[05:12] <pitti> wb carlos
[05:12] <pitti> carlos: how's the import queue looking? does the backlog get smaller?
[05:13] <carlos> pitti: hi
[05:13] <mdz> ogra: how can I run it full-screen like xscreensaver or gnome-screensaver does?
[05:13] <carlos> pitti: I'm blocked on PQM accepting my branch....
[05:14] <pitti> OIC
[05:15] (ogra/#ubuntu-devel) lock your screen with it selected (as long as we dont have a preview button)
[05:16] <mdz> ogra: yes, it's the GL ones
[05:16] <mdz> ogra: and it flickers even in the preview window
[05:16] <ogra> hmm, k
[05:18] <ogra> i'll check if we need a build dep on the gl headers for g-s-s even i cant imagine it helps since the GL hacks are only called by g-s-s
[05:18] <ogra> it shouldnt need it ..
[05:28] <mdz> ogra: do you have DRI enabled?
[05:28] <mdz> ogra: what kind of graphics cards have you tested?
[05:30] <jordi> ogra: so, I see hwdb-client is installed in dapper, but it has no icon at all
[05:30] <jordi> does that make sense?
[05:30] <ogra> ati FireGL Mobility T2e and a nvidia ...
[05:30] <jordi> why isn't it in the menus?
[05:30] <ogra> jordi, simplifying menus spec 
[05:30] <seb128> jordi: because it's masked by default
[05:30] <jordi> nod
[05:30] <jordi> how do people use it?
[05:30] <seb128> jordi: it doesn't make sense to the menu, it's a stuff you run one time, probably after install
[05:31] <jordi> nod
[05:31] <seb128> jordi: should be runned after installation probably
[05:31] <mdz> ogra: both jordi's laptop and mine and my desktop are radeons
[05:31] <ogra> nvidia GForce FX Go5700 to be precise
[05:31] <jordi> my home box is radeon as well
[05:31] <jordi> but that one does dri
[05:31] <ogra> mdz, try with 2.14 if it built 
[05:32] <ogra> i hope it solves some issues
[05:32] <ogra> sadly libgnomeui is currently broken on ppc, so jordi wont get it yet
[05:33] <jordi> oh my goooooooodness
[05:33] <mdz> ogra: mvo's laptop doesn't do DRI but it doesn't flicker either
[05:33] <jordi> I QUIT!!!1
[05:33] <ogra> ah
[05:34] <ogra> do other GL apps flicker ? 
[05:34] <ogra> i.e. pinball ?
[05:34] <mdz> testing
[05:36] <mdz> ogra: pinball doesn't work
[05:36] <mdz> ogra: but the screensavers work fine when run on their own
[05:36] <ogra> hmm 
[05:36] <mdz> and they are GL
[05:36] <mdz> it is something to do with gnome-screensaver
[05:36] <ogra> yep
[05:36] <ogra> lets see if the additional build deps help ...
[05:36] <mdz> ogra: do you have a test build for me?
[05:37] <ogra> wait, only ppc currently...
[05:37] <ogra> oh, jordi :) want a test package ;)
[05:38] <jordi> ogra: shure
[05:39] <jordi> mdz: omg, ogra is also h4x0r1ng me
[05:40] <ogra> http://people.ubuntu.com/~ogra/gnome-screensaver_2.14.0-0ubuntu1_powerpc.deb
[05:40] <ogra> jordi, ^^
[05:40] <dholbach> mdz: thanks for libgsf review, uploaded.
[05:41] <ogra> mdz, i have dri loaded as well here on the ati/ppc and dont see any flickering ...
[05:42] <ogra> as well as on the amd64/nvidia lappie
[05:43] <jordi> so this fixes two in one I guess
[05:43] <jordi> the suspend thing and the flickery
[05:43] <jordi> lets find put
[05:43] <jordi> out e ven
[05:43] <jordi> damn
[05:43] <ogra> ??
[05:43] <ogra> youre speaking in foreign togues :)
[05:44] <mdz> seb128: did you hear anything back about that X cursor problem?
[05:44] <seb128> mdz: no
[05:45] <mdz> seb128: is it in malone?
[05:45] <seb128> yeah
[05:45] <mdz> seb128: needs to be fixed for dapper
[05:45] <mdz> what's the bug#?
[05:45] <seb128> https://launchpad.net/distros/ubuntu/+source/xorg/+bug/27589
[05:45] <Ubugtu> malone bug 27589 in xorg "X default cursor is displayed instead of the Human Theme one." [Normal,Unconfirmed]  
[05:45] <seb128> and I've already targetted it for dapper for some time
[05:48] <fabbione> seb128: does the problem happen only with the human theme?
[05:48] <seb128> fabbione: no, it just doesn't use the alternative
[05:49] <fabbione> ok
[05:50] <fabbione> oh well.. i will get to X one century or another..
[05:50] <seb128> fabbione: I talked a bit about it with daniels the afternoon he was at UI sprint
[05:50] <seb128> he thinks that's a xserver-xorg bug and tried to track it quickly but with no luck...
[05:50] <fabbione> seb128: i am pretty sure it's just a missing patch from breezy -> dapper
[05:51] <seb128> could be
[05:51] <fabbione> if you know where this x-cursor-theme alternative was and is now..
[05:51] <fabbione> it should be easy to track
[05:51] <seb128> right, it's on my list for dapper
[05:51] <seb128> but so many bugs ... I'll come to it, but later :)
[05:51] <fabbione> ehhe
[05:52] <fabbione> i also have a liboil and gst bug for you..
[05:52] <fabbione> but first i need to see if i can handle you something with a patch
[05:52] <seb128> liboil? there was some issue due to see code, slomo has uploaded without see for now
[05:52] <seb128> is that the same?
[05:52] <sivang> fabbione: do you of anything that would prevent breezy from setting out of the box an ATI X600 on a AMD64 machine? there seems to be a duplicate symbol on one of the libs Xorg needs.
[05:52] <seb128> see you fabbione
[05:53] <sivang>  fabbione symbol is rol_long
[05:53] <seb128> SSE rather
[05:54] <fabbione> sivang: noidea..
[05:54] <fabbione> sivang: fix it and send me a patch? ;)
[05:55] <fabbione> me must go really now
[05:55] <fabbione> bye
[05:56] <sivang> fabbione: okay :)
[05:56] <sivang> fabbione: laters!
[05:56] <jordi> ogra: hey, it doesn't suspend while typing after suspend anymore!
[05:56] <ogra> jordi, great :)
[05:56] <jordi> because IT CRASHES badly after suspedn :P
[05:56] <ogra> :P
[05:57] <ogra> jordi, mdz already forwarded the error :)
[05:57] <jordi> its cool, huh
[05:57] <ogra> its strange ...
[05:57] <ogra> i got it running here
[05:57] <mdz> ogra: are you sure you are using the same gnome-screensaver that we are?
[05:57] <ogra> heh
[05:57] <mdz> ogra: if not, please upload yours; it sounds better :-P
[05:58] <ogra> i'm running the one jordi just downloaded
[05:58] <ogra> i guess it needs some dependency tightening ... :(
[05:59] <ogra> jordi, did you kill the old gnome-screensaver process properly after installing ? 
[05:59] <mdz> ogra: he logged out
[06:00] <ogra> k
[06:00] <jordi> if that didn't kill it its another story
[06:01] <ogra> that would have killed it 
[06:03] <ogra> jordi, yous system is up to date ? 
[06:03] <ogra> *your
[06:04] <jordi> I beleive
[06:04] <jordi> let me see
[06:04] <jordi> well
[06:04] <jordi> the Packages file in dapper changes every 20 seconds
[06:05] <ogra> heh
[06:05] <jordi> ok, Ive got a few for update now
[06:05] <ogra> complain at the gnome team :)
[06:05] <jordi> libpango, libgnomecanvas, libvte, scim
[06:05] <ogra> libgnomeui by chance ? 
[06:05] <jordi> nope
[06:05] <jordi> I mean
[06:05] <jono> should rhythmbox display an ipod if it is plugged in ?
[06:05] <jordi> they will
[06:06] <jordi> but it seems only the arch:all packages are avaliable
[06:06] <jordi> not the ppc binaries yet
[06:06] <ogra> yep
[06:06] <jordi> S'han mantingut els segents paquets: libeel2-data libgnome2-common libgnomeui-common
[06:06] <jordi> ^^ held packages
[06:06] <ogra> hmpf .
[06:06] <ogra> ..
[06:06] <jordi> you think the crash is related to that update?
[06:07] <seb128> jono: it does list it yep
[06:07] <ogra> jordi, i think the crash is related to a loose dependency we need to tighten ...
[06:07] <jono> cheers seb128 
[06:07] <ogra> i have no idea why it runs flawless for me 
[06:08] <jordi> nod
[06:08] <jordi> ogra: cuz you cheat
[06:08] <ogra> on the other hand i have never had any of these issues you have
[06:11] <jono> and if I plug in a digital camera, does pop up the dialog box asking to get photos from the camera?
[06:12] <jono> this stuff is difficult to test in vmware :P
[06:13] <seb128> jono: yep, it does that too
[06:13] <jono> :)
[06:13] <jono> seb128, I assume it still loads gthumb right?
[06:14] <seb128> correct
[06:15] <jordi> Kamion: ping
[06:16] <jordi> seb128: what's the status of mono+ubuntu?
[06:16] <seb128> jordi: some apps are main, some other universe
[06:16] <seb128> jordi: but better to ask slomo or tseng or ajmitch about it
[06:17] <jordi> fspot looks like a candidate to replace gthumb :)
[06:17] <seb128> yeah, I would have liked to get that for that cycle ... for next cycle probably
[06:19] <Amaranth> jordi: we need a super-magical compression technology to fit it on the CD
[06:23] <ogra> Amaranth, we just need to convince the industry to switch to 900MB CDs by default :)
[06:23] <Amaranth> heh
[06:24] <Amaranth> or drop other things from the CD
[06:24] <Keybuk> . o O { OpenOffice {
[06:25] <Mithrandir> Amaranth: be careful about what you ask for. ;-)
[06:26] <Mithrandir> we could just put all the debs on the cd in a squashfs fs.
[06:26] <ogra> we could drop alacarte to make some room :P
[06:26] <Amaranth> i thought we did
[06:26] <Amaranth> ogra: 100kb doesn't save much :P
[06:27] <ogra> Amaranth, squashfs -> only on the liveCD
[06:27] <Amaranth> ah
[06:43] <hunger> Can I use usplash to get user input (passphrase for HDD) with dapper?
[06:44] <Keybuk> no, usplash has no user input functionality
[06:45] <Chipzz> hrrm
[06:45] <Chipzz> would be nice :)
[06:45] <hunger> OK, then I'll stick with my turn-it-off solution:-)
[06:46] <hunger> Chipzz: There was talk about adding such functionality when usplash was first implemented. Let's hope someone will really need it (and do the work;-)
[06:46] <Keybuk> "Patches Welcome"
[06:46] <Keybuk> hunger: sounds like you really need it ;)
[06:46] <hunger> Keybuk: As always;-)
[06:47] <hunger> Keybuk: Nope. I do not have usplash installed:-)
[06:48] <hunger> Keybuk: I was just wondering whether I need to update the init-script I attached to a bug.
[07:18] <ogra> mdz, http://people.ubuntu.com/~ogra/gnome-screensaver_2.14.0-0ubuntu1_i386.deb in case the buildds take *another* hour until it shows up
[07:19] <ogra> (sorry it took so long, i had to create a x86 pbuilder first)
[07:19] <ogra> but i'm still faster than LP :P
[07:25] <ogra> mdz, ah, now it hit the archive as well ...
[07:28] <LaserJock> are failed builds retried automatically by soyuz?
[07:28] <pitti> LaserJock: only if they fail because of missing dependencies
[07:28] <LaserJock> pitti: so do I need to upload a buildX to get it rebuilt
[07:29] <ogra> nope
[07:29] <ogra> poke a buildd admin
[07:33] <LaserJock> infinity | lamont : can I get supercollider given back? thanks.
[07:46] <Bicchi> Dapper is based on software from Debian (etch or sid). Which one testing/unstable ?
[07:46] <Amaranth> sid
[07:47] <Bicchi> So it will allways pull from unstable ?
[07:47] <dholbach> Bicchi: unstable = sid, etch = testing
[07:47] <dholbach> Bicchi: and that's more of a #ubuntu question
[07:52] <ogra> Mithrandir, can you test the suspend issue with the new g-s-s from the archive  ?
[07:53] <Mithrandir> ogra: not now, please remind me tomorrow
[07:53] <ogra> yep
[08:42] <jordi> Kamion: let's chat tomorrow, or when you're back, of espresso translation.
[09:01] <GFDL> in dapper (updated today):
[09:01] <GFDL> xrdb -merge .Xresources
[09:02] <GFDL> Predefined macro file '/usr/lib/gcc/i486-linux-gnu/4.0.3/include/mcpp_gcc40_predef_old.h' is not found
[09:02] <GFDL> Predefined macro file '/usr/lib/gcc/i486-linux-gnu/4.0.3/include/mcpp_gcc40_predef_std.h' is not found
[09:02] <GFDL> .Xresources file get's merged OK though
[09:02] <GFDL> s/get's/gets
[09:15] <mdke_> Riddell, ping?
[09:19] <LaserJock> lamont: ping?
[09:21] <mdke_> Riddell, leaving a /query
[09:28] <ulaas> hi. is XGL broken or working.?
[09:28] <Amaranth> ulaas: #ubuntu-xgl
[09:29] <ulaas> Amaranth: right ;) danko
[09:31] <Tm_T> ulaas: even when it's broken, it can work
[10:52] <arp> nautilus, libeel, libeel-data and nautilus-cd-burner still broken with ppc?
[10:52] <seb128> no idea, what about just trying if you have a ppc?
[10:52] <seb128> and filling a bug if required
[11:13] <ploum> hello
[11:14] <ploum> did anyone notice the problem with cups ?
[11:14] <ploum> the file /var/log/cups/access_log was 1,5Go on my computer !
[11:14] <ploum> it seems that cups print the line :
[11:14] <ploum> localhost - - [13/Mar/2006:23:11:44 +0100]  "POST / HTTP/1.1" 200 72 CUPS-Get-Default successful-ok
[11:14] <ploum> every 5 seconds
[11:14] <ssam> arp, do you need someone to test?
[11:14] <ploum> ssam: do you have this in your logs ?
[11:14] <ploum> sorry
[11:15] <ploum> (I think you were talking to me)
[11:15] <ssam> ploum, dont worry :-)
[11:16] <seb128> ploum: it's supposed to be fixed for a week or so
[11:16] <seb128> ploum: maybe you just noticed
[11:16] <seb128> if you drop it, does it keep happening?
[11:17] <ploum> seb128: drop what ?  I restarted cups and I have a new line every 5 second
[11:17] <ploum> (and I deleted the 1,5Go file)
[11:17] <seb128> ah, so that still happens now?
[11:17] <dholbach> night guys
[11:17] <ploum> good night
[11:17] <seb128> ploum: what version of cupsys do you have?
[11:18] <seb128>  cupsys (1.1.99.b1.r4929-0ubuntu3) dapper; urgency=low
[11:18] <seb128> ...
[11:18] <ploum> seb128: yes. Fully-distupgraded from today. But I must maybe reboot
[11:18] <seb128>    * Add debian/patches/51_dont_log_ipp_printer_query.dpatch: Do not flood
[11:18] <seb128>      access_log with successful CUPS-Get-Printers and Get-Printer-Attributes
[11:18] <seb128>      queries (which are generated by gnome-cups-icon every 3 seconds). This is
[11:18] <seb128>      a hideous and hackish patch, but it has to do until we dbusify cupsys
[11:18] <seb128>      properly. (Malone #29895)
[11:18] <Ubugtu> malone bug 29895 in cupsys "same action is repeatedly logged" [Major,Fix released]  http://launchpad.net/bugs/29895
[11:18] <ploum>  1.1.99.b1.r4929-0ubuntu4
[11:18] <seb128> ploum: that doesn't tell me if the buildd has buitl it, etc
[11:18] <seb128> ploum: when people ask for a version that because they want the version :)
[11:18] <seb128> ploum: yeah, should be fixed
[11:19] <seb128> ploum: ping pitti tomorrow about it
[11:19] <seb128> or comment on 29895
[11:19] <ploum> seb128: thanks. I will add a comment to the bug
[11:19] <seb128> thank you
[11:20] <ploum> ok, I'm not alone
[11:21] <ploum> good night all :-)