[12:02] <jbailey> carstenh: pong
[12:44] <Mez> how do you make a diff that's like dpatch
[12:48] <bob2> dpatch-edit?
[12:48] <Mez> no, in the style, I mean I can use diff
[12:49] <Mez> but using diff confuses me - I'm used to the stlye using +'s and -'s
[12:49] <Mez> instead of using like... < and >
[12:49] <bob2> diff -u
[12:50] <Mez> ah, ty
[01:38] <daniels> fabbione: sup
[01:38] <daniels> fabbione: oh, that
[01:38] <daniels> fabbione: yeah, packages depending on xrender need to be updated.  fun.
[02:48] <davyd> daniels ; you around?
[02:57] <daniels> davyd: yo
[03:02] <davyd> daniels ; I've answered my original question through sweat and pain
[03:02] <davyd> however, if I install a version of nvidia-glx I just built
[03:03] <davyd> is Xorg going to like it and use it?
[03:04] <davyd> seems the answer is... yes
[03:04] <davyd> oh, Xserver, how I've missed thee
[03:08] <mdke> elmo, ping?
[03:11] <Burgundavia> elmo, ping as well
[03:12] <daniels> davyd: yeah, should be fine
[03:12] <daniels> heh
[03:13] <davyd> hmm, why does my chroot not share my theme?
[03:13] <davyd> I thought that stuff was exposed through Xsettings
[03:13] <mdke> Burgundavia, he sleeps
[03:13] <daniels> davyd: gconf, innit?
[03:14] <daniels> davyd: probably want to be bind-mounting /tmp
[03:14] <davyd> daniels: gnome-settings daemon exposes it to Xsettings from gconf
[03:14] <davyd> daniels: I would appear to have done that
[03:14] <daniels> iz gtk bug
[03:15] <davyd> indeed, most annoyingly strange
[03:16] <AndyFitz> ping
[04:05] <davyd> this is mighty strange
[04:05] <davyd> when running my debugger in the chroot
[04:05] <davyd> (gdb) r
[04:05] <davyd> Starting program: /home/davyd/src/CVS/fugro/shading-scale/test/.libs/test-shading-scale
[04:05] <davyd> [Thread debugging using libthread_db enabled] 
[04:05] <davyd> Error while reading shared library symbols:
[04:05] <davyd> Cannot find new threads: generic error
[04:07] <Burgundavia> elmo, elmoooooo....
[04:07] <Kamion> Burgundavia: dude, it's 3am
[04:07] <Burgundavia> Kamion, yes
[04:07] <Kamion> and he just got off a plane
[04:08] <Burgundavia> oh yes, he was beating up jordi, I saw the blog
[04:08] <mdke> Kamion, you never know what time you guys will be up :)
[05:10] <mdke> HrdwrBoB, ping?
[05:11] <HrdwrBoB> yo
[05:11] <mdke> HrdwrBoB, hi there. Got a few minutes to chat in #ubuntu-doc?
[05:11] <HrdwrBoB> yeah
[06:13] <fabbione> morning
[07:35] <pitti> Good morning
[07:35] <fabbione> hey pitti
[07:35] <seth_k> morning pitti
[07:36] <seth_k> 34 minutes into Monday, here
[07:36] <fabbione> pitti: i think i saw some kernel dildo's flying around in cogito
[07:39] <Amaranth> I'm never going to get anything done on Smeg. :/
[07:39] <Amaranth> I got Morrowind working on my computer again. That's a bigger timesink than WoW.
[07:48] <swarm> is reiserfs stable under amd64? I was losting all data on root partition / that is reiserfs. The harddisk is ok as I have tested it at hw level. FS got broken due to raw two power offs. I got kernel panics and NMI watchdog lockups. 
[07:49] <daniels> please use #ubuntu rather than #ubuntu-devel for this sort of question.
[07:50] <Amaranth> daniels: can you do some quick fact checking for me on http://ubuntuforums.org/showpost.php?p=259915&postcount=64 ?
[07:50] <Amaranth> daniels: I have a feeling I shouldn't speak about things I don't understand. :)
[07:51] <swarm> daniels: I thought it was better suited to ubuntu-devel as it's related to lower-level things. thanks for redirection info.
[07:52] <daniels> Amaranth: it's pretty correct, actually.  xgl isn't really a hack as such.  the concept is solid, but the implementation is very much proof-of-concept for the time being.  the problem being that right now you need another server (usually Xorg) capable of direct rendering behind it.
[07:53] <Amaranth> that was a quote
[07:53] <Amaranth> woo, i almost know what i'm talking about
[07:53] <fabbione> swarm: reiserfs is a bug.
[07:53] <Amaranth> Isn't there work being done on moving OpenGL into the kernel or something?
[07:53] <fabbione> don't use it...
[07:53] <daniels> glitz just translates cairo calls into gl calls on the client side, thus cutting out the need for cairo to translate to render ops, which then get translated to gl ops on the server side.  glitz will probably be quicker for graphics-intensive operations when it comes down to it, though.
[07:54] <daniels> Amaranth: that's sort of long-term handwavy stuff, in where X no longer has intimate knowledge of the devices, but is just another GL client.
[07:54] <Amaranth> hehe
[07:54] <Amaranth> sounds like a fd.o spec
[07:54] <swarm> fabbione: which journaled fs you suggest? 
[07:54] <highvoltage> reiserfs!
[07:54] <daniels> Amaranth: aieeeeee
[07:54] <Amaranth> daniels: dconf!
[07:55] <daniels> Amaranth: oh man
[07:55] <Amaranth> daniels: we'll change the g to a d and shove it down the KDE dev's throats through fd.o! yay!
[07:55] <Amaranth> anyway...
[07:56] <fabbione> swarm: ext3
[07:56] <Amaranth> I seem to remember another plan was to basically strip Xorg of everything not needed to run Xgl.
[07:56] <daniels> Amaranth: tell me about it.  hopefully we'll vaguely end up with something useful
[07:56] <fabbione> swarm: if you need special performance optimizations i strongly suggest you to read the mke3fs man page
[07:56] <daniels> Amaranth: yeah, but we should probably kick this to another channel or something, 'cause it's rather off-topic for #u-d now
[07:56] <fabbione> swarm: and tune2fs
[07:56] <daniels> but not right now, I have to take off for a little bit
[07:56] <Amaranth> ok
[07:57] <swarm> fabbione: thanks
[08:08] <pitti> Hrmpf, back from 5 kernel crashes and xorg breakage. did anybody say anything to me previously?
[08:10] <fabbione> pitti: yup...
[08:10] <daniels> pitti: xorg isn't broken, it's just the kernel
[08:10] <pitti> daniels: did you already fix the "test -d .. && .. " bug in xlibs.postinst?
 pitti: i think i saw some kernel dildo's flying around in cogito
