[12:11] <infinity> Mithrandir: The jabber thing?  Why does my vector graphics editor want a jabber interface?
[12:11] <Kano> dpkg-divert --list|grep kside.png|cut -f7 -d' '
[12:11] <Kano> ok, sowas auch noch...
[12:12] <Burgwork> infinity: it uses jabber to do collaboration
[12:12] <_ion> It would be cooler if it used telepathy instead of loudmouth directly.
[12:12] <Burgwork> telepathy didn't exist when the inkscape people started inkboard
[12:13] <Mithrandir> infinity: sharing is good
[12:14] <Mithrandir> keescook: you just won the contest on who gets to write a MIR for loudmouth.  Or make inkscape not depend on loudmouth.
[12:14] <Robot101> they should go back and fix it :D
[12:14] <keescook> Mithrandir: yahoo
[12:14] <Robot101> telepathy-gabble needs a MIR for loudmouth anyway
[12:15] <Burgwork> Robot101: what about non-Linux builds?
[12:15] <keescook> Mithrandir: actually, I think they were thinking of not using loudmouth any more.  (some other lib instead?  I'll need to go check with them.)
[12:15] <Mithrandir> Robot101: telepathy-gabble | 0.4.5-0ubuntu1 | feisty/universe | source, amd64, i386, ia64, powerpc, sparc
[12:15] <Robot101> Mithrandir: feisty's meant to get some telepathy loving in main
[12:16] <Mithrandir> Robot101: yeah, but it doesn't need the MIR atm.
[12:16] <keescook> wait, I can't write the MIR if I do the audit too, can I?  :)
[12:16] <infinity> keescook: Sure you can, an MIR is a statement of fact, not opinion.
[12:16] <infinity> (In theory)
[12:17] <keescook> infinity: ah, okay.  fair enough.  :)
[12:17] <Mithrandir> keescook: nice try, though
[12:17] <Kano> why had ubuntu a /etc/debian_version file?
[12:17] <Kano> has
[12:17] <infinity> Kano: So 3rd party apps/scripts that look for it don't freak out.
[12:17] <infinity> Kano: (Many look for it to see if the system is "debianish", then take decisions based on that)
[12:18] <Kano> i is 100 sure that that file is on every ubuntu or just edgy
[12:18] <Mithrandir> Kano: it's on all ubuntu version released.
[12:18] <infinity> (And always reads "testing/unstable")
[12:19] <Mithrandir> lamont: should we disable cdb support in postfix or get tinycdb into main?
[12:20] <Kano> infinity: ok, i checked for lsb-relase for ubuntu usually
[12:20] <infinity> Kano: Yes, as do I.
[12:21] <Kano> i miss awk on ubuntu and bash ;)
[12:21] <infinity> Err, they're both there.
[12:21] <Kano> sure but not preinstalled
[12:21] <infinity> bash is Essential:yes, and mawk is Priority:required.
[12:21] <Mithrandir> err, they are
[12:21] <infinity> So, yes, preinstalled.
[12:21] <Kano> so i had to fix serveral things
[12:22] <infinity> You'd have a deeply upset system without them, I suspect.
[12:22] <Kano> like the ati-installer uses echo -e, == and pushd/popd
[12:23] <Kano> you have to patch that out first to use it
[12:23] <Mithrandir> it probably assumes that /bin/sh is bash
[12:23] <Kano> thats it
[12:23] <infinity> Kano: The ATI installer needs to be fixed to be !/bin/bash
[12:23] <infinity> Kano: Tell upstream.
[12:23] <Kano> i did
[12:23] <infinity> (Or run it as "bash ati...run")
[12:23] <Kano> and i wrote my own installer
[12:24] <Kano> infinity: not that esay
[12:24] <infinity> Sure it is.
[12:24] <Kano> nope
[12:24] <sivang> giskard: ping
[12:26] <sivang> giskard: actually unpind, will talk to you tomorrow
[12:26] <sivang> night all
[12:26] <pygi> night sivang 
[12:29] <Kano> [ "$(readlink /bin/sh)" = "dash" ]  && sed -i 's/==/=/;s/pushd/cd/;s/popd//;s/echo\s\+-e/printf "%b\n"/' packages/Ubuntu/ati-packager.sh
[12:29] <Kano> that was needed
[12:29] <Kano> otherwise no packages are created
[12:29] <Kano> when you use --buildpkg Ubuntu/edgy
[12:30] <Kano> i just finished changes for nvidia+fglrx
[12:30] <Kano> http://kanotix.com/files/install-fglrx-debian.sh
[12:30] <Kano> http://kanotix.com/files/install-nvidia-debian.sh
[12:30] <Kano> if someone finds problems let me know
[12:30] <Kano> i am usually on that server just not that channel
[12:32] <Kano> bye
[12:34] <madduck> fabbione: lovely commit message. maybe you could mention or point to the Debian bug it refers to? Or is this a problem I don't know yet?
[12:34] <_ion> How about this for a problem? The nvidia script seems to throw files around the filesystem without dpkg knowing about it.
[12:34] <fabbione> madduck: oh i just wanted to show you the diff
[12:34] <fabbione> madduck: one sec that i need to re-deb-diff it
[12:34] <fabbione> it's one line change
[12:35] <fabbione> madduck: and i didn't check debian bts
[12:35] <fabbione> so i don't know if there is a bug open for it
[12:35] <fabbione> people here almost larted me for breaking their upgrades
[12:35] <madduck> can i see the diff?
[12:35] <fabbione> madduck: yes.. one sec please
 madduck: one sec that i need to re-deb-diff it'
