[12:45] <pygi> elkbuntu, hey hey :)
[01:00] <doko> seb128: hi font breaker ;-P
[01:00] <seb128> doko: I broke some font?
[01:01] <doko> some users did complain about new libcairo (?)
[01:02] <seb128> doko: not that I know of
[01:02] <seb128> doko: we got no bug about libcairo recently and nobody complained on IRC neither
[01:05] <zyga> doko: how did the bug manifest itself?
[01:07] <givre> Sorry, but if you speak abuout font problem, it's due to a compiz upgrade
[01:07] <givre> http://www.compiz.net/topic-3116-fonts-are-now-complete-crap
[01:08] <givre> from the quinn's repo
[01:44] <seb128> if a binary package is renamed (actually a lib changing soname and shipping conflicting content (it should use a -common but the package comes from Debian like that)), what should be used. Replaces? Conflicts,Replaces?
[01:46] <pitti> seb128: for a library, C/R seems appropriate
[01:46] <seb128> ok, what I though, thank you
[01:46] <pitti> seb128: Provides doesn't seem necessary for a library
[01:46] <seb128> and it would be wrong
[01:46] <seb128> since the soname changed
[01:46] <pitti> that, too
[01:46] <seb128> so it doesn't provide the previous one
[01:47] <pitti> with soname libraries conflicting to each other, much of the reason for soname package naming is lost, though :/
[01:47] <seb128> yeah, as said it comes from Debian
[01:47] <pitti> s/soname libaries/library packages/
[01:47] <seb128> and I spotted the error when uploading yesterday
[01:47] <pitti> seb128: I hope the transition is not too big then
[01:47] <seb128> but for some reason -0ubuntu1 got accepted from NEW and -0ubuntu2 rejected because the .orig.tar.gz was not found
[01:48] <seb128> pitti: it's the glade-3 lib, no transition
[01:48] <pitti> ah
[01:48] <seb128> the Debian maintainer screwed and forgot to change the soname
[01:48] <seb128> I spotted it like 5 min after upload
[01:48] <seb128> but since the NEW approval screwed the fixed version I've to Conflicts, Replaces now :p
[02:00] <bddebian> Heya folks
[03:48] <lastnode> imbrandon, ping? :)
[03:50] <imbrandon> lastnode: pong
[03:50] <lastnode> imbrandon, wondering if you got an email, or if i misspelled the address
[03:50] <imbrandon> lastnode: just going over my email now, sure put me on the group list
[03:51] <imbrandon> might be a few days before i get totaly caught up thought to poke the code well ;)
[03:51] <lastnode> imbrandon, sure, no hurry at all. btw the source is pretty old now, been doing some updates
[03:52] <lastnode> imbrandon, you know of a site that might offer some temp svn access?
[03:52] <imbrandon> hrm i could setup a svn server on imbrandon.com pretty easy i thinkor there is always sf.net
[03:53] <imbrandon> thought about bzr ? bzr > svn ;)
[03:53] <imbrandon> no server req either
[03:53] <imbrandon> ;)
[03:53] <lastnode> imbrandon, heh. for now, it would be safer to use something everyone knows how to? i know basically nothing about bazaar
[03:53] <lastnode> imbrandon, i want to make this a little more stable and decide on a name before i reg on sf.net
[03:54] <imbrandon> easy to get the basics, bzr checkout http://dsfgs   , bzr commit -m "comment here"
[03:54] <imbrandon> ;)
[03:54] <lastnode> imbrandon, is it free to sign up? i guess we could use it for now?
[03:54] <imbrandon> free to signup for what ?
[03:54] <lastnode> imbrandon, btw, some new output samples - http://dawnstudios.com/sandbox/mahangu/?p=16
[03:54] <imbrandon> k
[03:54] <lastnode> the 406 i mentioned in the email, seems to be server specific
[03:55] <lastnode> imbrandon, i mean, bazaar server, would you host it?
[03:56] <imbrandon> yea i can host , it requires nothgin but ssh accounts for sftp, i can setup it all up this evening and shoot you an email with a bzr primer, you could pick up the basics in 15 minutes, its realy nice
[03:56] <lastnode> imbrandon, is the bzr source released yet?
[03:56] <imbrandon> yes 
[03:56] <imbrandon> apt-get source bzr
[03:56] <imbrandon> ;)
[03:56] <lastnode> sweet
[03:56] <lastnode> im just wondeirng though
[03:56] <lastnode> for my friends on debian
[03:56] <lastnode> gentoo etc
[03:56] <lastnode> how would that work?
[03:57] <lastnode> from source?
[03:57] <imbrandon> also LP can / will host bzr branches too for registered products
[03:57] <imbrandon> bzr is in debian too, and it should run fine on any distro
[03:57] <lastnode> imbrandon, you think LP will host something as obscure as this?
[03:57] <imbrandon> sure , lets take this to a temp channell not to clutter up in here and i'll explain it a bit
[03:58] <imbrandon> join #imbrandon
[03:58] <DShepherd> i hear X is broke in edgy.. is it true?
[03:58] <lastnode> imbrandon, #taprobane
[03:58] <imbrandon> kk
[06:30] <nixternal> daily/alternate doesn't fit on a disk ;(
[08:14] <bluefoxicy> root     18435  ---    w|x  -------    syslogd          =ep cap_setpcap-ep  
[08:39] <DShepherd> is there any plans for tracker to be in edgy? or available for installation?
[09:56] <pitti> Good morning
[09:56] <hunger> hi
[12:19] <pitti> mvo: is there an easy way to disable this silly 'FutureWarning: apt API not stable yet' warning with the python apt module?
[12:24] <StevenK> Remove the raise FutureWarning? :-P
[12:29] <mvo> pitti: from warnings import warn
[12:29] <mvo> pitti: warnings.filterwarnings("ignore", "apt API not stable yet", FutureWarning)
[12:29] <mvo> err
[12:29] <mvo> make that first line
[12:29] <mvo> import warnings :)
[12:30] <mvo> then import apt
[12:30] <pitti> ah, cool
[12:30] <pitti> mvo: much better, thank you
[12:30] <mvo> pitti: I had a look at the python gettext code yesterday, what is the current langpack policy? if we have a mo file in the langpack use it, if not use the original translation? if that is the case I will fix the python script 
[12:31] <pitti> mvo: no, the other way round
[12:31] <mvo> aha, ok
[12:31] <pitti> mvo: i. e. /usr/share/locale is prefered over /usr/share/locale-langpack
[12:31] <pitti> to not break local builds
[12:34] <mvo> doko: here? 
[12:35] <doko> mvo: sure
[12:37] <robtaylor> hmm, if i want to build a patched dapper kernel, do i just need to update changelong and do debian/rules bumpabi?
[12:38] <robtaylor> s/changelong/chaiselongue/ s/chaiselongue/changelog
[12:39] <mvo> doko: I will do a updated gettext patch for the langpacks for python today, should I just upload it? or send it to you and you do it on your next scheduled upload?
[12:40] <doko> mvo: please go ahead, but apply it for both python2.4 and python2.5
[12:41] <mvo> doko: ok, thanks
[12:53] <Riddell> mvo: do you have any examples of third party "channels" files?
[12:53] <mvo> Riddell: try the "omnis" one in app-install-data-commercial
[12:53] <Riddell> mvo: ah, that's where it is.  why the separate package?
[12:54] <mvo> Riddell: because we exptected it to be updated quite frequently. and app-install-data is pretty big (some MB). that would be a pain for the users to download
[12:54] <Riddell> right, thanks
[01:07] <Zdra> Hi, is it normal that daily build are all over-sized ? What's the last daily which is <700M ?
[01:08] <rodarvus> anyone running Dapper *and* using i810 is willing to test an updated version of the i810 driver for me?
[01:08] <Zdra> rodarvus: I can
[01:09] <StevenK> rodarvus: I can on amd64, if you like.
[01:09] <Zdra> rodarvus: 0000:00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) --> that's ok to test ?
[01:09] <rodarvus> StevenK, oh, I only have i386 locally - but it would be nice if you could recompile the package I generated on amd64
[01:10] <rodarvus> Zdra, sure - I'm uploading the package right now :)
[01:10] <StevenK> rodarvus: What are you doing without an amd64? :-P
[01:10] <StevenK> rodarvus: But, sure, point me at source.
[01:11] <rodarvus> Zdra, StevenK: http://people.ubuntu.com/~rodarvus/packages/xserver-xorg-driver-i810/
[01:11] <rodarvus> Zdra, StevenK: thanks :)
[01:12] <rodarvus> Zdra, it is not normal for daily builds to be oversized, but Kamion and Mithrandir are on vacations and thus, unable to care for them
[01:12] <rodarvus> (they'll be back next week, though)
[01:12] <Zdra> rodarvus: just dpkg -i and restart X and say if it starts ? or something more to test ?
[01:12] <Zdra> rodarvus: ok
[01:13] <rodarvus> yes, this is the most important test
[01:13] <rodarvus> Zdra, please send me /var/log/Xorg.0.log, too
[01:13] <StevenK> Heh, my first test is if the fragging thing builds. :-P
[01:13] <rodarvus> rodarvus at ubuntu.com
[01:14] <StevenK> rodarvus: And toes?
[01:14] <StevenK> Whee, compiler warnings.
[01:15] <rodarvus> Zdra, playing video & testing DRI would be nice too
[01:15] <rodarvus> StevenK, please send me the .build so I can take a look at it, if it possible
[01:15] <StevenK> rodarvus: Oh, damn you. :-P
[01:16] <rodarvus> StevenK, use debuild, it saves the .build automatically for you
[01:16] <rodarvus> or even better, use pbuildere
[01:16] <rodarvus> pbuilder
[01:16] <StevenK> I am.
[01:17] <StevenK> I wasn't aware that pbuilder saves logs.
[01:17] <rodarvus> hmm, no it doesn't
[01:17] <rodarvus> :)
[01:17] <StevenK> -rw-r--r-- 1 steven users 53K 2006-08-18 21:17 ../xserver-xorg-driver-i810-1.6.5_amd64.build
[01:17] <StevenK> Anyway, I've gotten you one.
[01:18] <rodarvus> you need to pass --logfile for it to save the .build
[01:18] <rodarvus> (I added it to my helper scripts long ago and forgot)
[01:18] <StevenK> Yeah, I have my own.
[01:19] <StevenK> Well, it also installs.
[01:21] <shackan> unrelated, but is xgl useable now with an i810 ?
[01:22] <Zdra> rodarvus: ok it starts, movie are OK but glxgear is very slow and have errors
[01:22] <rodarvus> Zdra, did glxgears used to run well on your previous driver?
[01:22] <Zdra> what's your email ? I can send you logs and error msg
[01:22] <rodarvus> rodarvus at ubuntu.com
[01:22] <Zdra> rodarvus: yes
[01:22] <rodarvus> oh, well.
[01:23] <rodarvus> then this version of i810 driver really needs mesa 6.5
[01:23] <rodarvus> and is unsuitable for a dapper update :/
[01:23] <StevenK> rodarvus: It works.
[01:23] <rodarvus> thats sad news because it fixes loads of other bugs
[01:24] <StevenK> rodarvus: GL has never actually worked for me, though. :-)
[01:24] <StevenK> steven@liquified:~% glxgears
[01:24] <StevenK> ERROR!  sizeof(I830DRIRec) does not match passed size from device driver
[01:24] <StevenK> It even goes bang now.
[01:24] <rodarvus> StevenK, what "goes bang" means? :)
[01:24] <rodarvus> sorry, non-native english speaker here
[01:28] <HiddenWolf> rodarvus: doesn't work. :)
[01:28] <HiddenWolf> rodarvus: goes bang -> blows up
[01:28] <rodarvus> ahn
[01:28] <Zdra> rodarvus: I send you logs by mail ;)
[01:28] <rodarvus> HiddenWolf, thanks for the translation :)
[01:29] <rodarvus> Zdra, I'm reading them now, thanks!
[01:29] <Zdra> rodarvus: need more testing ? because I'm on public machines at university so I have to reverse to normal driver before quiting :p
[01:30] <rodarvus> Zdra, no, that was all the testing I needed, thanks a lot for the test!
[01:30] <StevenK> rodarvus: Right, sorry, I was afk.
[01:30] <rodarvus> StevenK, thanks for testing it too!
[01:30] <StevenK> rodarvus: You'd like the .build and Xorg.0.log?
[01:31] <rodarvus> StevenK, sure
[01:33] <StevenK> rodarvus: Sent.
[01:33] <StevenK> Well, it's hit fiordland.u.c, anyway
[01:34] <rodarvus> :)
[01:34] <StevenK> rodarvus: So, is it going into Dapper?
[01:35] <rodarvus> not really
[01:35] <rodarvus> (at least, not now)
[01:35] <rodarvus> StevenK, its up to you, really
[01:36] <rodarvus> if you haven't noticed any new problem
[01:39] <StevenK> rodarvus: Hopefully, I'm getting an Nvidia in a few weeks, so it might even get purged.
[02:27] <lastnode> infinity, ping?
[03:11] <tepsipakki> hi, ubuntu-desktop is uninstallable because of missing packages, and these should be rebuilt: at-spi, bluez-pin, bug-buddy, ekiga, evolution-webcal, gnome-mag, gnome-media, libgtkhtml2
[03:12] <tepsipakki> ..against the new libgail, libbluetooth, libebook or libecal
[03:29] <Hobbsee> doko: any reason you didnt subscribe the archive to tomcat5 sync request?  want me to fix it?
[03:30] <doko> Hobbsee: no, have to check something first ...
[03:30] <Hobbsee> doko: ah, cool.  just saw it come up in -bugs, and wasnt sure who had done it, if it was right, etc
[03:46] <simira> mvo_: any known issues with update-manager now? Something's not right with me at least
[03:47] <mvo_> simira: no, sorry. I did not managed to reproduce this yet :(
[03:47] <simira> mvo_: I meant if you had som other problems. I just got "Failed to download update-list", or something like that
[03:50] <simira> mvo_: I can take some time next week to re-test and confirm or close the update-manager bugs I have reported, and you can have a hands-on look on those who remain.
[03:54] <mvo_> simira: that sounds good, I would really like to figure what caused those problems
[04:48] <robtaylor> mjg59: whats the right way to patch a dapper kernel?
[04:49] <mjg59> robtaylor: I grab git, patch it, and send a diff to Ben
[04:49] <robtaylor> mjg59: apt-get source linux-kernel-foo, patch, bump changelong and bumpabi?
[04:49] <robtaylor> ah
[04:49] <mjg59> But I don't think that's what you want :)
[04:49] <mjg59> Bump ABI if ABI breaks
[04:49] <zul> robtaylor: download the dapper git tree, create a patch and send diff
[04:49] <robtaylor> probably not
[04:49] <robtaylor> zul: i'm testing LTTng, i'm not sure ben would be interested in the patch ;)
[04:50] <zul> LTTng?
[04:50] <robtaylor> linux trace toolkit, new stuff
[04:50] <zul> ah...edgy-git then 
[04:51] <zul> wont get into dapper then probably if you do send a patch
[04:51] <robtaylor> no, as mjg59 guess, i just want to build a dapper kernel package with all the crazy ubuntu stuff +LTTng
[04:52] <robtaylor> later i'll see about getting it in edgy ;)
[04:52] <ogra> Keybuk, can you promote ltspfs and ltspfsd to main ... pitti said its ok, even we have to fix stuff in the code
[04:53] <robtaylor> zul: its probably just best to wait for it to go into kernel proper though, some bits are not considered clean enough yet
[04:53] <desrt> robtaylor; is this a dtrace equiv?
[04:54] <Riddell> mvo_: do you know that gnome-app-install isn't installable?
[04:54] <robtaylor> desrt: well, yes and no
[04:55] <robtaylor> desrt: its rather a different design (post-processeing rather than pre-processing)
[04:55] <Keybuk> ogra: they don't appear to be approved
[04:56] <ogra> Keybuk, they arent ... but i need them in main and pitti said its fine with him since we'll resolve open issues together at the sprint anyway
[04:56] <desrt> robtaylor; but same idea, right?
[04:56] <desrt> robtaylor; in terms of what it does for me
[04:56] <ogra> Keybuk, he's gone after telling me that :/
[04:57] <robtaylor> desrt: well, in dtrace you can write scripts that do things at event points
[04:57] <Keybuk> heh fair enough
[04:57] <robtaylor> desrt: in LTT, you do the trace and then process the data
[04:57] <Keybuk> we can always beat you to death next week if you're LYING
[04:57] <desrt> oh.  i see what you mean.
[04:57] <Keybuk> ...or if you bring those shorts again
[04:57] <desrt> that's slightly less powerful.
[04:57] <ogra> Keybuk, exactly ... or make me pay all the beer :)
[04:57] <Keybuk> make sure you see them
[04:57] <robtaylor> desrt: dtrace is heavier in terms of resource usage, but more dynamic and easier for sysadmins
[04:57] <Keybuk> seed them
[04:57] <ogra> yup
[04:58] <Keybuk> done
[04:58] <robtaylor> desrt: LTT is light, but you end up with more data and you can't make arbitary things happen when the events occur
[04:58] <ogra> thanks a lot :)
[04:59] <desrt> robtaylor; thanks for the description.
[04:59] <robtaylor> desrt: there in't really an equiv of dtrace for linux yet :/
[04:59] <robtaylor> desrt: np
[05:00] <mvo_> Riddell: what is the error? seems to be ok here
[05:02] <lfittl> ogra: any news about blender 2.42 / ffmpeg support as a plugin? (just out of interest)
[05:02] <Riddell> mvo_:   gnome-app-install: Depends: python-gtk2 (>= 2.4.0) but it is not going to be installed
[05:02] <Riddell>                      Depends: python-gnome2-extras (>= 2.11.3) but it is not going to be installed
[05:02] <Riddell>                      Depends: python-gnome2 but it is not going to be installed
[05:02] <Riddell> mvo_: I have python2.4-gtk2 not python-gtk2
[05:03] <bddebian> Howdy folks
[05:06] <geser> python-gtk2 is definitely there. have you tried to install it explicitly?
[05:06] <ogra> lfittl, nope, had no time yet
[05:08] <ogra> Keybuk, i have another small problem ... with udev on thin clients ...
[05:09] <Keybuk> oh aye?
[05:09] <ogra> for pre-plugged devices we write to a chache file (.delayed-mounts) so if the ssh socket from the login is available the deamon we run can mount them
[05:10] <ogra> now thin client have a read only filesystem and only specific dirs and files get bind monted to a tmpfs 
[05:10] <Keybuk> right
[05:10] <ogra>  /tmp among them ... so we loose content of tmp during a small period of time on boot ...
[05:10] <Keybuk> even real Ubuntu systems are read-only at the point udev runs
[05:11] <ogra> our udev scripts usually write to /tmp/.delayed-mounts 
[05:11] <Keybuk> why not /var/run, out of interest?
[05:11] <ogra> well, /var/run would work as well ...
[05:11] <ogra> doesnt matter whare 
[05:12] <ogra> *where
[05:12] <Keybuk> right, carry on
[05:12] <ogra> hmm ... i get it ... i should exclude /var/run from the second time bind mounting to tmpfs i guess :P
[05:12] <Keybuk> right ;)
[05:13] <Keybuk> it doesn't matter so much whether you have one tmpfs, or a dozen different tmpfs
[05:13] <ogra> yep
[05:13] <Keybuk> they use the same pages anyway
[05:13] <Riddell> enrico: I don't suppose you've any idea why debtags in edgy is broken?
[05:13] <ogra> well, i missed the fact that we already have it as tmpfs but the ltsp code dates back to a time where that wasnt the case 
[05:14] <Keybuk> this is amongst the reasons we have it as a tmpfs in the first place
[05:14] <ogra> so it gets bind mounted a second time on thin client configuration :)
[05:14] <Keybuk> several things udev runs need to write cache/pid/etc. files
[05:14] <Keybuk> does that re-mounting not break network ?
[05:14] <Keybuk> you'd lose /var/run/network
[05:14] <ogra> no
[05:14] <ogra> apparently not
[05:14] <Keybuk> interesting, sure that lo is in there after the remount?
[05:15] <ogra> nope, lo isnt there at all
[05:15] <ogra> (and never wasnt)
[05:15] <ogra> s/wasnt/was/
[05:15] <Keybuk> that'd probably fix that too
[05:15] <ogra> right
[05:17] <ogra> hmm, speeds up the boot a bit :)
[05:18] <ogra> but i have no lo :)
[05:19] <ogra> night be because i dont run the startup scripts for it ;)
[05:19] <wasabi_> One of these days, I'll figure out how XKB works enough to fix it.
[05:19] <bddebian> wasabi_: Good luck with that :-)
[05:20] <wasabi_> This system has had neverending problems with it. g-s-d can't set the xkb settings, setxkbmap can't.
[05:20] <wasabi_> And try as I might I can't figure out how xkb even works. ;0
[05:28] <ogra> yay, it mounts :)
[05:29] <ogra> Thanks ! Keybuk 
[05:45] <ogra> hmm
[06:23] <moberg_> today there was a update to gnome-terminal, after I installed it, gnome-terminal crashes frequently
[06:52] <Seveas> moberg_, disable quinsstorms repos and yell at quinn
[06:52] <Seveas> it's not an Ubuntu update
[06:53] <lunitik> Sorry to disturb, where would be an appropriate place to discuss Community Council related issues?
[06:54] <zul> at the community council
[06:55] <lunitik> zul, which would be where? sorry, I was banned, since I have reviewed and signed the Code of Conduct and wish to be given another shot around the community... specifically #ubuntu
[06:55] <bluefoxicy> Seveas:  from a politics point of view, nobody is going to go for making shutdown->restart restart Linux instead of the machine, are they?
[06:55] <zul> you might want to try #ubuntu-ops
[06:56] <lunitik> zul, will do, thank you
[06:56] <Seveas> bluefoxicy, -EPARSE
[06:57] <bluefoxicy> Seveas:  I'm looking at getting things to use kexec instead of actually reboot.  An MSI board I had took 18 seconds to reach grub; another user i know has an MSI board that takes 25 seconds to reach grub.  These are Athlon 64s.  I think my current gigabyte takes about 10 seconds
[06:58] <Treenaks> bluefoxicy: kexec is nice, but what if you want to reboot into some other OS you're dualbooting?
[06:58] <Seveas> it might be nice for lmanul, adding another button to th overcrowded logout dialog
[06:59] <bluefoxicy> I'm thinking I can definitely say it's safe to make the "System Restart Required" dialoog kexec; I don't know about just replacing the current Reboot functionality
[06:59] <bluefoxicy> Treenaks:  shutdown?  :)
[06:59] <bluefoxicy> Seveas:  that would be confusing.  "Restart" "Reload"?  "WTF?" would be the reaction :)
[06:59] <Treenaks> bluefoxicy: how safe is kexec?
[06:59] <Treenaks> Seveas: Ubuntu should just use the upstream dialogs.. I do
[07:00] <Treenaks> Seveas: they're great compared to the button mash
[07:00] <bluefoxicy> Treenaks:  it's .... pretty old.  I believe it's maintained, it's been in there for a bit and IIRC Linus likes it so it's probably stable; some testing is needed, as with anything.
[07:00] <bluefoxicy> oh
[07:01] <bluefoxicy> you can load-panic too, something Linus wanted, kernel panic -> immediately load new kernel :)
[07:01] <bluefoxicy> I don't see a way to load an initrd.  :(
[07:03] <lunitik> Seveas is unwilling to give me a chance, is there another route I can take? I really want to be a good community member, and avoid disagreements entirely.
[07:03] <lunitik> Only thing I can do to give back in provide support for people, and I plan to do that as well as I can.
[07:03] <Seveas> lunitik, come to a community council meeting and do NOT mess in here -- this is not an escalation channel
[07:04] <lunitik> I just want another chance.
[07:04] <lunitik> Seveas, you've banned me from all the other Ubuntu related channels I know of now... when is the next council meeting?
[07:04] <Seveas> lunitik, wiki.ubuntu.com/CommunityCouncilAgenda
[07:05] <Seveas> fwiw, you can be active in other places besides IRC too
[07:06] <lunitik> Seveas, not as effectively. I enjoy helping people on IRC. Disagreements happen on this medium though.
[07:06] <Seveas> lunitik, which part of "do NOT mess in here -- this is not an escalation channel" is so hard to understand?
[07:07] <lunitik> I do not like forums or mailing lists, its more difficult to really assist people. 5 years experience with Debian shouldn't go to waist simply because I'm not currently using Debian.
[07:07] <lunitik> Seveas, sorry... I'll be at the meeting.
[07:09] <pygi_> who feels like doing some testing right now? :)
[07:10] <Seveas> pygi_, depends on how hard and hum much it might break
[07:10] <pygi_> Seveas, might break none, I need testing for "libburn-on-cdrecord" layer
[07:11] <Seveas> hmm, /me has no bank cds
[07:11] <azeem> pygi: what are you using for that?
[07:11] <pygi> azeem, I am writing that :)
[07:11] <azeem> oh, o
[07:11] <azeem> so you extend libburn, or you write a cdrecord replacement which uses libburn?
[07:12] <azeem> ah, you're one of the people forking it?
[07:12] <azeem> I see
[07:14] <pygi> azeem, that no good word, but whatever
[07:14] <sivang> azeem: I understood it was abandomed by its maintainer, so that's not exactly forking ? 
[07:15] <feloness>  33 check it http://www.goolook.ru/?ref_id=11389
[07:26] <azeem> does anybody know whether a Ubuntu precense is planned for the Systems expo in Munich in late October?
[07:28] <zul> azeem: might want to check with jono
[07:28] <pygi> Seveas, poke
[07:35] <bluefoxicy> kexec_load function not implemented
[07:35] <zul> hey rodarvus 
[07:36] <bluefoxicy> shet.  It's on in edgy, not on in dapper.
[07:36] <rodarvus> hey zul
[07:36] <bluefoxicy> well, I guess it's time my laptop flirts with edgy.
[07:50] <bluefoxicy> it worked
[07:51] <bluefoxicy> but I had to patch /etc/init.d/reboot
[08:15] <bluefoxicy> k I made a post on -devel@
[08:17] <Keybuk> so, right, why isn't there an ssh-askpass-gnome-keyring ?
[08:17] <bluefoxicy> it'll take 3 scripts, a tweak at /etc/init.d/reboot, and a poke at the System Restart Required dialog or wherever else you wanna use it.
[08:17] <bluefoxicy> hi buk
[08:27] <Amaranth> Keybuk: it'd be so cool to have that and pam_keyring, you could just login and have all your stuff work
[08:34] <moberg_> is there any edgy isos available for download?
[08:37] <welshbyte> moberg_: http://cdimage.ubuntu.com/releases/edgy/  WARNING: use at your own risk
[08:38] <moberg_> welshbyte: sweet, i'm going to install edgy in a virtual machine and test an application that i'm developing
[09:11] <enrico> Riddell: I had no idea it was broken, either...
[09:11] <enrico> Riddell: any pointers?
[09:12] <Riddell> enrico: debtags cat   just gives no tag for all items
[09:13] <Riddell> it's the same source as in debian
[09:21] <enrico> Riddell: can you send me a strace?
[09:21] <enrico> Riddell: and a ls -la /var/lib/debtags
[09:21] <enrico> Riddell: and a cat /etc/debtags/sources.list
[09:22] <enrico> Riddell: and a apt-cache dumpavail|grep ^Tag | wc -l
[09:22] <enrico> I think that's it
[09:22] <Riddell> enrico: http://kubuntu.org/~jriddell/tmp/DEBTAGS
[09:22] <enrico> Riddell: I suspect that the reason is having "tags apt://" in the debtags sources.list but no tags in the packages file
[09:24] <enrico> Riddell: if that is the case, try adding "tags http://debtags.alioth.debian.org/tags/" to /etc/debtags/sources.list and run 'debtags update'
[09:24] <Riddell> enrico: http://kubuntu.org/~jriddell/tmp/DEBTAGS-COMMANDS
[09:24] <enrico> >apt-cache dumpavail|grep ^Tag | wc -l
[09:24] <enrico> 0
[09:24] <enrico> gotcha
[09:24] <enrico> Riddell: that's it.
[09:26] <enrico> Riddell: does changing the debtags/sources.list and updating solve the issue?
[09:26] <Riddell> enrico: it does
[09:27] <enrico> Riddell: then I guess either Ubuntu starts adding Tag: fields to the packages file, or the Ubuntu debtags ships getting the files from alioth
[09:27] <enrico> or, getting the files from a local directory
[09:28] <enrico> Riddell: debtags/sources.list supports file:// uris as well
[09:28] <Riddell> enrico: how come debian doesn't have this problem?
[09:28] <enrico> Riddell: Debian has Tag: fields in the Packages file
[09:29] <Riddell> right
[09:29] <_ion> o
[09:29] <_ion> Whoops.
[09:31] <zul> hey fabbione 
[09:32] <desrt> zul; -6 gives no love for not rebooting
[09:33] <zul> desrt: ok...
[09:44] <Oestrelata>  13 check this http://www.goolook.ru/?ref_id=11389
[10:08] <bluefoxicy> mdz:  ping, are you about?
[10:22] <sladen> Keybuk: I had at the back of my mind dropping powernowd for edgy and switching to the in-kernel ondemand governor;  I'd forgotten about it, are you happy with it happening---it deals with issues involving multiple CPUs/cores
[10:26] <RingerE> http://www.wsmfm.com/dogs/entries  vote for molly, the cockerspaniel... if she gets enuogh votes i win crap ;o)
[10:27] <mjg59> rodarvus: Why does my libgl appear to be trying to open /usr/X11R6/lib/modules/dri/i915_dri.so rather than /usr/lib/i915_dri.so ?
[10:28] <mjg59> Uh
[10:28] <mjg59> /usr/lib/dri/i915_dri.so
[10:29] <rodarvus> mjg59: configs/debian-dri is screwed. I'll upload a fix today
[10:29] <mjg59> Ok, cool
[10:46] <Kaleo> rodarvus: you're ace
[10:55] <Keybuk> sladen: iirc, the ondemand governor does exactly the same thing as powernowd, no?
[10:55] <Keybuk> adjusts the speed based on the current load
[10:57] <pygi> Amaranth, poke
[10:57] <Amaranth> pygi: that hurts