[08:10] <daniels> pitti: yeah
[08:10] <cat> hey everyone
[08:10] <fabbione> daniels: fix xorg.. the kernel has no bugs
[08:10] <pitti> fabbione: new microrelease?
[08:10] <fabbione> pitti: not released in stable
[08:11] <fabbione> pitti: i just noticed some git commits that might be interesting
[08:11] <fabbione> cat: if you need something you can talk to me in public
[08:11] <cat> oh not really
[08:13] <highvoltage> wow. i suddenly received almost 20 new edubuntu-devel messages.
[08:17] <jsgotangco> its smokin' :)
[08:22] <jsgotangco> JaneW, most of the existing Ubuntu documentation will get its way into Edubuntu but I'm sure there would be translation in edubuntu-specific docs when it gets written (when its already usable)
[08:29] <JaneW> jsgotangco: ok
[08:30] <JaneW> jsgotangco: I am just not sure how to organise the ppl who want to translate now...
[08:30] <jsgotangco> JaneW, they can go to launchpad
[08:30] <jsgotangco> as some Ubuntu docs that were shipped in Hoary are already there
[08:33] <JaneW> jsgotangco: isn't that still 'closed'?
[08:33] <JaneW> jsgotangxo: is rosetta publically usable now?
[08:33] <jsgotangco> it is :)
[08:33] <JaneW> ok.
[08:35] <highvoltage> Does Ubuntu have something similar to the debian-policy doc? I searched the wiki and site for repositories, I need to know what the Ubuntu equivilent of 'non-free' is.
[08:35] <highvoltage> Is it the multiverse?
[08:36] <Burgundavia> non-free is multiverse for non-supported
[08:36] <Burgundavia> and restricted for supported
[08:37] <jsgotangco> JaneW, if the latest docs aren't in rosetta yet, it'll have to wait till we open up the docs for translation 
[08:37] <Amaranth> That's next month, isn't it?
[08:37] <daniels> Kamion: any idea where the morgue is?
[08:37] <Amaranth> The morgue died. :/
[08:37] <daniels> ack!
[08:38] <jsgotangco> Amaranth, next month would  be murder for us tee hee
[08:41] <JaneW> jsgotangco: ok, ic
[08:41] <JaneW> jsgotangco: do you know anything about wiki translations?
[08:41] <Amaranth> jsgotangco: It must been done next month! *cracks whip*
[08:41] <Amaranth> :)
[08:41] <highvoltage> Burgundavia: so if we wanted to include something like Wikipedia, which contains elements that are strictly non-free, and we want to support it, it should go into multiverse?
[08:41] <Burgundavia> yes
[08:42] <highvoltage> thanks.
[08:42] <Burgundavia> multiverse is not a curse
[08:43] <Treenaks> Burgundavia: It's not quite a blessing either
[08:43] <Burgundavia> no
[08:44] <jsgotangco> JaneW, Edubuntu wiki? In Moin No. But its an open wiki in the first place so anyone interested in translating should go ahead imo.
[08:47] <JaneW> jsgotangco: I was just wondering how updates are tracked and kept up to date etc...
[08:49] <jsgotangco> JaneW, it can be hard if its done on the wiki, at the moment Burgundavia and robitaille are cleaning up the Ubuntu wiki for dead/non-active stuff
[08:49] <Amaranth> JaneW: Ouch. That's going to conflict with my Morrowind playing time.
[08:50] <jsgotangco> ohhh a Morrowind player
[08:50] <jsgotangco> what is it outlander
[08:50] <Amaranth> at least i'm a dark elf so they don't all hate me
[08:55] <Amaranth> jsgotangco: uncanny valley
[08:56] <Amaranth> jsgotangco: first thing i thought of when i saw screenshots, it looks too real
[08:56] <Amaranth> http://en.wikipedia.org/wiki/Uncanny_valley
[08:56] <jsgotangco> heh yeah
[08:57] <jsgotangco> nonetheless for a game made in 2002, morrowind is still amazing
[08:57] <Amaranth> aye
[08:57] <Amaranth> hehe
[09:21] <pef> hi
[09:57] <teo> 'morning
[09:59] <sivang> moring all
[10:00] <sivang> morning, even
[10:06] <Treenaks> hey sivang, Seveas 
[10:09] <Burgundavia> now that this bug has been fixed, can this page die? https://wiki.ubuntu.com/ParallelPortIRQ7#preview
[10:09] <\sh> infinity: pingling
[10:09] <Treenaks> Burgundavia: keeping it while Warty is still "out there" might be nice
[10:10] <Treenaks> Burgundavia: it does have 18 months of support..
[10:10] <Burgundavia> true
[10:11] <infinity> \sh : pong... long?
[10:12] <\sh> infinity: hehe...could u please have a look to wine_0.0.20050628? its build, sources are on the archives, but the binaries not :( 
[10:13] <Treenaks> \sh: people.ubuntu.com/~lamont ?
[10:14] <Treenaks> \sh: http://people.ubuntu.com/~lamont/buildLogs/w/wine/0.0.20050628-1ubuntu1/wine_0.0.20050628-1ubuntu1_20050717-1120-i386-successful.gz
[10:14] <Treenaks> hmmm
[10:14] <\sh> treenaks: universe/otherosfs/wine_0.0.20050628-1ubuntu1: Uploaded by buildd+terranova [optional:out-of-date] 
[10:14] <Treenaks> hmm
[10:15] <sivang> hey Treenaks 
[10:16] <sivang> Treenaks: do you happen to how to package a shared library?
[10:16] <sivang> Treenaks: (I'm looking for a guide/tutorial or a recipie 
[10:16] <sivang> )
[10:16] <\sh> coffee
[10:16] <Treenaks> sivang: http://dc5video.debian.net/2005-07-14/01-Shared_Library_Packaging-Junichi_Uekawa.mpeg
[10:17] <Treenaks> sivang: on video :)
[10:19] <sivang> Treenaks: amazing
[10:19] <sivang> Treenaks: :-)
[10:19] <sivang> Treenaks: do you know also about a document?
[10:20] <Treenaks> sivang: uh..
[10:20] <Treenaks> sivang: the packaging manual
[10:20] <sivang> Treenaks: you mean the policy?
[10:20] <Treenaks> uh yes
[10:20] <sivang> Treenaks: I know there is a debian packaging manula, but it said to be old and out dated
[10:21] <Treenaks> sivang: then mail Junichi about the slides? :)
[10:22] <infinity> \sh : Did it have NEW binaries?
[10:26] <sivang> Treenaks: whi is he?
[10:26] <sivang> ;-)
[10:27] <Treenaks> sivang: google for him :)
[10:27] <Treenaks> sivang: some d-d
[10:27] <\sh> infinity: it replaces a couple of binary packages into one..yes
[10:37] <\sh> does anybody have a copy of the video of marks speech at debconf? the server is not responding right now :(
[10:37] <Burgundavia> yes
[10:37] <Burgundavia> it is 200mb
[10:37] <\sh> so i need a mirror server or someone who has enough bandwith to send it to me *g*
[10:38] <\sh> forget it :) working again
[10:38] <\sh> 30 secs left
[10:39] <Burgundavia> good talk, btw
[10:40] <pitti> daniels: does the "X is broken" in the channel subject refer to the broken XKB?
[10:42] <siretart> how about a torrent tracker for this? ;)
[10:42] <daniels> pitti: to everything
[10:43] <daniels> pitti: if you get it installed in the first place, you're doing well
[10:44] <pitti> daniels: I upgraded my notebook and now keyboard is broken (no umlauts, no Ctrl+Alt+Fn to switch to consoles, etc.)
[10:45] <carlos> daniels, I cannot finish its installation, I have it partial installed
[10:45] <daniels> pitti: cool
[10:45] <daniels> carlos: yeah
[10:45] <daniels> that'll happen
[10:45] <pitti> carlos: does xlibs postinst break?
[10:45] <carlos> daniels, do you know where the problem is?
[10:45] <carlos> pitti, yes
[10:45] <carlos> since last week
[10:45] <pitti> carlos: sudo vi /var/lib/dpkg/info/xlibs.postinst
[10:46] <\sh> Burgundavia: yeah..I just saw the introduction now...I need some peace to watch it to the end
[10:46] <pitti> carlos: right before all the "test -d ... && ...", prepend a "set +e"
[10:46] <\sh> but actually I  will mirror the stuff on my server...;-9
[10:46] <carlos> pitti, so it's that?, thank you. I looked into that file but I was not sure where the problem is
[10:46] <pitti> carlos: the problem is that "a && b" will exit with 1 if !a
[10:47] <pitti> carlos: so the proper fix for daniels would be to append a "|| true" to every line
[10:47] <infinity> Or wrap them in if blocks.
[10:48] <pitti> yes, but that bloats it quite severely
[10:48] <daniels> it's already wrapped in a block and unbroken
[10:48] <daniels> i just need to fix some other stuff and upload that too
[10:48] <daniels> patience, young jedis
[10:48] <carlos> pitti, hmm, it does not work
[10:48] <carlos> or should I prepend it to every single line?
[10:49] <pitti> no, just before the first one
[10:49] <carlos> I added it just before the block of tests
[10:49] <pitti> that worked for me
[10:50] <fabbione> daniels: eheheh
[10:50] <daniels> just add exit 0 at the end of the file
[10:50] <daniels> and sudo dpkg --configure -a
[10:50] <Treenaks> 01001110011011
[10:50] <carlos> that worked
[10:50] <carlos> hope the script didn't fail :-P
[10:50] <daniels> obviously daniels > pitti
[10:51] <pitti> daniels: hehe - well, obviously my last test succeeded, so it worked for me...
[10:51] <carlos> daniels, pitti thanks, Now I'm a bit less scared about restart my X session
[10:51] <pitti> Hey seb128 
[10:52] <fabbione> hi seb128 
[10:52] <seb128> hi pitti 
[10:52] <seb128> how was the debconf?
[10:52] <seb128> Hi fabbione 
[10:52] <pitti> it was really cool
[10:52] <daniels> carlos: there's no room for complacency, it will still be broken in other ways
[10:53] <pitti> very relaxed, lots of chatter and some interesting talks
[10:53] <daniels> carlos: you'll lose everything but the US keyboard keys if you don't have xkeyboard-config installed
[10:53] <seb128> pitti: nice
[10:53] <daniels> but then again, everyone uses a US keyboard, so it's OK
[10:53] <daniels> seb128: good morning mr shakley
[10:53] <fabbione> seb128: new gcc is still building.. for now i am sure i need new libcairo and new gtk+2.0 to get rid of libXrender.la
[10:53] <carlos> daniels, I'm using a spanish one, but I'm writting in English so it's not a bit problem to work
[10:54] <fabbione> seb128: i should be able to give you more info later today
[10:54] <seb128> hi daniels 
[10:54] <seb128> "mr shakley"?
[10:54] <daniels> seb128: i meant to type 'shakeley'
[10:54] <carlos> daniels, and I only said  that I'm a bit less scared. ;-)
[10:54] <carlos> only a bit
[10:54] <seb128> carlos: don't upgrade xorg 
[10:55] <seb128> carlos: I've seen many GNOME guy complaining this WE because they couldn't install the keyboard stuff 
[10:55] <daniels> seb128: yeah
[10:55] <daniels> seb128: i've just fixed that for carlos :P
[10:55] <daniels> carlos: you'll need to install xkeyboard-config with --force-overwrite, unless you install it in an hour or so when the new version is in the archive
[10:55] <seb128> fabbione: k
[10:56] <seb128> daniels: sorry but I don't get the "mr shakeley" reference neither :p
[10:56] <fabbione> seb128: remember to add the libxfixes-dev B-D
[10:56] <carlos> daniels, I will wait for the new version
[10:56] <seb128> fabbione: what's this? a new lib?
[10:57] <carlos> seb128, I have that broken since last week, so your warning comes too late 
[10:57] <carlos> :-P
[10:57] <seb128> carlos: ah ah
[10:57] <daniels> seb128: i can't remember where it's from
[10:57] <seb128> carlos: you have not learnt yet to not upgrade xorg?
[10:57] <daniels> quit moaning and fix my panel already :P
[10:57] <seb128> carlos: I still have -33 :)
[10:57] <carlos> seb128, I love the risk
[10:58] <seb128> carlos: and now you enjoy what it gives :p
[10:58] <Burgundavia> updating is fine, as long as you don't restart your X server, you are fine
[10:58] <sivang> daniels: what's wrong with the panel? I can't see anything wrong with it ;-)
[10:58] <daniels> sivang: it used to hang my machine
[10:58] <daniels> and it will do so again as soon as seb128 marks it RESOLVED/FIXED
[10:59] <carlos> seb128, anyway, I hope I will get my new laptop tomorrow so I can move back to Hoary :-)
[10:59] <seb128> daniels: k, I'll close it as WORKSFORME so :)
[10:59] <sivang> daniels: hehe
[10:59] <sivang> seb128: lol
[10:59] <fabbione> seb128: it's another bit that has been splitted from xorg
[11:00] <daniels> in all seriousness, though, xkeyboard-config really does need all the testing it can get
[11:00] <fabbione> seb128: so it's not pulled in automatically anymore
[11:00] <seb128> fabbione: and Build-Depends are supposed to break?
[11:00] <daniels> it's a different upstream and they say things are broken
[11:00] <fabbione> seb128: well dude.. it's xorg :P
[11:00] <daniels> seb128: uh, what's broken?
[11:00] <seb128> daniels: GTK bog, it needs to b-d on libxfixes-dev
[11:00] <carlos> pitti, I just moved so I have all my gadgets inside boxes or in my parent's house, so the check you asked me will take a bit to be done
[11:00] <fabbione> daniels: gtk+2.0 needs another B-D
[11:00] <daniels> seb128: does it use Xfixes.h directly?
[11:00] <daniels> seb128: if not, that's my problem
[11:02] <seb128> gdk/x11/gdkcursor-x11.c:#include <X11/extensions/Xfixes.h>
[11:02] <seb128> yeah, it does
[11:02] <daniels> iz gtk boog
[11:02] <seb128> what I said :)
[11:02] <siretart> daniels: i read on debian-devel that the libglu c++ transition seems unnecessary and debian's xorg libglu packages will provide the older package names. what does this mean for us ubuntus?
[11:03] <Burgundavia> seb128, https://bugzilla.ubuntu.com/show_bug.cgi?id=11908
[11:03] <Burgundavia> does the .12 kernel have inotify on by default?
[11:03] <sivang> Xfixes is like a xorg pkg for easing the breakage on the modularization process ?
[11:04] <sivang> s/pkg/lib/
[11:04] <daniels> siretart: it means I'm going to sync up with their changes
[11:04] <daniels> sivang: heh, no
[11:04] <sivang> daniels: becasue it sounded funny :-)
[11:04] <seb128> Burgundavia: that's a question for fabbione, but probably
[11:04] <daniels> sivang: provides functions for changing the cursor and the Region type
[11:04] <sivang> daniels: Region type?
[11:04] <infinity> Uhh, what?... How was the libglu1 -> 1c2 transition "unnecessary"?
[11:05] <siretart> daniels: so the https://wiki.ubuntu.com/MOTUGLUTransition becomes completly uncessary?
[11:05] <daniels> sivang: yeah, it's just a data type that expresses a region
[11:05] <siretart> unnecessary, even
[11:05] <daniels> infinity: libglu has a pure C ABI
[11:05] <daniels> infinity: the fact it's in C++ is an implementation detail
[11:05] <sivang> daniels: ah, you mean, display region wise
[11:05] <daniels> infinity: myself and vorlon went over it with objdump
[11:05] <infinity> daniels : Ahh, so its linking to libstdc++ is irrelevant.
[11:05] <Burgundavia> fabbione, does the .12 kernel do inotify by default?
[11:05] <daniels> sivang: right
[11:05] <daniels> infinity: correct
[11:05] <infinity> daniels : Well, uh.  Oops. :0
[11:06] <daniels> infinity: which means that both xorg and mesa need to provide libglu1 as well as c2
[11:06] <fabbione> Burgundavia: it did since the beginning
[11:06] <Burgundavia> fabbione, ok
[11:06] <fabbione> Burgundavia: but now inotify is upstream in .13 so i am backporting that version to .12
[11:06] <infinity> daniels : Why would they need to provide c2 as well?  I can rebuild everything to get the proper shlibs (again) and just make it right.
[11:07] <fabbione> Burgundavia: it's pointless for us to keep an old unmaintained version around
[11:07] <fabbione> but it's giving me the creeps
[11:07] <Burgundavia> fabbione, fun
[11:07] <daniels> infinity: makes it easier, no?
[11:08] <fabbione> yes.. specially when to edit a patch for a line takes almost 40 minutes
[11:08] <infinity> daniels : I suppose it does, but at the expense of pointless cruft.
[11:08] <fabbione> i need to get 16GB of RAM on this machine to do it at a decent speed
[11:08] <daniels> infinity: sure
[11:08] <infinity> daniels : I guess it's less effort for me if you go the cruft route, though.
[11:08] <daniels> infinity: debian is going to keep the c2 cruft because they're Debian, but we can fix it in Ubuntu if we want.  your call.
[11:08] <infinity> daniels : I can fix mesa right now.
[11:08] <daniels> infinity: tell me what to do with xorg.
[11:08] <infinity> daniels : Why would Debian want the c2 cruft?  They just started the transition ffs.
[11:09] <daniels> infinity: take it up with vorlon
[11:18] <infinity> siretart : Alright, after some discussion with the Debian side of things, looks like your transition just needs to be reversed.
[11:18] <jsgotangco> j #ubuntu-ph
[11:18] <jsgotangco> ngayy
[11:18] <infinity> siretart : We'll update xorg and mesa to have the old shlibs again (no c2), and then anything that currently depends on libglu1c2 prett much MUST be rebuilt before breezy, so we can drop the c2 provides from the libraries if we so choose.
[11:20] <siretart> infinity: I'm pretty confused now. Could you please update https://wiki.ubuntu.com/MOTUGLUTransition with the correct build dependencies?
[11:20] <siretart> else I'm guessing and pinging you again ;)
[11:20] <infinity> siretart : I'll ping you back after mesa and xorg have been fixed.  No point in doing anything about it right now, except to tell you "stop the GLU transition".
[11:21] <infinity> siretart : I'll need to get main sorted first.  Which shouldn't take long.
[11:21] <daniels> fwiw, libglu1-xorg will likely just crawl into a hole and die for breezy
[11:22] <infinity> daniels : So, if your next xorg can change the shlibs back, and add the extra provides, we'll go from there.  We can drop the c2 provides in a month.
[11:22] <daniels> infinity: err ...
[11:22] <daniels> ok
[11:22] <infinity> Crawl into which hole?
[11:22] <daniels> keep libglu1c2 in shlibs
[11:22] <daniels> ?
[11:22] <daniels> i don't know -- any
[11:23] <infinity> No, shlibs should change to libglu1
[11:23] <siretart> infinity: I cannot do ubuntu stuff for the next 3 days anyway, but I'll be hanging around here just in case. Will update the wiki with a warning
[11:23] <infinity> Change provides to libglu1, libglu1c2
[11:23] <daniels> infinity: 'kay
[11:23] <pitti> argh, fabbione, stop DoSing davis
[11:23] <daniels> infinity: (i'm rather tired)
[11:23] <infinity> daniels : Whatever hole it plans to crawl into, it better still work properly from there, cause half the world build-deps on it.
[11:24] <infinity> daniels : Alternately, I can make the changes tonight when I do mesa, as long as you merge my changes into your next upload.
[11:24] <daniels> infinity: libglu1-mesa, yo
[11:24] <daniels> infinity: make what changes?
[11:24] <infinity> daniels : Flipping the shlibs.
[11:24] <infinity> daniels : And bringin back the old provides.
[11:24] <infinity> daniels : You really are tired, aren't you? :)
[11:24] <daniels> infinity: will be done tonight
[11:24] <daniels> yeah
[11:25] <infinity> daniels : And mesa isn't an option, unless you want to change the build-deps on a mess of packages (or make libglu1-xorg-dev depend on libglu1-mesa, I guess)
[11:25] <fabbione> does that mean that breezy will be unbuildable for the next 2 days?
[11:25] <daniels> infinity: don't they b-d on libglu1-xorg-dev | libglu-dev?
[11:25] <infinity> fabbione : No, this will be done right the first time.
[11:25] <daniels> infinity: and if mesa suddenly becomes the sole provider of libglu-dev ...
[11:26] <infinity> daniels : Isn't mesa in universe..?
[11:26] <daniels> we can fix that
[11:26] <daniels> it comes into main for breezy anyway
[11:26] <daniels> i think I'll have to start maintaining it
[11:26] <daniels> unless we decide that GL support is for suckers
[11:26] <siretart> MOTUGLUTransition updated
[11:27] <infinity> daniels : sbuild may or may not have a conniption fit about losing the first option in the alternate build-dep.
[11:27] <infinity> daniels : Not that sbuild is intentionally stupid about these things, to keep the world consistent.
[11:27] <infinity> s/Not/Note/
[11:27] <daniels> infinity: oops
[11:28] <daniels> infinity: well, we can check it out at a later date
[11:28] <infinity> If the two are binary compatible, I'd prefer to just leave both in for breezy and kill off the xorg variety in the first two days of breezy+1 devel.
[11:28] <daniels> there will be no xorg variety in breezy, unless I get hit by a bus and modularisation stops
[11:28] <daniels> currently we just copy in the mesa source to the monolith; in the modular world, we just build Mesa for all our GL* needs
[11:29] <infinity> ... Or, mesa-dev can provide xorg-dev
[11:29] <infinity> Assuming no one has a versioned build-dep on xorg-dev, which seems unlikely, given that all those build-deps were just added.
[11:29] <doko> daniels: was the xorg keyboard driver replaced by something else?
[11:29] <daniels> versioned deps on xlibmesa-gl-dev are far more likely
[11:29] <infinity> daniels : Hit me with a small bat when you tear out xorg-dev, and we'll make sure all is well.
[11:29] <doko> just trying to update xorg on amd64
[11:29] <daniels> doko: make sure you have xserver-xorg-input-keyboard installed
[11:29] <daniels> may be -input-kbd
[11:30] <carlospc> An easy question: The udebs that are in the arch of colin (for example) will pass to universe and then to main???
[11:31] <doko> daniels: still getting a (EE) Couldn't load XKB keymap
[11:31] <daniels> doko: got xkeyboard-config installed? is /etc/X11/xkb/xkbcomp a link to a valid xkbcomp executable?
[11:32] <ogra> doko, you noticed the buildds were down ? i only got half of X updated yesterday (havent looked today yet)
[11:33] <ogra> (i.e. the libs are at -42 already, but the rest is -36 or something)
[11:33] <doko> daniels: the link is ok, but xkeyboard-config does conflict with xbase-clients
[11:34] <daniels> doko: --force-overwrite
[11:35] <doko> hmm, now the gnome session is missing
[11:35] <daniels> iz gtk boog
[11:36] <doko> maybe it was a bad idea for an upgrade
[11:36] <doko> Ctrl-Alt-F? doesn't let me switch to a text console either
[11:37] <daniels> yeah, that will happen when you can't load the XKB config
[11:38] <daniels> did you restart the server after installing xkeyboard-config?
[11:38] <doko> yes, I did restart gdm
[11:38] <ogra> doko, did you select gome as a session... i have to do that on my x86 machine, else the session doesnt load
[11:39] <j^> doko same here and bugs 12695, 10939, 10695
[11:39] <doko> ogra: gnome session doesn't exist anymore in the gdm menu
[11:39] <ogra> ouch
[11:54] <\sh> doko: try to reinstall ubuntu-desktop?
[11:54] <\sh> for me it worked
[11:55] <sivang> yay, X is working again
[11:56] <\sh> sivang: ????
[11:57] <sivang> \sh: was borked before the last update I did just now, and I dist-upgraded, and it's working
[11:57] <sivang> \sh: (just upgrade didn't help it)
[11:58] <\sh> sivang: u mean the last xkeyboard* and x11proto* uploads from daniels?
[11:59] <sivang> \sh: not, I had the machine last updated about a week a ago, and X couldn't start. I dist-upgraded and it's working ok now, besies the XKB configuration.
[12:00] <\sh> sivang: so u running now -42?
[12:06] <seb128> elmo: glib2.0 (experimental) inkscape hardware-monitor meld anjuta myspell syncs please
[12:13] <pitti> thom: ping
[12:26] <jmr> hi - anyone in ubuntu land built the gnome stack with lazyload linker directive to reducestartup time ? Vague memory Jeff had postedon this early in the year but can't track down the post. Thanks - JR
[12:49] <sivang> \sh: XKB ?
[01:10] <fabbione> Kamion: what's the deadline for Colony 3?
[01:15] <Kamion> fabbione: none yet
[01:19] <sivang> Kamion: would you say booting breezy PPC under an LPAR would be the same like on a regular Apple Mac ? 
[01:19] <fabbione> Kamion: ok thanks
[01:21] <Kamion> sivang: not at the lower levels
[01:22] <Kamion> powerpc subarchitectures differ fairly substantially
[01:24] <pitti> Kamion: booting "install" on the current amd64 dvd results in live system boot <- already known or do you want a bz report for this?
[01:26] <Kamion> pitti: report, please
[01:26] <pitti> ok
[01:35] <Kamion> pitti: I see the problem, anyway ...
[01:35] <sivang> Kamion: k, I'm still researching how we can make the iso boot cleanly under the LPAR, looking at some of the fedora resources wrt to it. 
[01:45] <ogra> Kamion, didnt you set u a cronjob for the edubuntu builds ? there is still only the iso of the 15th...
[01:45] <ogra> s/u/up
[01:47] <Kamion> ogra: no, I didn't - done now
[01:47] <ogra> thanks
[01:48] <ogra> also, cold you wave through edubuntu-meta ? its still sitting in NEW
[01:49] <Kamion> ogra: source NEWed, at least
[01:51] <Nafallo> hmm. any chance to get smartmontools lack of SG_IO fixed before the release?
[01:52] <ogra> Kamion, ta :)
[01:54] <Nafallo> there is a new stable upstream and a backported patch in debian bts.
[01:57] <ogra> Nafallo, isnt that universe ? 
[01:58] <Nafallo> ogra: nope. I run it on my server, so it has to be main ;-).
[01:58] <ogra> ha ha
[01:58] <Nafallo> apt-cache policy agrees :-)
[01:59] <ogra> hmm
[02:00] <ogra> Nafallo, a patch shouldnt clash with UVF, but probably the new upstream is the better choice, do you know what debian plans there ?
[02:02] <Nafallo> ogra: nope. not yet anyway. the experimental release is in debian experimental.
[02:04] <ogra> hmm, experimental...
[02:05] <Nafallo> debian bug #269051 fwiw :-)
[02:06] <ogra> Nafallo, could you test the atch against the current package ?
[02:06] <ogra> s/atch/patch
[02:06] <fabbione> pitti: ping?
[02:07] <ogra> (since i dont use smartmontools)
[02:08] <pitti> Hi fabbione 
[02:08] <Nafallo> ogra: I can test if it builds, but my problem is at the server which run hoary :-). I could build a package for hoary and dpkg -i on my server though.
[02:09] <pitti> fabbione: btw, no mails wrt the thing you mentioned
[02:09] <fabbione> pitti: ok.. let see what they say
[02:09] <fabbione> pitti: do you still have the RedHatClusterSuite review?
[02:09] <fabbione> (on the wiki i mean)
[02:09] <pitti> fabbione: sure, it's meant to be there forever
[02:10] <pitti> fabbione: https://wiki.ubuntu.com/MainInclusionReportRhCluster
[02:11] <fabbione> pitti: thanks..i just couldn't remember the link
[02:11] <fabbione> pitti: can we update it together or are you busy?
[02:12] <pitti> fabbione: I'm currently fighting with the Hoary ffox security update
[02:12] <fabbione> pitti: ok. i am going offline for a nap
[02:12] <pitti> fabbione: that will still need my brain for at least two days
[02:12] <fabbione> pitti: i will ping you later?
[02:12] <fabbione> AH
[02:12] <pitti> fabbione: so if it's anything urgent, I can switch context :-)
[02:12] <pitti> fabbione: sure, I'm here for another 4.5 hours
[02:12] <fabbione> pitti: nah it's not urgent.. i need to review with you the status
[02:12] <fabbione> for that and OCFS2
[02:13] <pitti> fabbione: ok, then I'd rather do that after ffox is settled
[02:13] <fabbione> since i would like to get them in main...
[02:13] <fabbione> and tag ClusterFileSystem as Deployed :)
[02:13] <fabbione> pitti: ok.. let see how it goes later...
[02:13] <fabbione> i can wait tomorrow.. but no longer than mid-week
[02:14] <fabbione> later &
[02:16] <ogra> Nafallo, ok, then a build test would be nice for now...
[02:17] <Nafallo> ogra: oki. then I'm on it :-).
[02:17] <ogra> great, thanks
[02:17] <ogra> :)
[02:20] <\sh> wow
[02:20] <\sh> just finished the speech of mark...
[02:21] <mdke> url?
[02:21] <highvoltage> \sh: which mark?
[02:21] <Nafallo> highvoltage: sabdfl :-)
[02:21] <\sh> highvoltage: please have a look on the planet...whiprushs post...
[02:22] <Nafallo> highvoltage: or \sh's post ;-)
[02:22] <\sh> i mirrored only..
[02:22] <\sh> and my traffic is increasing 
[02:22] <\sh> i don't mind ;)
[02:22] <highvoltage> ok. i'll go check it out.
[02:23] <ogra> the talk is very good.. i watched it this morning
[02:23] <\sh> ogra: did u ever read robert 'bob' youngs book: Under The Brim?
[02:23] <sivang> \sh: speech from debconf / udu ?
[02:23] <\sh> sivang: debconf
[02:23] <ogra> sivang, yes
[02:23] <highvoltage> now, where's that video of sabdfl and mdz singing?
[02:23] <ogra> \sh, nope
[02:23] <sivang> \sh: cool, where can I download it from?
[02:23] <retrix> hi ogra
[02:23] <jnc> so ... uh.   xvinfo is missing amd64... for any particular reason?  i just built it myself without problems
[02:24] <\sh> ogra: i hope i have it in my flat...you should read it..some thoughts are matching ,-)
[02:24] <ogra> highvoltage, someone has taken it off the ne :(
[02:24] <retrix> wondering if youve had a look at my ndiswrapper gui package?
[02:24] <Nafallo> jnc: buildds dead
[02:24] <Nafallo> (still dead) ;-)
[02:24] <jnc> Nafallo: i built it myself without problems
[02:24] <jnc> what do you mean it's dead
[02:24] <ogra> retrix, i have only (re)set up my i386 yesterday, i'll test it today...
[02:24] <jnc> ;)
[02:24] <ogra> retrix, sorry for the lag
[02:25] <retrix> ogra, ok np
[02:25] <ogra> retrix, i'll mail you the results :)
[02:25] <Nafallo> jnc: yes. the buildmachines are still not working. haven't been for a week (atleast it feels like).
[02:25] <highvoltage> ogra: :(
[02:25] <jnc> oh!
[02:25] <retrix> ogra, thanks
[02:25] <mdke> sivang, planet, see jorge castro's post for the ogg
[02:25] <Nafallo> jnc: they needs elmo-love :-).
[02:25] <jnc> Nafallo: now that is a different thing than what i thought you meant. good to know
[02:25] <jnc> sad to hear about
[02:26] <jnc> say, if xlibs is only half-configured,  what's that file i could tweak and make it configure manually?
[02:26] <jnc> i forgot the location, it was some dpkg cached configuration script
[02:29] <jnc> maybe /var/lib/dpkg/info
[02:31] <pef> jnc: backup /etc/x11/xkb, empty it, then xbase-clients will configure normally, then install xkeyboard-config
[02:32] <jnc> hmm
[02:32] <jnc> okay, thanks
[02:33] <jnc> i had gotten that far, and then was stuck what to do about /etc/x11/xkb
[02:33] <jnc> :)
[02:38] <jnc> pef: is xlibs configuration script incorrect?
[02:39] <Nafallo> ogra: built and installed on breezy. I'm about to compile it and test on hoary as soon as my chroot is ready :-)
[02:39] <ogra> great :) did it complie cleanly ?
[02:39] <Nafallo> ogra: yepp :-)
[02:39] <ogra> yay
[02:46] <pef> jnc: package mainly broken :) https://bugzilla.ubuntu.com/show_bug.cgi?id=12695
[02:50] <ogra> heh
[02:50] <ogra> Kamion, who cares if a third of the buildds is missing anyway...
[02:51] <\sh> amd64 is obsolete...just use ia64 ,-)
[02:51] <Nafallo> \sh: baah. and that's all I say ;-).
[02:51] <ogra> its a tme where broken infrastructure doesnt really matter...
[02:51] <Nafallo> ogra: installed on my server :-)
[02:51] <ogra> ....until its heart is in place again...
[02:51] <\sh> Nafallo: *eg*
[02:52] <ogra> Nafallo, works fine ? 
[02:52] <Nafallo> ogra: seems like it.
[02:52] <ogra> great, can you put your fixed breezy package online anywhere ? 
[02:52] <\sh> damn
[02:53] <Nafallo> ogra: sure. hold.
[02:53] <\sh> I just wondering why xmms-coverviewer is not accepted, no mail nothing...yeah...I just uploaded the same version :( instead of build1 *gnah*
[02:54] <Nafallo> ogra: http://www.magicalforest.se/tmp/smartmontools_5.32-3ubuntu2.diff
[02:56] <ogra> Nafallo, thanks
[02:56] <Nafallo> ogra: and sent a mail to the maintainer asking about the new stable upstream also :-). should be in your mailbox.
[02:58] <ogra> Nafallo, cool, youre the best :)
[02:58] <Nafallo> ogra: naah. I got other packages not fixed for a long time :-/. I could probably lame the weather though ;-).
[02:58] <Nafallo> s/lame/blame/
[03:00] <jnc> "why did i feel compelled to reboot!"
[03:00] <jnc> hehe
[03:01] <jnc> well i hope you guys get a working build server and make the progress you'd like to
[03:01] <Kamion> \sh: slightly more detail than "rebuild cause of UnmetDeps" would be nice in changelogs - maybe which library dependencies have been replaced by which other library dependencies, or whatever
[03:04] <\sh> Kamion: the reason is correct...when I'm changing something, I would put something else in what i changed, it's a single rebuild only (see: w.u.c/UniverseUnmetDeps)
[03:05] <\sh> actually the list quite strange anyways...
[03:10] <Kamion> \sh: nevertheless, there is certainly more detail you could include, which would be helpful.
[03:10] <Kamion> (also, "because" not "cause")
[03:14] <sivang> seb128: in the gedit patch, I had to rerun autoconf to recreate the configure script for gedit - so autoconf would add the required stuff for linking against the launchpad lib, however, as you can see in the debdiff, that created a lot of differences in some of the auto created scripts compared to the original source. Any way you know around this?
[03:15] <seb128> sivang: running autoconf from debian/rules
[03:16] <sivang> seb128: you mean, as in debian/rules auto* ?
[03:16] <seb128> yeah
[03:16] <seb128> but I don't like running the autostuff when not required
[03:17] <sivang> seb128: well, I think we have to in this case, any other way to work against the lib?
[03:17] <mdke> ciao thesaltydog 
[03:18] <thesaltydog> ciao matt
[03:18] <seb128> use a autoconf patch, but it needs to be updated for new versions which sucks
[03:18] <seb128> jamesh: around?
[03:19] <jamesh> seb128: yeah
[03:19] <seb128> jamesh: hey :) About the LaunchpadIntegration seems we lack some com between sivang/you and other people/me :p
[03:20] <seb128> jamesh: sivang pointed me to a baz archive with a lib for that ... is that ready to be packaged? 
[03:22] <jamesh> seb128: I suppose it could do with some initial packaging -- it is missing gettext foo and some error checking
[03:23] <seb128> jamesh: k, this really needs to move, I'll package the lib today and sivang is working on some patches
[03:24] <adamh> Where can I find QT4 development packages for ubuntu?
[03:24] <seb128> jamesh: what should we do to build with the lib, running autoconf on every package or is there a non-ugly way to abuse a .pc from something else for this?
[03:25] <\sh> Kamion: k
[03:27] <jamesh> seb128: the alternative would be to include the configure file changes in each patch
[03:27] <seb128> jamesh: which would mean a patch update on new versions because configure is quite likely to change
[03:28] <jamesh> seb128: maybe.  It depends how much the configure script changes from release to release for an app
[03:29] <jamesh> which is a pain
[03:30] <bddebian> Morning
[03:41] <sivang> seb128: sorry, I don't understand, do we need to patch against the .pc file? (to my best understading, we need only have one line change per each configure.ac/in file, we shouldn't change a lot in the future)
[03:46] <jamesh> sivang: the problem seb is bringing up is that either (a) the patch against individual packages needs to include the changes to the generated configure file or (b) the package build needs to rerun autoconf after applying the patch
[03:46] <jamesh> sivang: patches to configure files can be a bit more fragile than the associated configure.in/ac changes
[03:47] <jamesh> seb128: if the app has AM_MAINTAINER_MODE in its configure.in, then patching configure.in and rerunning autoconf won't cause all the Makefile.in's to be rebuilt
[03:48] <jamesh> seb128: and we're not using any extra autoconf macros, so the already generated aclocal.m4 should work fine, so I don't think we'd run into unknown macro problems (hopefully)
[03:49] <seb128> jamesh: k, seems to be the best option so, thanks
[03:50] <seb128> running autoconf should be fine
[03:54] <Riddell> daniels: is iceauth ment to be in xbase-clients or is it hiding elsewhere now?
[03:56] <seb128> Mithrandir: how did you get the new pkg-config to Ubuntu?
[03:56] <sivang> jamesh: sure, we merely use PKG_CHECK_MODULES, right?
[04:00] <zyga> <
[04:01] <sivang> seb128: I see, well, I think that's basically what I did for gedit, but as I Noted to you , debdiffing it afterwards showed alot of changed in the auto* stuff
[04:01] <pitti> zyga: interesting :-)
[04:02] <sivang> seb128: but I just changed the .in file, and rerun autoconf before debuild -S
[04:02] <jamesh> sivang: yeah.
[04:03] <seb128> pitti: any plan to fix language-packs soon?
[04:03] <seb128> pitti: upstream will start needing a translated GNOME know to work for GNOME 2.12
[04:03] <pitti> seb128: depends on when I can get the first update from Rosetta
[04:03] <seb128> s/know/now/
[04:04] <seb128> carlos: ping ?
[04:04] <carlos> seb128, pong
[04:05] <seb128> carlos: cf was I just asked to pitti
[04:06] <pitti> carlos: is Rosetta ready for exporting a breezy tarball?
[04:07] <carlos> pitti, yes
[04:07] <highvoltage> elmo: any news on that hosting for edubuntu?
[04:07] <seb128> daniels: around?
[04:07] <carlos> pitti, I could give you hoary tarballs already, breezy needs to wait one or two days until all .po files get imported
[04:09] <pitti> carlos: do you have time for this tomorrow? I'm busy as hell right now
[04:09] <carlos> pitti, I'm always busy so it's better if you just ask me when you have sometime.
[04:09] <carlos> Anyway, I will try to get some spare time for you.
[04:10] <pitti> carlos: so could you please build me a hoary tarball when you have time? I could probably do hoary updates tomorrow
[04:11] <pitti> carlos: that tarball will also be enough for me to device how to continue with the breezy langpacks
[04:11] <seb128> I don't care about hoary updates :p
[04:11] <carlos> pitti, ok, will do
[04:11] <thom> pitti: started my new job today; don't expect responses until out of work hours now
[04:11] <carlos> seb128, we don't care about you :-D
[04:11] <jnc> yay i have X11 up again
[04:12] <jnc> had to build a few packages
[04:12] <jnc> new 'kbd' driver does not properly map out some dead keys
[04:12] <jnc> oh well
[04:12] <seb128> carlos: k, noted
[04:13] <carlos> seb128, ok, ok, it's just a joke
[04:13] <seb128> :)
[04:15] <pitti> seb128: would you be able to merge the new 1.0.5 firefox from debian?
[04:15] <seb128> working another 2 hours after my 15 hours/days probably
[04:16] <seb128> who needs to sleep anyway
[04:16] <seb128> why? :)
[04:16] <ogra> seb128, if you can do it in 2h youre the man for it :)
[04:16] <seb128> I've not said it would take 1 day :p
[04:17] <ogra> :)
[04:17] <jnc> thanks again for the suggestions Nafallo , pef
[04:18] <Mithrandir> seb128: I asked for it to be synced.
[04:19] <seb128> Mithrandir: where did you ask?
[04:19] <seb128> Mithrandir: I'm trying to ping elmo on IRC for syncs for 10 days but no luck
[04:19] <Treenaks> seb128: blame debconf
[04:19] <ogra> Treenaks, debconf is over
[04:19] <Mithrandir> seb128: I dropped him a mail last night.
[04:19] <seb128> Treenaks: I don't complain, but some guy manage to get syncs, so just wondering where is the right place
[04:22] <seb128> jdub: ping
[04:22] <jdub> yo
[04:23] <elmo> seb128: remind me of what you wanted synced?  but when I'm not on IRC, mail is a good bet...
[04:23] <seb128> jdub: l10n list? Sorry to bother you with that, but l10n guys could really use it
[04:23] <eruin> any pending kernel updates?
[04:23] <seb128> elme: "elmo: glib2.0 (experimental) inkscape hardware-monitor meld anjuta myspell syncs please"
[04:23] <seb128> ups, s/elme/elmo/
[04:23] <seb128> elmo: thanks, k noted for mails next time
[04:24] <jdub> seb128: sec
[04:26] <elmo> seb128: done
[04:26] <seb128> thanks
[04:27] <elmo> doko: ?
[04:27] <doko> yep
[04:27] <seb128> pitti: I can probably have a look on the firefox sync this afternoon if you want, other stuff can wait a few hours
[04:27] <doko> seb128: if you do the firefox update, please build libnss and libnspr from the firefox source. kthxby
[04:27] <doko> elmo: here
[04:28] <elmo> doko: how does this wxwidget's upload interact with the upstream version freeze?
[04:28] <seb128> doko: hum, no, no way I start forking the package
[04:30] <doko> wxwidgets2.5 was removed from hoary/breezy, to be replaced by 2.6. I did work with the upstrem/Debian maintainer for an upgrade path to 2.6. we should get packages built against 2.6 for breezy
[04:31] <elmo> doko: is there any documentation to that effect?  (e.g. a spec) if not, pls mail mdz, colin and cc me, and ask for UVF exemption
[04:31] <Amaranth> 2.5 was removed from hoary? I thought it was too late.
[04:32] <doko> elmo: ok
[04:33] <ogra> isnt that universe anyway ?
[04:33] <ogra> doko, or do you plan to include wx in main with 2.6
[04:34] <bddebian> tritium!!
[04:35] <doko> ogra: we do want to have a python-ide in breezy. this will be eclipse-pydev, or a simpler one, i.e. boa-constructor or spe (both require wx)
[04:35] <tritium> hello bddebian :)
[04:35] <ogra> doko, ah, that requires a move tzo main then, i understand...
[04:37] <\sh> eric3? ,-)
[04:37] <ogra> SPE !
[04:37] <doko> eric3 is qt ...
[04:38] <ogra> yep
[04:38] <ogra> thats why \sh likes it ;)
[04:38] <\sh> say it like this: it works
[04:38] <\sh> not as big as eclipse stuff
[04:39] <ogra> \sh, as gvim works *G*
[04:39] <\sh> and qt is in main 
[04:39] <\sh> but gvim is not a python ide in a common sense
[04:39] <doko> eclipse-pydev works as well
[04:39] <doko> ... (with 2GB of RAM at least ;)
[04:39] <ogra> hehe
[04:39] <\sh> and boa-constructor...it's a *censored* from handling and feeling it's horrible (IMHO)
[04:41] <doko> seb128, thom: do you know, where to fetch the source for the firefox 1.0.6 release candidate/prerelease?
[04:42] <\sh> well...when breezy comes out, I heared everybody gets 2GB extra memory for every shipment of free cds, no? ,-)
[04:42] <seb128> doko: I don't know anything about firefox, I don't even use it
[04:43] <doko> crap, developers should use the tools they dump on their users ;)
[04:43] <\sh> so...eric3...that's settled ,-)
[04:44] <ogra> doko, especially maintainers of packages, even if they just adopted it ;)
[04:45] <Amaranth> doko: cvs?
[04:46] <seb128> doko: I dump epiphany-browser on users and I use it :p
[04:48] <\sh> ogra: sorry..but I'm using it...but not dumping it to the users...it's universe, it's their free will to use it or not...when they're not using it, those users will go to hell ,-)
[05:33] <doko> Kamion: I just read, that gcc-4.0.1 requires gettext 0.14.5. Is it ok to update/sync from unstable?
[05:39] <highvoltage> cool. sabdfl mentioned the shuttleworth foundation at debconf.
[05:42] <Kamion> doko:    gettext | 0.14.5-1ubuntu2 |        breezy | source, amd64, hppa, i386, ia64, powerpc, sparc
[05:42] <\sh> highvoltage: why not?
[05:42] <highvoltage> \sh he normally doesn't. ;)
[05:43] <doko> Kamion: oops, old chroot
[05:43] <seb128> pitti: ping?
[05:44] <pitti> Hi seb128
[05:45] <seb128> pitti: hey again :p Should I look on the firefox merge so?
[05:45] <pitti> seb128: well, this wasn't a command :-) only a question whether you know about the Ubuntu changes
[05:45] <pitti> seb128: we need 1.0.5 in Breezy to fix a ton of security stuff
[05:45] <mgalvin> Kamion, do you happen to know of any good docs on preseed that you may be able to point me at?
[05:46] <seb128> pitti: nop, no clue, but the Debian changelog is small, I should find my way to apply that to the current ubuntu package
[05:46] <fabbione> seb128: can I or can you please upload libcairo and gtk+2.0 in sequence so that i can build gcc-4.0 ?
[05:46] <highvoltage> hehe. seb128 the gnomanator.
[05:46] <fabbione> seb128: the linking problem is a glibc bug
[05:46] <seb128> fabbione: nice
[05:46] <seb128> fabbione: I'll update cairo to 0.5.2 when it's here
[05:46] <fabbione> seb128: yeah just 24 hours to get there...
[05:46] <Kamion> mgalvin: erm, the installation manual's about the best I have
[05:46] <seb128> ie: sometime today
[05:47] <\sh> going home...bbl
[05:47] <fabbione> seb128: sure.. today is fine
[05:47] <fabbione> seb128: can you also make gtk+2.0 ?
[05:47] <seb128> fabbione: current gtk doesn't use cairo yet
[05:47] <seb128> next upload will
[05:47] <fabbione> seb128: doko is going to upload gcc-4.0 later
[05:47] <mgalvin> Kamion, ok thnx
[05:47] <seb128> gtk should not been an issue
[05:47] <fabbione> seb128: i know.. but I need a non libXrender.la gtk+2.0 :)
[05:48] <fabbione> seb128: it's question of a clean rebuild.. no changes needed (otehr than the B-d)
[05:48] <doko> seb128: are 0.5.1 and 0.5.2 API compatible?
[05:48] <seb128> doko: probably not
[05:48] <seb128> doko: but as said before, I don't care :p
[05:48] <doko> did I mention, that I love cairo?
[05:48] <ogra> elmo, any ETA when we'll have amd64 love again ?
[05:49] <seb128> doko: they stated it'll not be API stable before 1.0
[05:49] <doko> seb128: so, you'll sync with the package naming from unstable?
[05:50] <seb128> doko: no, I'll keep doing what I was doing
[05:50] <seb128> ie: upload need version with the 3-4 stuff than need a rebuild
[05:50] <seb128> nobody even noticed on the previous upload
[05:51] <doko> let me know, when you do have a test package
[05:53] <seb128> doko: a "test package"? what's this?
[05:53] <seb128> doko: I'll upload the new version when it's here
[06:12] <elmo> ogra: the buildds are alive; just need laminity love now, AFAIK
[06:12] <ogra> elmo, yay
[06:13] <ogra> elmo, i just discovered i have to hug you to become a DD !
[06:13] <bddebian> heh
[06:13] <fabbione> ogra: slightly more than that :)
[06:13] <elmo> ogra: that was a slide typo
[06:13] <bddebian> Isn't funny how some people's nicks affect you.  Whenever I see elmo, I can't get Elmo's World out of my head. :-)
[06:13] <fabbione> you need to hug also some AM :)
[06:13] <fabbione> hey elmo
[06:13] <elmo> it said you have to hug me if you DON'T want to become a DD
[06:13] <ogra> hehe
[06:13] <fabbione> elmo: can you kindly NEW some of the sparc binaries that have been uploaded a while ago?
[06:14] <lifeless> elmo: you still doing DAM stuff ?
[06:16] <mdke> elmo, we really need some docteam love... if you can find the time, it would be appreciated
[06:19] <doko> crap, alt-gr doesn't work anymore
[06:20] <pitti> doko: neither does ctrl+alt+Fn nor umlauts
[06:20] <sivang> seb128: how do you trigger autoconf run before build, if patching only the .ac file in the debian/pathch ? (trying to recreate the gedit patch)
[06:20] <pitti> sivang: don't. patch the configure file together with .ac
[06:20] <Kamion> (and ideally make sure the configure timestamp >= the configure.ac timestamp)
[06:21] <pitti> right
[06:21] <Amaranth> wtf, the totem depends on totem-gstreamer only now?
[06:21] <Amaranth> err, minus the
[06:22] <Kamion>  Package: totem
[06:22] <Kamion>  Version: 1.1.3-0ubuntu3
[06:22] <Kamion>  Depends: totem-gstreamer (= 1.1.3-0ubuntu3) | totem-xine (= 1.1.3-0ubuntu3)
[06:22] <Kamion> although the description disagrees ;-)
[06:23] <Amaranth> ok, synaptic is stupid
[06:23] <Amaranth> rather than upgrade totem-xine to 1.1.3-0ubuntu3 it wanted to remove 1.1.3-0ubuntu2 and install totem-gstreamer
[06:23] <seb128> sivang: the patches are applied before the configure, so you can run autoconf between patches and ./configure
[06:29] <sivang> seb128: what about pitti's suggestion? is that how you are going to do that?
[06:30] <seb128> what pitti suggestion?
[06:30] <seb128> updating firefox to 1.0.5?
[06:30] <pitti> seb128: <pitti> sivang: don't. patch the configure file together with .ac
[06:30] <seb128> oh, that
[06:30] <seb128> configure is quite of a moving target no?
[06:31] <seb128> not at the same point as patching a Makefile.in, but still
[06:31] <seb128> pitti: I want to avoid having to redo the patches on every new version if not required
[06:31] <pitti> seb128: as long as it's tarball.mk, thus doesn't destroy source, it's also fine
[06:32] <sivang> pitti: but you would still have to redo the patches, if I understand that .mk ;-)
[06:32] <seb128> sivang: go for the configure/configure.in patch combo
[06:32] <seb128> pitti has a point
[06:32] <seb128> tarball.mk sucks, so use a patch
[06:33] <sivang> seb128: k, your instructions are my commands :-)
[06:34] <fabbione> seb128: i think i even have a fix :)
[06:35] <seb128> fabbione: for the libc bog?
[06:35] <fabbione> yeps
[06:35] <fabbione> building the glibc now.. as usual i will know by tomorrow :)
[06:38] <sivang> pitti: thanks 
[06:40] <sivang> seb128: so, just to make that straight, (a) Patch the .in script to be able to run autoconf on demand, (b) patch the supposed to be created configure script , as if autoconf was rexecuted in the build process. Am I following you?
[06:42] <pitti> sivang: right; please make sure to use the correct autoconf version to minimize the diff
[06:42] <pitti> sivang: also make sure to remove the autom4te directory after running autoconf
[06:46] <doko> Kamion, elmo: please accept an exception from the UVF for isdnutils. I didn't get to it earlier, then sync it from unstable
[06:50] <doko> daniels: why is /usr/lib/libXrender.la missing from libxrender-dev?
[06:54] <Amaranth> ha!
[06:54] <Amaranth> 'breezy was scaring for about...4 weeks?'
[06:54] <Amaranth> err, scaring
[06:54] <Amaranth> fuck
[06:54] <Amaranth> scary
[06:54] <highvoltage> it's still scary!
[06:54] <Amaranth> exactly
[06:55] <Nafallo> naah. not scary. fun! :-)
[06:55] <highvoltage> elmo: how are things going for the hosting of the edubuntu site?
[06:55] <highvoltage> Nafallo: yes, it developes random features ;)
[06:55] <hughsie> ogra: how goes things?
[07:01] <Amaranth> wow, some of the things sabdfl is talking about with communication between ubuntu and debian are the same as ubuntu backports and ubuntu
[07:03] <seb128> sivang: what pitti said
[07:03] <seb128> pitti: k, so nobody works on firefox 1.0.5? To be sure before duplicating work
[07:03] <pitti> seb128: no, currently we don't have any mozilla lover
[07:04] <pitti> seb128: I'm doing the security stuff right now, but that takes a while
[07:04] <seb128> let me clear, I'll do this sync but I'm not a firefox maintainer :p
[07:04] <pitti> seb128: hehe :-)
[07:05] <pitti> seb128: this will lead us to hell anyway, we still need new tbird and mozilla upstreams
[07:05] <pitti> seb128: maybe we should just demote mozilla to universe, it's a PITA
[07:05] <bddebian> heh
[07:09] <sivang> seb128: you need a firefox maintainer? ;-)
[07:12] <seb128> sivang: yeah, want to maintain it?
[07:13] <seb128> elmo: sync for glib2.0 (2.7.3) from Debian incoming please
[07:16] <sivang> seb128: is it hard? O:-)
[07:17] <seb128> thom managed to do it, so that's probably easy :p
[07:17] <sivang> heheh
[07:17] <Amaranth> how come thom doesn't do it anymore?
[07:17] <sivang> seb128: I can try start learning the current packaging scheme, but only with lp integration work is over
[07:19] <sivang> highvoltage: did you talk to chirsh ?
[07:19] <sivang> highvoltage: he's a very good freind of mine :-)
[07:19] <seb128> sivang: it was a joke, maintaning is probably not a piece of cake you should rather start with something else
[07:19] <seb128> Amaranth: he has changed job
[07:20] <sivang> seb128: sure thing
[07:20] <Nafallo> seb128: hmm, what that does mean for network-manager? :-/
[07:20] <cartman> any idea when amd64 buildd would be back?
[07:20] <Amaranth> 2017
[07:20] <dieman> heh
[07:20] <dieman> i should look at firefox
[07:20] <cartman> thats soon enough
[07:21] <dieman> ive got a few ugly bugs in hoary i need to come up with testcases for
[07:21] <Amaranth> MMMMXVII
[07:21] <Amaranth> i think i got that right, i hate roman numerals
[07:22] <cartman> you got it right
[07:22] <sivang> seb128: He's no longer with Canonical?
[07:22] <seb128> sivang: nop
[07:23] <seb128> Nafallo: waiting for your patches? :)
[07:23] <Amaranth> :/
[07:23] <Nafallo> 18:13 < elmo> ogra: the buildds are alive; just need laminity love now, AFAIK
[07:23] <Nafallo> cartman: ^ amd64
[07:23] <cartman> Nafallo: thanks for info!
[07:23] <doko> lamont, lamont-away: why is the xrender build log not available on your pages (0.9.0-1)?
[07:23] <j^> Amaranth in that case you should look it up MMXVII (http://www.guernsey.net/~sgibbs/roman.html)
[07:24] <Amaranth> ah, two Ms :/
[07:24] <Nafallo> seb128: haha. was fun why it lasted then ;-)
[07:24] <Nafallo> s/why/when(
[07:24] <Nafallo> s/\(/\//
[07:42] <comadreja> I need to forward a gcc-4.0 bug to somebody (I received it by mail and I don't understand it :) )... any pointers ?
[07:42] <ogra> comadreja, doko (he just went offline)
[07:44] <sivang> pitti logged off?
[07:44] <Lathiat> 01:09 -!- pitti [~pitti@195.227.105.180]  has quit [Remote closed the connection] 
[07:44] <sivang> bah
[07:44] <comadreja> I'll send him by email
[07:44] <Lathiat> that was about 36 minutes ago
[07:45] <comadreja> thanks ogra :)
[07:45] <sivang> I didn't get what he said abour removing the auto4te directory
[07:46] <seb128> sivang: that's easy, remove the autom4te.cache dir
[07:46] <seb128> sivang: that's not useful for the patch
[07:47] <sivang> seb128: ah right, the dir that holds the cache stuff for making subsequent calls to autoconf faster :-)
[07:47] <sivang> seb128: k, thanks!
[07:48] <seb128> np
[07:50] <mdz> morning
[07:50] <Amaranth> morning
[07:51] <fabbione> hey mdz
[07:51] <Amaranth> hmm, i'm not on the CC agenda at all
[07:51] <fabbione> mdz: it's sort of evening in uk ;)
[07:51] <Amaranth> did i just get through without showing up or did you drop me? :)
[07:52] <seb128> hi mdz
[07:54] <highvoltage> mdz: i almost get nostalgic when I see george.kkhotels.co.uk :)
[07:55] <mdz> highvoltage: :-)
[07:55] <mdz> highvoltage: did you get a chance to try the thin client stuff yet?
[07:55] <ogra> mdz, arent you supposed to crawl through rockets currently ?
[07:55] <highvoltage> i have a question for ubuntu-devel, are there any specific responsibilities to being the community contact for an ubuntu project, such as edubuntu?
[07:55] <highvoltage> mdz: no :(
[07:56] <mdz> ogra: that was this morning
[07:56] <highvoltage> i've been  catching up with work.
[07:56] <ogra> mdz, wow, thats quick
[07:56] <highvoltage> things are going better now. tomorrow i'm going to download that cd, if xorg doesn't work that's fine.
[07:56] <mdz> very short visit
[07:56] <ogra> oh :/
[07:56] <highvoltage> and then i'll test it tomorrow evening.
[07:56] <mdz> great fun though
[07:56] <ogra> :)
[07:56] <Kamion> crawl through rockets?
[07:56] <highvoltage> i've been extremely interested in how it actually works.
[07:57] <highvoltage> mdz: did you punch mark?
[07:57] <mdz> ogra: unfortunately, someone captured it on video...
[07:57] <dieman> heh
[07:57] <mdz> highvoltage: punch?
[07:57] <ogra> hehe, i'll find it then 
[07:57] <highvoltage> mdz: for the skinny guy comment
[07:58] <highvoltage> mdz: where can we get the video where you and other ubuntu ppl sang? no one seems to have it.
[07:58] <Amaranth> yeah, it disappeared
[07:58] <dieman> heh
[07:58] <dieman> its not on dc5video.d.n?
[07:58] <mdz> highvoltage: Debian people, actually ;-)
[07:58] <Amaranth> I didn't see anything
[07:58] <dieman> hrm
[07:58] <Amaranth> Don't hurt me!
[07:59] <Amaranth> okay....I shouldn't make jokes after being up 24 hours....
[07:59] <Kamion> mdz: can I have a small UVF exception for localechooser 0.13? I have to merge from 0.04 to 0.12 anyway (0.12 was pre-UVF), and 0.13 fixes a few bugs that got introduced somewhere in there
[07:59] <mdz> debconf was a blast
[07:59] <mdz> Kamion: yeah, certainly
[07:59] <Kamion> cool, cheers
[07:59] <ogra> yes, we saw it :) planet was full of good stuff
[08:00] <highvoltage> next time, i'm going to debconf, even if i have to go hungry for 6 months.
[08:00] <dieman> heh
[08:00] <bddebian> heh
[08:00] <dieman> its in mexico city next year i hear.
[08:00] <highvoltage> although, i'm already going hungry for the other 6 months to pay for my internet connection.
[08:00] <bddebian> Doh. :-(
[08:01] <ogra> highvoltage, makes slim hips though ...
[08:01] <highvoltage> ogra: yeah, i could actually do with going hungry a bit, if you know what i mean ;)
[08:02] <Kamion> doko: isdnutils looks fine, provided that you/somebody goes over everything that cares about the libcapi soname change
[08:02] <highvoltage> anyone in this channel an existing community contact? i really want some more info.
[08:02] <dieman> heh
[08:03] <comadreja> awesome, I could finally fix gcl :D
[08:03] <dieman> damn, 404 on that chorus video
[08:03] <ogra> highvoltage, just ask, the appropriate people will answer
[08:03] <Amaranth> highvoltage: I tried to be once, but it's been 4 months now.
[08:03] <Amaranth> (lilo is overworked)
[08:04] <ogra> oh,, you mean contact to freenode ?
[08:04] <Amaranth> yeah
[08:04] <highvoltage> I'm going to be the community contact for edubuntu, so I'd just like to find out if there's any specifice responsibilities i'll be accountable for.
[08:04] <Amaranth> well, if freenode wants to talk to edubuntu they come to you
[08:04] <ogra> highvoltage, care for the community :)
[08:04] <seth_k> ogra, did you happen to see my message on #ubuntu-bugs the other day?
[08:04] <highvoltage> ah, ok.
[08:04] <Amaranth> and if edubuntu wants to talk to freenode they go through you
[08:05] <jdub> highvoltage: if anyone sticks their fingers in the power sockets, we'll hold you responsible for any ill effects.
[08:05] <ogra> seth_k, oh, missed that, whats your bugzilla login ?
[08:05] <seth_k> seth@sethkinast.com
[08:05] <highvoltage> ah, ok. I should probaby add my name to the edubuntu wiki then as community contact.
[08:05] <highvoltage> jdub: hence my nick ;)
[08:05] <jdub> highvoltage: almost self-documenting :)
[08:06] <highvoltage> i wonder if i should go for something more conventional for the ubuntu channels.
[08:06] <seth_k> conventional is overrated
[08:06] <highvoltage> 'highvoltage' doesn't look as elegant as the other names.
[08:06] <highvoltage> such as "ogra"
[08:06] <seth_k> take bddebian, he uses a name with "debian" in an Ubuntu channel
[08:06] <ogra> seth_k, you can edit bugs now, use this power wise and carefully, dont change the wrong bits ;)
[08:06] <seth_k> the nerve
[08:07] <ogra> hahaha
[08:07] <seth_k> ogra: always. thanks a lot
[08:07] <ogra> :)
[08:08] <bddebian> Hey
[08:08] <ogra> highvoltage, soon 
[08:08] <highvoltage> bddebian: who needs love when you can have 'debian' in your nick?
[08:09] <highvoltage> ogra: cool.
[08:09] <highvoltage> anyone been in contact with elmo? i keep missing him on irc. e-mail doesn't help much either.
[08:10] <bddebian> He was here earlier
[08:10] <ogra> highvoltage, he's been around
[08:10] <bddebian> Hmm, speaking of which, I haven't heard back from Mako on my CoC?
[08:11] <ogra> bddebian, he was at debconf...
[08:11] <bddebian> Ohh
[08:11] <bddebian> Couldn't check his e-mail at debconf? ;-)
[08:11] <ogra> so it might take some time until he cached up all this mail
[08:11] <highvoltage> cached up :P
[08:11] <ogra> bddebian, from my own experience, you only check half as often for mail on conferences
[08:12] <ogra> heh, catched indeed
[08:13] <bddebian>  "is caught up on" :-)
[08:13] <seth_k> Yeah bddebian, I haven't heard back from him on mine either. The universe probably exploded in his inbox
[08:13] <bddebian> Heh
[08:13] <doko> Kamion: yes, I'll update the libcapi dependent stuff. elmo, please sync isdnutils from unstable
[08:13] <\sh> ogra: right
[08:14] <Lathiat> bddebian: What about your CoC?
[08:14] <Lathiat> you can upload them on launchpad now
[08:14] <ogra> bddebian, thanks :)
[08:14] <Lathiat> no idea if it still needs mako blessing, iw ould have assumed not
[08:14] <ogra> bddebian, thats really 'is', not 'has' ?
[08:14] <bddebian> Lathiat: I just sent a signed one to Mako.  Oh, didn't know that though
[08:14] <doko> lamont, infinity: gettext fails to detect jar on the i386 buildd, although that alternative should be provided by fastjar. please could you have a look?
[08:15] <bddebian> ogra: No, you are correct, should be "has caught up on all his mail"
[08:15] <seth_k> Lathiat: I signed one on Launchpad, but my key is not signed into the strong set, so methinks that I need additional CoC love, e.g. a physical copy signed
[08:15] <ogra> ah, but i learned something :)
[08:15] <Lathiat> seth_k: nope
[08:15] <Lathiat> not afaik anyway
[08:15] <seth_k> whoaaaa
[08:15] <bddebian> ogra: Well since I'm useless at packaging, I'll be your English guide ;-P
[08:15] <ogra> bddebian, you see, youre not only here for entertainment purposes :)
[08:16] <bddebian> Heh
[08:16] <seth_k> Lathiat: well, I'm still a pending Ubuntu member instead of confirmed, even though the CC accepted me July 5 and I have a CoC in Launchpad... so I dunno
[08:17] <\sh> seth_k: mako is doing it by hand...i think
[08:17] <Lathiat> wel, quite possibly to be confirmed as a member, it needs blessing by someone, but the CoC in launchpad should be enough on that sidde
[08:17] <Lathiat> probably good to tell him
[08:18] <seth_k> okay \sh, Lathiat, thanks for all the info. Maybe I just hit things at the wrong time, with debconf.
[08:18] <\sh> seth_k: ping him tomorrow ;)
[08:19] <seth_k> I'll be at the meeting \sh, so I shall sneak-attack him then ;)
[08:20] <\sh> seth_k: sniper him ;)
[08:20] <seth_k> hehe
[08:26] <Treenaks> elmo: ping?
[08:27] <highvoltage> mdz, ogra: so would it be advisable that we have a #edubuntu and #edubuntu-devel? I've just registered both.
[08:28] <mdz> highvoltage: #edubuntu sounds reasonable
[08:28] <mdz> highvoltage: I'd prefer that development talk remain on #ubuntu-devel unless it's too much traffic
[08:28] <highvoltage> mdz: ok, that sounds good to me. i'll send it to the list.
[08:28] <Amaranth> arg, too many channels
[08:29] <Amaranth> *shudder*
[08:29] <Amaranth> it needs to have a GUI, for a start
[08:29] <highvoltage> \sh: how about irssi? it works well.
[08:31] <ogra> err
[08:31] <\sh> highvoltage: I found pictures from me from days without software like irssi ,-)
[08:31] <ogra> Amaranth++
[08:32] <\sh> highvoltage: so...ircII is ok :) but irssi is better, u r right
[08:32] <highvoltage> ok, sorry. i see you are using irssi :)
[08:38] <\sh> highvoltage: hehe
[08:39] <doko> elmo: please install gcc-4.0's b-d's on concordia/unstable
[09:02] <\sh> doko: ping
[09:02] <\sh> doko: unping..nevermind..
[09:08] <dnakata> is there some sort of postinst script debugging harness i don't know about? (just curious)
[09:08] <dnakata> i guess that would suggest some sort of verbose bash, wouldn't it..
[09:10] <Mithrandir> dnakata: add set -x to the top of the postinst script
[09:16] <lamont> doko: gettext build _installed_ fastjar...
[09:17] <doko> yes, I know, looks like the alternatives are broken in the buildd
[09:17] <dieman> ugh
[09:17] <elmo> doko: done
[09:17] <dieman> i hope this xpdf problem one of my amd64 users just ran into goes away when i upgrade them to hoary.
[09:18] <dieman> for some reason it flips out with a "Broken Pipe" to his x session, but it works fine over an ssh x tunnel.
[09:20] <doko> elmo: thanks
[09:21] <lamont> doko: which alternative?
[09:22] <doko> lamont: jar
[09:23] <lamont> There are 0 alternatives which provide `jar'.
[09:23] <lamont> does that mean I need to tell it something?
[09:26] <mdke> elmo, pleeeeease docteam svn accounts?
[09:27] <doko> well, fastjar registers an alternative for jar. why isn't it available, when fastjar is configured?
[09:27] <ogra> mdke, you dont use bazaar ? 
[09:27] <dilinger> 31657 dilinger  15   0  180m  57m  10m S  0.0 11.5   1:46.95 evolution-2.2
[09:27] <mdke> ogra, svn
[09:28] <ogra> mdke, hmm, i find bazaar way easier (i just learned to use it)
[09:28] <lamont> doko: lrwxr-xr-x  1 root root 29 Jun  2 06:01 /etc/alternatives/jar -> /usr/lib/jvm/java-gcj/bin/jar
[09:28] <mdke> ogra, for the future that is on the agenda definitely. but for now we continue to use the svn repo
[09:28] <lamont> could that be the reason?
[09:28] <ogra> mdke, but up to you anyway...
[09:29] <mdke> ogra, it will happen I'm sure
[09:29] <ogra> mdke, oh, you already have one...
[09:29] <doko> lamont: yes, java-gcj-compat once had a bug unregistering the alternatives, but infinity fixed that on the buildds AFAIK
[09:29] <mdke> ogra, we have been using svn for some time. i'm sure bazaar will come in maybe for breezy+1
[09:30] <ogra> mdke, great... its really easier... i'm not a friend of version control systems. but bazaar finally convinced me to use one...
[09:30] <mdke> i've heard its good
[09:34] <Burgundavia> ogra, the plan is for the doc team to switch after breezy
[09:34] <Treenaks> is there a docteam channel?
[09:34] <Treenaks> I'd like to discuss some small thing
[09:34] <mdke> yes
[09:34] <jdub> Treenaks: #ubuntu-doc
[09:34] <mdke> ah hey jdub
[09:34] <ogra> Burgundavia, yeps i understood that from mdke
[09:34] <Treenaks> jdub: hmm.. that's quite obvious.. thanks
[09:35] <jdub> "irc channel names for human beings"
[09:35] <lamont> jdub: like #ubuntu-jdub-bashing?
[09:36] <wasabi_> i feel like im MUDding
[09:37] <wasabi_> 'heh. =(
[09:38] <lamont> doko: python-popy seems to be pgsql-unhappy... or is that a pitti question..
[09:38] <jdub> lamont: hey man, get off my wavelength, i was just writing about throwing mud
[09:40] <lamont> LOL
[09:40] <doko> lamont: when in doubt, it's a pitti question ;) I think I didn't touch popy
[09:40] <lamont> doko: yeah - ISTR pitti was postrgresql,  and you were pythoin\
[09:41] <dnakata> hmm
[09:43] <ogra> lamont, depends on security flaws ;)
[09:44] <dnakata> that's hillarious
[09:44] <dnakata> the script doesn't return a value, so it fails
[09:55] <doko> elmo: please could you run on concordia/unstable: apt-get --reinstall install ia32-libs ia32-libs-dev lib32z1 lib32z1-dev ? the preinst of the current lib32gcc1 is broken
[10:00] <comadreja> hello doko
[10:00] <doko> comadreja: hi
[10:00] <comadreja> there was a problem on gcl that prevented it from compiling
[10:00] <comadreja> I applied some fixed and it compiled, but the it failed compiling lisp
[10:01] <comadreja> I emailed the developer about that
[10:01] <comadreja> he found out that it works when not using optimization
[10:01] <doko> hmm, I remember that ogra or sh tried to compile it for breezy
[10:01] <comadreja> I did
[10:01] <comadreja> it compiles now
[10:01] <ogra> doko, not me...
[10:01] <comadreja> I submited to revu
[10:02] <comadreja> well, the point is that he found out what seems to be a bug in gcc-4.0
[10:02] <comadreja> what he says is basically that... let me read again
[10:02] <doko> where did you submit it?
[10:02] <ogra> thats dokos fault, we all know it :)
[10:03] <comadreja> to revu
[10:03] <comadreja> gcc-4.0 clobbers a variable across a longjump
[10:03] <doko> sorry, I don't know revu
[10:03] <comadreja> without a warning
[10:03] <comadreja> let me find the link
[10:04] <ogra> siretart.tauware.de/revu/
[10:04] <ogra> doko, ^
[10:04] <comadreja> that's it :)
[10:04] <ogra> it cool
[10:04] <ogra> its even
[10:04] <comadreja> doko: he asked me to let you know :) that's it
[10:05] <comadreja> doko : he's got a patch for gcl 2.6.7
[10:05] <comadreja> doko : but I guess it should be solved on gcc
[10:06] <comadreja> until then I disabled optimization and included the fixes in the revu package
[10:07] <doko> comadreja: for a fix in gcc, we need a proper bug report. the information that replacing -O3 by -O0 doesn't help much
[10:07] <comadreja> doko: I know, I can send you by mail the mail he sent to me, sure you can decypher it
[10:08] <comadreja> doko : would that be ok ?
[10:10] <doko> comadreja: let's try that
[10:10] <comadreja> doko : right away
[10:10] <doko> better submit a bug report to bugzilla.ubuntu.com, pasting the mail
[10:11] <comadreja> doko : perfect
[10:19] <dieman> yay, only 8 or 9 warty machines left to upgrade
[10:20] <dieman> so that makes 42 hoary machines
[10:20] <ogra> cool
[10:20] <dieman> and 210 woody machines to go
[10:20] <dieman> but i'll be doing 69 of them next month (labs)
[10:21] <dieman> so really, 141 desktops to upgrade as soon as we can.
[10:23] <dnakata> wow, alrighty then.
[10:49] <dnakata> right on.
[10:49] <dnakata> is there a breezy badger dev channel?
[10:49] <mdz> this is it
[10:49] <dnakata> alrighty
[10:50] <dnakata> anybody felt any difficulty upgrading xlibs to 6.8.2-42?
[10:50] <dieman> win 3
[10:50] <dieman> sorry, mistype.
[10:50] <ogra> dnakata, see topic
[10:51] <dnakata> woops.
[10:51] <ogra> gah
[10:51] <dnakata> shit.
[10:51] <dnakata> well, i can see it states X is broken
[10:51] <dnakata> as a fact, it works
[10:51] <ogra> heh... 
[10:51] <dnakata> i suppose my patch was in vain then
[10:51] <dnakata> alright, cool, neato
[10:52] <dnakata> i think it's time i start jumping in to help around here
[10:53] <dnakata> i've gotten to the point with both debian and ubuntu where i don't ask questions about it, only about politics and statuses, but i've never walked away from a system in a broken state
[10:53] <dnakata> i think that's something ubuntu releases are striving for
[11:07] <pef_aw> night !
[11:12] <seth_k> \sh, is KDE stuff buildable again yet?
[11:14] <Riddell> seth_k: should be, unless it needs kdebase installed
[11:15] <seth_k> ok
[11:25] <\sh> going to bed..tomorrow gents
[11:28] <seb128> thom: around?
[11:43] <TheMuso> c