[12:26] <dieman> wheres the tip jar for networkmanager?
[12:26] <dieman> ;)
[12:27] <Lure> dieman: fix some bugs... ;-)
[12:28] <dieman> heh
[12:39] <Pygi> has anyone tried running knm?
[02:18] <BlueHeron> hi can somone help me i was told i have a memory leak in gam_server ?
[02:18] <BlueHeron> it is using 500MB of memoy
[03:19] <desrt> has benc gone awol?
[04:05] <bluefoxicy> when is it appropriate to start discussing dapper+1 goals?
[04:05] <bluefoxicy> on the ubuntu-devel@ list
[04:06] <LaserJock> bluefoxicy: probably better to write a spec first, IMO
[04:06] <neuralis> bluefoxicy: if you have a spec written, anytime's fine.
[04:06] <bluefoxicy> LaserJock, neuralis:  I don't have a spec ready.  I would rather gather more information, especially as I have nfc what I'm really doing at the moment ;)
[04:07] <bluefoxicy> Right now I'm trying to get pam_ldap to work with an openldap server (slapd) running behind me, just trying to get experience setting up centralized authentication
[04:07] <bluefoxicy> and it ain't working
[04:07] <bluefoxicy> and I'm at the same time thinking of the changes that would be needed to make ubuntu integrate well with ldap.. which I'd want to discuss on the list to get a better idea of before writing up a spec
[04:08] <bluefoxicy> at least, that's the short version of it
[04:08] <LaserJock> bluefoxicy: maybe sounder would be better then
[04:08] <bluefoxicy> sounder?
[04:08] <LaserJock> the mailing list
[04:08] <LaserJock> it is for bouncing ideas around
[04:08] <bluefoxicy> uhh... direction?
[04:09] <bluefoxicy> should I subscribe or can i just throw a mail at some address?
[04:10] <neuralis> bluefoxicy: re: pam_ldap, see http://times.usefulinc.com/2005/09/25-ldap
[04:11] <neuralis> bluefoxicy: there's already a spec that covers this, but we deferred it to dapper+1.
[04:11] <bluefoxicy> neuralis:  ah.
[04:11] <LaserJock> bluefoxicy: https://lists.ubuntu.com/mailman/listinfo/sounder
[04:11] <neuralis> bluefoxicy: see https://launchpad.net/distros/ubuntu/+spec/network-authentication
[04:12] <bluefoxicy> neuralis:  integration with users-admin and the installer et al?
[04:12] <neuralis> bluefoxicy: it's all in the spec.
[04:12] <neuralis> bluefoxicy: rather, look at the spec for details; i haven't looked at it since ubz.
[04:13] <bluefoxicy> nice
[05:00] <neuralis> 'evening, Burgundavia
[05:04] <Burgundavia> neuralis: salut
[05:07] <CarlK> apt-get install libxt-dev = unmet dependencies. - is this the place to report? https://launchpad.net/distros/ubuntu/dapper/+package/libxt-dev
[05:07] <Burgundavia> CarlK: assuming you are looking at a flight6 default install, yes
[05:08] <CarlK> Burgundavia: how about yesterdays daily? ;)
[05:08] <Burgundavia> CarlK: that works
[05:09] <Amaranth> it's installed here
[05:13] <CarlK> Amaranth: did you add repos?
[05:13] <Amaranth> universe and multiverse
[05:16] <CarlK> oh... do I need deb-src?
[05:18] <Chipzz> CarlK: normally not,no
[05:30] <CarlK> !paste
[05:34] <CarlK> what am I missing? http://paste.ubuntu-nl.org/11286
[05:44] <bddebian> CarlFK: Why do you have breezy and dapper repos mixed in your sources.list?
[05:44] <CarlK> oh crap... cuz I am an idiot?
[05:45] <bddebian> Nah, that's my job :-)
[05:47] <CarlK> and thatwould be what I was missing
[05:47] <CarlK> glad someone is doing there job :)
[05:50] <bddebian> Heh
[07:44] <Eleaf> hi!
[07:44] <Eleaf> hi
[07:47] <Eleaf> In the Ubuntu LiveCd (Dapper or any), where is the file stored that expresses the system hostname and default username?
[07:47] <Eleaf> I know hostname is /etc/hostname ... But what defines this?
[07:47] <Eleaf> On the actual livecd.
[07:56] <Eleaf> Any ideas?
[09:14] <Kamion> Eleaf: it's set in code in various scripts in /scripts/casper-bottom/ inside /install/initrd.gz (which is a gzipped cpio archive)
[09:14] <Kamion> Eleaf: probably easier to do 'apt-get source casper' and look at that
[09:14] <Eleaf> alright
[09:14] <Eleaf> hmm
[09:14] <Kamion> dapper differs from breezy here, we reorganised the live CD a fair bit
[09:14] <Eleaf> alright, is that for dapper?
[09:14] <Kamion> yes
[09:15] <Eleaf> I'm not seeing a scripts dir, is that in the base?
[09:15] <Kamion> have you unpacked /install/initrd.gz?
[09:15] <Eleaf> yes, I just get another initrd thing.
[09:15] <Eleaf> what is the best way to unpack it?
[09:16] <Kamion> make a temporary directory, cd into it, 'zcat /cdrom/install/initrd.gz | cpio -id'
[09:16] <Eleaf> great, one sec.
[09:16] <Kamion> like I say, 'apt-get source casper' is easier ...
[09:18] <Eleaf> Ok I'm in initrd
[09:18] <Kamion> if you want to modify it, you can build and install a modified casper .deb, then 'update-initramfs', and copy out the /boot/initrd.img-`uname -r` you get
[09:18] <Kamion> (that's what we do in the live CD build process)
[09:19] <Eleaf> mmk
[09:19] <Eleaf> ah.
[09:19] <Eleaf> I think I got it
[09:20] <Eleaf> is it scripts/casper-bottom/18hostname for the hostname I'm assuming?
[09:21] <Kamion> yeah
[09:22] <Eleaf> Sweet, thank you very much.  Just curios, what corrilation does casper have to do with this?
[09:22] <Eleaf> curious*
[09:22] <Kamion> note that update-initramfs will clobber your existing initrd.img in /boot; you may want to keep a backup
[09:22] <Eleaf> correlation
[09:22] <Kamion> (the new one should work anyway, it's just over-the-top)
[09:22] <Eleaf> humm
[09:23] <Kamion> casper is the package that implements the live CD boot process
[09:23] <Eleaf> I see
[09:44] <TheMuso> Speaking of which, Kamion, what flags are used for building the squashfs filesystem?
[09:58] <Kamion> TheMuso: none, just mksquashfs
[09:59] <TheMuso> Ok thanks
[10:20] <glick> hello?
[10:20] <glick> anyone here?
[10:20] <sladen> there are always people here...
[10:20] <sladen> just that sometimes they maybe asleep and shouting might wake them up
[10:21] <glick> i have a question, there is a package, in ubuntu that no longer works, but it is never upgraded even though an upgrade exists, so effectively the package that comes with breezy is usless
[10:21] <neuralis> package name?
[10:21] <glick> gtk-gnutella
[10:22] <neuralis> i'm seeing 0.95.4-1 in breezy and 0.96.1-0 in dapper. looks normal. what specific problem are you having?
[10:23] <glick> neuralis: the .95x versions no longer connect to the network, they purposefully dont connect to the network anymore, when i run it, it says, this version of gnutella no longer works, please upgrade to .96x
[10:25] <neuralis> so you're saying you want 0.96 for breezy? you'll have to make a request to the backports people to provide a backport for you.
[10:25] <neuralis> otherwise, you'll have 0.96 in universe once you upgrade to dapper.
[10:26] <glick> i mean considering that the one that ships with breezy no longer works, having a working version would be nice
[10:26] <glick> c'mon no one should have to wait 4 months to have a working gnutella
[10:26] <glick> upgrade their entire os?
[10:26] <crimsun> there is no chance that 0.96.1 will be stuffed into breezy proper. breezy-backports is a possibility.
[10:26] <glick> cant it be offered as an upgrade?
[10:26] <Eleaf> you could compile it yourself or run a normal binary
[10:26] <neuralis> glick: we will not introduce a whole new software version as a breezy update.
[10:27] <neuralis> glick: ask for a backport, it's precisely what backports are for
[10:27] <glick> neuralis: but what ships is dead software
[10:27] <neuralis> glick: that's beside the point.
[10:27] <neuralis> glick: backports are meant to solve this kind of problem, so ask for one, or wait until dapper (which is out in about 2 months, not 4).
[10:27] <crimsun> glick: that is upstream's decision. There is technically nothing _broken_ with the version that ships in breezy proper. The viable recourse is breezy-backports, and there's a procedure for that.
[10:28] <glick> so how an i make a request for a backport?
[10:28] <neuralis> glick: http://backports.ubuntuforums.org/wiki/index.php/Requesting_A_Backport
[10:30] <glick> looks like someone already filed a request for it
[10:31] <glick> a while ago
[10:32] <neuralis> glick: unfortunately, that's all that can be done at the moment.
[10:45] <shadeofgrey> are any ogf the main developers for yubuntu currently here and awake?
[10:45] <Lure> sladen: any new idea for bug 34592? I would really like this one to get away...
[10:45] <Ubugtu> Malone bug 34592 in gfxboot-theme-ubuntu "dapper flight 5: install menu never comes" [Critical,Confirmed]  http://launchpad.net/bugs/34592
[10:45] <Pygi> shadeofgrey: what happened?
[10:45] <shadeofgrey> pygi:  well...  actually i just found out that i have like lewss than 6 months to live
[10:45] <shadeofgrey> and id like an opportunity to say thanks tio them directly before i die
[10:46] <shadeofgrey> if its noit too much troublke
[10:46] <Pygi> uh :-/
[10:46] <shadeofgrey> just...do me a favor
[10:46] <shadeofgrey> give some of them my email addfress
[10:46] <shadeofgrey> (shadeofgrey@gmail.com)
[10:47] <Mithrandir> shadeofgrey: did you mean to say yubuntu or ubuntu?
[10:47] <sladen> Lure: yeah, my personal hunch is that it's to do with crappy Video BIOS, or IDE enumeration
[10:47] <shadeofgrey> ubuntu
[10:47] <Mithrandir> shadeofgrey: well, I'm here and a member of the core team.
[10:47] <Lure> sladen: it seems like infinite loop to me, as the fans are going on like mad...
[10:48] <Mithrandir> shadeofgrey: sounds quite bad. :-(
[10:48] <shadeofgrey> mith:  great...  can we speak in private for a minute?
[10:49] <sladen> Mithrandir: if you'd like to tell lots of people and have it recorded so that everyone can see if (regardless of whether they're currently awake), you could email the sounder@lists.ubuntu.com which would be a wonderful testimonial to receive there
[10:49] <sladen> s/Mithrandir/shadeofgrey/
[10:50] <shadeofgrey> ah excellenty
[10:50] <shadeofgrey> ill send an email straight away
[10:54] <Lure> sladen: do you know which package is involved at that time of boot process (gfx-boot?) as I would like to inspect changelogs
[10:55] <Lure> between Flight4 and first daily build I spotted the problem 20060312
[10:58] <infinity> Lure: gfxboot and gfxboot-theme-ubuntu.
[10:59] <Lure> infinity: thanks - I have seen that only theme has changed between Feb 17 and Mar 12
[11:01] <infinity> Lure: Which would explain why the bug is already assigned to the theme.
[11:19] <mdke> hiya. sorry to be slightly off topic, but it's a sunday :) I'm trying to install gnome-doc-utils from cvs, and it is complaining about two missing m4 macros: glib-gettext.m4 and intltool.m4. Any idea if these come with ubuntu somewhere?
[11:20] <neuralis> mdke: they do. packages intltool and libglib2.0-dev
[11:21] <mdke> neuralis, lovely, i'll try that: thanks
[11:21] <neuralis> yep.
[11:22] <Kaloz> hmz
[11:23] <Kaloz> something is foobared in dapper, but no idea what package has the bug really
[11:23] <neuralis> what's the problem?
[11:24] <Kaloz> basically bringing up the wireless interface with wpa fails for the first time, as af_inet isn't loaded by default
[11:25] <Lure> sladen: you are probably right regarding VGA BIOS - all have ATI cards from x700/x800 line
[11:25] <Kaloz> so wpa_supplicant exits with an error. then dhclient is starting, af_inet gets loaded, and on the second try wpasupoplicant is runnig fine
[11:26] <neuralis> kaloz: sounds like a NM issue? i suggest you talk to pygi or _ion and see what they make of it.
[11:27] <Kaloz> okay, thanks :) I can simply use /etc/modules, but this isn't The Right Way (tm) to fix it
[11:27] <Lure> Kaloz: or siretart - he is the wpasupplicant guy
[11:29] <Kaloz> well, to be honest, i was wondering why the hell isn't this in the kernel statically :)
[11:31] <Lure> Kaloz: bug 37697 looks similar to your problem
[11:31] <Ubugtu> Malone bug 37697 in wpasupplicant "wpasupplicant only authenticates immediately after atheros kernel modules freshly loaded." [Normal,Unconfirmed]  http://launchpad.net/bugs/37697
[11:33] <Kaloz> Lure: nope, that's a problem in the madwifi driver. I'm on centrino gear anyways :)
[11:44] <Lure> Kaloz: is it really af_inet or af_packet? see bug 37121
[11:45] <Ubugtu> Malone bug 37121 in wpasupplicant "ifupdown script 0_wpasupplicant assumes CONFIG_PACKET=y" [Normal,Fix released]  http://launchpad.net/bugs/37121
[11:46] <Kaloz> ah,l af_packet, right.. it's too early in the morning here
[11:47] <Lure> Kaloz: see also related bug 36634
[11:47] <Ubugtu> Malone bug 36634 in wpasupplicant "fails to autostart using the if-preup.d script" [Normal,Fix released]  http://launchpad.net/bugs/36634
[11:47] <Lure> siretart thinks it should be fixed with latest wpasupplicant...
[11:48] <stockholm> are there backports for newer wireless drivers to breezy available somewhere?
[11:48] <Kaloz> ah, the new version was uploaded yesterday night
[11:48] <stockholm> preferably packaged?
[11:50] <stockholm> mjg59: are you ubuntu's wireless driver person? are there backports of newer drivers (acx111 chipset) available?
[11:51] <mdke> stockholm, they come with the kernel, so I think it is unlikely
[11:52] <stockholm> yeah.
[11:53] <Burgundavia> stockholm, new versions do not get backported, except in one specific case (Mozilla Firefox, due to upstream boneheadedness)
[11:53] <infinity> 99% of problems people have with acx* drivers are usually issues with selecting the wrong firmware anyway.
[11:54] <mdke> yeah, i have one of those cards, such a pain
[11:54] <stockholm> infinity: i have a dlink G650+ here, which is rather new but can work with linux
[11:54] <mdke> ah, that's the one I have
[11:54] <infinity> stockholm: I suspect it will work fine with both the drivers in breezy and dapper, but needs a certain firmware image that either a) we don't ship, or b) we don't select by default for your PCI ID.
[11:54] <stockholm> mdke: ah, how did you get it to work?
[11:55] <mdke> it works with breezy, if you find the right firmware, I think.
[11:55] <infinity> If you could figure out what that was, we'd love a bug. :)
[11:55] <mdke> but i don't think it is shipped
[11:55] <infinity> (so we can match PCI ID to firmware, and make it Just Work)
[11:55] <stockholm> mdke: i have here a howto where you need to extract firmware from the windows drivers
[11:55] <stockholm> once the binary file was installed this card here got mighty hot
[11:56] <stockholm> so i am not 110% sure it is alife any more.
[11:56] <stockholm> is that "normal"?
[11:56] <mdke> i haven't used my card since hoary, but it worked ok then
[11:56] <infinity> It's normal if the firmware cranks the Tx/Rx power sky high...
[11:57] <infinity> Hopefully, this HOWTO isn't telling people to use AP firmware on desktop/laptop cards.
[11:57] <stockholm> infinity: well, i never saw that before.
[11:57] <infinity> (Since APs tend to have much better cooling solutions, and tend to have higher Tx levels)
[11:57] <stockholm> no, it seems to mix the firmware supplied with the windows driver with a linux wrapper/driver
[11:58] <enyc> Hrrrm.... ? where are UVF-exception requests made/listed ?
[11:58] <stockholm> mdke: horay seems old for this card... i thougt this model was rather new
[11:59] <mdke> stockholm, no, I don't think it's very new
[11:59] <stockholm> *shrug*
[11:59] <stockholm> i would like a precompiled package, but with the windows firmware that is unlikely i guess
[12:07] <stockholm> mdke: um, do you remember if you have a acx111 or acx100 chipset?
[12:08] <stockholm> the firmware i find here http://stef.tvk.rwth-aachen.de/~nazgul/debian/acx100/ only has firmware for acx100, not for 111
[12:10] <stockholm> i just had a kernel crash with the lastest kernel for breezy (security upgraded). is that a known problem?
[12:15] <stockholm> the system now crashes after max one minute after boot.
[12:15] <neuralis> crashes, as in, panics?
[12:15] <stockholm> neuralis: i dont see any oops, X covers it
[12:16] <stockholm> neuralis: crashes as in not responding to anything (or pings or so) except for hard reset
[12:16] <stockholm> mousepointer does not move, etc
[12:17] <stockholm> when was that newest kernel security upgrade released?
[12:17] <neuralis> if it's max one minute after boot, can you switch to a console and wait for it to freeze?
[12:17] <stockholm> yes, i guess i can
[12:24] <stockholm> it only crashed after i switched back to X. no luck.
[12:24] <infinity> stockholm: dapper ships (lots of) firmware for acx100 and acx111... See /lib/firmware/`uname -r`/acx/readme.txt
[12:24] <stockholm> and it is rather save to install drapper, since you are only polishing, right?
[12:25] <infinity> Pretty much, yeah.
[12:25] <neuralis> infinity: do you know why keyserver.ubuntu.com only syncs with 3 SKS peers?
[12:25] <infinity> You've lived on the edge with sid before, I'm sure, this isn't much different.
[12:25] <stockholm> cool, will try that, then
[12:25] <infinity> neuralis: No idea.
[12:25] <neuralis> infinity: that's elmo?
[12:25] <stockholm> infinity: it is a friend of mine, he usually lives not on any edge. (c:
[12:26] <stockholm> thanks for helping.
[12:26] <infinity> neuralis: Indeed.
[12:27] <neuralis> infinity: cool, i'll poke him. thanks.
[12:28] <iceman> hi everyone
[12:30] <iceman> I have a bug in dapper but I don't know in which component or package I have to report it
[12:30] <iceman> I'm trying to install a network printer (SMB)
[12:31] <Lure> iceman: you can report it w/o package on somebody from bug team will help
[12:31] <Lure> iceman: see #ubuntu-bugs
[12:31] <Lure> s/on/and/
[12:32] <iceman> Lure: thanks but it's easier for devellopers if I file it correctly rightaway ;-)
[12:34] <stockholm> infinity: what is the aptsources.list line for drapper?
[12:35] <TheMuso> stockholm: What component?
[12:35] <stockholm> TheMuso: i want to upgrade from breezy to drapper. the whole sytem
[12:35] <TheMuso> Just replace every instance of breezy with dapper in /etc/apt/sources.list.
[12:36] <neuralis> stockholm: $ sed -i s/breezy/dapper/ /etc/apt/sources.list; apt-get update; apt-get dist-upgrade
[12:36] <stockholm> neuralis: i tried that with drapper instead of dapper. (c:
[12:36] <stockholm> lol
[12:36] <stockholm> ok
[12:37] <stockholm> oh and by now it crashed again. not a fat chance that the update would go through in that time.
[12:38] <stockholm> no oops, either. 
[12:38] <azeem> stockholm: is this a notebook and do you have laptop-support on?
[12:38] <stockholm> azeem: it is a notebook, yes
[12:38] <neuralis> stockholm: mvo has a very good dist-upgrade tool that i recommend you use instead, unless you're very comfortable with the command line and fixing any problems that might arise during a dist-upgrade.
[12:38] <azeem> stockholm: on battery or mains power?
[12:38] <stockholm> neuralis: i am quite compfortable with the commandline,yes
[12:38] <stockholm> azeem: main power
[12:38] <azeem> ok, nevermind then
[12:39] <stockholm> neuralis: i am used to fixing upgrade problems in debian, is it much differnet with ubuntu?
[12:39] <stockholm> harder, better problems? (c:
[12:39] <neuralis> stockholm: no, but the dist-upgrader tool can benefit from your testing.
[12:39] <neuralis> stockholm: http://people.ubuntu.com/~mvo/dist-upgrader/
[12:40] <stockholm> neuralis: right, good poiont.
[12:40] <neuralis> on that note, i'm off to sleep. cheers, all.
[12:40] <stockholm> but not on this box, it crashed again just now.
[12:40] <stockholm> perhpas it is just dying. old one...
[12:40] <stockholm> good night
[12:41] <neuralis> stockholm: fyi, dist-upgrader instructions are here: https://lists.ubuntu.com/archives/ubuntu-devel/2006-January/014700.html
[12:45] <mdke> stockholm, acx111 was my card
[12:48] <iceman> Lure: It's quite bothering me: nobody's answering on ubuntu-bugs, and it doesn't feel right to report a bug without having searched if it wasn't already filed
[12:49] <Pygi> _ion: around?
[12:49] <mvo> stockholm: I'm on the phone right now, but can we talk about this in a bit?
[01:00] <mjg59> stockholm: Not really, and not as far as I know
[01:34] <giftnudel> mvo: is the update-manager from your site broken?
[01:38] <giftnudel> let'a 
[01:38] <giftnudel> ah, let's say this differently, for me it's broken
[01:49] <mvo> giftnudel: broken in what way?
[01:50] <giftnudel> mvo: I click on dapper upgrade, upgrade again, it downloads something and get a index out of bounds exceptio
[01:50] <giftnudel> n
[01:52] <giftnudel> mvo: it says: Preparing installation, the error is in the downloaded dapper.tar.gz
[01:53] <mvo> giftnudel: what version of update-manager do you have installed?
[01:55] <giftnudel> mvo: 0.42.2ubuntu9~bp1 according to dpkg -s update-manager
[01:55] <ogra> ~bp1 ??
[01:57] <giftnudel> I added "deb htp://people.ubuntu.com/~mvo/backports/update-manager /" to sources.list, according to the mail in ubuntu-announce
[01:57] <Pygi> Mithrandir: I wanna talk to you about LDAP, so when you have time ^_^
[02:01] <Ekushey> jdub: u there?
[02:02] <mvo> giftnudel: hm, that should be the right one. could you please run it from a terminal and paste the exception to a pastebin?
[02:02] <giftnudel> mvo: the exception comes in a dialog box, but I will do
[02:04] <giftnudel> mvo: http://pastebin.com/635668
[02:05] <ogra> mvo, you dont use the backports naming scheme ? 
[02:05] <mvo> giftnudel: interessting, thanks. can you add your sources.list please
[02:05] <giftnudel> of course
[02:05] <ogra> (~breezy1 instead of ~bp1)
[02:05] <mvo> ogra: this is just a private repo for now, but I should change this when it goes into the official backports/updates repo
[02:05] <ogra> :)
[02:06] <mvo> giftnudel: it seems to be choking on one entry in it
[02:06] <ogra> mvo, btw OT, "realkauf" sells unicycles for 49 
[02:06] <mvo> ogra: woooahhhh! get one ;)
[02:06] <mvo> ogra: so we can have fun together at the next conf :)
[02:06] <ogra> i was pondering ... dunno where a real is around here 
[02:07] <giftnudel> mvo: http://pastebin.com/635692
[02:07] <mvo> ogra: are you interessted in learning it? 
[02:07] <ogra> mvo, if time permits :) i'm not sure if i have *any* spare minute the next months :)
[02:08] <mvo> ogra: yes, a big problem :/ but I find it refreshing (for mind and body) to spend a bit of time on something else then ubuntu
[02:09] <ogra> mvo, yep, but my sparetime will be "help susus take over the empire and prepare the move to kassel" the next months, no idea how much time is left there
[02:10] <mvo> ogra: *ohhh* right
[02:10] <mvo> giftnudel: thanks!
[02:10] <ogra> but given that it wont break if its stored in the garage, i'll probably buy one :) i guess i wont get one this cheap usually
[02:11] <mvo> giftnudel: anything in /etc/apt/sources.list.d/ ?
[02:11] <giftnudel> mvo: I don't have that directory
[02:11] <mvo> ogra: no, they are usually more expensive. it will be great fun to bring on to the next conference :)
[02:11] <mvo> giftnudel: ok, thanks
[02:12] <ogra> mvo, given we dont have to fly to the northpole for it or something :)
[02:12] <ogra> who knows where it will be :)
[02:13] <mvo> so true :)
[02:20] <mvo> giftnudel: strange, locally it seems to be working. what is the output of /var/lib/update-manager/meta-release?
[02:22] <giftnudel> http://pastebin.com/635707
[02:22] <giftnudel> mvo: ^
[02:23] <mvo> giftnudel: looks fine too. very strange
[02:23] <giftnudel> mvo: let me reboot the system, there might be a problem with a recent update?
[02:24] <mvo> giftnudel: could you please file a bug against update-manager and assign it to me? include the three files? I don't have that much time today for it :/
[02:24] <giftnudel> ok, I'll do that
[02:24] <mvo> giftnudel: thanks
[02:25] <mvo> giftnudel: the error indicates that there is a problem with reading your sources.list, but testing it locally didn't caused a error here
[02:27] <giftnudel> mvo: ok, I will file the bug, a reboot didn't change anything (as expected ...)
[02:36] <giftnudel> mvo: bug 37716, anything in there you want?
[02:36] <Ubugtu> Malone bug 37716 in update-manager "Dapper upgrade chokes on sources.list" [Normal,Unconfirmed]  http://launchpad.net/bugs/37716
[02:53] <stockholm> mvo: ping
[02:54] <stockholm> mvo: back from lunch
[02:54] <_ion> pygi: Pong
[02:54] <stockholm> indish.... goood
[02:54] <mvo> stockholm: I'm on the phone (again :), can we talk in ~5min?
[02:54] <Pygi> _ion: N-M was indirectly mentioned in Tux ^_^
[02:54] <stockholm> mvo: i am around for now
[02:54] <_ion> pygi: Tux?
[02:54] <Pygi> _ion: hm, LInux magazine? ^_^
[02:54] <_ion> Ok. :-)
[02:55] <stockholm> i look for an iso for dapper (i386). where are they?
[02:55] <TheMuso> stockholm: Suggest you try flight 6 which can be found at cdimage.ubuntu.com/releases/dapper
[02:56] <stockholm> TheMuso: thanks
[02:56] <Pygi> _ion: bah, gah ^_^
[02:58] <sladen> Lure: can you fix the bug report so that it reads  usplash/gfxboot/vgafb problem on ATI x700/x800  (you understand that the error is)
[03:00] <Lure> sladen: I can change the summary, however I still do not understand what the error is ;-)
[03:02] <sladen> Lure: I suspect it's because gfxboot is using 640x480 and/or not resetting the mode afterwards
[03:02] <Lure> sladen: "install hangs on ATI x700/x800" and leave it on gfxboot?
[03:03] <Lure> sladen: possible, but nothing beside the theme changed, so what could cause such regression?
[03:05] <sladen> Lure: so, an earlier gfxboot theme worked?
[03:06] <sladen> Lure: what happens if you follow the other questions on the bug report (eg, tell gfxboot to use text-mode)
[03:06] <Lure> sladen: Flight 4 works
[03:06] <Lure> and also 2 and 3 ;-)
[03:06] <TheMuso> 
[03:07] <sladen> Lure: oh right "flight5/6 theme breaks ATI..."
[03:07] <Lure> sladen: no way to switch to text console, as it does not get that far
[03:07] <sladen> Lure: what bug number is it?
[03:07] <Lure> bug 34592
[03:07] <Ubugtu> Malone bug 34592 in gfxboot-theme-ubuntu "flight 5&6: install hang on ATI x700/x800" [Critical,Confirmed]  http://launchpad.net/bugs/34592
[03:07] <sladen> Lure: so it might be the kernel---can you remind me of the bug number and I have a feeling there were a few suggestions to try
[03:08] <Lure> flight 4 has/had the issue that it installed only in text, due to unreleated bug  31974
[03:08] <Ubugtu> Malone bug 31974 in gfxboot-theme-ubuntu "Kubuntu Dapper Flight 4 - Boot menu boots into a kernel panic" [Normal,Fix released]  http://launchpad.net/bugs/31974
[03:09] <Lure> sladen: Kamion told me that it cannot be kernel, as it does not get started yet
[03:10] <Lure> funny is that in both bugs you have more or less same reporters (=HW)
[03:19] <sladen> Lure: that's what we'd expect.  It's only an issue with that particular hardware (eg. buggy hardware/firmware/BIOS)
[03:21] <Lure> sladen: true, but we changed something in theme that now triggers it (and did not in Flight < 5)
[03:26] <sladen> Lure: if you press Escape and then [enter]  ("yes, exit graphical mode and return to text mode"), and then press enter to boot the system, does that work?
[03:27] <Lure> sladen: with Flight 5/6 I do not get to menu at all - just kubuntu image on top and fans go to full
[03:28] <Lure> that was the issue on Flight4 (I am just doing install from F4 BTW)
[03:30] <Lure> I was thinking to build custom CD with only gfxboot-theme change with F4, but not sure if that is possible 
[03:30] <sladen> Lure: so, pressing escape, enter, enter was a workaround for F4
[03:31] <sladen> Lure: but Flight5/6 just hang completely before the menu appears?
[03:31] <Lure> exactly
[03:32] <Lure> machine hangs as no key works, just power button 
[03:32] <Lure> and it looks like a infinite loop as fans start to go full speed in couple of seconds
[03:33] <sladen> Lure: yes, using a rewritable CD you should be just able to overwrite the /isolinux directory
[03:33] <sladen> or wheve-ever it is
[03:34] <Lure> sladen: problem is that I do not have CD/RW at home 
[03:35] <Lure> I will try one CD-R, but I expect it will work
[03:40] <tseng> Mithrandir: Kamion wow guys I am really impressed with Espresso in Flight 6
[03:41] <azeem> is mmapr available in dapper?  It seemed to be in xserver-xorg-core in breezy, but no more?
[03:43] <azeem> seems not
[03:45] <fabbione> azeem: mmapr?
[03:46] <azeem> http://openfacts.berlios.de/index-en.phtml?title=Tifm21-howtodump
[03:46] <azeem> probably there is some other way to dump that information
[03:47] <fabbione> azeem: if it's missing from a package it's  a regression for breezy (assuming it's not deprecated upstream)
[03:48] <fabbione> azeem: could you please file a bug and assign it to me?
[03:48] <fabbione> i will look at it on monday
[03:50] <azeem> seems to be a case of random-binaries-not-makeing-the-switch-to-modular
[03:50] <azeem> like ioport as well
[03:50] <azeem> but ok
[03:51] <fabbione> azeem: sure.. if you find them just put the list somewhere and i will look at it
[03:51] <fabbione> unfortunatly our Contents files are broken
[03:51] <fabbione> and it takes time to figure the stuff out
[03:52] <azeem> well, it's debateably those should be in xorg I guess
[03:52] <fabbione> yeah but if they were there before, they can still land in some xutils-extra-crap
[03:52] <azeem> they look like some helper programs to figure out PCI information, but I doubt xorg support them officially
[03:52] <azeem> ok
[04:05] <ogra> oh, fabbione is around ...
[04:05] <ogra> fabbione, you dont happen to have a bzr branch with thew 
[04:05] <sivang> re all
[04:06] <sivang> hey ogra , Fade 
[04:06] <ogra> silo change to ltsp ?
[04:06] <sivang> oops
[04:06] <sivang> fabbione, even
[04:06] <bddebian> Heya ogra, sivang
[04:06] <bddebian> ogra: Do you happen to know if there is any website I can use to deposit to you?
[04:07] <ogra> bddebian, nope, i dont think so, the bank/account data should be correct now though
[04:07] <ogra> you 'll need to do a normal transfer i fear ...
[04:07] <fabbione> ogra: the what?
[04:07] <fabbione> ogra: i just added silo to the Depends:
[04:08] <fabbione> nothing more
[04:08] <ogra> ok
[04:08] <fabbione> it was only, as i wrote in the changelog, to make it installable
[04:08] <fabbione> and allow people to hack easily on it
[04:08] <bddebian> ogra: Damn, OK, thanks
[04:08] <ogra> its just that i missed to add it to my branch manually ... gets a bit tricky to merge the debian branches :) but i'll work around that 
[04:08] <fabbione> ogra: just readd it in a commit?
[04:09] <fabbione> it's not like it is soooo complicate
[04:09] <ogra> fabbione, yep, thhats what i'm doing 
[04:09] <fabbione> :)
[04:09] <fabbione> -> movie
[04:09] <fabbione> later
[04:09] <fabbione> (bye sivang)
[04:09] <ogra> its just that debian synced and made changes without the dep added :)
[04:10] <ogra> i'll merge the debian sparc enhancements in my devel branch btw 
[04:10] <ogra> in case you want to look at it
[04:21] <fabbione> ogra: even if i wanted, i don't have time or desktop machines to look at
[04:21] <fabbione> ogra: i only have server hw here for sparc
[04:22] <ogra> oh, ok
[04:22] <ogra> but you know the sparc community better than me :)
[06:44] <j^> gstreamer-properties/gstreamer sound input is broken
[06:45] <ogra> WFM
[06:46] <j^> found the bug 34597
[06:46] <Ubugtu> Malone bug 34597 in gst-plugins gstreamer-alsa "Cannot record using alsa + gstreamer framework" [Normal,Unconfirmed]  http://launchpad.net/bugs/34597
[06:48] <j^> ogra gst-launch-0.10 alsasrc ! flacenc ! filesink location=test.flac  works for you?
[06:49] <ogra> j^, also hier hoer ich das micro bis zum feedback pfeifen wenn ichs selecte 
[06:49] <ogra> whoops
[06:49] <ogra> sorry for the german 
[06:49] <j^> geht schon
[06:50] <ogra> heh
[06:50] <j^> just tested on 2 cards that load i810 and both do not work
[06:51] <ogra> it works on my ibook and my amd64 based acer laptop ...
[06:51] <crimsun> j^: pastebin ~/.asound*
[06:51] <j^> crimsun No such file or directory
[06:52] <crimsun> j^: default [fresh]  dapper install & current?
[06:55] <j^> crimsun up to date dapper, not a fresh install
[06:56] <crimsun> j^: no /etc/asound.conf, correct?
[06:57] <j^> crimsun nop
[06:57] <crimsun> j^: asoundconf list
[06:57] <crimsun> perhaps we should move this to #ubuntu+1
[06:57] <j^> asoundconf list
[06:57] <j^> Names of available sound cards:
[06:57] <j^> I82801CAICH3
[06:57] <j^> Modem
[06:57] <crimsun> ah
[06:57] <crimsun> yes, let's migrate this to #ubuntu+1
[07:04] <bddebian> Is katie down, slow, etc?
[07:06] <mjg59> Is it possible to add meta targets in Malone?
[07:08] <ogra> mjg59, meta targets `
[07:08] <ogra> ?
[07:11] <mjg59> ogra: Things that don't correspond to a real package
[07:12] <ogra> ah, like adding Provides to packages ? 
[07:15] <mjg59> ogra: Sort, of, yeah. I'd like there to be a "suspend" thing that bugs can be filed against, before being reassigned to either the kernel or acpi-support or X or whatever
[07:15] <ogra> ah, cool idea !
[07:28] <wasabi> launchpad able to add enhancement bugs?
[07:28] <wasabi> Not finding a "bug type" thingy
[07:28] <mdke> wasabi, you have to do it after you file it, I think
[08:05] <wasabi> mvo: https://wiki.ubuntu.com/GAptI
[08:05] <Pygi> joy, Pan recoded in C++ instead of Python
[08:42] <Eleaf> hello
[08:51] <Pygi> KaiL: so many duplicate bugs :-/
[08:57] <soumyadip> is the Ubuntu wiki theme copyrighted or under any restrictions ? Can we use a similar theme for ubuntu-in.org ?
[08:58] <sivang> anybody has an idea if cdrecord can skip it's "last chance to quit" and waiting some seconds before startin a burn?
[09:01] <mvo> sivang: IIRC it is not without patching the source, but it is possible that the source is patched already. suse had (IIRC) patches for this
[09:01] <mvo> and it's pretty trivial anyway
[09:05] <sivang> mvo: you sure there is no cmd line arg for that? that sounds way too much fuss for something so simple in other programs :)
[09:06] <sivang> mvo: questions, who do I need to convince to have this patch applied to our cdrecord?
[09:06] <sivang> mvo: *question is,
[09:06] <wasabi> mvo: https://launchpad.net/distros/ubuntu/+spec/apt-third-party
[09:06] <wasabi> in case you ever want to take a look at it.
[09:06] <wasabi> Or have time.;)
[09:07] <nictuku> or both
[09:07] <nictuku> :-)
[09:08] <mvo> sivang: http://paste.ubuntu-nl.org/11328
[09:09] <mvo> wasabi: did you updated it :) ? 
[09:10] <sivang> mvo: how did you have it so handy? :)
[09:10] <wasabi> Just rearranged stuff slightly.
[09:10] <wasabi> And made a spec.
[09:10] <mvo> sivang: apt-get source cdrecord :)
[09:11] <wasabi> going to try to get it done this time, though heh
[09:11] <wasabi> if life permits.
[09:11] <mvo> wasabi: nice! let's try to get it in for dapper+1
[09:11] <sivang> mvo: ah, nice. thing is, he says there that it breaks other things, you say that SUSE are using it successfuly ?
[09:12] <sivang> mvo: auch, this make me wanna wrap some of the libs inside the cdrtools for python :)
[09:12] <mvo> sivang: I was involved in a network frontend for cdreocrd some years ago and we patched it out too. I fail to see where it might cause problems
[09:13] <mvo> sivang: run away from that!
[09:14] <sivang> hehe, why ?? :)
[09:14] <wasabi> Need to figure out some way of extracting the information from a GPG key without adding it to a keyring
[09:14] <sivang> well, acutally, nautilus-cd-burner might provide this. still I check it's code and it uses cdrecord as well
[09:15] <sivang> mvo: okay, thanks, do you think I should bring this up to the TB meeting?
[09:17] <mvo> wasabi: what exactly do you mean? you can probably use gpg directly for this 
[09:17] <wasabi> Yeah, trying to figure out the command options. The gpg key I pull out of hte .apt file, I need to get the name of it.
[09:17] <wasabi> And a list of signatures.
[09:18] <sivang> at least for testing HUB it will be better.
[09:42] <Mithrandir> Pygi: (re ldap) tomorrow?
[09:42] <Mithrandir> tseng: thanks. :-)
[09:50] <raphink> hi there
[09:50] <raphink> is there a reason why we keep a 10 weeks old svn version of cups instead of using rc1 which was released a few days ago?
[09:51] <raphink> I know we're in UVF, but shipping an svn when the rc is out is a bit stupid isn't it?
[09:51] <raphink> or is it just that we forgot to keep aware of CUPS devlopmt ?
[09:51] <tseng> raphink: ask pitti on a weekday
[09:51] <raphink> I guess I shall
[09:51] <tseng> raphink: w/o less accusation
[09:52] <raphink> he's not here currently
[09:52] <raphink> tseng: hehe ;)
[09:52] <raphink> tseng: i'm not accusing :)
[09:52] <raphink> we have been having issues with this svn version in Kubuntu
[09:52] <tseng> I am sure he is aware of CUPS development :)
[09:52] <raphink> hmm 
[09:52] <raphink> well beta2 has been out
[09:52] <raphink> then rc
[09:52] <raphink> and we still have a random svn
[09:53] <Riddell> raphink: UVF is the exception, I think he's asking for an exception
[09:53] <raphink> ok
[09:54] <raphink> that's good
[09:54] <Riddell> raphink: http://www.cups.org/str.php?L1527
[09:54] <raphink> the longest it takes to get the exception, the less bugs will be fixed in it
[09:54] <Riddell> raphink: if you want to test a current svn to see if that last comment fixes the issues that would be great
[09:54] <raphink> fixing bugs in an obsolete svn is not so great
[09:54] <raphink> Riddell: it's RC1 out now
[09:54] <raphink> :)
[09:54] <Riddell> see comment at the bottom of that link, I don't know if that's in rc 1
[09:55] <sivang> raphink: I think he meant to do that anyway, but ask him indeed.
[09:56] <raphink> sivang: I'll wait for him to be online
[09:56] <raphink> sivang: the thing is that Riddell pinged a KDE dev about this issue with kdeprint not supporting cups 1.2
[09:56] <raphink> who said that implementing it on an svn basis in Ubuntu when rc1 is out has no real sense
[09:58] <tseng> you are accusing again
[09:59] <raphink> huh?
[09:59] <tseng> and inferring that you know better than the maintainer.
[09:59] <raphink> no
[09:59] <raphink> I'm reporting what a KDE dev said
[09:59] <tseng> mm, ok sorry
[09:59] <raphink> about a but we have with KDE and CUPS 1.2
[10:00] <raphink> tseng: I am in no way willing to accusate anyone, and I'm sorry if you understand it this way
[10:03] <sivang> tseng: we're jumpy doay aren't we :)
[10:03] <tseng> sivang: most days, I think.
[10:03] <sivang> tseng: hehe, low on that caffine ! :)
[10:05] <wasabi> There any GUI interface to add a key to apt-key which can be invoked from python?
[10:05] <wasabi> ie "Are you sure you want to trust Foo for software installs."
[10:07] <wasabi> I see the interface in Synaptic anyways.
[10:07] <wasabi> There a way to invoke that and only that?
[10:07] <wasabi> actually iy doesn't ask confirmation (it should)
[10:14] <mvo> wasabi: no, currently there is none, but it wouldn't be too hard to add one to gnome-software-properties
[10:15] <wasabi> Almost got gapti done already heh
[10:15] <wasabi> Simple pops up a dialog. Rest needs to be done thru synaptic, etc.
[10:25] <wasabi> gksudo doesn't really work very well for this. =/
[10:25] <wasabi> Cant' figure out how to pass command line options to it.
[10:26] <wasabi> nor send stdin
[10:28] <nictuku> I'm sure it is possible
[10:29] <nictuku> wasabi, if you need a hand, talk to kov which is the author of gksu(do)
[10:29] <Pygi> Mithrandir: sure, no problem at all ^_^ (re: ldap)
[10:31] <Pygi> Mithrandir: I'll ping you once I'm online tommorow
[10:52] <wasabi> mvo: I updated it now. It works. It needs cleanup. I am not a python wizard.
[10:52] <wasabi> But it does what's advertised.
[10:52] <wasabi> Feel free obviously to take a look. ;)
[10:57] <wasabi> mvo: I suspect something like this is going to want some "discussion" before it's added. The security considerations, etc. Also, if it's not promited as part of the platform, it's useless. What's the appropiate forum for that?
[11:00] <nictuku> wasabi, https://wiki.ubuntu.com/FeatureSpecifications may be helpful, I think
[11:59] <Kamion> sladen: I'm fairly sure that that gfxboot bug is an infinite loop in the theme code, judging from the symptoms
[12:00] <Kamion> I wasn't able to get time to look at it before Flight 6, but I'll try to put out some test images for people to try with suitable tracing code in them
[12:00] <sladen> Kamion: okay.  I haven't had a chance to look into it yet, I didn't realise theme code could have executable code... (I assumed it was just images and positions)
[12:00] <Kamion> Lure: will you be around at some point tomorrow or Tuesday to iterate through some tests with me? since I can't reproduce it myself, having somebody to teleoperate on a fairly short cycle would be good
[12:00] <Kamion> sladen: theme code is ALL executable code
[12:00] <Kamion> it's a postscript-like language
[12:01] <Kamion> and bloody hard to get right
[12:01] <sladen> ahhh...
[12:01] <Lure> Kamion: sure - during daytime I am at work (=harder), but evenings can be done
[12:01] <Kamion> could've been my addition of parsing for gfxboot-foreground and gfxboot-background
[12:01] <Lure> (I will also by some CD-RW media to be able to modify)
[12:02] <Kamion> Lure: what's your timezone?
[12:02] <Lure> UTC+2 currenlty (CET)