[12:35] <madduck> sorry. :)
[12:36] <fabbione> madduck: see /msg
[12:37] <fabbione> basically i see no point to fail if we have no configured raids
[12:37] <fabbione> it might be normal
[12:38] <fabbione> madduck: i also found other upgrading issues from 2.4.* to 2.5
[12:38] <fabbione> madduck: but i can't really debug it so far from the machine
[12:38] <Mithrandir> seb128: libnet-dbus-perl which system-tools-backends now needs a whole stack of new modules (libxml-twig-perl, libxml-xpath-perl, libunicode-map8-perl, libxml-handler-yawriter-perl, libxml-sax-machines-perl); any idea what we should do about that?
[12:39] <seb128> Mithrandir: get them to main?
[12:39] <Mithrandir> seb128: sure, just get me approved MIR. :-)
[12:40] <seb128> Mithrandir: I know the right guy to get those :p
[12:40] <Mithrandir> ah, he's around now.  He wasn't earlier.
[12:40] <Mithrandir> enjoy. :-)
[12:40] <orkid> to upgrade to feisty, just change the repos (and use update-manager?)
[12:41] <seb128> yep
[12:41] <seb128> not sure if that's a good idea to update yet though
[12:42] <orkid> i realize it's near the beginning of development.
[12:42] <madduck> fabbione: please just tell me what the problems are. i know where to look quite well by now, having involuntarily maintained it for 4 months.
[12:42] <orkid> tx
[12:44] <fabbione> madduck: dude.. i can't reboot or downgrade that machine from where i am... i was confident that it was going to be ok and upgraded. so when i am back next week i will be able to tell you more
[12:44] <Kano> another thing: why is module-assistant not in main?
[12:44] <Kano> it is very usefull
[12:44] <pygi> Kano: you cant go around saying why random FOO isn't in Main? :P
[12:44] <Kano> thats a major tool
[12:44] <Mithrandir> Kano: no, it's not.
[12:45] <Mithrandir> we ship precompiled kernel modules instead.
[12:45] <Kano> you need m-a prepare to be able to compile modules
[12:45] <Mithrandir> no, you don't
[12:45] <madduck> fabbione: sorry, i am not trying to be pushy. i am just surprised. caught off guard.
[12:45] <Kano> at least thats the most easy way
[12:45] <fabbione> madduck: don't worry.. i need to look at it because it's scary message and i was surprised too. I just can't do anything here. I don't have test equipment to play with
[12:46] <Mithrandir> Kano: that's irrelevant as long as the user never needs to compile modules by hand.
[12:46] <keescook> hmpf.  Inkscape 0.45 won't be using libloudmouth.  :P
[12:46] <Kano> sure and you only provide one version of fglrx and nvidia drivers (ok+ legacy) in your rep.
[12:47] <infinity> Kano: And we should provide more than that, why?
[12:47] <Kano> infinity: because nvidia needs 2 legacy drivers soon for example and you need one legacy (8.28.8) and latest to support all ati chips
[12:47] <infinity> Kano: Catering to the ricer crowd who looks for the sweet spot to get an extra 3fps out of a specific video game isn't really our deal. :)
[12:48] <infinity> Kano: The fglrx legacy issue is a non-issue, IMO, as the cards they dropped have free 3D support.
[12:48] <infinity> Kano: As for the nvidia "need 2 legacy drivers soon" thing, do you have a reference for me to look at?
[12:48] <infinity> (I admit, I've not been reading such news in the last couple of weeks)
[12:49] <infinity> Kano: I'll only maintain an fglrx legacy package if upstream does.  They've not committed to doing so (like nvidia did), they just dropped support.
[12:49] <Kano> infinity: 96xx series will be the legacy driver for gefore 2mx till gf4200, so basically every dx7/8 card which is not already a legacy one
[12:49] <infinity> Kano: Distributing a binary blob to users with no promise of updates/support is not high on my list of "bright things to do".
[12:50] <Kano> infinity: well i do that always with a script
[12:50] <Kano> for kanotix
[12:50] <Kano> which supports ubuntu now too
[12:50] <infinity> Err, and your script magically fixes security holes in old fglrx releases? :)
[12:50] <Mithrandir> Kano: good for you, then.  We won't.
[12:50] <infinity> I'm not talking baout my maintenance overhead, I'm talking about us not shipping obsolete and unsupprted code.
[12:51] <TheK> Kano, does this driver really WORK usefull with such old chips? there are several comments about problems with GF3
[12:51] <Kano> TheK: 9626 works
[12:51] <Kano> which is needed for composite
[12:52] <Kano> install-nvidia-debian.sh -c
[12:52] <Kano> -c is for composite
[12:52] <TheK> and they cut now above 4200? strange position.. I guess, MX4000 still supported? ;)
[12:53] <Kano> 9742 has no support for those cards
[12:54] <Kano> butthat driver is needed for geforce 8800 series
[12:55] <TheK> http://us.download.nvidia.com/XFree86/Linux-x86/1.0-9742/README/appendix-a.html that file still lists all? lol?
[12:55] <Kano> TheK: the readme is incorrect
[12:55] <TheK> :(
[12:56] <Kano> this driver needs 5200 and above
[12:56] <Mithrandir> Riddell: you or some other kubuntu person probably wants to write a MIR for gsmlib
[12:57] <infinity> 9742 is still listed as a beta driver.  NVIDIA quite frequently limits the PCI ID list on beta drivers.
[12:57] <Kano> TheK: you can try it
[12:57] <Kano> mount --bind /bin/bash
[12:57] <infinity> I'm quite convinced they don't intend to maintain 3 branches of the driver.  2 is bad enough.
[12:57] <Kano> ./install-nvidia-debian.sh -cv 9742
[12:57] <Kano> umount /bin/bash
[12:57] <Riddell> Mithrandir: aye
[12:57] <TheK> Kano, to lazy to boot my system with gf2mx ;)
[12:57] <Kano> mount --bind /bin/bash /bin/sh
[12:57] <Kano> of course
[12:57] <Kano> TheK: you will get no screen..
[12:58] <infinity> Kano: Why on earth are you using mount to do that?
[12:58] <infinity> Kano: That's vile.
[12:58] <Kano> when you use -c then you get composite suport
[12:58] <Kano> infinity: no need for a symlink
[12:58] <infinity> Kano: "bash <script-that-needs-it>"
[12:58] <TheK> infinity, on Windows the 97xx-Series is for 8800 ONLY
[12:58] <TheK> afaik it doesn't even support GF7 there...
[12:58] <Kano> infinity: i dont like to do that, it is not my script that needs bash, it is the nvidia-isntaller in it. i dont like to change that for this beta
[12:59] <infinity> TheK: For now, yes.  That happens on most new product releases.
[12:59] <Mithrandir> Kano: I fail to see how this conversation is relevant to Ubuntu development, so maybe you should take it elsewhere.
[12:59] <infinity> Kano: So call the installer with bash from inside your script.
[12:59] <Kano> well you should know how many nvidia packages you need ;)
[01:00] <Kano> infinity: does not work, it is inside a script inside, would have to patch that
[01:00] <TheK> one day we have nvidia-glx-gf1, -gf2, -gf3, -gf4.. and so on? ;)
[01:00] <infinity> TheK: No, we'll drop support for older cards when upstream does.
[01:01] <infinity> Upstream's not going to maintain/support 3 branches, and neither will we.
[01:01] <_ion> kano: Your nvidia script seems to install stuff around the filesystem without dpkg knowing about it.
[01:01] <ajmitch> by that point we'll probably have free nvidia drivers for those older cards anyway
[01:01] <infinity> We can't provide support for binary-only drivers without upstream's commitment to them.
[01:01] <Kano> _ion: thats correct, but nvidia-installer --uninstall works very well
[01:01] <TheK> ajmitch, are they making progress now?
[01:01] <_ion> Evil.
[01:01] <ajmitch> however, still not too relevant
[01:01] <Kano> the fglrx script uses packages
[01:02] <ajmitch> TheK: yes they are, I might package up the nouveau ddx & drm bits for people to play with
[01:02] <fabbione> ajmitch: i was able to see some errors on mdadm. i will look at them next week
[01:02] <fabbione> ajmitch:  i can't do testing from where i am now
[01:02] <ajmitch> fabbione: alright
[01:02] <ajmitch> I can't test until tonight either
[01:02] <Mithrandir> pitti: could we have a MIR for gnome-mount?
[01:02] <Kano> bye
[01:09] <Mithrandir> seb128: could you either seed or make something depend on industrial-cursor-theme if you actually want it in main?
[01:13] <Keybuk> pitti: and could we remove the Recommends: cryptsetup :p
[01:16] <pitti> Keybuk: uploaded
[01:29] <lamont> Mithrandir: re cdb - I don't really care - the cdb folks would feel it belongs in main, of course.
[01:29] <lamont> the nice part is that it's actually upstream that added cdb support, so sucking it into main would be good
[01:30] <Mithrandir> lamont: any chance of me convincing you to write a MIR?
[01:30] <lamont> sigh.  OK.  might be next weekend though
[01:30] <lamont> unless you need it sooner
[01:30] <infinity> Take your time.
[01:31] <infinity> It's not like anyone uses postfix anyway.
[01:31] <lamont> infinity: heh
[01:31] <lamont> but postfix is better than prefix, because it came later...
[01:36] <Kano> just a tiny addon, the bash hack is not required anymore, added a little replacement (there was == in a subscript)
[01:43] <_ion> Should we care?
[01:43] <pygi> _ion: release soon, this release will need so much testing :)
[01:44] <_ion> Cool.
[01:47] <pygi> hey bddebian 
[01:47] <pygi> _ion: probably somewhere next week, 4 more tasks on TODO
[01:47] <bddebian> hI pygi
[01:48] <pygi> _ion: debian k3b package now searches for cdrskin as replacement for wodim
[01:48] <Mithrandir> pitti: g-m promoted
[01:53] <_ion> pygi: Nice.
[01:53] <pygi> _ion: for now ... yes ^_^
[01:53] <pygi> _ion: later --> drop wodim :)
[02:03] <_ion> pygi: And finally make k3b use libburn directly? :-)
[02:03] <pygi> _ion: that's third step. Second is to make k3b use cdrskin by default ^_^
[02:03] <pygi> _ion: for that third step, I need to talk with Sebastian
[02:08] <pygi> _ion: anyway, time to sleep
[02:08] <pygi> _ion: important exam which I'll fail today 
[02:09] <_ion> What exam?
[02:09] <pygi> _ion: statistics ^_^
[02:09] <_ion> Good luck for the statistics exam which you'll fail today. :-)
[02:10] <pygi> _ion: thanks :P And the thing is that I'm preety sure that if I fail this exam I failed uni ^_^
[02:10] <pygi> but yea, good luck to me :)
[02:10] <pygi> night now :)
[02:10] <_ion> gnite.
[02:25] <psusi> anyone know much about this new ext resize feature and the resize inode?
[02:28] <psusi> didn't Theodore Ts'o used to hang here?  he seems to have written some of the code for handling it in e2fsprogs
[04:32] <jk-> ahoy
[05:21] <bluefoxicy> so bored
[05:23] <Keybuk> aww
[05:24] <jk-> is there any policy on where non-native libaries/headers are to be installed?
[05:24] <Keybuk> headers go in /usr/include
[05:24] <Keybuk> libraries normally in /usr/lib
[05:25] <jk-> Keybuk: yep, but it only makes sense to put native ones there..
[05:25] <Keybuk> how do you have a non-native library?
[05:25] <jk-> eg, for cross-compiling
[05:25] <Keybuk> /usr/lib/arch-linux type thing for that
[05:26] <jk-> and /usr/include/arch-linux ?
[05:26] <Keybuk> where arch-linux is the config.guess output
[05:26] <jk-> yep
[05:27] <Keybuk> e.g. /usr/lib/i386-linux-gnu, /usr/lib/i486-linux-gnu
[05:27] <Keybuk> etc.
[05:29] <jk-> so just do the same thing for includes ?
[05:30] <Keybuk> something like that
[05:30] <jk-> smeet, ok.
[05:30] <jk-> cheers.
[05:32] <Ng> hey Keybuk 
[05:32] <Keybuk> hey Ng!
[05:32] <Keybuk> how's it going!
[05:32] <Keybuk> long time no see!
[05:32] <Ng> Keybuk: hehe. python hates me ;)
[05:32] <Keybuk> Python hates everyone, it's goth
[05:33] <Ng> hah, typically, right as I typed that, i realised what I was doing wrong
[05:33] <Ng> so I can start using my own nonsense now \o/
[05:34] <Keybuk> what did you write?
[05:34] <Ng> I think I mentioned it t'other day, it just puts 4 vte widgets in a window, to maximise screen space on my teeny laptop
[05:35] <Keybuk> ahh
[05:36] <Ng> so nothing that devilspie and gnome-terminal couldn't do, but I wanted to learn some python and remind myself about gtk
[05:37] <Keybuk> I just press F11 twice
[05:37] <Keybuk> Metacity does the right thing
[05:37] <Keybuk> uh, four times
[05:37] <Ng> sure, that fullscreens a single terminal, but I lose panels behind it and it's just one terminal. this is 4 arranged in a grid
[05:38] <Ng> but anyway, it's all quite trivial ;)
[05:42] <Keybuk> ah
[05:42] <Keybuk> for me F11 just opens a single terminal
[05:42] <Keybuk> if I press it four times, I get four terminals arranged in a grid on my desktop
[05:42] <Keybuk> yay placement
[05:42] <Ng> oh, iswym. yeah I do that now and metacity mostly gets it right, but there's all that space wasted on window decoration ;)
[05:44] <_ion> One of the things i love about window shadows is the fact that you can use 0px window borders and still distinguish overlapping windows from each other perfectly.
[05:46] <Keybuk> and my workspace layout
[05:47] <Ng> I'm waiting for the crackful configuration to go away ;)
[05:49] <Keybuk> you can get rid of the wobbling and cube
[05:50] <Ng> and I do every time I try it, plus I have to ditch the blur plugin or it is unusably slow on this laptop, but the configuration is annoying and emerald is insane
[05:56] <_ion> Sounds like you've been using the beryl fork. I'm not using compiz nor beryl until nvidia releases a 9000 series driver that actually works, but i've heard compiz should have a less insane config UI than beryl has.
[05:57] <Ng> hey mnepton 
[06:15] <mnepton> heya Ng
[06:16] <mnepton> what're you up to? poker in the lobby tonight. about to head down for a smoke and some cards.
[06:30] <Ng> mnepton: I'm being highly anti-social and attempting to ditch this cold
[06:31] <jk-> sharing is caring
[06:31] <jk-> :)
[06:31] <Mez> people still at MTV then /
[06:39] <_ion> The newest innovation: germ sharing in Patient2Patient networks.
[07:01] <siretart> pygi: in debian, dvd+rw-tools suggests cdrskin
[07:10] <AWOSLappy> I was referred here by #ubuntu.
[07:10] <AWOSLappy> http://paste.ubuntu-nl.org/32266/
[07:11] <AWOSLappy> When the error comes up, it stops for about five minutes with
[07:12] <AWOSLappy> '/sbin/modprobe': Premature exit      or something along those lines, I don't remember the exact wording
[07:12] <AWOSLappy> And ever since this error happens on bootup my touchpad and external PS/2 mouse no longer work.
[07:13] <crimsun> line 19 references an old kernel. Can you reproduce this with 6.06.1?
[07:13] <AWOSLappy> I have 6.06.1
[07:13] <crimsun> you're not using the latest kernel, however, according to the OOPS
[07:14] <AWOSLappy> Well I don't have Edgy (6.10), I have Dapper LTS (6.06.1)
[07:15] <AWOSLappy> Shall I get Feisty?
[07:15] <crimsun> I'm referring to 2.6.15-27
[07:15] <AWOSLappy> I will apt-get update and apt-get upgrade
[07:16] <crimsun> dist-upgrade instead of upgrade, please.
[07:16] <AWOSLappy> !
[07:16] <AWOSLappy> no!
[07:16] <AWOSLappy>  /dev/hda3  5.5G  5.1G  78M    99%  /
[07:16] <AWOSLappy> ^ I have no disk space
[07:16] <AWOSLappy> I can barely upgrade
[07:17] <AWOSLappy> and since the *STUPID* NFS doesn't work I can't back up either
[07:17] <crimsun> do you have a live cd?
[07:17] <AWOSLappy> of Dapper.
[07:17] <AWOSLappy> not of Edgy.
[07:17] <AWOSLappy> and besides, can bcm43xx be started on the live CD?
[07:17] <crimsun> that's fine, then, as long as you have it at the location where the machine is located physically.
[07:18] <AWOSLappy> Ubuntu, Kubuntu or Xubuntu?  I have all three
[07:18] <crimsun> doesn't really matter; they share the same kernel
[07:18] <AWOSLappy> Okay I am staring at the 6.06 LTS disc right now
[07:19] <AWOSLappy> but it has 2.6.15-23 too
[07:19] <crimsun> I would remove linux-image-2.6.15-23-386 and dist-upgrade to linux-image-2.6.15-27-386
[07:19] <AWOSLappy> !
[07:19] <AWOSLappy> can you even DO that without touching anything else?
[07:20] <crimsun> sure, it will remove linux-restricted-modules-2.6.15-23-386 and assorted metapackages, but you should be interested more in getting that new l-i (and possibly l-r-m) than anything else
[07:21] <AWOSLappy> so what do I do in apt/sources.list?
[07:21] <crimsun> if it fubars, boot from the live cd, chroot into your install partition, remove linux-image-2.6.15-27-386, and reinstall linux-image-2.6.15-23-386 (and possibly linux-restricted-modules-2.6.15-23-386) from the CD
[07:21] <crimsun> don't touch sources.list(5)
[07:21] <AWOSLappy> Ah okay.
[07:21] <AWOSLappy> okay not touching
[07:22] <AWOSLappy> Holy moly!
[07:22] <AWOSLappy> requires 83M of disk space
[07:22] <AWOSLappy> I have 78
[07:23] <crimsun> and that's why you remove linux-image-2.6.15-23-386 first, since it will remove linux-restricted-modules-2.6.15-23-386, too, clearing more than 78 MB
[07:23] <AWOSLappy> ah
[07:23] <Ng> AWOSLappy: check /var/cache/apt/archives/ too, you may have old debs in there
[07:23] <AWOSLappy> Wow.
[07:23] <AWOSLappy> only requires 246kB now :)
[07:24] <AWOSLappy> Ng, that would be apt-get clean right?
[07:24] <Ng> yeah
[07:25] <AWOSLappy> Okay it sas
[07:25] <AWOSLappy> s/sas/says/
[07:26] <AWOSLappy> You are running a kernel (version 2.6.15-23-386) and attempting to remove the same version.
[07:26] <AWOSLappy> This is a potentially dangerous action.
[07:27] <AWOSLappy> Not only will /boot/vmlinuz-2.6.15-23-386 be removed, making it impossible to boot it, (you will have to take action to change your boot loader to boot a new kernel), it will also remove all modules under the directory /lib/modules/2.6.15-23-386.
[07:27] <AWOSLappy> Just having a copy of the kernel image is not enough, you will have to replace the modules too.
[07:27] <AWOSLappy> I repeat, this is very dangerous.  If at all in doubt, answer no.  If you know exactly what you are doing, and are prepared to hose your system, then answer Yes.
[07:28] <AWOSLappy> Remove the running kernel image (not recommended) [No] ?
[07:28] <AWOSLappy> What do I do crimsun?
[07:35] <AWOSLappy> crimsun?  hello?
[07:35] <crimsun> how much additional space do you gain when you ``apt-get clean''?
[07:35] <crimsun> (I'm busy atm.)
[07:36] <AWOSLappy> I don't know
[07:36] <AWOSLappy> Remove the running kernel image (not recommended) [No] ?
[07:36] <Mez> Keybuk, did you ever save a copy of that patch i made for signkey.pl ?
[07:36] <Keybuk> Mez: no, probably not -- why?
[07:36] <Mez> cause i lost it ;
[07:36] <Mez> and want a copy ;)
[07:36] <Keybuk> ahh
[07:36] <Keybuk> no, I don't
[07:37] <Mez> :(
[07:37] <Mez> Keybuk, do you have the email still describing it ?
[07:37] <crimsun> AWOSLappy: answer No, then, and find out how much space you gain (if any)
[07:38] <AWOSLappy> okay
[07:38] <AWOSLappy> Hmm.
[07:38] <AWOSLappy> I'm at 42M now
[07:39] <Keybuk> Mez: doubt it
[07:39] <AWOSLappy> after the download
[07:39] <crimsun> AWOSLappy: let's migrate this to #ubuntu, please, since it's not Feisty development-related.
[07:40] <AWOSLappy> okay.
[07:40] <Mez> Keybuk, thought not :P
[07:40] <Mez> Keybuk, anyways, when you back in brum so I can arrange a keysigning with you ;)
[07:40] <Keybuk> Mez: don't tend to keep e-mail much, and I haven't done much with signkey
[07:40] <Keybuk> Mez: sunday
[07:40] <Mez> up for a drink monday then ?
[08:31] <slomo_> infinity: please give-back tomboy on !x86 and gmime2.2 on x86, thanks :) should build now that libxml-*-perl is in main :)
[08:33] <Keybuk> slomo_: I can say with some amount of certainty that adam is *not* around right now :p
[08:33] <Burgundavia> Keybuk: have you filled my inbox just to make me cry when I try and parse them for UWN or just for the malicious pleasure of it?
[08:34] <Keybuk> Burgundavia: hmm?
[08:34] <Burgundavia> all the new stuff from Debina
[08:35] <Keybuk> can't avoid it
[08:35] <Keybuk> the mails go when they're accepted from NEW
[08:35] <Keybuk> so the usual "suppress the sync mails" thing doesn't work
[08:35] <Burgundavia> Keybuk: yep, anyway, this makes next weeks UWN a wee bit more interesting
[08:35] <Keybuk> heh
[08:35] <Keybuk> summary "we're syncing from Debian"
[08:35] <Keybuk> so not *that* interesting
[08:36] <Burgundavia> but all of that is stuff that is completely new in Ubuntu, correct?
[08:36] <Mez> Keybuk, and yet you didnt sync kde-style-klearlook
[08:36] <Keybuk> Mez: I didn't?
[08:36] <Mez> it wasnt in my inbox ;)
[08:36] <Keybuk> oh, it probably wanted to override a package or something
[08:37] <slomo_> Keybuk: ok, good to know :) if you have some seconds please do it ;)
[08:37] <Keybuk> slomo_: I have no seconds
[08:37] <Keybuk> and I have no beer
[08:37] <Mez> Keybuk, it provides a binary package already provided by the source package kde-klearlook in ubuntu
[08:37] <Keybuk> I need to rectify at least one of these ;P
[08:37] <Mez> but i wanna get rid of that source package and replace it with the debian one
[08:37] <Keybuk> Mez: does the one in ubuntu have XubuntuY in its version?
[08:38] <Mez> Keybuk, yes -
[08:38] <Keybuk> hmm, it doesn't show up in new-source
[08:38] <Mez> Keybuk, is there a way todrop the kde-klearlook package from the archives ?
[08:38] <Keybuk> kde-style-klearlook # shipped in klearlook
[08:38] <Keybuk> ahh
[08:38] <Keybuk> Mez: can I override the changes?
[08:38] <Mez> Keybuk, kill the klearlook source package and just grab the kde-style-klearlook source package from debian
[08:38] <Mez> there is a bug requesting that ;)
[08:39] <Keybuk> Mez: what's your lp id?
[08:39] <Mez> bug 61289
[08:39] <Ubugtu> Malone bug 61289 in klearlook "Please sync kde-style-klearlook 0.9.9.2-1 from Debian" [Undecided,Unconfirmed]  http://launchpad.net/bugs/61289
[08:39] <Mez> Keybuk, it's mez
[08:40] <Keybuk> Will remove the following packages from feisty:
[08:40] <Keybuk>  klearlook | 0.9.7-0ubuntu2 | source
[08:40] <Keybuk> ------------------- Reason -------------------
[08:40] <Keybuk> (keybuk) RoM obsoleted by kde-style-klearlook
[08:40] <Keybuk> ----------------------------------------------
[08:40] <Mez> RoM 
[08:40] <Mez> ?
[08:40] <Keybuk> Request-of-Maintainer
[08:41] <Mez> ah, cool :D
[08:41] <Mez> cheers, and if you can ping me when the sync is done I can kill off the bug
[08:42] <Keybuk> [Updating]  kde-style-klearlook (0 [Ubuntu]  < 0.9.9.2-2 [Debian] )
[08:42] <Keybuk>  * Trying to add kde-style-klearlook...
[08:42] <Keybuk>   - <kde-style-klearlook_0.9.9.2.orig.tar.gz: downloading from http://ftp.debian.org/debian/>
[08:42] <Keybuk>   - <kde-style-klearlook_0.9.9.2-2.diff.gz: downloading from http://ftp.debian.org/debian/>
[08:42] <Keybuk>   - <kde-style-klearlook_0.9.9.2-2.dsc: downloading from http://ftp.debian.org/debian/>
[08:42] <Keybuk> iwj: kde-style-klearlook [universe]  -> kde-style-klearlook_0.9.7-0ubuntu2 [universe] .
[08:43] <Keybuk> in NEW
[08:43] <Keybuk>          | * kde-style-klearlook/0.9.9.2-2 Component: universe Section: kde
[08:43] <Keybuk> accepted
[08:43] <Keybuk> all done
[08:43] <Mez> cool, noe judy goyys esit got iy
[08:43] <Mez> o_O
[08:44] <Keybuk> ?!
[08:44] <Mez> cool, now just gotta wait for it 
[08:44] <Mez> (displaced fingers on kb)
[08:44] <Keybuk> ~2 hour
[08:44] <Hobbsee> Mez: put down the grog.  it's bad for you
[08:44] <Keybuk> source will go in at 0803 UTC
[08:44] <Keybuk> binaries may make it for 0903 UTC if the buildds are bored
[08:44] <Keybuk> which means the earliest in the archive is ~0940 UTC
[08:45] <Mez> Keybuk, now all I gotta do is wait for tfheen to poke prevu out of new and my day's hacking is done
[08:45] <Keybuk> heh
[08:45] <Keybuk> he'll be bored of it soon enough
[08:45] <Keybuk> he's still in the first few days of ubuntu-archive powers, so it's still exciting
[08:45] <Hobbsee> Mez: that's included in grog :P
[08:45] <Mez> Keybuk, i'm sure, but... so picky about the licence ;)
[08:45] <Keybuk> heh
[08:45] <Keybuk> damned right too
[08:46] <Keybuk> I think he's probably strictest, followed by me, followed by Colin and then adam as the loosest
[08:46] <Keybuk> anyway, drink then bed
[08:46] <Keybuk> nite
[09:46] <pygi> good morning folks
[01:07] <PecisDarbs> I have question for devs - what is libburn effort and where i can find more information about it?
[01:10] <Zdra> PecisDarbs: google ;-)
[01:11] <PecisDarbs> I already found it - #ubuntu-burning
[02:24] <zul> hey
[02:39] <hunger> Hmmm.... why doesn't feisty's session bus pick up files in ~/.local/share/dbus-1/services?
[02:40] <sjoerd> hunger: iirc that was added later
[02:41] <hunger> sjoerd: Later than 1.0?
[02:42] <sjoerd> hrm, no your right.. It's there since RC3
[02:42] <hunger> sjoerd: I got dbus 1.0.0-1ubuntu1 installed on feisty and the directory seems to be ignored.
[02:43] <hunger> sjoerd: /etc/dbus-1/session.conf does list /usr/share/dbus-1/services only.
[02:44] <sjoerd> ah that should be replaced by <standard_session_servicedirs/> probably
[02:45] <hunger> That thing is full of FIXME: and still went "stable"!
[03:08] <mruiz> ping Mithrandir 
[03:42] <bddebian> Howdy
[05:16] <sbalneav> Trying to test some compatibility on LTSP with Intel graphics.  Does anyone know if you can buy an Intel 3d graphics card as an actual stick-it-in-the-machine card, or does intel only do onboard?
[05:17] <Seveas> sbalneav, at UDS someone told me that intel now has at least one stick-it-in-the-machine card
[05:17] <Amaranth> i don't think it's publicly available yet
[05:19] <sbalneav> grmble.
[05:19] <sbalneav> Thanks anyway.  Mobo's are cheap enough, so I suppose I can just buy a different mobo.
[05:58] <sivang> crimsun: ping
[06:01] <sivang> people are waking up in san fran ;)
[06:01] <Adri2000> Mithrandir: could you take a look at the merged pppoeconf please? I will give you a link when you are here
[06:02] <Mithrandir> Adri2000: why not give me the link when I'm not here? :-P
[06:03] <Adri2000> hehe ^^ wait one sec
[06:03] <Keybuk> ogra: 
[06:03] <Keybuk> Will remove the following packages from feisty:
[06:03] <Keybuk> ltsp-utils |     0.25-1 | source
[06:03] <Keybuk> ------------------- Reason -------------------
[06:03] <Keybuk> (keybuk) RoM
[06:03] <Keybuk> ----------------------------------------------
[06:05] <Adri2000> Mithrandir: here: http://adrishost.homeip.net/~adri2000/ubuntu/pppoeconf/
[06:05] <Mithrandir> Adri2000: I'll take a look.
[06:05] <Adri2000> Mithrandir: and builds fine in a feisty pbuilder
[06:06] <Adri2000> thanks
[06:12] <Mirv> is the importing of new debian packages (previously unexisting) started yet? or is it ongoing all the time?
[06:19] <giftnudel> hi sivang :)
[06:41] <sivang> giftnudel: Hi Martin!
[06:41] <sivang> giftnudel: what's up? :)
[06:42] <giftnudel> sivang: nothing, just saying hello ;)
[06:42] <giftnudel> sivang: i'm currently learning the python debugger so I will be faster in the future (hopefully)
[06:43] <sivang> giftnudel: cool, I'm sorry I haven't responded to your emails yet, I was busy dealing with real life.
[06:43] <sivang> giftnudel: ah, what do you want to debug ? ;)
[06:43] <giftnudel> oh, I will be busy in the next weeks too, but still, as long as you answer sometime, it doesn't really matter
[06:44] <sivang> giftnudel: okay, cool, I just don't want to delay your contributions with my lack of response :)
[06:44] <giftnudel> sivang: hubackup, i'm trying to fix bug 72015
[06:44] <Ubugtu> Malone bug 72015 in hubackup "Cannot back up more than 4GB to a FAT32 partition" [Undecided,In progress]  http://launchpad.net/bugs/72015
[06:45] <giftnudel> so I'll see where I can implement that, and for this I want to see what information is available at what stage
[06:54] <giftnudel> sivang: oh, I have registered a branch in launchpad: http://bazaar.launchpad.net/~martin-bergner/hubackup/mbergner--devel since I had space problems with my other branch
[07:03] <netG> hi
[07:04] <netG> Is there any way to downgrade from feisty to edgy?
[07:04] <netG> I've changed entry in sources.list then apt-get update
[07:06] <Treenaks> netG: no, downgrading is not supported/easy
[07:07] <netG> ahhhhrrg
[07:09] <netG> so I have to reinstall from edgy CD... ;-(
[07:12] <sivang> giftnudel: okay, so are you waiting for me to finish the backup/restore stuff before you can continue fixing bug 72015 ?
[07:12] <Ubugtu> Malone bug 72015 in hubackup "Cannot back up more than 4GB to a FAT32 partition" [Undecided,In progress]  http://launchpad.net/bugs/72015
[07:13] <giftnudel> sivang: no, not really, I have to find out a way to find out what partition and therefore fstype  a given path belongs to
[07:13] <giftnudel> sivang: I don't have to wait for you, this could be done in parallel I guess
[07:13] <sivang> giftnudel: right, it does sound so, btw, I think we can fetch this info from hal no?
[07:15] <giftnudel> sivang: yes, but how? I mean, I could look at the path and go up on level and see if it matches any mountpoint in hal, but this would fail if there were two things mounted on the same mountpoint
[07:15] <giftnudel> it would work though
[07:21] <giftnudel> sivang: I think I'll write a function which does exactly that: Find out what device/partition a mountpoint belongs to and return all the information from hal we have about it, this will be handful in other places, too
[07:25] <giftnudel> ah, what mountpoint a path belongs too, rather
[07:30] <sivang> giftnudel: indeed
[07:30] <sivang> giftnudel: but yest, make it the other way around as you just noted , e.g. detect which file system a path lies underneath, and then find out what type of file system it is
[07:31] <sivang> giftnudel: cool about the approach, as it will be useful in other places ofcoure.
[07:32] <giftnudel> sivang: this is exactly the thing that is missing in BackupEngine to do a on the fly slice size detection ;)
[07:38] <sivang> giftnudel: hmm, maybe, but you could already do on the fly slice size detection using the utility function in fsMisc.py no?
[07:38] <sivang> (that detects free space on a file system path)
[07:41] <sivang> giftnudel: ah, that's fsMisc.free_space(path)
[07:42] <sivang> giftnudel: then you could use the free space to set up the slice size, IIRC I already did on the fly slice detection for the CDs through using DeviceInfo.py
[07:50] <Treenaks> what if something else is also writing at the same time?
[07:50] <Treenaks> sivang: then your 'free space' estimate is off
[07:53] <sivang> Treenaks: you are asked to close running programs before doing a backup ;-) but this is unrelated to the on the fly slice size detection, this is yet another system wide problem from programs that need to know available space on the system for future or in progress processing.
[07:56] <sivang> for instance, consider nautilus moving a file from one location to another, and in the target location at some point available space is out.
[07:57] <giftnudel> sivang: yes, i will look at that, but I need to go now
[08:32] <Keybuk> mjg59: ping?
[08:33] <mjg59> Keybuk: Hi
[08:34] <Keybuk> mjg59: few issues with compiz ...
[08:34] <mjg59> Sure
[08:34] <Keybuk> switching appears to lose windows
[08:34] <mjg59> "switching"?
[08:34] <Keybuk> it doesn't appear to obey any of my metacity preferences, like keyboard shortcuts, or window behaviour
[08:34] <Keybuk> mjg59: between metacity and compiz
[08:35] <Keybuk> and most annoyingly, it doesn't obey my workspace layout
[08:35] <mjg59> Windows will be moved because of the workspace/viewport distinction
[08:35] <mjg59> All the preferences work fine here
[08:35] <Keybuk> I can't move windows with the Super key
[08:35] <mjg59> Does it work if you set that in the window preferences?
[08:36] <mjg59> If not, it's a general bug rather than a preferences bug
[08:36] <Keybuk> the window preferences dialog appears to be empty
[08:36] <mjg59> Your system sounds somehow screwed
[08:36] <Keybuk> Windows-Tab doesn't appear to switch windows
[08:36] <Keybuk> Windows-Arrow-Keys don't move workspaces
[08:36] <mjg59> Your system is *definitely* screwed
[08:36] <Keybuk> it's just a feisty system
[08:36] <mjg59> Oh, wait
[08:36] <mjg59> Windows-tab?
[08:36] <mjg59> Hm.
[08:36] <mjg59> Does alt-tab work?
[08:36] <Keybuk> mjg59: yes, I changed the keyboard shortcuts
[08:37] <Keybuk> alt-tab appears to work
[08:37] <mjg59> Ok, that's something, at least
[08:37] <sivang> I can't even try this due to lack of the prop. drivers for feisty , the troubles of the rich ;)
[08:37] <Keybuk> mjg59: the workspace layout is lost too
[08:37] <Keybuk> the pager still shows 4x3
[08:37] <mjg59> Keybuk: You still have 4x3 workspaces
[08:37] <Keybuk> but the window manager behaves as if I only have 4 in one row
[08:37] <mjg59> No, those are viewports
[08:38] <Keybuk> ?
[08:38] <mjg59> You can tell by the way windows can spread across more than one
[08:38] <mjg59> They're entirely separate concepts. Each workspace can have more than one viewport.
[08:38] <Keybuk> how do I move to the workspace/viewport above and below?
[08:38] <mjg59> Click on the workspace applet.
[08:38] <mjg59> This is waiting on libwnck patches
[08:38] <Keybuk> can't I just have a big 4x3 workspace with 12 viewpoints?
[08:38] <mjg59> No
[08:39] <Keybuk> that sucks
[08:39] <mjg59> Yes
[08:39] <Keybuk> it appears consistent ... no dialog box has anything in it
[08:39] <wasabi> Heh. So I'm not the only person who changes it to WIndows-tab
[08:39] <Keybuk> and I'm not getting highlights in menus either
[08:39] <mjg59> Ok, so something is clearly desperately unhappy there
[08:39] <Keybuk> the utter lack of respect for existing preferences is a major bug
[08:40] <mjg59> It doesn't have an utter lack of respect for existing preferences
[08:40] <Keybuk> it does
[08:40] <mjg59> No, it doesn't
[08:40] <Keybuk> it's clearly not looking at any of the metacity preferences I set
[08:40] <Keybuk> utterly clearly ignoring them
[08:40] <mjg59> It works fine with all the metacity preferences /I/ set
[08:40] <Keybuk> keyboard shortcuts I removed have come back
[08:40] <Keybuk> keyboard shortcuts I changed have been reverted
[08:40] <Keybuk> in fact, I can't see a single preference it's obeying
[08:41] <wasabi> You did load the gconf module, right?
[08:41] <Keybuk> except, maybe, focus-follows-mouse
[08:41] <Keybuk> wasabi: ?
[08:41] <mjg59> wasabi: It's impossible not to in this setup
[08:41] <Keybuk> acs compiz gconf shows no packages?
[08:41] <wasabi> Ahh.
[08:42] <Keybuk> mjg59: this box was installed fresh with edgy when it released, and then updated to feisty
[08:42] <Keybuk> so it's nowhere near unusual or customised
[08:42] <mjg59> Keybuk: I'm not saying it's not a real issue, I'm saying it's not a general issue.
[08:42] <Keybuk> just my usual changes to the keyboard shortcuts and window dialog
[08:44] <Keybuk> F11 doesn't open a terminal either
[08:44] <Keybuk> so it's ignoring that shortcut
[08:44] <mjg59> That's not a window manager shortcut, surely?
[08:45] <Mithrandir> it doesn't respect f1 to open a terminal here either.
[08:45] <Keybuk> it's in the Keyboard Shortcuts dialog
[08:45] <Keybuk> and handled by metacity
[08:46] <mjg59> Ok. In that case, I suspect it's just missing functionality.
[08:47] <Keybuk> it's not obeying my "Close Window" shortcut
[08:47] <Keybuk> I change that to Super-F4 from Alt-F4
[08:48] <Keybuk> compiz is only reacting to Alt-F4
[08:49] <Mithrandir> Keybuk: what does gconftool-2 -g /apps/compiz/general/allscreens/options/close_window_key
[08:49] <Mithrandir> say?
F4
[08:49] <Keybuk> /apps/metacity/window_keybindings/close = <Mod4>F4
[08:49] <Mithrandir> can you change it to Super and see if it works?
[08:50] <Mithrandir> or Mod4
[08:50] <Keybuk> yes, that works
[08:50] <mjg59> Metacity madness.
[08:50] <Keybuk> but the keyboard shortcuts dialog changes the metacity one
[08:50] <mjg59> Oh, I see
[08:50] <Keybuk> mjg59: what's this got to do with metacity?
[08:50] <mjg59> Sorry, I misread compiz as metacity
[08:50] <Keybuk> metacity is behaving correctly.
[08:50] <Keybuk> :)
[08:52] <Adri2000> Mithrandir: pppoeconf? :)
[08:52] <mjg59> Oh, gross.
[08:52] <mjg59> gnome-keybinding-properties writes directly into metacity's preferences.
[08:52] <Keybuk> arguably, all of those should be /desktop/gnome/keybindings or something
[08:52] <mjg59> Yes.
[08:52] <Mithrandir> Adri2000: meeting
[08:53] <Keybuk> /desktop/gnome/window_manager_behaviour too for the Windows preferences
[08:53] <Keybuk> ?
[08:53] <Mithrandir> would upstream kill us if we just did that?
[08:53] <mjg59> Talk it over with upstream first
[08:53] <mjg59> Bear in mind that you'd need to migrate settings over
[08:53] <Keybuk> we'd need to have someone do that work
[08:54] <mjg59> The alternative is just to change the references in compiz and have it use the metacity keys
[08:54] <Keybuk> the main guys we're likely to have for bling development work are the beryl guys
[08:54] <Keybuk> so it may be easier to just get beryl to read/write gconf properly
[08:54] <mjg59> Beryl explicitly removed gconf support
[08:54] <Keybuk> we can make them explicitly put it back :)
[08:55] <mjg59> Ha
[08:55] <mjg59> This is going to be a ~20 line patch to compiz
[08:55] <Keybuk> can you do that patch?
[08:55] <mjg59> A monkey with a missing arm could do that patch
[08:55] <Keybuk> cool, if you could do that, that'd be great
[08:55] <mjg59> I'm at work right now, so don't have a fesity box
[08:56] <mjg59> I'll try to give you a diff in a few minutes
[09:05] <_MMA_> I thought the Beryl guys said they removed gconf support so they could make it DE independent? At UDS they mentioned at their "stable" release would have support for reading your keybindings. I thought thats what was going to happen?
[09:06] <mjg59> Removing the primary configuration store from gconf isn't acceptable from a managability perspective
[09:06] <mjg59> It means tools like Sabayon become much less useful
[09:06] <_MMA_> yes.
[09:07] <_MMA_> You could get one of the guys over here now probably. DBO or someone.
[09:08] <Treenaks> also.. the config modules in compiz _are_ optional and interchangeable, afaik..
[09:08] <Treenaks> so there's not much of a point in _removing_ gconf support..
[09:10] <_ion> Indeed.
[09:26] <mnepton> TGIF
[09:26] <mnepton> thank god i farted.
[09:27] <ogra> how great you arent in the distro meeting
[09:28] <Treenaks> ogra: so fart for him a bit :P
[09:28] <ogra> :P
[09:29] <Treenaks> (fart by proxy?)
[09:30] <jdub> mjg59: red hat are doing the work for compiz/metacity settings integration
[09:30] <jdub> *please god bring ubuntu back from the beryl brink*
[09:31] <Treenaks> uhr
[09:31] <Treenaks> s/is//
[09:32] <mc44> jdub: but. its *community*
[09:33] <jdub> mc44: as is compiz, but with higher standards.
[09:33] <mc44> jdub: yes, sorry that wasn't a serious argument :)
[09:34] <ogra> Treenaks==MOTU, dosbox==universe ;)
[09:34] <Treenaks> ogra: sure, but I think it's upstream
[09:35] <_ion> dosbox==universe, therefore universe==dosbox?
[09:36] <Treenaks> _ion: apt-get install command,com
[09:38] <Burgwork> jdub: I really don;t see how beryl is going to match the spec, so I am not worried
[09:38] <mnepton> jdub: you obviously have not been smoking enough crack recently. please rectify.
[09:42] <Treenaks> mnepton: I think the beryl people smoked it all
[09:47] <Burgwork> Treenaks: you don;t tell support people there is no crack to smoke. It causes them to lose hope
[09:47] <Treenaks> Burgwork: they have their own special stash
[09:47] <Burgwork> true
[09:48] <Treenaks> Burgwork: with added valium
[09:48] <mc44> they dont need crack anymore, they have flaming board karate
[09:48] <Treenaks> "Imagine it's a customer"
[09:50] <mnepton> a what now?
[09:50] <mnepton> what is this "customer" you speak of?
[09:50] <Treenaks> mnepton: client? supportee?
[09:50] <mnepton> oooooh! those!
[09:51] <Treenaks> supportee.. I like that word.. nice and generic :)
[09:51] <ogra> the voice coming out of your phone usually ;)
[09:51] <Treenaks> ogra: Oh HIM! :P
[09:51] <Treenaks> ogra: (no, not http://en.wikipedia.org/wiki/HIM_%28band%29)
[09:51] <mnepton> ogra: the voices usually just tell me to burn things.
[09:52] <mc44> mnepton: now they tell you to punch burning things, much better
[09:52] <ogra> mnepton, and break them later with your bare hand ?
[09:52] <mnepton> ogra: or bury them after post-immolation sodomization. but perhaps i have said too much ....
[09:53] <ogra> *g*
[09:53] <Treenaks> mnepton: I won't tell anyone.. if you won't
[09:53] <mnepton> Treenaks: my home address is ....
[09:53] <mc44> mnepton: oh dont worry simon told everyone your address already
[09:56] <mnepton> mc44: just remember, i like it rough. that's why i accepted Canonical's offer.
[09:59] <zul> mnepton: offer for what?
[09:59] <zul> mnepton: oh hey kurt nevermind
[10:01] <mjg59> jdub: They may well be, but none of it's released
[10:03] <jdub> mjg59: hrm, i thought it was
[10:05] <jdub> mjg59: talk to ssp about it
[10:53] <crimsun> sivang: pong
[10:54] <sivang> crimsun: there was some issue with flahplugin-nonfree
[10:54] <crimsun> yes, I've already committed the fix
[10:54] <crimsun> I won't upload the fix until Bart releases the fix for the debconf issue, however, which is coming in 9.0.21.55.3
[10:55] <sivang> crimsun: who is Bart and what sort of debconf issue is this? :)
[10:55] <crimsun> Bart is the Debian maintainer
[10:55] <sivang> ah, for debconf I assume?
[10:55] <crimsun> the debconf issue is bug 398726
[10:56] <crimsun> Debian 398726
[10:56] <Ubugtu> Debian bug 398726 in flashplugin-nonfree "flashplugin-nonfree: dpkg-reconfigure fails" [Grave,Open]  http://bugs.debian.org/398726
[10:58] <sivang> crimsun: I see, I didn't actually understand why --force-overwrite didn't solve it
[11:00] <crimsun> well, our specific issue on upgrades is due to the fact that /usr/lib/mozilla-firefox points to /usr/lib/firefox, so since the maintainer script attempts to install into both locations (presuming both are distinct), it bombs after installing into /usr/lib/mozilla-firefox/plugins
[11:19] <lifeless> ogra: ping
[11:21] <sivang> crimsun: ah, I see