[12:23] <Mez> elmo: any news on member email addresses yet? 
[12:30] <ogra> AndyFitz, !
[12:30] <AndyFitz> ogra!
[12:31] <AndyFitz> good morning
[12:32] <ajmitch> hi AndyFitz 
[12:33] <infinity> doko : Does openoffice.org2 really need to pull in half the compilers in main as a dependency?  So much for "users don't need development environments"...
[12:33] <AndyFitz> g'day ajmitch
[12:35] <ogra> infinity, dont you get the conspiration ? gcc itself is a office environment now including java support, ooo2 is only the frontend ;) 
[12:36] <Amaranth> oops, i just made smeg run into the gnome-vfs bug
[12:36] <ogra> wait until we start using gcc as desktop environment too :)
[12:36] <doko> infinity: no, that was a left over in java-gcj-compat, depending on java-gcj-compat-dev. will be fixed with a sync tomorrow
[12:36] <ajmitch> ogra: we can't have gcc taking the place of emacs
[12:37] <ogra> ajmitch, we dont need to, lets integrate them ;)
[12:38] <ogra> so you finally get mailreader support in gcc'through emacs
[12:38] <ogra> s/'//
[12:47] <infinity> doko : \o/
[12:53] <Amaranth> Mez: xfonts-utils?
[12:53] <bddebian> Heh
[12:53] <Mez> Amaranth, huh ?
[12:53] <Amaranth> the package that fixed everything
[12:53] <Mez> xfonts-base :D
[12:53] <Mez> lol
[12:53] <Mez> well
[12:53] <Mez> actually i'm not too usre
[12:53] <Mez> I er...
[12:54] <Mez> uninstalled ubuntu-desktop and all dependencies
[12:54] <Mez> and installed kubuntu-desktop :D
[12:54] <bddebian> Sacriledge
[12:55] <Mez> nah it aint
[12:55] <Mez> kubuntu rules the earth
[12:55] <bddebian> :-)
[01:07] <Mez> bddebian, I'm restarting X
[01:09] <lexhider> can anyone confirm a weird breezy evolution behaviour?
[01:11] <lexhider> tab cycles through widgets, shift-tab doesn't. (note that keyboard's working fine and shift-tab is working in firefox)
[01:15] <Mez> hmm
[01:15] <Mez> now I have breezy working
[01:15] <Mez> maybe i should try sid
[01:17] <Amaranth> for you
[01:18] <Mez> doesnt it work for you?
[01:19] <lexhider> and me as of last night, upgrade from hoary, need to install libfontenc 1st. X working for me though.
[01:20] <Mez> mako: ping
[01:20] <Amaranth> yeah, upgrades from hoary should work fine
[01:21] <Amaranth> it works for me, but i upgraded from hoary and cheated with mkfontdir from hoary
[01:21] <Amaranth> upgrading from colony 2 is supposedly broken
[01:22] <Nafallo> wfm, without more cheats than some local rebuilds (adding b-deps) :-)
[01:23] <Mez> Amaranth, I was originally colony 2
[01:23] <Mez> but i did a server install
[01:23] <Mez> I didnt do anything cept remove ubuntu-desktop (and all deps)
[01:24] <Mez> and install kubuntu-desktop
[01:24] <Amaranth> ah
[01:24] <Amaranth> that's why then
[01:24] <Mez> ... ?
[01:24] <Mez> It still depends on xserver-xorg
[01:24] <Amaranth> upgrading from the X in colony 2 is broken
[01:24] <Mez> which works now
[01:24] <Mez> sudo apt-get install --reinstall xserver-xorf
[01:24] <Mez> sudo apt-get install --reinstall xserver-xorg *
[01:24] <tseng> Mez: uh
[01:24] <Amaranth> removing everything and reinstalling, yeah
[01:25] <tseng> Mez: does this ruby thing have *anything* to do with security?
[01:25] <tseng> Mez: or did i totally miss something
[01:25] <Mez> o_O
[01:25] <Mez> didnt they say it was shipping witha  buggy beta version?
[01:25] <Amaranth> yes
[01:25] <tseng> buggy as in has bugs
[01:25] <tseng> not buggy as in exploitable
[01:25] <Amaranth> hoary-updates material, not hoary-security
[01:25] <Mez> and beta as in not secure
[01:25] <Amaranth> but i agree something should be done about it
[01:26] <Mez> ;)
[01:26] <tseng> well
[01:26] <tseng> if you read the bug, i am going to push him back in the hoary-backports direction now
[01:26] <Amaranth> appearently a couple of large bugs were fixed that break things like rails
[01:26] <tseng> the diff is too large
[01:26] <Amaranth> ah
[01:26] <Mez> emails pitti again
[01:28] <tseng> Mez: do you have a hoary pbuilder handy?
[01:28] <Mez> tseng: er..... 
[01:28] <Mez> not in breezy
[01:29] <tseng> i didnt say breezy
[01:29] <Mez> I didnt either
[01:29] <Mez> I said not in breezy
[01:29] <tseng> so.. the question was
[01:29] <tseng> do you have a hoary pbuilder handy
[01:29] <Mez> if i reboot into hoary, yes
[01:29] <Mez> or I could chroot ...
[01:29] <tseng> I see.
[01:30] <Nafallo> Mez: I got a warty, hoary and a breezy pbuilder on my breezy installation :-).
[01:30] <tseng> Nafallo: wanna help me?
[01:30] <Mez> tseng: now I have
[01:30] <tseng> ok, anyone, please build rails from breezy in hoary pbuilder
[01:30] <Nafallo> tseng: sure, why not :-).
[01:30] <tseng> and we can resolve this in at least some fashion
[01:30] <Mez> tseng: for backports?
[01:30] <tseng> yep
[01:31] <tseng> the diff is 204k, its not -updates material
[01:32] <Mez> oh
[01:32] <Mez> ffs
[01:32] <Mez> brh
[01:32] <tseng> buh?
[01:33] <Nafallo> tseng: what do you want help with? :-)
[01:33] <tseng> Nafallo: i dont have a hoary pbuilder
[01:33] <tseng> it will take 30 seconds for someone who already does
[01:34] <Nafallo> where are the sources? :-)
[01:34] <tseng> http://packages.ubuntu.com/breezy/source/ruby1.8
[01:35] <Keybuk> dear gimp, you are not the best program to view images, kthxbye
[01:35] <tseng> Keybuk: good thing gthumb finally has a maintainer
[01:35] <Keybuk> actually, I somewhat thing eog is just right
[01:35] <tseng> Keybuk: it could potentially not suck someday
[01:35] <tseng> or am i thinking of eog
[01:36] <tseng> Keybuk: tried f-spot? :P
[01:36] <AndyFitz> tseng:  f-spot rocks,  but not for once-off viewing  I think
[01:36] <tseng> once off, no
[01:37] <tseng> hi AndyFitz :)
[01:37] <Keybuk> f-spot sucked
[01:37] <Keybuk> it imported my album, and then ignored the carefully categorised directories everything was in and expected me to do it all again
[01:37] <Keybuk> ergo I don't use f-sport
[01:37] <Keybuk> s/r//
[01:37] <tseng> Keybuk: https://bugzilla.ubuntu.com/show_bug.cgi?id=12613
[01:37] <tseng> Keybuk: you agree this patch is too large for hoary-updates, right?
[01:38] <Mez> tseng: building
[01:38] <tseng> Keybuk: before i fully steer this nice people to backports.
[01:38] <AndyFitz> g'day tseng.
[01:39] <Keybuk> heh, probably
[01:39] <tseng> at that point we could backport a current rails also
[01:39] <Mez> tseng: rdoc 1.8.1 > 1.8.2 change... 
[01:39] <Mez> that ok?
[01:39] <tseng> Mez: hm?
[01:39] <Mez> rails depends on 1.
[01:39] <Mez> 1.8.2
[01:39] <AndyFitz> I discovered that f-spot hidden mode is useful. and not just for pr0n.   you can finally show family and friend photos to your new girlfriend while *skipping past * any photos of ex girlfriends  ;-)
[01:39] <Mez> 1.8.1 = in hoary
[01:39] <tseng> Mez: thats the entire point.
[01:39] <tseng> Mez: of this discussion
[01:40] <Mez>  ... /
[01:40] <tseng> RFB :)
[01:40] <Mez> RFB?
[01:40] <tseng> RTFB
[01:40] <Mez> AndyFitz, wha?
[01:40] <Mez> B ?
[01:40] <tseng> bug.
[01:40] <Mez> ah
[01:40] <Mez> link
[01:40] <tseng> < tseng> Keybuk: https://bugzilla.ubuntu.com/show_bug.cgi?id=12613
[01:41] <tseng> if you missed it the last 2 times
[01:41] <AndyFitz> Mez, nm
[01:41] <tseng> AndyFitz: oh dude. i got an apple cinema display
[01:41] <tseng> AndyFitz: pure love.
[01:42] <AndyFitz> tseng,   pure jealosy
[01:42] <Mez> tseng: then shouldnt I try a ruby bp instead of a rails bp
[01:42] <tseng> Mez: did i not say ruby?
[01:42] <AndyFitz> did you know a cinema display ups your mojo
[01:42] <Mez> you said rails
[01:42] <Keybuk> tseng: not got a firefox nearby
[01:42] <tseng> hm i did
[01:42] <Keybuk> trying to drive a dvd and not doing too well
[01:43] <tseng> Mez: sorry, backport ruby, rails is just the end goal
[01:43] <Nafallo> hmm
[01:43] <tseng> i thin Nafallo is building the right thing anyway
[01:43] <Mez> tseng: ruby = debian native
[01:43] <Mez> that ok
[01:43] <Nafallo> I have to fix my mirror weirdness before being able to update stuff :-P
[01:43] <tseng> yeah I know
[01:44] <Mez> tseng: life will be so much easier when i get my pbuilds on dev.kubuntu.org.uk working
[01:44] <Keybuk> aha!  I've found REWIND! :p
[01:45] <Mez> tseng, seems to build ok
[01:45] <tseng> Mez: rock on.
[01:45] <Mez> \o/
[01:45] <tseng> Mez: any chance we can kick off a backport of ruby1.8 then rails?
[01:45] <Mez> tseng
[01:45] <Mez> actually
[01:45] <Mez> one sec
[01:46] <Mez> nope, it built fine on hoary
[01:46] <tseng> k.
[01:46] <Mez> elmo: ping
[01:47] <Mez> hmm
[01:47] <Mez> it is working
[01:47] <Mez> just not outputting to soundcars
[01:47] <Mez> works if I switch to headset
[01:48] <Keybuk> WHAT KIND OF STUPID FUCKED UP USELESS PIECE OF CRAP SOFTWARE PUTS THE ONLY DOCUMENTATION FOR THE KEYS YOU _HAVE_ TO PRESS IN THE MANPAGE FOR THE CUNTING CONFIGURATION FILE("!("*$(*!("$*
[01:48] <Lathiat> Keybuk: come again?
[01:49] <tseng> possessed by the spirit of mjg59 
[01:50] <Keybuk> ogle, no ui, just keys you press for which the documentation is in the proverbial toilet with the "beware of the leopard" sign on it
[01:50] <Mez> wtf
[01:50] <Mez> is going on
[01:53] <Mez> thats weird.
[01:53] <Mez> sounds works in breezy but not hoary
[01:53] <Mez> it used to work fine in hoary
[01:58] <Mez> tseng: whats your email address again?
[01:58] <tseng> brandon@smarterits.com
[02:02] <Mez> tseng@gentoo.org?
[02:02] <tseng> thats a black hole
[02:02] <Mez> lmao
[02:02] <Mez> why is it on your PGP key then
[02:02] <tseng> dont send mail there if you want me to read it :)
[02:02] <tseng> because i didnt take it off, I guess
[02:03] <Mez> lol
[02:04] <Mez> what did you do to get that?
[02:04] <tseng> Mez: http://www.gentoo.org/news/en/gwn/20040119-newsletter.xml
[02:04] <Mez> Gentoo/Hardened, *box window-managers
[02:05] <tseng> barely touched it in probably a year now
[02:05] <Mez> tseng: I'm sure you could have chosen a bettter picture
[02:05] <tseng> but thats my dirty past.
[02:05] <tseng> Mez: eh
[02:05] <tseng> i hate pictures
[02:05] <Mez> hard core metal music?
[02:05] <Mez> rock on :D
[02:06] <tseng> probably for the best.
[02:06] <Mez> but :D nice to know someone has good taste in music :d
[02:06] <Mez> lol
[02:07] <tseng> gah
[02:07] <tseng> i need to keep looking up the Markdown syntax for links
[02:07] <Mez> hehe
[02:07] <Mez> http://www.little-gamers.com/
[02:08] <Mez> lol
[02:08] <Nafallo> hmm
[02:09] <Nafallo> I should have fixed my sources.lists ages ago ;-)
[02:09] <Riddell> Mez: that sounds a bit scary
[02:09] <Mez> Riddell, well, pbuilds :d
[02:09] <Mez> but, I always refer to them as buildds
[02:09] <Riddell> ah, fine
[02:09] <Mez> they do the same job
[02:09] <Riddell> buildd's use sbuild or something I think
[02:10] <Mez> yeah they do
[02:10] <Mez> but pbuilds do the same job
[02:10] <Mez> cept, you run the commands manually
[02:13] <carstenh> when a packages in some of its maintainer-scripts changes a configuration-file of an other package which is created in postinst, the first package has to pre-depend on the second one, right?
[02:13] <Lathiat> anyone else upgrade recently and have lots of gtk stuff crashing all the time again
[02:14] <carstenh> hmm, bad sentence structur :/
[02:14] <Nafallo> Lathiat: indeed
[02:14] <Mez> my kubuntu works shinehly
[02:15] <Nafallo> Mez: bleeh :-P
[02:15] <Mez> though my hoarys broke now :d
[02:15] <Lathiat> Nafallo: hrm
[02:15] <Lathiat> Nafallo: will a restart help?
[02:15] <infinity> carstenh : No.
[02:15] <Nafallo> Lathiat: naah, I had this for days :-/
[02:15] <Lathiat> Nafallo: oh, that one was fixed before with libcairo1
[02:15] <Nafallo> Lathiat: or atleast for the weekend
[02:15] <Lathiat> but i just upgraded now and its happening again
[02:15] <Lathiat> oh well
[02:15] <Lathiat> i'll restart mny session
[02:15] <infinity> carstenh : Unless you have a dependency loop (don't do that, then), packages are configured in order of depends.
[02:15] <Lathiat> see what happens
[02:16] <infinity> carstenh : So, your postinst will run after the other package's postinst, meaning it will have the right file available to edit.  No need to pre-depends, unless you need it in your preinst (eww)
[02:16] <Nafallo> Lathiat: I have a cronjob fetching Packages @ :05 and :35 every our. I'm up-to-date :-). stuff is still crashing.
[02:16] <carstenh> infinity: i did not know that, thanks a lot :)
[02:16] <Lathiat> Nafallo: haha
[02:16] <Nafallo> s/our/hour/ :-)
[02:17] <infinity> carstenh : It's in debian policy, section 7.2, I recommend reading it (and many other sections, for that matter)
[02:17] <Lathiat> i hope this gtk icon size thing gets fixed soon
[02:17] <Lathiat> its really started to drive me bonkers
[02:17] <Nafallo> hehe
[02:20] <jdub> ahr, pants off
[02:20] <carstenh> infinity: you are right, i'd better read the whole policy from the first section to the last and not only the points that seem intresting to me ;)
[02:21] <tseng> jdub: yarrrr
[02:21] <infinity> carstenh : Not necessarily necessary to read it all, you'll forget it anyway, but I'd recommend skimming it, and knowing basically what content it has, so you can refer back to it when you have questions like this, rather than asking around.
[02:23] <carstenh> infinity: i read that part a very long time ago and thought i would be right with my pre-depends :/ thanks a lot for your help
[02:24] <infinity> carstenh : THere's a reason why policy recommends mailing debian-devel before implementing a pre-depends in a package, it's because 99% of the time, a pre-depends isn't necessary, and someone will smack you down and tell you so. :)
[02:24] <carstenh> :)
[02:26] <Mez> why are all the fonts bigger in breezy?
[02:26] <infinity> iz gtk bug.
[02:26] <infinity> (iz also known bug, being worked out, apparently)
[02:26] <Mez> ah ... fair enough
[02:29] <tseng> Mez: thanks dude.
[02:29] <Mez> tseng: what for?
[02:29] <tseng> for kicking the backport
[02:31] <Mez> tseng: Itll take a few years till It's in there
[02:31] <tseng> years?
[02:31] <Mez> well, it'll be done when elmo gets around to it
[02:35] <tseng> yes
[02:36] <Mez> whenever tha tbe
[04:11] <Mez> mdz: apologies... was using-devel as it was referring to breezy/hoary disputes
[04:31] <wasabi> Curiously, why isn't there a linux-image-2.6.12-6-k8 ?
[04:31] <wasabi> or whatever they call amd64s
[04:33] <infinity> #  linux-image-2.6.12-6-amd64-k8-smp_2.6.12-6.6_amd64.deb
[04:33] <infinity> # linux-image-2.6.12-6-amd64-k8_2.6.12-6.6_amd64.deb
[04:33] <wasabi> not running in 64 bit mode.
[04:33] <wasabi> ie amd64 platform.
[04:33] <infinity> wasabi : Or are you looking for k8 images on an i386 system?
[04:33] <wasabi> Just curious.
[04:34] <wasabi> Yeah, i386 system.
[04:34] <infinity> Ahh, in that case, the answer is "cause there isn't".
[04:34] <wasabi> I guess I will be until I know multiarch is done proper. ;)
[04:34] <infinity> Anyone who wants a high performance k8 system will be running amd64 binaries, not i386.
[04:35] <wasabi> How is the parallel installation of libs?
[04:35] <infinity> "Not there yet".
[04:35] <wasabi> So, your previous statement was wrong.
[04:36] <infinity> But coming along.
[04:36] <infinity> What was wrong about it?
[04:36] <wasabi> Anyone who wants a high performance system will only run amd64 binaries if they use no software that doesn't use a big ass 32bit stack.
[04:37] <infinity> Oh, for commercial binaries, the ia32-libs package on amd64 should be enough to get them all going.
[04:37] <wasabi> What about commercial binaries that use gtk?
[04:37] <mdz> are there commercial apps which link dynamically with gtk?
[04:38] <wasabi> My company has a number of in house ones.
[04:38] <wasabi> I mena.
[04:38] <wasabi> I could build a big ass gtk 32 bit stack.
[04:38] <mdz> really?  that were bought from another company?
[04:38] <wasabi> But that's a pain in the ass.
[04:38] <wasabi> Yeah. Out sourced.
[04:38] <infinity> Looks like we ship GTK in ia32-libs, yes.
[04:38] <wasabi> Oh wow.
[04:38] <mdz> we do have ia32-libs-gtk
[04:39] <mdz> but I really wouldn't expect anything but oo.o to use it
[04:39] <infinity> Right, ia32-libs-gtk is GTK 2.0, ia32-libs appears to have GTK 1.2 in it.
[04:39] <infinity> So, both bases covered.
[04:40] <infinity> But, yeah, I assumed anyone using GTK statically linked to it.
[04:40] <infinity> That's generally the case with QT.
[04:40] <infinity> Live and learn, I guess.
[04:40] <wasabi> Well, it is nice to know that people actually use GTK I'm sure.
[04:40] <wasabi> And expect it to have some sort of stability. ;)
[04:41] <infinity> Stability isn't the issue, when dynamically linking closed binaries to it, you're epxecting standardisation on specific versions.  I didn't think the LSB specified GTK ABI...
[04:41] <wasabi> Why would a company follow the LSB?
[04:42] <infinity> Because that's the sane way to make sure things might work on more than one system?
[04:42] <wasabi> Pssh.
[04:42] <infinity> (Or, just statically link everything but libc, which is what most people seem to do)
[04:42] <wasabi> Company's will pick whatever API is available and use it to the best of their ability.
[04:42] <wasabi> Lesson #1 in commercial software.
[04:42] <wasabi> Don't give a company an API you don't want them to use.
[04:42] <infinity> They can use whatever API they want, it's the ABI I'm arguing about.
[04:43] <infinity> It's not rocket science to statically link a bunch of junk into your binary before you ship it.
[04:43] <infinity> Sure, it bloats your installer a bit, but it "just works", and customers like things that work.
[04:43] <infinity> Customers are weird that way.
[04:43] <wasabi> Eh. Sure. You just overestimate the planning capability of out sourced developers.
[04:44] <wasabi> Think of it like the Windows realm.
[04:44] <infinity> I'd prefer not to. :)
[04:44] <wasabi> You pay somebody, they go type a bunch and get it done as fast as possible, they don't focus on what is best for long term maintainability.
[04:44] <wasabi> They just get it done and deliver a product.
[04:44] <wasabi> I can wrangle up the source for this, I just prefer not to.
[04:44] <infinity> I can't count the number of times Windows programmers decided that downgrading half the DLLs on my system was a good idea, until Microsoft finally built in version overwrite checks to prevent that very problem.
[04:45] <bddebian> DLL hell? ;-)
[04:46] <HrdwrBoB> wasabi: depends
[04:46] <HrdwrBoB> a lot of that is lowest bidder syndrome
[04:46] <HrdwrBoB> where you get what you paid for
[04:47] <infinity> wasabi : But yeah, I understand, hunting down source and fixing the root issue sucks when you have an installer that already may work.  So, give it a spin with amd64+ia32-libs{,-gtk} and see if it loves you.
[04:53] <Amaranth> ook, latest openoffice2 packages break the menu icons
[04:54] <wasabi> I also worry about stuff like Gnome itself.
[04:54] <wasabi> People totally want to write software using gnome!
[04:54] <Amaranth> icon names changed to openofficeorg-19-writer and etc, menu files are still using ooo-writer
[04:55] <Amaranth> wasabi: I'm totally writing software using GNOME. :)
[06:22] <mrd`> Does Breezy's kernel still have the initrd-dsdt patch?
[06:50] <crimsun> mrd`: afaik, yes.
[06:50] <mrd`> crimsun: dmesg doesn't show the 'looking for dsdt patch' message anymore
[06:51] <mrd`> ... nevermind... I'm stupid.
[06:51] <crimsun> heh.
[06:51] <crimsun> was just about to mention that =)
[06:51] <mrd`> :-)
[06:52] <crimsun> morning, pitti 
[06:52] <pitti> Good morning
[06:52] <pitti> Hi crimsun 
[06:53] <crimsun> I wonder what I should do about vlc (universe), since if it's built with ffmpeg support, it needs postproc support, but breezy's libpostproc-dev is in multiverse.
[06:53] <Treenaks> ok, some ubuntu people use grouphug: http://grouphug.us/confessions/446335517
[06:57] <pitti> lol
[06:58] <HrdwrBoB> crimsun: the vlc ffmpeg can't be seperated?
[06:59] <crimsun> HrdwrBoB: it is. The version in Hoary included ffmpeg, so it wasn't an issue.
[06:59] <crimsun> HrdwrBoB: unfortunately, Debian removed that included ffmpeg in the next package revision.
[07:01] <HrdwrBoB> ah
[07:06] <Amaranth> crimsun: i'm guessing vlc gets to migrate to multiverse
[07:06] <Amaranth> crimsun: i find it hard to believe it isn't there now
[07:06] <Amaranth> crimsun: vlc without ffmpeg is worthless
[07:06] <crimsun> migrating it to multiverse is probably the most efficient solution.
[07:07] <crimsun> the ideal solution would be to migrate libpostproc* to universe, but I don't foresee that
[07:12] <HrdwrBoB> Treenaks: http://grouphug.us/confessions/733850316 ...
[07:14] <crimsun> I think for now I'll just disable the postproc code
[07:16] <HrdwrBoB> what use is vlc without it?
[07:16] <HrdwrBoB> will it work for most peoples purposes?
[07:17] <crimsun> well if I disable postproc, ffmpeg will just be missing postproc, but vlc will still be able to use ffmpeg
[07:18] <crimsun> unless you do major tweaking to your pictures, you won't notice any difference
[07:22] <Amaranth> i make mencoder cry
[07:40] <sivang> Morning
[07:44] <pitti> Hi sivang 
[07:55] <crimsun> morning JaneW 
[07:56] <JaneW> hi crimsun 
[07:57] <sivang> Hi pitti 
[07:57] <sivang> pitti: file-roller launchpadized is finally in ;)
[07:57] <sivang> pitti: need to continue at full thrust to completion
[08:09] <daniels> mjg59: next upload will have it fine, as the gcc fix is already in
[08:10] <daniels> mdz: setxkbmap -print | xkbcomp - :0
[08:10] <daniels> mdz: you probably need sudo dpkg -i --force-overwrite /var/cache/apt/archives/xkeyboard-config_0.5-3_all.deb
[08:16] <lexhider> I've seen a lot of launchpadized stuff in breezy-changes, what's it mean though?
[08:17] <Burgundavia> lexhider, http://udu.wiki.ubuntu.com/LaunchpadIntegration
[08:21] <lexhider> Burgundavia, thanks
[08:22] <Burgundavia> lexhider, np
[08:34] <sivang> lexhider: we are going to enable users to access launchpad action applicable per each desktop seed app from the apps own help menu
[08:35] <sivang> lexhider: if you are using breezy, you can check out file-roller , and evince to reach the placeholder page already
[09:20] <doko> mvo: ping
[09:46] <mvo> elmo: can you please sync baobab  from unstable (universe package, I ask for dholbach he has network trouble)
[09:48] <doko> mvo: please can you reupload aptitude? synced libsigc++-1.2 soname
[09:49] <mvo> doko: ok
[09:50] <davyd_> is Thom May around?
[09:50] <davyd_> I would really love to know how to unbreak my NetworkManager
[09:51] <Treenaks> davyd_: wait for an update, I guess
[09:51] <davyd_> it is complaining it is missing the binary 'no'
[09:51] <davyd_> this does not appear to be dragged in by a dependancy
[09:51] <davyd_> and in fact, is proving rather elusive to track down
[09:51] <Burgundavia> davyd_, I don't think that Thom is doing NM anymore
[09:51] <Amaranth> i don't think thom works on network manager anymore
[09:52] <davyd_> is anyone working on NetworkManager, or has it been abandoned?
[09:52] <Burgundavia> someone else is
[09:52] <robitaille> so what does Thom do these days?  he doesn't seem to do FF either
[09:52] <Burgundavia> irc nick is escaping me
[09:53] <Amaranth> robitaille: he got a new job or something
[09:55] <daniels> davyd_: other people are working on NM
[09:55] <daniels> and seb128 now maintains firefox
[09:55] <daniels> everyone send your firefox questions to seb
[09:55] <Burgundavia> daniels, you are pure evil
[09:55] <davyd_> daniels: who?
[09:56] <Lathiat> because it was broken 
[09:56] <seb128> daniels: don't cry you can get firefox if you want, I'm not like that
[09:56] <daniels> seb128: it's all yours.  i wouldn't want to deprive you.
[09:57] <Treenaks> robitaille: you're the reassign-master already
[09:57] <jdub> yo seb128 
[09:58] <robitaille> Treenaks:  yeah...I feel guilty of spamming too many people these days...
[09:58] <Treenaks> robitaille: launchpad should auto-assign Universe bugs to MOTU I guess?
[09:58] <seb128> hey jdub
[09:59] <sivang> bon jour seb128 , still didn't hear from jamesh
[09:59] <seb128> hi
[09:59] <robitaille> Treenaks: is there a list of all universe packages in LP?  I wonder if it's something that will have to be done manually. If it is what the motu team wants
[10:00] <Treenaks> robitaille: there should be right?
[10:00] <davyd_> does anyone have an old NetworkManager package handy?
[10:01] <pitti> Morning seb128 
[10:01] <pitti> seb128: you recently enabled the cairo backend for SVG rendering in firefox, didn't you?
[10:02] <seb128> hey pitti
[10:02] <seb128> pitti: no, I've not changed anything to firefox
[10:02] <seb128> pitti: I've only patched for some bugs but not changed a build option, why ?
[10:02] <pitti> seb128: oh, I thought, because it build-deps on libcairo1-dev
[10:03] <seb128> that's not new
[10:03] <seb128> thom did
[10:03] <pitti> seb128: I'm currently packaging mozilla 1.7.11 and tried to enable cairo, but it FTBFS due to a cairo API breakage
[10:03] <pitti> seb128: ok, thanks
[10:03] <pitti> seb128: if it used cairo, then ffox would be ftbfs now, but if not, nevermind
[10:04] <seb128> why?
[10:04] <seb128> ffox uses cairo
[10:05] <seb128> but they changed like 3 functions and it doesn't use those
[10:05] <pitti> seb128: ffox and moz call "cairo_create()", but that takes a parameter now
[10:05] <pitti> seb128: I added a parameter, but then it fails again on another function, then I just gave up and fixed the libart backend instead
[10:05] <jdub> damn parameters! they get in everything!
[10:05] <pitti> seb128: I try to build ffox
[10:05] <jdub> like sand in your swimmers at the beach
[10:05] <pitti> Hi jdub!
[10:06] <pitti> jdub: do you know the reason why whe can't ship howl? that was a patent issue, right?
[10:06] <Treenaks> pitti: Apple/GPL license incompatibility
[10:06] <Treenaks> afaik
[10:06] <jdub> pitti: no, the mDNSResponder is APSL2
[10:07] <jdub> not a license incompatibility between any software
[10:07] <seb128> ~ cairo_create(void) -> cairo_create(cairo_surface_t *)
[10:07] <jdub> just a general legal incompatibility ;-)
[10:07] <seb128> that's for 0.5.0
[10:07] <Treenaks> jdub: oh, non-free-ness of APSL2?
[10:07] <jdub> yeah
[10:07] <seb128> let's ship bonjour
[10:07] <bob2> how's the Free clone coming along?
[10:07] <seb128> that's a bsd one :)
[10:07] <jdub> seb128: the mDNSResponder is still APSL
[10:08] <pitti> seb128: oh, nevermind, ffox gets build with --disable-svg; a pity :-/
[10:09] <pitti> seb128: supporting svg would be nice
[10:09] <seb128> pitti: why?
[10:09] <sivang> seb128: it's mDNSResponder clone?
[10:09] <seb128> clone of what?
[10:09] <bob2> FF 1.5 allegedly hasw working svg support
[10:09] <pitti> mozilla is built with svg support, too
[10:09] <sivang> seb128: bonjour, is a clone of mDNSResponder ?
[10:09] <janimo> bob2, it indeed has I played svg tetris with it :)
[10:09] <jdub> bob2: stfu, version pimp!
[10:09] <jdub> sivang: it is an mDNS responder
[10:10] <Lathiat> sivang: bonjour is apples implementation of multicast dns service discovery
[10:10] <seb128> pitti: 
[10:10] <jdub> sivang: bonjour is the api you use to talk to the responder
[10:10] <seb128> jui 29 22:39:43 <tor_>  seb128: the cairo code in 1.0.x is extremely old at this point, and shouldn't be used.  it was just a proof-of-concept at that time
[10:10] <bob2> jdub: hey, it comes out in september, plenty of time to move to a new major version after the preview releases
[10:10] <bob2> janimo: hah, pimp
[10:10] <pitti> seb128: right, I noticed that; but why not use the libart backend?
[10:10] <seb128> pitti: that's from #cairo
[10:11] <jdub> pitti: libart is differently broken ;)
[10:12] <seb128> pitti: I don't maintain firefox, I use epiphany-browser ... feel free to change it .. 
[10:13] <pitti> jdub: well, it worked up to 1.7.10, and now upstream removed the code from the sources
[10:13] <pitti> jdub: I just added it again for now to make it work again
[10:14] <sivang> jdub,Lathiat : thx
[10:51] <seb128> daniels: around?
[11:24] <Mez> hmm
[11:24] <Mez> gksudo doesnt exist in breezy
[11:24] <Mez> not in the gksu pacakge anyways
[11:24] <bob2> it does according to the Contents files
[11:25] <bob2> (which could well be out of date)
[11:26] <seb128> $ dpkg -S /usr/bin/gksudo
[11:26] <seb128> gksu: /usr/bin/gksudo
[11:36] <\sh> ok..hibernating works...but after coming back from hinbernate, the usb ports and ethernet port aren't reinitialised
[11:37] <bob2> how did you hibernate?
[11:37] <bob2> by running /etc/acpi/hibernate.sh?
[11:44] <\sh> bob2: no...with klaptop applet..and I think it will call something like hinbernate.sh...i need to have a closer look
[11:45] <bob2> so try and see if the script works
[11:45] <bob2> it does some neccessary module unloading/reloading for you
[11:46] <pitti> Hi carstenh 
[11:46] <sivang> hey carstenh , pitti 
[11:48] <\sh> bob2: i will debug this later...right now I disabled hinbernating on this hp nc6000
[11:50] <carstenh> hi sivang, hi pitti 
[12:06] <pitti> seb128: I want to play around with libnotify, I can possibly use it for the audio hotplugging response
[12:06] <pitti> seb128: however, which package contains the daemon?
[12:07] <seb128> pitti: notification-daemon
[12:07] <seb128> pitti: libnotify package has a test/ dir with a pile of example if you want to play with it
[12:07] <pitti> uh, thanks. sorry, "apt-cache search libnotify daemon" didn't reveal it
[12:07] <ogra> pitti, look at hughsies power-manager code for examples ;) he uses it extensively
[12:07] <seb128> it displays all sort of message on different places of screen
[12:08] <seb128> better to look on libnotify examples imho
[12:08] <pitti> $ notify-send Test
[12:08] <seb128> examples are better than getting bits out of a big piece of code
[12:08] <pitti> that does fine as a first try :-)
[12:08] <ogra> oh, i havent looked yet, i didnt know they have examples
[12:09] <pitti> seb128: the examples should be shipped in /usr/share/doc/libnotify-dev/examples :-)
[12:09] <pitti> seb128: but I'll look in the source. Thank you!
[12:09] <seb128> pitti: technically that's a test-suite, but that can be used as examples :)
[12:09] <seb128> np
[12:10] <seb128> pitti: BTW that's really trivial to send a notification with it :)
[12:10] <ogra> elmo, did you get dholbachs sync request for baobab yesterday ? if not, please sync it from debian...
[12:10] <seb128> is there any plan to move libnotify to main?
[12:10] <pitti> $ notify-send -t 5 'New sound card detected' 'You can make the new sound card the default device in System -> Settings -> Audio'
[12:10] <pitti> that'll do for now :-)
[12:10] <ogra> seb128, if g-p-m goes to main it has to follow ;)
[12:11] <seb128> pitti: useful, isn't it ? :)
[12:11] <pitti> seb128: yes, and really trivial
[12:11] <pitti> seb128: I think I just call notify-send in gnome-volume-manager, that will avoid dependencies and give loose coupling
[12:12] <seb128> k
[12:12] <ogra> heh, yes you can clutter your desktop with tons of useless messages... wait for the bad designed UIs :)
[12:12] <seb128> if you want to use it, that's a 1 function call too
[12:12] <pitti> seb128: doing this in g-v-m is not a permanent solution anyway
[12:12] <seb128> notify_send_notification ()
[12:12] <pitti> seb128: right, I just asked myself whether I should depend on libnotify0
[12:12] <seb128> Depends: libc6 (>= 2.3.4-1), libdbus-1-1 (>= 0.34), libdbus-glib-1-1 (>= 0.34), libglib2.0-0 (>= 2.7.1), libpopt0 (>= 1.7
[12:12] <pitti> seb128: but if we will have it in main, then that's a non-issue
[12:13] <seb128> Installed-Size: 76
[12:13] <seb128> not a big deal :p
[12:13] <seb128> pitti: if we push it to main gnome-applets can me use of it
[12:13] <seb128> s/me use/make use/
[12:13] <ogra> pitti, just approve the new g-p-m and we'll have it in main :)
[12:13] <pitti> seems like a good idea if gnome adopts it anyway
[12:20] <pitti> seb128: if I install I new app, it doesn't appear in the menu until I killall gnome-panel; is this still an inotify bug? or a gamin one?
[12:21] <seb128> pitti: gamin one to change
[12:21] <seb128> pitti: but there is good news: http://mail.gnome.org/archives/gamin-list/2005-July/msg00062.html
[12:22] <seb128> "I'm attaching a patch that fixes the reference counting bugs
[12:22] <seb128> http://bugzilla.gnome.org/show_bug.cgi?id=172365 ,
[12:22] <seb128> http://bugzilla.gnome.org/show_bug.cgi?id=302236 , and countless distro
[12:22] <seb128> specific bug reports."
[12:22] <seb128> 
[12:22] <seb128> so maybe next gamin will work now ... :)
[12:23] <pitti> let's cross fingers...
[12:23] <seb128> atm notification are b0rked all over the place :(
[12:23] <ogra> pitti, did you notice that according to www.redhat.com you still live in the gdr ? http://www.redhat.com/g/promos/second_intelvid_050726.png
[12:25] <pitti> ogra: hm?
[12:25] <ogra> look at the map :)
[12:25] <azeem> ogra: reload
[12:25] <azeem> the changed it
[12:25] <ogra> HAHAHAH
[12:25] <azeem> they, even
[12:25] <ogra> lol, thats funny...
[12:25] <azeem> http://blog.schmehl.info/Debian/red-hat-europe-map-2
[12:25] <pitti> ogra: I'm afraid I don't understand...
[12:26] <azeem> pitti: http://blog.schmehl.info/Debian/red-hat-europe-map
[12:26] <pitti> ogra: I see a blue shape of europe with three yellow stars
[12:26] <ogra> pitti, yesterday tere were borders on the map :)
[12:26] <pitti> ogra: oh, I see on the blog page :-) LOL
[12:26] <pitti> ogra: the current image doesn't have borders
[12:26] <ogra> pitti, and apparently it ws older then 16 years :)
[12:29] <pitti> seb128: AFAICS libnotify0 should depend on notification-daemon, or is there any reason why it shouldn't?
[12:29] <pitti> seb128: (at least recommend)
[12:31] <seb128> pitti: I've packaged it before the daemon, but right ... Depends or Recommends ?
[12:32] <pitti> seb128: well, if you don't want notifications, it should be possible to uninstlal n-d
[12:32] <pitti> seb128: as long as apps work without the daemon, then Recommends (and explicit seeding) seems to be right
[12:34] <pitti> seb128: nice examples, some don't work, but most do :-)
[12:34] <seb128> pitti: which one doesn't?
[12:34] <seb128> and I agree with the Recommends
[12:34] <pitti> seb128: test-animation just barfs with some assertion failures
[12:35] <seb128> right
[12:35] <pitti> seb128: and I guess test-error is supposed to throw an assert? :-)
[12:36] <seb128> probably yeah
[12:42] <Kamion> infinity: could you retry libdebian-installer on ia64, please? "checking for C compiler default output file name... configure: error: C compiler cannot create executables" doesn't look like a problem with the package
[12:44] <daniels> seb128: iz gtk boog
[12:44] <seb128> daniels: ah,  you are here :)
[12:45] <seb128> # Xnest :1
[12:45] <seb128> Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing from list!
[12:45] <seb128> Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list!
[12:45] <seb128> Fatal server error:
[12:45] <seb128> could not open default font 'fixed';
[12:45] <seb128> 
[12:45] <seb128> what should I change to start Xnest?
[12:45] <seb128> that breaks sabayon ...
[12:45] <seb128> and I would like to play with the new version before uploading it
[12:46] <pitti> Hi sjoerd 
[12:46] <janimo> seb128 did you have a modified xorg.conf?
[12:46] <janimo> in that case the upgrade does not touch it
[12:46] <janimo> the fonts have moved
[12:47] <seb128> what font?
[12:47] <seb128> xorg.org has no X11R6 mention 
[12:47] <ogra> seb128, which config does xnest read...
[12:47] <ogra> there must be a custom config anywhere, i doubt its hardcoded
[12:47] <janimo> I know I had those errors, fonts moved to /usr/share or something
[12:47] <daniels> seb128: oh yeah, I meant to fix that
[12:51] <seb128> daniels: is that something to change locally or something you have to fix?
[12:51] <seb128> daniels: ie: can I give it a try now or should I wait for your fixed version?
[12:52] <doko> daniels: do we get a shiny new xorg today?
[12:55] <daniels> doko: yeah, when I've unpacked my computer
[12:55] <daniels> i'm sitting in the lounge with my laptop trying to find my charger so I don't have to drop offline in 20min
[12:56] <daniels> seb128: edit the binary, grep for /usr/X11R6, change it to the right path, pad with NULs as required
[12:56] <doko> cool, no new empty packages please ;-P
[12:57] <seb128> daniels: k, thanks. And you have planned to fix it this week? There is no real point for me to update sabayon if Xnest is b0rked
[12:57] <daniels> doko: which video driver do you use?
[12:57] <daniels> seb128: i'll try to fix it in -44 (next upload)
[12:57] <seb128> thanks
[12:58] <doko> depends, ati and fglrx
[12:58] <ogra> Kamion, /usr/lib/oem-config/locale/localechooser: line 500: [: de_DE.UTF-8,: binary operator expected
[12:58] <doko> daniels: depends, ati and fglrx
[12:59] <daniels> doko: the next release of xorg will have an empty -driver-ati, just for you :P
[01:00] <Nafallo> daniels: *grumpf*
[01:00] <doko> daniels: fine, please name the package it -driver-ati-doko ;)
[01:00] <daniels> heh
[01:00] <ogra> Kamion, it exits with __main__.WizardException: Menu item keyboard exited 256 (oem-config that is)
[01:05] <Kamion> ogra: could you run oem-config under OEM_CONFIG_DEBUG=1 DEBCONF_DEBUG='.*' and send me /var/log/oem-config.log, please?
[01:05] <ogra> sure
[01:05] <Kamion> thanks
[01:06] <Kamion> though I do see a problem on that line - fixing upstream
[01:07] <Kamion> still, debug would be useful anyway to verify that it's that
[01:18] <ogra> Kamion, it doesnt produce this file by default ? 
[01:24] <[linesca] > Kamion: you got a minute ?
[01:26] <ogra> Kamion, [linesca]  is about to test our ltsp on a big HW setup, but he cant manage to get the installer to boot on the blade servers
[01:28] <Kamion> ogra: it does, but there isn't so much in it by default
[01:28] <Kamion> [linesca] : I'm kind of buried in complicated code at the moment - how's it going wrong?
[01:29] <ogra> Kamion, there was no file in /var/log ... i had to rdirect the terminal output...
[01:29] <Kamion> ogra: oh, right, the oem-config-dm mini-display-manager creates it
[01:29] <ogra> ah
[01:29] <Kamion> ogra: sure, redirect the terminal output, that'll do
[01:29] <ogra> already sent it...
[01:30] <[linesca] > Kamion, kernel panic pivot_root no such file   428 cannot open dev/console
[01:30] <ogra> hmm, so i have to look at the mini-display-manaer too :)
[01:30] <ogra> manager even
[01:30] <[linesca] > ogra: your fingers work as well as mine :)
[01:30] <ogra> heh
[01:31] <Kamion> [linesca] : at what stage?
[01:31] <[linesca] > Kamion: on boot starting Ubuntu
[01:31] <Kamion> [linesca] : I mean, when you boot the installer, or after you've run through the first stage of the installer and rebooted?
[01:32] <[linesca] > sorry on reboot
[01:32] <Kamion> [linesca] : ok - that'll be an initrd-tools problem. I don't know so much about that; jbailey is the local expert.
[01:34] <Kamion> I *think* it would probably be possible to fix up the initrd by changing 'MODULES=dep' to 'MODULES=most' in /etc/mkinitrd/mkinitrd.conf and running 'mkinitrd -o /boot/initrd.img-`uname -r` /lib/modules/`uname -r`'; you can do that from the CD's rescue mode
[01:34] <Kamion> but jbailey will probably want to debug the problem first
[01:35] <[linesca] > when is he normally around ?
[01:35] <ogra> he lives in canada
[01:36] <ogra> so in a hour or two i'D guess
[01:36] <[linesca] > still in bed then :)
[01:37] <[linesca] > ogra: I got stuff to do, I will try to get this resolved later
[01:37] <ogra> [linesca] , ok, thanks for the effort :)
[01:38] <[linesca] > np, I am keen to see what you guys have done
[01:43] <jordi> carlos: hey
[01:43] <carlos> morning
[01:44] <jordi> carlos: I remembered I have doctor at 17:30. Maybe I arrive home a bit later than 19:00, I hope that's ok
[01:44] <carlos> jordi, I will be here, just ping me when you are back
[01:44] <sivang> ogra: are oem-config packages already available? 
[01:44] <jordi> ok
[01:45] <ogra> sivang, look at the archive...
[01:45] <sivang> Err http://archive.ubuntu.com breezy/universe oem-config 0.1
[01:45] <sivang>   404 Not Found [IP: 82.211.81.151 80] 
[01:46] <bob2> does dak itself update dists/ and pool/ in the right order?
[01:46] <Kamion> sivang: it's in main
[01:46] <Kamion> update
[01:46] <sivang> Kamion: I just did :-/
[01:47] <sivang> Kamion: I'll retry, thx
[01:47] <Kamion> cjwatson@jackass:~$ zcat ftp/dists/breezy/main/binary-i386/Packages.gz | grep-dctrl -PXnsFilename oem-config
[01:47] <Kamion> pool/main/o/oem-config/oem-config_0.1_all.deb
[01:50] <sivang> Kamion: works now
[01:50] <sivang> wow, nice , can one use this to configure his ubuntu system not neccessairily use it for oems ?
[01:51] <sivang> doh, that's what it meant to do - reading the pkg description
[01:51] <ogra> sivang, its the "run after first boot" tool
[01:51] <Kamion> sivang: I only intend to support it for OEMs at the moment
[01:52] <sivang> Kamion: so regular users who install ubuntu get to do configuratoin before the first boot as was before?
[01:52] <Kamion> sivang: yes, absolutely
[01:52] <Kamion> I don't want oem-config to be part of the default install path
[01:52] <Kamion> but it's reasonably generic, so one *could* use it for post-install reconfiguration
[01:53] <Kamion> and of course that's a straightforward way to test it
[01:53] <sivang> Kamion: looks somewhat freindlier then debconf's front end, is the kyboard layout detection code from smurfix's ?
[01:53] <Kamion> sivang: not at the moment, no
[01:53] <Kamion> I'm not sure I'll have time to work that in for breezy
[01:54] <Kamion> it is actually a rather specialised debconf frontend itself
[01:54] <Kamion> (oem-config, that is)
[01:54] <sivang> Kamion: so it's yet another frotend, and uses debconf protocol , cool
[01:55] <Kamion> yes, it intercepts the debconf protocol and pops up widgets of its own when it spots questions it's been told to recognise
[01:55] <Kamion> the interface is a bit ropey still; I think it should probably all be in a single window rather than popping up a dialog for each step, for instance
[01:57] <sivang> Kamion: have you given thought to to do the same to produce a debconf graphical front end, to be possibly used in install time ?
[01:57] <sivang> Kamion: (I agree with having it in one window and being able to change stuff in an "event" mode rather then incrementally)
[01:59] <Kamion> sivang: yes, of course; it may be possible to use some similar techniques, although in the installer I think cdebconf's custom widget support might prove to be a better bet
[01:59] <Kamion> programming in the oem-config debconffilter framework is interesting; I think it might prove to be too complex and hard to get right for general installer programming
[02:00] <Kamion> instant-apply dialogs are also liable to prove pretty tricky to do this way
[02:00] <Kamion> although it can be done, theoretically
[02:02] <Kamion> there were really two reasons I chose the filter approach: (1) it involved a startlingly small amount of code duplication; (2) perl debconf doesn't have custom widget support yet
[02:08] <sivang> Kamion: did you code it in perl as well? (like most of debconf , I presume)
[02:12] <sivang> Kamion: ah it's in python ofcourse :)
[02:37] <pitti> yay, my at derooting patch was accepted in Debian
[02:41] <sivang> pitti: cool for you , Martin :)
[02:44] <sivang> Kamion: how can I see the Gtk frontend for oem-config?
[02:47] <ogra> sivang, run it ?
[02:53] <\sh> hmmm...I just ordered a free ticket for LinuxWorldExpo in November for FFM
[02:58] <sivang> ogra: tried. Getting an error in pythoo
[02:59] <ogra> sivang, did you run it with sudo ?
[03:01] <sivang> ogra: yes
[03:04] <Kamion> sivang: I'd like debugging info
[03:18] <ogra> \sh, look that it doesnt clash with the ubuntu conference ;)
[03:18] <sivang> \sh: free ticker?
[03:18] <sivang> \sh: how so?
[03:19] <sivang> Kamion: I'm making sure it's not something stupid that I do that causes this
[03:20] <Kamion> sivang: I need to see at minimum the error in order to be able to help you at all ...
[03:20] <sivang> Kamion: ofcourse, what is the command to invoke the oem-config against a gtk frontned? (I amanged to invoke the text UI)
[03:21] <Kamion> er, that should not be possible - I need debug logs
[03:21] <Kamion> please
[03:21] <ogra> there is a text gui ??
[03:21] <Kamion> it's supposed to be always hidden
[03:21] <Kamion> that is why I need debugging information from sivang
[03:22] <Kamion> because if he's seeing a text interface, the debconf filtering failed
[03:22] <ogra> yep... here it worked in wizard mode
[03:22] <ogra> (gui wise)
[03:22] <Kamion> sivang: OEM_CONFIG_DEBUG=1 DEBCONF_DEBUG='.*' in the environment
[03:24] <sivang> Kamion: btw, I'm using a breezy dchroot,  would that cause problems to oem-config ?
[03:24] <Kamion> I don't know. It shouldn't. I need to see the logs.
[03:25] <sivang> Kamion: ok, I now manage to get the first "choose your location" gtk dialog , but can't go any further
[03:25] <sivang> Kamion: (I didn't change anything in the environment)
[03:26] <Riddell> Kamion, mdz: am I ok to upload a k3b-i18n package to match the current k3b
[03:26] <Kamion> of course, within a chroot you will need to ensure that you have a working DISPLAY and can run other X clients etc.
[03:27] <sivang> Kamion: I do, I do all of my launchpad integration testing there
[03:27] <sivang> Kamion: (I successfuly fired gedit/file-roller/epiphany etc)
[03:28] <sivang> Kamion: emailing you a log for that invocation where it fails after the first dialog
[03:28] <Kamion> Riddell: yes, go ahead
[03:28] <Kamion> thank you
[03:29] <sivang> Kamion: I wonder why I got the text UI in the first place, and not the Gtk one..sorry for not providing more info re this invocation :-/
[03:30] <sivang> Kamion: actually, I put it online at http://muse.19inch.net/~sivan/oem-config.log
[03:34] <Kamion> sivang: I really wanted debug information for that
[03:35] <Kamion> debconf (developer): <-- GET console-keymaps-at/keymap
[03:35] <Kamion> debconf (developer): --> 0 
[03:35] <Kamion> hmm
[03:35] <sivang> Kamion: sorry :-( I recall now that it happend right after the packages were isntalled, as if this was part of a regular package post configuration
[03:36] <sivang> Kamion: so I didn't have to acutally run oem-config myself (apt did it for me)
[03:36] <Kamion> ah, that was perhaps not copied over from d-i
[03:37] <Kamion> sivang: do you remember which questions were asked in the text interface? any information at all is useful
[03:38] <sivang> Kamion: one of them was about my keyboard layout (qwery, azerty or...etc) that's why I mentioend to you smurfix's kbd detection code
[03:38] <Kamion> none of the oem-config* packages do any debconf interaction in their postinst
[03:39] <Kamion> oem-config.postinst sources the confmodule, but that's just to get templates loaded; it doesn't do db_input
[03:39] <Kamion> sivang: ah, it was probably console-data's postinst, then
[03:39] <Kamion> sivang: that wouldn't happen normally; nothing to worry about
[03:40] <ogra> http://www.grawert.net/funny_ncb_error.png
[03:40] <sivang> Kamion: is it a bug or not?
[03:40] <ogra> seb128, pitti ^^^
[03:40] <Kamion> sivang: how did you create the chroot?
[03:40] <ogra> seb128, how the hell does n-c-b compute tis duration ?
[03:40] <ogra> this even
[03:42] <sivang> Kamion: as outlined in https://wiki.ubuntu.com/DebootstrapChroot?highlight=%28debootstrap%29
[03:45] <Kamion> sivang: I was wondering about the version of the debootstrap package you used
[03:46] <sivang> Kamion: ah, the same one that is aviailable for downlaod on the wiki page
[03:47] <sivang> Kamion: (for breezy, that is)
[03:47] <Kamion> sivang: the crash in http://muse.19inch.net/~sivan/oem-config.log should be fixed in oem-config-keyboard 1.17ubuntu2, when it's built and mirrored
[03:47] <Kamion> thanks for the report
[03:48] <Kamion> sivang: ok, I'm not absolutely sure whether that's a bug or not, so I'll have a go at reproducing it myself later; could you file a bug on console-data, assigned to me, so that I remember?
[03:49] <Kamion> it's orthogonal to oem-config as such, though
[03:54] <bddebian> Howdy
[03:56] <sivang> Kamion: yes ofoucrse, ah you mean they use the same code ? (console-data && oem-config)
[03:58] <Kamion> sivang: no, bits of oem-config just depend on console-data for some data files it ships, that's all
[04:05] <Kamion> d'oh, I broke debconf
[04:05] <Kamion> that might not be helping matters
[04:05] <sivang> hehe
[04:05] <Kamion> fuck, I broke it in the version uploaded to Debian and all
[04:06] <sivang> gush
[04:11] <koke> hi all!
[04:12] <sivang> Kamion: I can't assign the bug to you, or to any others in bugzilla
[04:13] <Kamion> ah
[04:13] <Kamion> don't worry, I'll pick it up from ubuntu-bugs
[04:14] <sivang> Kamion: it recall it was once possible to assign bugs to people, was this removed?
[04:14] <Kamion> sivang: yes, see the topic
[04:15] <sivang> Kamion: ok, I'll ping ogra when he's back online
[04:23] <Kamion> sivang: can you just check for me, which version of debconf do you have installed in the chroot?
[04:25] <sivang> Kamion: sure, I'll add it to the bug report ?
[04:26] <sivang> Kamion: 1.4.54ubuntu1
[04:26] <Kamion> sivang: that's the hosed version. I've just uploaded 1.4.55ubuntu1.
[04:27] <Kamion> showdialog's return value was broken so the dialog frontend was completely confused about life in general
[04:28] <sivang> Kamion: how can I bring it back to the state before the first invocation via apt-get ? (I wasn't able to get the text ui anymore)
[04:28] <sivang> Kamion: (thinking of testing the fix)
[04:28] <Kamion> you can't really, that's why I said I'd try to reproduce it here
[04:28] <Kamion> you'd probably need to build a fresh chroot
[04:29] <Kamion> I tested the fix with a simple 'dpkg-reconfigure debconf', which also previously manifested the bg
[04:29] <Kamion> bug
[04:31] <Kamion> of course if you *can* reproduce it with a fresh chroot, that'd be good too ...
[04:35] <sivang> Kamion: but I will now get the fixed debconf package, can you put the bad one somewhere online?
[04:35] <sivang> Kamion: (since a fresh chroot will be updated from the archive now)
[04:36] <Kamion> sivang: you can grab a copy from the archive now
[04:37] <Kamion> and the old one should stay around for a bit, anyway
[04:37] <sivang> Kamion: k, I will try to reproduce on a fresh chroot now then
[04:38] <sivang> Kamion: do we have packages.u.c now?
[04:38] <Kamion> we always have
[04:38] <Kamion> for some values of always
[04:39] <sivang> Kamion: heh, ok, is it ok to get the pkg from there? (if I find it in all those catagories)
[04:40] <Kamion> http://archive.ubuntu.com/ubuntu/pool/main/d/debconf/ would seem rather easier
[04:41] <sivang> Kamion: yes, thanks, got the packag, now to fresh up a chroot :)
[04:43] <thierry> where is the man page in a package?
[04:43] <thierry> like for ubuntu bug 12445
[04:44] <sivang> Kamion: sudo debootstrap --variant=buildd breezy /var/chroot2/ http://archive.ubuntu.com/ubuntu/
[04:44] <sivang> Kamion: that's waht I use
[04:45] <sivang> bah, need to start with hoary first and then upgrade
[04:45] <sivang> E: No such script: /usr/lib/debootstrap/scripts/breezy.buildd
[04:47] <Kamion> er, no, you need to use the breezy debootstrap if using the breezy script
[04:48] <Kamion> /usr/lib/debootstrap/scripts/breezy requires features that were not in hoary's debootstrap package
[04:48] <sivang> Kamion: ah right, darn. Well, nevermind, I guess this will better reproduce steps to create the chroot in question
[04:48] <Kamion> thierry: depends totally on the package, you'll have to look
[04:49] <Kamion> thierry: it's not hard to find
[04:49] <sivang> Kamion: since I don't have the package installed here, I probably upgraded the chroot from haory to breezy after the inital deboostrapping
[04:49] <thierry> Kamion : is searched man and manpage in the package and I can't find it... what is the usual name of the file?
[04:50] <Kamion> thierry: the extension is usually a number, such as *.1 for a section 1 man page
[04:52] <thierry> Kamion : got it! thanks!
[04:52] <Kamion> np
[05:53] <janimo> \who ogra
[05:56] <Keybuk> daniels: about?
[06:01] <mvo> ping seb128 
[06:06] <seb128> mvo: pong
[06:16] <mdz> elmo: what would be involved in getting Tag: into Ubuntu Packages files?
[06:17] <mvo> good morning mdz 
[06:17] <elmo> mdz: pfft
[06:17] <mdz> morning
[06:17] <mdz> elmo: how did I know you were going to say that?
[06:18] <ogra> elmo, did you get my baobab sync request around noon ?
[06:18] <elmo> ogra: yes, I did it, it's in new, I'll get to it in a while
[06:18] <ogra> elmo, thanks :)
[06:22] <vontrapp> i noticed the middle click content load url behaviour doesn't work in the latest firefox package, saw in the forums that the default behaviour was changed
[06:22] <vontrapp> however, i am unable to enable it again
[06:22] <vontrapp> set middlemouse.contentLoadURL to true, but no diec
[06:22] <vontrapp> s/diec/dice/
[06:23] <vontrapp> is this possibly related to the default change?
[06:23] <crimsun> mdz: There's a slight dilemma with compiling vlc (universe) for Breezy. It requires libpostproc-dev (multiverse) to build. I sidestepped this for Hoary by using vlc's distributed ffmpeg, but Debian removed that in the next package revision. It looks like either vlc should be demoted to multiverse or libpostproc* should be promoted to universe.
[06:23] <mdz> elmo: are you going to follow that with a real answer though?
[06:24] <sebest> hello, how can we change the keymap using xkb driver , i'd like to use a macintosh fr keyboard (using setxkbmap?)
[06:24] <mdz> crimsun: vlc should move to multiverse
[06:25] <ogra> mdz, huh ? since when is it nonfree ?
[06:25] <crimsun> mdz: ok, that sounds great.
[06:25] <elmo> mdz: I've no idea, I'll have to look
[06:25] <bob2> vontrapp: that behaviour changed a year or so ago
[06:25] <mdz> elmo: oh, who did it for Debian?  I'll ask them
[06:25] <crimsun> ogra: no, one of its build-deps is in multiverse.
[06:26] <elmo> mdz: aj
[06:26] <mdz> elmo: thanks
[06:26] <ogra> crimsun, yup, i just got that :)
[06:26] <Nafallo> crimsun: what about ffmpeg's libpostproc-dev? pool/main/f/ffmpeg
[06:26] <crimsun> Nafallo: that's in multiverse.
[06:27] <crimsun> Nafallo: (being the precise issue I mentioned :)
[06:27] <ogra> Treenaks, gah, you toasted him ? who is fixing it now ?
[06:27] <Treenaks> ogra: you are :)
[06:27] <bddebian> heh
[06:27] <ogra> Treenaks, unlikely, heh
[06:28] <Nafallo> crimsun: hmm, oki. I just noticed the things in the source are everywhere :-).
[06:30] <jdub> seb128: new gamin! :)
[06:30] <seb128> jdub: cool, as I was pointing to pitti it should fixes the issues we have for ages
[06:30] <seb128> jdub: not thanks to DV
[06:31] <seb128> somebody had to debug and send a patch on the list, he never commented on the bugzilla bug
[06:31] <jdub> seb128: yeah, john mccutchan has been doing some rocking patches
[06:32] <Treenaks> gamin will be fixed now? :)
[06:49] <sivang> Kamion: is it ok to just change the sources.list on the hoary chroot to upgrade it to a breezy one?
[06:50] <sivang> Kamion: (preparing the reproduction environment still)
[07:10] <jdub> seb128: hrm, lack of url field for web calendars in evo kinda sucks
[07:12] <jdub> hrm, lack of wrapping in calendar blobls kinda sucks
[07:12] <Kamion> sivang: yes
[07:14] <seb128> jdub: don't ask to much, I'm already quite happy to have all my imap boxes correctly listed atm :p
[07:14] <seb128> s/to much/too much/
[07:18] <sivang> Kamion: ok, upgrade is done. What can I do to verify I'm in breezy from debconf's / oem-config point of view?
[07:19] <Kamion> they do not have a point of view that cares
[07:21] <Kamion> if you can install oem-config, that's all that matters
[07:26] <seb128> elmo: intltool (incoming) sync please
[07:28] <sivang> Kamion: ok, how would I log stuff for you while installing oem-config ?
[07:30] <Kamion> sivang: I already told you earlier ...
[07:30] <sivang> Kamion: (thinking of logging the first time install, when apt invokes the text ui dialogs)
[07:30] <Kamion> 14:22 < Kamion> sivang: OEM_CONFIG_DEBUG=1 DEBCONF_DEBUG='.*' in the environment
[07:30] <sivang> Kamion: ah cool, I thought there was a difference int he modes
[07:31] <Kamion> oh, the first-time install has nothing to do with oem-config, so just DEBCONF_DEBUG=developer while running apt
[07:31] <sivang> Kamion: k
[07:31] <Kamion> although the more complete set above would do too, it just outputs even more junk :)
[07:32] <Kamion> you might want to run inside 'script' to get a typescript of the installation
[07:32] <Kamion> mdz: is libhsqldb-java ok for main, or still pending? it's making my base-config tests difficult
[07:33] <jdub> Kamion: what are the remaining b0rkages in the way of colony CDs?
[07:33] <Kamion> jdub: X
[07:33] <jdub> bogor
[07:34] <Kamion> also to be honest I just haven't tried daily CD builds for the last few days, 'cos I've been buried in OEMInstaller and InstallerStage2Progress
[07:35] <jdub> stage2 progress! rad :)
[07:35] <jdub> how's oem going?
[07:35] <Kamion> oem-config's in the archive, needs UI love
[07:35] <jdub> will test when i get home :-)
[07:35] <Kamion> primarily needs to have the multiple dialogs turned into a single window really
[07:35] <jdub> how's express going?
[07:35] <Kamion> oh, and various bugfixes of course
[07:36] <Kamion> dunno, I haven't really touched it
[07:36] <Kamion> stage2 progress is tantalisingly close
[07:36] <jdub> that's going to be rad
[07:36] <Kamion> mdz had an ubuntu-express prototype; last I heard juanje was poking at it
[07:37] <jdub> how much do we care about express working on arbitrary casper based cds (for breezy)?
[07:37] <Kamion> well, it needs to be derivable vaguely sanely
[07:38] <jdub> i think we'll be able to get some testing love out of the gnome livecd for that sort of stuff
[07:38] <jdub> i imagine we'll be pretty solidly concentrating on ubuntu only at this stage
[07:39] <Kamion> I don't think it would be much of a problem to make it generic, although it will probably be GNOME only unless some kind of sensible framework settles down Really Soon Now
[07:39] <Kamion> but all too much of it is vapourware as yet ...
[07:40] <sivang> mdz: what do I need to do to get editbugs priviliges again?
[07:41] <Kamion> oh, hmm, mvo's apt progress branch doesn't send download progress to the status fd :(
[07:41] <Kamion> so the base-config progress bar sits at 0% for ages ...
[07:51] <sivang> Kamion: k, got the same behavior. I'm redirecting stderro to a file, hopefully that would include the DEBCONF_DEBUG=developer logs
[07:52] <sivang> Kamion: now, first dialog question is about 'console-data'
[07:53] <Kamion> I'll get all this from DEBCONF_DEBUG=developer logs, I just need that
[08:03] <mdz> jdub: ubuntu express may or may not happening; we're at juan's mercy at this point because I don't have the bandwidth for it
[08:03] <mdz> sivang: /topic
[08:06] <sivang> Kamion: using apt's log is http://muse.19inch.net/~sivan/oem-config_apt.log, and oem-config which new fails to start at all is here : http://muse.19inch.net/~sivan/oem-config_local_error.log
[08:08] <sivang> Kamion: bon appetite, I will catch you later or tommorow - going home, laterz
[08:12] <mdz> sivang: read and acknowledge https://wiki.ubuntu.com/HelpingWithBugs
[08:14] <mdke> who knows about the linode servers?
[08:15] <ogra> mdke, henrik or elmo
[08:15] <mdke> elmo, around?
[08:15] <mdke> thanks ogra
[08:16] <mdke> i've rebooted the docteam one and its disappeared
[08:19] <mdke> surely its not on a dynamic ip
[08:24] <jdub> mdz: hrm, bummer
[08:25] <mdz> s/happening/be &/
[08:45] <maswan> mdz: bandwidth? anything I can help with? :)
[08:46] <Amaranth> niran: Still haven't decided on the best place to put those checkboxes in gnome-app-install? :)
[08:51] <tseng> hi sivang 
[08:53] <sivang> mdke: what are the linode servers used for ? 
[08:54] <sivang> hey tseng , how's it going?
[08:54] <tseng> good, you
[08:55] <sivang> mdz: acknowledged
[08:56] <sivang> tseng: just came back from work, going to try hack an helper function for bonnobu ui apps that need be launchpadized
[08:56] <tseng> buh, bonnobo
[08:56] <tseng> have fun.
[08:57] <sivang> tseng: yeah. Luckily I have some skeleton code in gedit, and pbor was very kind to point me to the important bits
[09:13] <OddAbe19> any idea when glx will be uploaded to breezy?
[09:14] <niran> Amaranth, i want them where they are now, i just think it makes the categories look ugly when it pushes them to the side
[09:14] <niran> i wonder if there's a way to get the cellrenderertoggle to not toggle when anywhere in the column is clicked, just on the check box itself
[09:14] <niran> but i don't think so
[09:27] <OddAbe19> any idea when glx will be uploaded to breezy? (so GL stuff will work... ie glxgears, etc...)
[09:28] <\sh> X
[09:28] <\sh>           is a lot less broken - it works (well - kubuntu does - for mez)!
[09:29] <\sh> OddAbe19: when daniels is finished with his work
[09:30] <Kamion> sivang: ok, the first log definitely exhibits symptoms of debconf breakage; upgrading to 1.4.55ubuntu1 should sort that out
[09:31] <sivang> Kamion: at least I am happy to know my recreation of debootstrapping work helped
[09:32] <sivang> Kamion: are you sure I wasn't glancing at the font-config configuration at the first log ?
[09:32] <sivang> Kamion: (it oocurd to me that I was seing it instead of the actual oem-config)
[09:33] <Kamion> sivang: oem-config is not relevant to the issue in the first log in any way whatsoever at all
[09:33] <CarlFK> Kamion - are you cjw? - duh.
[09:33] <Kamion> CarlFK: yes
[09:33] <Kamion> CarlFK: (I think we've talked on IRC before ...)
[09:33] <sivang> Kamion: anyway, I have to leave now - soemone tries to sleep in this room , so good to know that helped you and se you tommorow.
[09:34] <Kamion> sivang: still investigating the second log, it's kind of weird
[09:34] <CarlFK> Kamion -  yes - I lost track of who was who
[09:34] <Kamion> sivang: is oem-config-locale properly installed and configured? if it is, 'dpkg -l oem-config-locale' should have 'ii' at the beginning of the line
[09:35] <Kamion> sivang: 'dpkg --configure -a' would probably be a good plan
[09:35] <sivang> Kamion: can I undertake all those tommorow and report ?
[09:35] <Kamion> sivang: sure, no rush
[09:35] <Kamion> thanks for the help
[09:36] <sivang> Kamion: be sure to ping me with furhter instructions should you have those
[09:36] <Kamion> sivang: oh, the second log with additional OEM_CONFIG_DEBUG=1 would be good, too
[09:36] <Kamion> CarlFK: I fixed the i386 CD image build issue you reported, by the way; it was a typo in one of the build scripts
[09:37] <sivang> Kamion: good night then :)
[09:37] <Kamion> CarlFK: Ubuntu install CD images are built from a cron job that runs at 08:21 London time daily
[09:38] <CarlFK> Kamion - thanks.  is the rsync server get much trafic, or is it ok if I rsync it each morning?
[09:44] <Kamion> CarlFK: there's a maximum-number-of-users limit on the rsync server, but if you can get on then it's fine
[09:56] <CarlFK> Kamion - thanks.  nother thing - if you want a better bug report no probm but here is a quick pic of todays problem: http://pictures.foxshare.net/gallery2/main.php?g2_view=core.ShowItem&g2_itemId=372
[09:56] <CarlFK> ill be back in 20 min or so...
[09:56] <luis_> mako: http://www.mit.edu/~mherdeg/pushpoll/
[09:58] <Kamion> CarlFK: humph, looks like the menu-mapping's screwed up somehow; I'll have a look, thanks
[10:15] <CarlFK> Kamion - bit more on that menu thing: "exit the base system config" throws the same messages and also loops back to the menu
[10:16] <Kamion> CarlFK: this is an install in English, right?
[10:16] <CarlFK> yes
[10:16] <Kamion> CarlFK: if you could look for a menu-mapping file in /tmp/base-config.* and mail that to me, that'd be good ...
[10:19] <herve> hello
[10:19] <herve> seb128, ping
[10:19] <seb128> pong
[10:19] <bddebian> wb herve
[10:19] <herve> I just experienced dia is broken when exporting files to eps using the pango engine
[10:19] <herve> I'm looking for a patch
[10:20] <seb128> cool
[10:20] <herve> not really :-
[10:20] <herve> (
[10:21] <herve> ok, dia CVS depends on cairo 0.6 for 2 days now
[10:22] <herve> I put an option on a CVS checkout
[10:22] <herve> like in debian experimental
[10:25] <lifeless> did something break the install-old-version feature of aptitude ?
[10:26] <lifeless> nm, it was cross dependency hell
[10:27] <seb128> herve: we have cairo 0.6
[10:27] <herve> my point :-)
[10:27] <herve> but not Debian, strange Roland made that checkout
[10:27] <herve> we are the ones to need it, not Debian :-)
[10:28] <seb128> Debian got 0.6 today
[10:28] <herve> ha ok
[10:28] <seb128> and the dia maintainer uploaded a dia CVS tonight
[10:29] <herve> hmm... I wonder if we take his package or if breezy can live with this bug
[10:32] <linescann> jbailey: you got a minute ?
[10:33] <jbailey> linescann: Sort of, my brains on something at the moment, so if you don't mind a slightly laggy answer.
[10:33] <linescann> jbailey:np I will run it past you but if it needs to wait tell me to shut up :)
[10:34] <linescann> jbailey:I was trying to test ltsp for ogra today but could not get ubuntu installed on a IBM HS20 blade
[10:34] <linescann> 428 dev/console issue after rebooting
[10:34] <jbailey> linescann: Is that one of their powerpc blades?
[10:35] <linescann> no twin Xeon
[10:37] <jbailey> Where does that 428 come from?  The kernels themselves provide /dev/console automatically.
[10:40] <linescann> pivot_root no such file or directory then 428 dev/console and kernel panic
[10:40] <Mez> linescann, you using SATA drives?
[10:41] <Mez> or a USB scsi drive?
[10:41] <Mez> or a normal SCSI drive
[10:43] <linescann> Mez: SCSI
[10:43] <seb128> elmo: can you sync gdesklets-data (0.35.2-2) gnome-build (experimental) intltool (0.34.1-1) ?
[10:44] <Mez> linescann, for some reason, it tries to pivot_root before the SCSI drive is ready, which causes the problems
[10:45] <linescann> Mez: The solution is......?
[10:45] <Mez> linescan there isn't one at the mo
[10:45] <Mez> but I do remember someone is working on it
[10:46] <linescann> Mez: rats, I was really hoping to get some good feedback to ogra and mdz
[10:46] <Mez> linescann, ??
[10:47] <linescann> I got 6 classrooms of thin clients sitting idle and was going to do some testing for them
[10:48] <mdz> linescann: that would indicate that your SCSI driver isn't getting loaded in the initrd
[10:49] <mdz> linescann: you can force load it by editing /etc/mkinitrd/modules and regenerating the initrd, or you can try jbailey's initramfs stuff
[10:50] <jbailey> linescann: If that does solve the problem, please let me know which module wasn't detected right.
[10:52] <Riddell> Mez: with respect to backports how is g++ transition done?
[10:52] <linescann> jbailey: I will try in the morning.  What values am I look for ?     MODULES=
[10:52] <jbailey> linescann: Do you know which driver that you're missing?
[10:53] <Mez> Riddell, normally it'll just depend on g++ not a certain version
[10:53] <Mez> so when rebuilt, then it's rebuilt
[10:53] <jbailey> linescann: I'm not familiar with the ltsp install, so I don't know if you have a working system on the machine already, or...
[10:53] <Mez> or built with hory version of 4.0
[10:53] <Riddell> Mez: but the library names have changed
[10:53] <linescann> jbailey:  Clean attempt at installing Ubuntu
[10:53] <Mez> Riddell, some of them have
[10:53] <jbailey> linescann: Hoary?
[10:53] <Mez> and then it's just a libbla | blalib
[10:53] <mdz> jbailey: he's just attemptnig a hoary install at this point; ltsp has not entered the equation
[10:54] <linescann> Yep
[10:54] <jbailey> mdz: Cool, thanks.
[10:54] <herve> seb128, dia 0.94.0+CVS20050731-1 doesn't contain the changes for cairo 0.6.0
[10:54] <jbailey> linescann: So before the installer reboots, we need to figure out which scsi module you need, and add it to the the initrd.
[10:55] <jbailey> linescann: Or we can boot the instller and mount the partition
[10:55] <linescann> jbailey:  Not at the servers now.  You around tomorrow ?
[10:56] <jbailey> linescann: Yup.  In what timezone are you?
[10:56] <Kamion> jbailey: that's what rescue mode's for
[10:56] <linescann> In the UK so about 7 infront
[10:57] <linescann> I think
[10:57] <Riddell> Mez: but if you have a hoary KDE package depending on kdelibs4c2 that'll break up all the upgrading preferences (and any KDE applications not recompiled for it)
[10:57] <jbailey> linescann: I'm in Eastern Canada, so 5 in front.
[10:57] <linescann> cool.  I will catch you sometime tomorrow
[10:58] <jbailey> linescann: Cool.  See you!
[10:58] <Mez> Riddell, it wont break though ... cause it'll be in $shlibs:Depends... wont it
[10:58] <linescann> just going to try and find out what SCSI controller is on the Blades
[10:58] <Mez> so it wont depoend on 4c2
[10:58] <Mez> just 4
[10:58] <jbailey> Kamion: But.. But..   It's not a REAL os unless you need to reinstall it from time to time!
[10:59] <jbailey> linescann: We'll be able to tell from the rescue mode.  If you installed it succesfully, the installer had to have detected it. 
[11:00] <Riddell> Mez: since the kdelibs4 package uses c2 then it will depend on c2
[11:00] <linescann> jbailey: sure....The real servers run SuSE 9.2 and are using mptscsih
[11:00] <Mez> hmmles
[11:00] <Mez> will think bout that
[11:01] <Mez> Riddell, thats an issue I dodnt think of, couldnt the control be changed dependdent on the auto * ?
[11:01] <jbailey> Hmm, it ought to pull in mptbase and mptscsih.  I wonder why it doesn't work.
[11:01] <dholbach> hi
[11:01] <seb128> hey dholbach :)
[11:01] <linescann> Over to you on that one Sir :)
[11:02] <ogra> heh
[11:02] <Riddell> Mez: sounds like a very ugly hack.  what's changed with auto*?
[11:03] <Mez> Riddell, the version - so check for hoary/breezy versions
[11:03] <Mez> speak to mdz
[11:04] <niktaris> hi, anyone got some expirience with build the ubuntu live cd?
[11:06] <linescann> jbailey:  Thanks for your time.  I will catch you tomorrow
[11:06] <linescann> mdz,ogra:  Hopefully we can get you some testing time tomorrow :)
[11:07] <ogra> linescann, YAY !!
[11:07] <linescann> ogra: Have a damn fine evening and I will catch you tomorrow
[11:08] <ogra> linescann, you too :)
[11:23] <daniels> Keybuk: no
[11:23] <Keybuk> daniels: oh
[11:24] <Keybuk> I had a cute bunch of xkb problems for you to look at
[11:24] <bddebian> daniels: Hey I have been meaning to ask you.  Anything a relative n00b can help you with at all or is it all pretty high-level stuff?
[11:24] <Keybuk> errors on stdout, and lots of "no keycode for blah" stuff
[11:24] <Keybuk> but it can wait
[11:24] <daniels> Keybuk: spam it to me in /msg, or email me
[11:25] <daniels> Keybuk: i've just woken up, and won't be around 'till later
[11:25] <Keybuk> ok, I'll hang on til later
[11:27] <bddebian> Hmm, I'll take that as a no. :-)
[11:40] <daniels> whoops, didn't even see bddebian's question.  oh well.
[11:41] <Lathiat> heh
[11:42] <dholbach> daniels: <bddebian> Bah, daniels hates me too
[11:43] <ogra> yes, he is very sensitive... :=)
[11:50] <doko> elmo, mdz, Kamion: libatomic-ops needs a sync from unstable. it's a new upstream, which doesn't FTBFS with gcc-4.0. strictly speeking, it's only necessary for a no-release arch (ia64), so it doesn't effect our primary archs
[11:55] <niktaris> is matt zimmerman in the house?
[11:57] <doko> elmo: please sync sdl-mixer1.2 smpeg speech-tools festival gtkmm2.0 from unstable (after the dinstall run from Aug 2)
[12:00] <doko> elmo: please sync wtfk from incoming