[12:01] <mdz> ogra: do you think you could do the xpdf-utils/poppler thing?
[12:01] <pitti> mdz, elmo: if kdpf is the last package holding xpdf, then it's worth the trouble of converting kpdf IMHO
[12:01] <mdz> pitti: it is
[12:01] <Nafallo> ogra: it did. but that was before cxx. anyway I'll try again now :-)
[12:01] <ogra> mdz, which xpdf-utils/poppler thing ? i didnt follow
[12:01] <wasabi_> So I was thinking. dhclient.conf should be configured to send his own hostname to the dhcp server by default.
[12:01] <dholbach> jnc: when do you get that message?
[12:01] <pitti> ogra: creating a poppler-utils package which contains the xpdf-utils tools ported to libpoppler
[12:02] <Nafallo> wasabi: ++ :-)
[12:02] <pitti> ogra: I already did pdftops, but we also need pdfinfo, and we should port the other tools, too (and send them back to upstream)
[12:02] <ogra> pitti, what involves this "porting" ?
[12:02] <ogra> C ?
[12:02] <jnc> dholbach: i got that when i tried to start serpentine.   after rm -fr ~/.serpentine;  it works again
[12:02] <dholbach> C++ for poppler, i think :)
[12:02] <pitti> ogra: take <tool>.c, rip it out of xpdf-utils, and hack on it until it compiles with libpoppler-dev :-)
[12:02] <ogra> ergh
[12:03] <ogra> proting C to C++ ?
[12:03] <mdz> elmo: if this works out and we can move it back, will it require a special elmo dance again?
[12:03] <mdz> ogra: they are both C++
[12:03] <ogra> argl...
[12:03] <dholbach> jnc: i don't get that funky message
[12:03] <wasabi_> I guess that would be properly done by dhclient.conf having a send-default-host-name option
[12:03] <jnc> wtf.  it's burning the CD now
[12:03] <jnc> ogra: false alarm maybe
[12:04] <jnc> i didn't change anything
[12:04] <jnc> oooooh
[12:04] <jnc> g-v-m
[12:04] <ogra> yep
[12:04] <jnc> ogra: so ... that's a bug eh?
[12:04] <mdz> ogra: if it's not something you feel confident about, no problem
[12:04] <ogra> jnc, in g-v-m
[12:04] <mdz> we ought to ask Riddell
[12:04] <mdz> pitti: can you talk to Riddell about it?  your time zones are compatible
[12:05] <jnc> oh.  i would have thought a bug in serpentine
[12:05] <elmo> mdz: yes, sorry
[12:05] <ogra> mdz, do i have time to ecide until tomorrow ? 
[12:05] <jnc> i mean, GnomeBaker works fine with g-v-m running
[12:05] <ogra> decide even
[12:05] <fabbione> night everybody
[12:05] <ogra> jnc, might be, but it doesnt use libnautilus-burn
[12:05] <mdz> ogra: it's a small thing and I just want to get it done so that we can be rid of xpdf again
[12:05] <jnc> ah
[12:06] <dholbach> bye fabbione 
[12:06] <pitti> ogra: maybe we can do some cow trading? I do the poppler stuff (I already know it a bit now) and you help me with the postgresql stuff? :-)
[12:06] <ogra> mdz, i know, but i have to decide if i actually want to learn C++
[12:06] <pitti> mdz: sure, will do
[12:06] <mdz> ogra: if you would have to learn C++ in order to do it, it's easier for someone else to look at it, don't worry about it
[12:06] <mdz> Riddell should be able to do it
[12:07] <ogra> mdz, i'm ok with C and some OO langs so it should be a good task to learn it :)
[12:07] <pitti> mdz: creating a minimal poppler-utils with just pdftops and pdfinto is a matter of ~ 1.5 hours
[12:07] <mdz> pitti: yes, but you have too much work already, remember? ;-)
[12:07] <pitti> ogra: ok, let's discuss this tomorrow with Riddell
[12:07] <ogra> yep
[12:07] <pitti> mdz: -> that's why I proposed the cowtrading :-)
[12:07] <mdz> what a delightful package name: libxml-libxml-perl
[12:07] <dholbach> :)
[12:08] <pitti> let's talk tomorrow
[12:08] <dholbach> pitti: i think ogra already said yes :)
[12:08] <dholbach> pitti: or did you invite somebody else to the pdf party? :)
[12:08] <pitti> bah, gtimelog doesn't really work well if you cross midnight...
[12:08] <ogra> mdz, vunz made clear he cant do the xscreensaver changes in breezy time, thats a huge bunch of work i have extra now....so i'm a bit careful about extra work currenly....
[12:09] <pitti> dholbach: oh, my irc output is a bit shuffled here, 10 seconds latency (small net problem)
[12:09] <dholbach> *nod* ok
[12:09] <pitti> ogra: fine for me if you want to do it :-)
[12:09] <ogra> ok
[12:09] <elmo> mvo: huh, why python2.4-apt?
[12:10] <mdz> Kamion: bugreporter-udeb was intentionally retired, right?
[12:10] <elmo> hmm, nm
[12:11] <mvo> elmo: it's build now for both python2.3 and python2.4
[12:12] <pitti> good night guys
[12:12] <Nafallo> pitti: good night :-). see you tomorrow.
[12:12] <mdz> pitti: night
[12:13] <Kamion> mdz: yes
[12:13] <Kamion> mdz: replaced by installation-report and save-logs
[12:14] <Nafallo> jnc: what did you do to be able to burn? now I got that bug instead :-P
[12:15] <dholbach> good night everyone :)
[12:16] <Nafallo> night dholbach :-)
[12:21] <Nafallo> jnc: nm. works.
[12:23] <mdz> err, KDE doesn't require gnupg2 anymore?
[12:23] <mdz> we went through all of that business for hoary just to have it go away?
[12:23] <elmo> kde deps seem to be in massive flux
[12:24] <mdz> leaving it alone for now
[12:24] <ogra> Nafallo, ??
[12:24] <mdz> I did a bunch of obvious stuff
[12:24] <ogra> Nafallo, what was it ?
[12:24] <mdz> trying to get a handle on the set of packages which pitti will need to review in order to sync up
[12:25] <Nafallo> ogra: seems I had to kill g-v-m.
[12:26] <ogra> Nafallo, :/
[12:26] <Nafallo> ogra: that shouldn't be the correct approach though ;-)
[12:26] <ogra> nope
[12:26] <mdz> elmo: how do you calculate the reverse-depends stuff in anastacia?
[12:26] <ogra> but i was suspecting its g-v-m
[12:27] <wasabi_> Heh.
[12:28] <wasabi_> If you select N/A in the Ubuntu device database creation thing for sound, the next page says "Video" "did you hear the text sound?" and offers no forward button or controls of any type.
[12:29] <Nafallo> ogra: ehm... will be nice to see if this disk works. the bar didn't move since it started writing in record speed. just fixated.
[12:29] <ajmitch> wasabi_: file bug :)
[12:29] <ogra> Nafallo, tell me if it worked then....
[12:29] <Nafallo> ogra: works.
[12:29] <ogra> great...
[12:29] <ogra> anothe bug to fix
[12:29] <Nafallo> ogra: but an ugly bug ;-)
[12:30] <elmo> mdz: it's just looking at germinate 'all' output
[12:31] <mdz> elmo: ah, that explains why it's lying then
[12:32] <Kamion> lying where?
[12:33] <mdz> ogra: could you fix elementtree to stop building python2.2 packages?  it's trying to pull python2.2 into main
[12:33] <mdz> Kamion: in anastacia output
[12:33] <mdz> Kamion: it says it wants dialog because of alsa-utils, but it's an OR'd dep with whiptail, so it's actually something else
[12:33] <Kamion> ah, ORed deps occasionally confuse germinate yes
[12:34] <mdz> Kamion: I think it's probably doing the right thing, just choosing an unintuitive package to list as the reason
[12:34] <ogra> mdz, oops, how could that get past the python transition ?
[12:34] <elmo> mdz: hum, that could be my fault
[12:34] <elmo> I had hints for germinate, and recently updated to 2005 germinate and may have lost the hints, lemme check
[12:35] <mdz> dialog                                    | dialog                          | alsa-utils                               | Santiago Vila <sanvila@debian.org>                                        |          180578 |            1048
[12:35] <elmo> hmm, nope
[12:35] <mdz> rdepends is unintelligible for the same reason
[12:35] <ogra> mdz, working on it
[12:35] <mdz> a ton of stuff depends on dialog | whiptail
[12:35] <mdz> ogra: thanks
[12:37] <Kamion> mdz: reason selection is often dodgy; I could probably try to make it pick the first non-ORed dep it encounters
[12:38] <elmo> kamion; the problem is, given a or b, if b is already in main, it should favour b
[12:38] <elmo> and currently doesn't AFAICS
[12:38] <mdz> Kamion: I don't think it's worth it; doing the right thing seems Very Hard, and picking the first non-ORed dep doesn't sound much better than the status quo
[12:38] <Kamion> germinate has no idea what's already in main
[12:39] <elmo> Kamion: eh, "is already in it's idea of main" (i.e. 'all')
[12:39] <Kamion> especially not when running in the archive configuration where it just gets a single Packages file
[12:39] <mdz> Kamion: I would like to know what's going on in this particular case, though. it's starting to look like germinate is doing the wrong thing, actually
[12:40] <mdz> there are only 15 packages which depend on dialog-but-not-whiptail, and they're all in universe
[12:40] <Kamion> elmo: it's encountering dialog | whiptail before it's had a reason to explicitly select whiptail
[12:40] <elmo> kamion: oh, right
[12:40] <Kamion> seeding whiptail would fix that
[12:40] <mdz> Kamion: does it matter which seeD?
[12:41] <mdz> does it have to be minimal (where the dep on alsa-utils is coming from), or can it be supported?
[12:41] <Kamion> I think supported would do, but let me do some experiments to test that
[12:41] <elmo> germinate's begging for a test suite ;)
[12:41] <elmo> [he says helpfully] 
[12:42] <Kamion> germinate will spot that it can promote whiptail from an outer seed to satisfy the dep
[12:43] <elmo> in the same way the ubuntu archive is the test suite for katie?  good call :P
[12:43] <Kamion> it's like WORKSFORME, only WORKSFORYOU
[12:44] <Kamion> I have lots of directories scattered around in ~/src/ubuntu/germinate/ called 'pre' and 'post'
[12:48] <Kamion> +? Unknown dependency dialog by defoma
[12:48] <Kamion> +? Nothing to choose to satisfy defoma
[12:48] <Kamion> hmm, it doesn't entirely like that
[12:48] <Kamion> I'll dig
[12:54] <Kamion> duh, it helps to run against main,restricted,universe,multiverse not just main,restricted. spethial
[12:56] <sabdfl> kamion, the CoC suggests you should be sensitive to retards even when referring to yourself
[12:57] <diamond> sabdfl: nice -)
[01:00] <sabdfl> ah. he's ignoring trolls. sigh.
[01:00] <Kamion> sabdfl: heh :-)
[01:01] <Kamion> nah, I was just hunting down the libstdc++ porting howto for somebody on -users
[01:01] <sabdfl> what's he porting too?
[01:01] <Kamion> from libstdc++2.10 (pre-standard) to anything vaguely current
[01:01] <sabdfl> btw, a mate of mine is trying to install hoary on a mini-mac, do we have any success stories on that?
[01:02] <Kamion> well, pre-current-standard anyway
[01:02] <Kamion> sabdfl: hmm, not that I know of, I think full support may need > 2.6.10 since it's pretty recent
[01:02] <sabdfl> his name's richard braine (really) and i pointed him in your direction
[01:02] <Kamion> the "buy benh a mini-mac" campaign on debian-powerpc was after we froze, I think
[01:02] <elmo> does he have a friend called pinky?
[01:02] <sabdfl> that would be me
[01:03] <sabdfl> on bald days
[01:03] <Kamion> sabdfl: yeah, I saw him on #-meeting, but he left before I got back; I'll mail him
[01:04] <sabdfl> cool, thanks
[01:04] <sabdfl> apparently it installed to console by xorg's not working, so it's not a totaly disaster
[01:04] <sabdfl> i'm surprised google has no fixes
[01:06] <JanC> I have a remark about http://udu.wiki.ubuntu.com/MountingHDDFilesystems
[01:06] <JanC> once fstab has the right entries, people can use the gnome disk mounting panel applet
[01:07] <JanC> it's easy to use but doesn't require auto-mounting of all NTFS/FAT partitions at boot time
[01:09] <Kamion> oops, the snake got out, gave me a surprise :)
[01:10] <Kamion> JanC: you suggest making them all noauto by default; could do
[01:10] <Kamion> diamond_: no :)
[01:10] <diamond_> Kamion: that's ok then -)
[01:10] <diamond_> Kamion: what kind of snake, if it's not to ot to ask?
[01:10] <Kamion> amelanistic (i.e. orange) corn snake
[01:11] <maswan> diamond_: oooh! oooh! where is it? can I stalk Kamion too?
[01:11] <Kamion> it's my fiancee's snake rather than mine
[01:12] <diamond_> maswan: actually, i screwed up, i have to now officially deny it's presence here, but if you come around the back, i can let you know the dirty details
[01:12] <diamond_> there is no kamion stalking wiki.
[01:12] <Kamion> Heh, good, good. Fixing problems with the video output for now, looks
[01:12] <Kamion> like DDC doesn't work with X, and not very well with radeonfb, because
[01:12] <Kamion> of the stupid way Apple routed the DDC lines of the connector to the
[01:12] <Kamion> "CRT2" DDC lines of the video chip... oh well...
[01:13] <Kamion> sabdfl: ^-- benh having just got his mac mini in early March
[01:13] <Kamion> although he said screwing the DVI cable all the way in helped ...
[01:13] <diamond_> maswan: -)
[01:17] <Kamion> JanC: want to add that to a comments section at the end of that page?
[01:19] <JanC> this wiki uses different accounts than the normal ubuntu site I guess ?
[01:20] <Kamion> not sure, try your existing one first
[01:22] <mdke> i've cut some things off the FrontPage of the wiki and put them in second level pages
[01:22] <mdke> just in case anyone misses something
[01:22] <doko> back again ...
[01:31] <doko> Kamion,mdz,jbailey: the reason of the buildability of OOo2 in hoary (and not in breezy) is the addition of gjdoc as a java-gcj-compat dependency. that one sucks in antlr, and then kaffe and sablevm
[01:32] <wasabi_> hi
[01:32] <wasabi_> I think antlr is fixable. In fact I had thought I fixed it.
[01:33] <mdz> Build-Depends: debhelper (>= 4), kaffe, fastjar, classpath, jikes-classpath (>=
[01:33] <mdz> 2:0.12-1), autotools-dev, gcj-3.4, libgcj5-dev
[01:33] <wasabi_> seems not.
[01:33] <wasabi_> Oh yeah. I remember now. I didn't fix it.
[01:33] <wasabi_> jbailey was going to work some cdbs magic on it.
[01:33] <wasabi_> ;)
[01:34] <wasabi_> Because it was a weird makefile build system.
[01:34] <wasabi_> jbailey!
[01:34] <jbailey> wasabi_: Is that the only blocker?
[01:34] <Riddell> mdke: thanks for the link to Kubuntu :)
[01:35] <wasabi_> I remember skipping over it ages ago because it was an odd build system.
[01:35] <wasabi_> And I wasn't feeling up to it at the time.
[01:36] <wasabi_> Doesn't look like that big of a deal now that I look at it again. I probably learned some stuff about Make since then.
[01:36] <mdke> Riddell, fundamental i feel
[01:36] <mdke> mako, ping?
[01:39] <Kamion> * Chose dialog to satisfy defoma
[01:39] <Kamion> *good* crack
[01:41] <wasabi_> Think I've got it fixed.
[01:42] <wasabi_> Heh. Yay for circles.
[01:43] <Nafallo> is someone porting apt-cacher to apache2 or should I start working on that after I've been in bed for several hours? :-)
[01:44] <Nafallo> seems it might be fun to have for NetworkWideUpdates
[01:46] <wasabi_> doko, you aren't working on antlr, right? :0
[01:46] <wasabi_> doko, I've got it fixed.
[01:58] <sabdfl> Kamion: very cool. surprised apple capable of braindamage like that.
[01:59] <mkde> hey guys
[01:59] <mkde> mako just found this site www.ubuntu.it, it is a redirect of the main ubuntu.com site but with a pubblicity banner at the top for a company doing linux training
[01:59] <mkde> crazy huh
[02:01] <tseng> oh wow time for me to get flamebasted on osnews
[02:01] <tseng> "mono 1.1 added to ubuntu"
[02:01] <tseng> news flash.
[02:01] <mkde> awesome
[02:10] <tseng> this poor soul will be using gnome 2.10 for the next 5 years since I am "adding" mono to ubuntu
[02:10] <tseng> im so mean.
[02:12] <Nafallo> hehe
[02:34] <mdz> jbailey: do you have an archive for initramfs-tools?  I'm pretty much guaranteed to have to make changes to it
[02:44] <tim> does anyone know if there is are anymore ubuntu offshoots in development and where I can find info on them (like kubuntu) especially one for e17-ubuntu :P
[02:46] <mdz> jbailey: at a minimum I need a hook facility so that I can get some additional scripts run at boot time
[02:55] <jdub> morning boys and girls, and elmo
[02:55] <tseng> good morning jdub!
[02:56] <Nafallo> jdub: morning :-)
[02:56] <tseng> tim: kubuntu is the biggest, but guadalinux and gnoppix are ubuntu based as well
[02:56] <tseng> tim: im not sure there is a list.
[02:59] <tim> tseng, thanks :)
[02:59] <jbailey> mdz: I don't yet, although I've promised one to the guy who'll be doing the Debian merges.
[03:00] <mdz> jbailey: who's that, out of curiosity?
[03:01] <jbailey> maks.  He's expressed interested in the initramfs work and has been doing some bug fixing on the Debian initrd-tools stuff.
[03:01] <jbailey> Not yet a DD.
[03:03] <jbailey> Hmm, no debs for bazaar-ng.
[03:04] <ajmitch> hi jsgotangco 
[03:04] <jsgotangco> morning!
[03:12] <jbailey> mdz: I'm going to go out for a walk in amoment - do you have any questions about the setup before I go>
[03:12] <mdz> jbailey: nah, I'm going to have to do the first iteration by hand anyway
[03:16] <jbailey> Cool.   /me goes for a walk.
[03:37] <mdz> jbailey: so nfs root is working for you, right?  having some difficulty here
[03:37] <mdz> "mount: No such device" "short read: 0 < 28"
[03:37] <mdz> after successful ipconfig
[03:38] <mdz> ah, need to specify the nfs module explicitly
[04:03] <mark_al> hi, can anyone tell me how to capture lots of useful info to add to a bug report? its for a problem with a kernel module (snd-usb-audio) which worked fine in warty
[04:03] <wasabi> Man. THe Java stack that is going to come along with Ooo2 is really going to screw up the idea of putting it all on one cd
[04:03] <wasabi> Hmm, or maybe not.
[04:04] <wasabi> gcj is awefully tiny.
[04:10] <kent> wasabi, perhaps change it to "all in one dvd" ;)
[04:12] <kent> and all in two CDs.
[04:15] <Kamion> the one-CD thing is really non-negotiable
[04:16] <Kamion> if OOo2 doesn't fit, we get to (a) trim it down (b) throw out other stuff (c) bin it :-)
[04:17] <wasabi> The one CD thing has many benefits.
[04:17] <wasabi> It's one of my fav features heh
[04:19] <mdz> mark_al: it really depends on the bug
[04:19] <mdz> mark_al: try in #ubuntu
[04:21] <mark_al> cheers
[04:21] <mdz> jbailey: the mount in klibc is giving me headaches
[04:21] <mdz> it doesn't seem to pass all of the options correctly
[04:22] <wasabi> mdz, i have uploaded a fixed antlr. it now builds with gcj-4 and friends. Problem is they are all in universe... so now antlr is.
[04:22] <wasabi> The entire stack needs to jump over.
[04:22] <mdz> wasabi: gcj-4 is in main
[04:23] <wasabi> java-gcj-compat isn't, then.
[04:23] <wasabi> that'll be....
[04:23] <wasabi> ecj-bootstrap and java-gcj-compat.
[04:25] <mdz> wasabi: I'll take a look at it once everything is built, so we can see the dependency chains
[04:34] <Unfrgiven> how do i regenerate a makefile.in after changing makefile.am?
[04:36] <mdz> Unfrgiven: autoreconf
[04:37] <jbailey> mdz: nfsroot is working, yes.  I tested both regular boot and nfs boot today.
[04:37] <mdz> jbailey: yeah, got that working, now only mount is causing me trouble
[04:37] <mdz> it mounts, but apparently not all of the options make it to the kernel
[04:37] <mdz> doing a similar mount later, with util-linux mount, does the right thing
[04:37] <jbailey> Ugh. =(
[04:37] <mdz> jbailey: if I set BUSYBOX=y, will that use busybox instead of uclibc's tools?
[04:37] <jbailey> Could easily be a klibc bug then.  I haven't explored all of that.
[04:37] <mdz> wasabi: ThinClientIntegration, for one
[04:38] <jbailey> mdz: No, the only thing it does is call busybox if you drop to a shell (add break to the kernel command line)
[04:38] <jbailey> I didn't want behaviour to change just because you wanted a sane shell for debugging.
[04:38] <mdz> er, s/uclibc/klibc/ of course
[04:39] <mdz> jbailey: anyway, other than that hangup, I've got thin clients booting
[04:39] <mdz> to a shell
[04:39] <mdz> by hacking up /usr/share/initramfs-tools/scripts/nfs
[04:39] <mdz> what I really want is to let it mount an NFS root fs as normal, and then run a hook later which can set up the unionfs
[04:39] <jbailey> Cool.  Will you email me your nfs stuff?  I'll hack in a script.  I tried an import earlier and wound up filing a bug on baz.
[04:40] <mdz> jbailey: the hacking up was entirely thin-client specific except for two things
[04:40] <mdz> 1. mkdir /tmp
[04:40] <mdz> 2. . /tmp/net-${DEVICE}.conf
[04:40] <mdz> but I'll send you a copy so that you can get an idea of my needs
[04:41] <jbailey> Should the unionfs be set before init is called?
[04:41] <mdz> jbailey: unless we want to go back to using pivot_root, yes
[04:41] <jbailey> 'k
[04:42] <mdz> init needs to run within the unionfs root
[04:42] <jbailey> Okay.  I wasn't sure, since many filesystems mount readonly anyway.
[04:42] <jbailey> root filesystems, rather.
[04:43] <mdz> well, the unionfs is actually a separate filesystem, so we need to run inside it
[04:44] <jbailey> Okay.
[04:44] <jbailey> Will the nfs script you send include the options you need passed in?  I can check the klibc nfsmount code at the same time.
[04:44] <mdz> jbailey: what's the trick to running the stuff in /usr/lib/klibc/bin?
[04:44] <mdz> jbailey: yes, it does
[04:45] <Kamion> lamont: debconf still isn't building
[04:45] <Kamion> admin/debconf_1.4.50ubuntu1: Dep-Wait by buildd+vernadsky [important:out-of-date] 
[04:45] <mdz> I was just going to test that hypothesis on a real system using klibc mount, but it doesn't run
[04:45] <Kamion>   Dependencies: libqt-perl (>= libqt-perl_3.008-1.3build1)
[04:45] <Kamion> lamont: that version looks bogus
[04:45] <mdz> oh, it expects to find a klibc loader in /lib
[04:46] <jbailey> mdz: They're not real ELF executables, that's why I didn't stuff them in the path.  It needs the klibc library in /lib
[04:47] <mdz> jbailey: is there a trick I can use to get them to run, or do I need to mess with /lib?
[04:47] <jbailey> mdz: If you copy the library into /lib they should run.
[04:47] <jbailey> mdz: I can include a symlink in the next upload (or just move the library) if that's worthwhile.
[04:48] <mdz> jbailey: is it possible to run them from the build tree?
[04:48] <mdz> I'm sure it's some silly C string handling bug or something
[04:49] <mdz> in particular, this doesn't look right:
[04:49] <jbailey> The last time I did it was before they had dynamic linking working, I don't know off hand.
[04:49] <mdz>         if (extra->used_size)
[04:49] <mdz>                 *extra->end = ',';
[04:49] <mdz>         strcpy(extra->end, s);
[04:49] <mdz> surely that should increment ->end rather than clobbering it?
[04:52] <mdz> I think this code was written and never tested
[04:52] <mdz> since a typical initramfs setup will never exercise it
[04:54] <jbailey> Entirely possible.
[04:55] <jbailey> I don't know how much of it was hacked out of the kernel or where it came from originally.
[04:55] <jbailey> I know that it's targetted to be shipped with the kernel, though, so that seems likely.
[04:56] <manulito> Hi, im a 25 year old cs-student from sweden, have some short questions about how to join a team, anyone have a few minutes to spare ?
[04:57] <bob2> just ask your question
[04:57] <bob2> (s)
[04:57] <manulito> im planing to join some opensource devel-team after the summer, just wanna know what skills are needed and what i should improve on during the summer
[04:58] <manulito> have some extra time to read/learn, and wanna get some pointers on what skills are important :>
[04:58] <mdz> there is some sketchy stuff in there
[04:59] <mdz>         if (newlen >= extra->alloc_size) {
[04:59] <mdz>                 char *new;
[04:59] <mdz>                 new = realloc(extra->str, newlen + 1);  /* +1 for NUL */
[04:59] <mdz>                 if (!new)
[04:59] <mdz>                         return;
[04:59] <mdz>                 extra->end += new - extra->str;
[04:59] <mdz> "new - extra->str" where "new"  is the return value of realloc and extra->str is some other pointer?
[05:00] <bob2> manulito: depends on what you want to work on
[05:00] <daniels> oh, creative
[05:00] <daniels> extra->str was the original pointer
[05:00] <mdz> manulito: it depends on what sort of projects you'd like to work on.  C programming and Python programming are both useful
[05:00] <bob2> people generally work on things they care about
[05:00] <daniels> so it's the delta of the length (newlen - oldlen)
[05:00] <mdz> how do you figure?
[05:00] <mdz> realloc is allowed to return you a pointer someplace far away in memory if it feels like it
[05:01] <mdz> that may work if it never ever moves
[05:01] <dilinger> wow
[05:01] <dilinger> mdz: what are you looking at/
[05:01] <mdz> dilinger: klibc
[05:02] <dilinger> cute
[05:02] <dilinger> doesn't extra->str already have the +1 for \0?
[05:02] <mdz> it makes me want to die
[05:02] <dilinger> and why can't extra->end += newlen - extra->alloc_size?
[05:03] <dilinger> and yes, if realloc moves it.. extra->end is no longer valid, i would gueess
[05:03] <mdz> dilinger: don't ask me; look at the previous snippet I pasted too
[05:03] <daniels> mdz: hey, I'm just saying what the code is supposed to do, not what it necessarily actually does ;)
[05:04] <mdz> daniels: I bet it does exactly that 99% of the time
[05:04] <manulito> bob2: last 3 years in school have been different types of courses in programming etc, tho i never written anything real, i have no clue were to start, how to take the step from schoolproject -> real project
[05:04] <dilinger> i assume the previous snippet just has a typo.  strcpy(++extra->end, s);
[05:04] <mdz> and then randomly falls over if it grows beyond some unpredictable length
[05:04] <dilinger> the purpose would be to simply add a comma if there's something already there (extra->used_size != 0)
[05:04] <jbailey> mdz: The klibc realloc code might be dumb enough to just fail if it can't expand the code segment.
[05:05] <mdz> dilinger: I understand what it intends to do
[05:05] <mdz> but it's buggy
[05:05] <dilinger> jbailey: nothing like writing code that depends on such a feature :)
[05:05] <mdz> in more than one place
[05:05] <jbailey> Frightening behaviour to depend on, though.
[05:05] <mdz> somebody remind me why we need yet another libc implementation?
[05:06] <jbailey> mdz: combination of size (not glibc), arch support (dietlibc) and licence (uclibc) IIRC.
[05:07] <mdz> I'm not entirely convinced by the size argument
[05:07] <mdz> yeah, glibc is huge
[05:07] <mdz> but the stuff we're putting on top of it is *tiny*
[05:08] <jbailey> We don't have the very-small requirement, but this stuff is intended to ship with the kernel as a standard set of utilities to run for early userspace.
[05:08] <manulito> mdz: so improving my c knowledge is prehaps best way to start then?
[05:08] <mdz> manulito: yes, in particular you could help me debug klibc's mount option parser :-)
[05:08] <jbailey> For an embedded system, this would be beautifully small.
[05:09] <zul> mdz: that must be fun
[05:09] <manulito> mdz: might help you out in half a year or so :>
[05:17] <mdz> this code could not possibly have ever worked
[05:17] <camilotelles> anybody saw this? google is giving US$ 4.500,00 for studentes who wants to help open source 
[05:18] <mdz> camilotelles: yes, we're one of their open source partners
[05:18] <camilotelles> http://code.google.com/summerofcode.html 
[05:18] <mdz> camilotelles: look at the list of participating organizations
[05:18] <camilotelles> mdz: I saw this. Maybe it's interisting to put in the bounties page. 
[05:19] <mdz> camilotelles: that's backwards; Google links to the bounties page
[05:19] <camilotelles> mdz: ok. 
[05:20] <wasabi> i swear, latest breezy update remapped all of my control keys in some way I have not yet figured out
[05:21] <daniels> wasabi: x in breezy is currently 'interesting'
[05:22] <wasabi> exciting.
[05:22] <mdz> daniels: speaking of which, what's the plan wrt /usr/include/X11 vs. /usr/X11R6/include?
[05:22] <mdz> there seems to be stuff in both places at the moment
[05:22] <daniels> mdz: right.  everything will eventually move to the former.
[05:22] <daniels> by 'eventually', I mean 'asap'
[05:23] <mdz> I had something ftbfs because it didn't -I/usr/X11R6/include; not sure if that's a common failure or not
[05:23] <daniels> it's reasonably common, yeah
[05:24] <wasabi> It's nice to see all these long standing annoyances being fixed.
[05:24] <daniels> most of them will go away when I've finished with xorg -21 and to -22, where I break out libX11
[05:24] <wasabi> (/usr/X11)
[05:24] <daniels> meaning that Xlib.h moves to /usr/include/X11, which is responsible for 99% of those failures
[05:24] <daniels> (unfortunately, libX11 is also the most complicated library to transition, by far)
[05:29] <mdz> jbailey: ok, got it working
[05:29] <mdz> I fixed no less than 3 bugs in that 15-line function
[05:29] <mdz> jbailey: are you sure we want to entrust the health and safely of early userspace to this thing?
[05:30] <jbailey> mdz: That sounds way more fragile than I had expected it to be. =( 
[05:31] <jbailey> My tests had all revolved around booting.  the udev maintainer (greg kh, who also does the minor security update kernels) bundles it in his packages and such too.
[05:32] <mdz> unfortunately, that wasn't what was breaking unionfs
[05:32] <mdz> it's now getting all of the options I gave it, but it isn't quite working right yet
[05:33] <mdz> I can create files and delete files, and that all works properly
[05:33] <mdz> but I can't clobber files
[05:39] <jbailey> Is that likely to be a kernel problem or something still in the klibc utilities?
[05:41] <mdz> likely to be a unionfs problem
[05:41] <mdz> or just me not understanding it properly, but I think i'm doing it right
[05:41] <mdz> jbailey: any reason why scripts/nfs uses $NFSROOT instead of the backward-compatible stuff that ipconfig helpfully provides?
[05:43] <mdz> yeah, I can reproduce the unionfs difficulty in a non-klibc setup as well
[05:43] <jbailey> ipconfig provides the NFSROOT variable?
[05:43] <jbailey> From DHCP if available, I'm guessing?
[05:45] <mdz> jbailey: see dump_device_config
[05:46] <jbailey> I'll paste that into gedit for tomorrow.  Angie and I are going through things to get ready to move.
[05:47] <mdz> I'm getting this bad feeling about unionfs
[05:47] <mdz> I wonder whether knoppix does something about this, or just ignores the problem
[05:49] <mdz> hmm, changing the nfs mount from read-only to read/write seems to fix it, odd
[05:50] <mdz> unfortunately, klibc's nfsmount doesn't let me specify -r or -o ro
[05:59] <mdz> oh, -o ro does work
[05:59] <mdz> yay, working now
[06:10] <dilinger> interesting comment on the linuxjournal page, about smartd using dbus instead of email notifications and syslog
[06:11] <dilinger> too bad the smartd code is clearly something that was not designed, but just kind of grew into the shape its currently in
[06:18] <jbailey> mdz: Got the patch, thanks.
[06:22] <fabbione> morning
[06:23] <lamont> fabbione: -20.3 built.  congrats
[06:23] <fabbione> lamont: rocking :)
[06:25] <fabbione> mdz: ping?
[06:25] <lamont> dpkg: error processing /home/buildd/build-breezy/chroot-breezy/var/cache/apt/archives/xscreensaver_4.16-1ubuntu13_i386.deb (--unpack):
[06:25] <lamont>  trying to overwrite `/usr/X11R6/lib/X11/app-defaults', which is also in package libxt6
[06:25] <lamont> daniels: you around???  ^^^
[06:26] <lamont> where are the mono-bitches?
[06:27] <lamont> fabbione: so your patch will make it into daniels' -21?
[06:28] <fabbione> lamont: did you push the patch to daniels?
[06:28] <fabbione> ahha
[06:28] <fabbione> ok
[06:28] <fabbione> let's ask him
[06:28] <fabbione> daniels: dude?
[06:28] <daniels> lamont: the *what* now?
[06:29] <fabbione> daniels: http://people.ubuntu.com/~fabbione/993_hppa_has_no_dri.diff
[06:29] <daniels> lamont: i'll look at the xss thing, but, uhm, not my fault, yeah?
[06:29] <fabbione> daniels: we figured why ati was not building on hppa
[06:29] <lamont> daniels: it has an x in the name, though. :-)
[06:29] <lamont> and then there's fabbione's patch for ati.. kthxbye. :-)
[06:29] <fabbione> daniels: basically extensions/dpms.h is a valid include path when we include -I$(TOP)/include
[06:29] <daniels> fabbione: is that to get dpms.h?
[06:29] <daniels> yeah, that needs to be fixed in debian/patches
[06:30] <daniels> that'll go in -21
[06:30] <lamont> woot-ness
[06:30] <fabbione> daniels: but for the ATI driver that path is available via $(DRIINCLUDES)
[06:30] <fabbione> that is not available on hppa
[06:30] <fabbione> so it needs to be forced
[06:30] <daniels> well, alternately we just fix everything to refer to <X11/extensions/dpms.h> :)
[06:30] <daniels> only reason I didn't catch that was because it was a new #include added in a patch
[06:30] <fabbione> daniels: please note that there is definition of __hppa__ or HPArchitecture there.
[06:30] <daniels> not in the original source tree
[06:30] <fabbione> daniels: no no
[06:30] <daniels> yeah
[06:31] <fabbione> if you add X11/
[06:31] <fabbione> you get to include the one in /usr/include/....
[06:31] <daniels> fabbione: right :)
[06:31] <fabbione> you really want to fix the Imakefile :)
[06:31] <daniels> it works from within the source tree, because dpms.h is in exports/include/X11/extensions
[06:32] <daniels> fabbione: eh, that's going to break with -21
[06:32] <fabbione> nope. it's in xc/includes/extensions/
[06:32] <fabbione> and it's part of the tree
[06:32] <daniels> because dpms.h gets built externally, and is only available from within /usr/include/X11/extensions :P
[06:32] <daniels> fabbione: right
[06:32] <daniels> fabbione: and the tree builds up an exports directory
[06:32] <daniels> -Iexports/include is always true
[06:32] <fabbione> that is not used to get to dpms.h
[06:32] <daniels> and BuildIncludes (or whatever it is) will symlink dpms.h from there
[06:32] <fabbione> not in that case
[06:32] <daniels> so exports/include/X11/extensions/dpms.h points to include/extensions/dpms.h
[06:33] <daniels> trust me -- this is how I fixed it for r128 when lamont bitched earlier
[06:33] <daniels> i just forgot to do radeon
[06:33] <fabbione> ok
[06:42] <mdz> fabbione: pong
[06:44] <fabbione> mdz: http://people.ubuntu.com/~scott/ongoing-merge/lm-sensors/lm-sensors_ubuntu.patch
[06:45] <fabbione> mdz: MOM did never see your patch to debian/control :/
[06:45] <fabbione> that's why it got lost
[06:45] <mdz> fabbione: that's very strange
[06:45] <fabbione> mdz: well that's what i can see :(
[06:46] <whiprush> howdy gents
[06:46] <mdz> the changes are clearly present in 2.8.8-7ubuntu2
[06:46] <whiprush> jdub: fridge!
[06:46] <whiprush> hmm, I have a feeling that jdub is on a plane.
[06:46] <fabbione> mdz: for some reasons MOM used a different orig as base for the REPORT
[06:47] <mdz> fabbione: that MOM output is newer than the version in breezy
[06:47] <fabbione> mdz: so iam not 100% sure if we lost other bits too, but i will look into it.. it was just to inform you
[06:47] <fabbione> oh
[06:47] <fabbione> that explain
[06:47] <mdz> fabbione: so it is diffing against the current breezy version, which is already missing the changes
[06:47] <mdz> check with Keybuk and see if he saves the old output
[06:47] <fabbione> right
[06:47] <fabbione> ok
[06:54] <ivoks> 'morning
[08:24] <pitti> Morning
[08:25] <\sh> morning
[08:25] <Burgundavia> when is the next cc meeting?
[08:26] <fabbione> mdz: new lm-sensors on the way...
[08:28] <fabbione> mdz: 2 things i find weird tho... so many changes passed unseen and that i never got a mail from bugzilla for a new merge request
[08:29] <fabbione> hey pitti
[08:29] <fabbione> pitti: 10128 it's all your :)
[08:32] <Lathiat> hmm im hitting some bug in the installer where i setup an already formatted ext3 as / then when i hit finish and write changes it just goes back to the menu again
[08:32] <Lathiat> could be somethign to do with installing on /dev/hde1 as the only disk or something as the same setup worked yesterday when it was hda, interesting.
[08:37] <fabbione> daniels: checking for X11/extensions/xf86vmode.h... no
[08:37] <fabbione> daniels: i think freeglut needs to grow an extra b-d
[08:41] <pitti> Riddell: ping
[08:43] <daniels> fabbione: whoohoo :\ let me take care of that now
[08:53] <Mithrandir> daniels: any thoughts on how the NX stuff in universe should be done?
[08:57] <fabbione> infinity: ping?
[08:59] <daniels> Mithrandir: is 'not at all' a valid answer? :P
[08:59] <daniels> Mithrandir: what's the build system like?  i've not looked at it
[08:59] <Lathiat> daniels: Whats the rationale behind moving all the X stuff around into /usr?
[08:59] <fabbione> infinity: unping
[09:00] <fabbione> Lathiat: killing X11R6 ???
[09:00] <fabbione> that is not even FHS compliant anymore iirc
[09:00] <Lathiat> so its basically just getting rid of /usr/X11R6 ?
[09:00] <Lathiat> because its 'wrong' ?
[09:00] <fabbione> it's lovely how kdebindings build-deps on GTK :)
[09:00] <Lathiat> haha
[09:00] <daniels> killing /usr/X11R6 is FHS-compliant
[09:00] <daniels> you just have to do it properly :)
[09:01] <daniels> (i.e. turn it into a bunch of symlinks)
[09:01] <daniels> but we're not FHS-compliant for a bunch of reasons anyway, so *shrug*
[09:01] <Lathiat> daniels: im not whinging about how its going i was just wondering why it was being done :)
[09:01] <Mithrandir> daniels: libXcomp uses an automake-ish system, some of the nx-X11 is really a forked Xfree/Xorg tree and uses imake.
[09:01] <Mithrandir> daniels: "not at all" is not a valid answer, no. :-)
[09:05] <daniels> Mithrandir: yet everything you tell me makes me lean further and further towards 'not at all' :P
[09:06] <daniels> so, uhm
[09:06] <fabbione> infinity: is the i386 buildd lagging?
[09:06] <daniels> are the patches clearly articulated?
[09:06] <daniels> like, is there a diff we could apply to the modular libX11 to enable it as a config option?
[09:06] <Mithrandir> daniels: heh.  I wonder if they'll take patches to the build system so it'll be non-insane.
[09:06] <Mithrandir> daniels: probably not.
[09:06] <daniels> heh
[09:07] <daniels> my enthusiasm is not increasing :P
[09:07] <daniels> Lathiat: because when we get X11R7, having /usr/X11R6 will be strange
[09:07] <Mithrandir> I should really find some of the upstream people and ask them if they want it integrated in xorg and how.
[09:07] <daniels> Lathiat: and no-one's ever been to explain its existence except for 'hysterical raisins'
[09:07] <Lathiat> daniels: :)
[09:07] <daniels> Lathiat: so it's traditionally been everything in the X SI
[09:07] <daniels> but that concept becomes meaningless with the modular tree
[09:08] <Lathiat> right
[09:08] <daniels> and arguably it became meaningless the minute the SI produced more than one binary package
[09:08] <infinity> fabbione : Doesn't look lagging to me.
[09:08] <infinity> fabbione : Is there a specific package you're concerned about?
[09:08] <fabbione> infinity: ok... 
[09:09] <fabbione> yes.. lm-sensors 1:2.9.1-1ubuntu1
[09:09] <fabbione> infinity: it's up for all arches != i386
[09:09] <fabbione> (at least in the buildlogs on people)
[09:09] <infinity> fabbione : On i386, it's dep-wait on i2c-source.
[09:09] <fabbione> ah crap
[09:10] <fabbione> ok
[09:10] <fabbione> i will have to upload ubuntu2
[09:10] <fabbione> thanks
[09:10] <infinity> fabbione : Let me know when you do, so I can clear the dep-wait.
[09:10] <fabbione> hmm no
[09:11] <fabbione> can you clear the d-w?
[09:11] <fabbione> i removed the build-deps on it
[09:11] <infinity> Cleared.
[09:11] <fabbione> thanks
[09:11] <fabbione> bbl
[09:12] <sabdfl> morning fabbione
[09:12] <sabdfl> what's  rockin' in ubuntu-land today?
[09:15] <pitti> Morning sabdfl
[09:15] <jsgotangco> hey sabdfl 
[09:16] <Treenaks> sabdfl: working encrypted storage on USB sticks etc.
[09:17] <sabdfl> Treenaks: that's pretty cool. would that work with the live cd?
[09:17] <Mithrandir> Treenaks: shiny.
[09:17] <Treenaks> sabdfl: ask pitti - I think it would
[09:17] <pitti> sabdfl: yes, it should already work for encrypted USB sticks and the like
[09:18] <sabdfl> jsgotangco: the snowballing is growing quickly :-)
[09:18] <pitti> sabdfl: there are still some issues with unmounting, but the mounting side is already "rocking" :-)
[09:18] <sabdfl> very cool
[09:18] <pitti> Treenaks: btw, are you interested in hacking the floppy formatter to support other media and encryption? or rewrite one from scratch?
[09:19] <Treenaks> pitti: yes, and I think rewriting is the easiest way
[09:19] <Treenaks> pitti: all I need is a way to ask HAL for "all volumes that are not mounted"
[09:19] <pitti> Treenaks: that's easy
[09:20] <Treenaks> pitti: it probably is, but I can't find any proper docs on hal's dbus interface
[09:20] <pitti> Treenaks: hal-doc package
[09:20] <pitti> Treenaks: this is pretty fine
[09:21] <Treenaks> pitti: just strip libhal_ and underscores from function names, and apply WikiCaps, I guess?
[09:22] <pitti> Treenaks: hm?
[09:22] <Treenaks> pitti: hal-doc contains api docs for the C libhal
[09:22] <pitti> Treenaks: you probably want all the get_property() etc. cals
[09:22] <pitti> Treenaks: ah, no idea for python, sorry
[09:23] <Treenaks> pitti: I'll tear the device manager apart then :)
[09:28] <infinity> fabbione : lm-sensors uploaded.
[09:28] <mvo> morning infinity!
[09:28] <pitti> Hi infinity 
[09:28] <infinity> ... and pitti.
[09:28] <mvo> haha, no worries :)
[09:29] <pitti> hehe, /me wanted to haunt infinity with mozilla crap :-)
[09:29] <infinity> mvo : Want to ping me via email with that arch repo info?
[09:29] <mvo> infinity: yes, I will do
[09:29] <infinity> pitti : Yeah, I knew you did.  I need to get some more test builds done to figure out what happened to your poor middle mouse button.  The rest seems good now.
[09:30] <daniels> infinity: you can use mine if you want to keep on using the laptop
[09:30] <pitti> infinity: do you still have your "ludicrous speed" machine to do builds on?
[09:30] <infinity> pitti : Aye.
[09:30] <pitti> infinity: otherwise we can use the DC
[09:30] <pitti> ah, ok
[09:31] <infinity> daniels : No one in their right mind WANTS to use my laptop.
[09:31] <daniels> infinity: well, if you don't want to reboot the amd64
[09:31] <infinity> Too late. :)
[09:32] <infinity> Hrm.  That's kinda creepy and wrong-seeming.
[09:32] <infinity> The latest Win32 SATA driver update seems to have silently updated my SATA controller's firmware too.
[09:33] <infinity> Go VIA.
[09:33] <Kamion> infinity: could you poke the debconf dep-wait for me, please? its syntax is wrong (look at the version)
[09:34] <infinity> Kamion : Neat.  Should that just be cleared, or should I fix the syntax?
[09:35] <Kamion> it can just be cleared
[09:36] <infinity> Right.  Well, version "m" of libqt-perl is now available.  <cough>.. Go wanna-build.
[09:37] <fabbione> infinity: great thanks
[09:37] <Kamion> version "m"? boggle.
[09:37] <infinity> Kamion : Well, "m" is higher than "libq..." :)
[09:38] <infinity> Kamion : So, --pretend-avail libqt-perl_m clears the horribly broken dep-wait. :)
[09:38] <JaneW> infinty! where you been hiding?
[09:40] <infinity> JaneW : Didn't know I had been.
[09:41] <JaneW> infinity: well actualy neither did I, but mdz though you had ;)
[09:42] <infinity> JaneW : Oh, well I suppose I should fix that, then.
[09:45] <Kamion> infinity: hahaha
[09:45] <JaneW> infinity: anyway we were hoping for a status update on the breezy goals you are assigned to.
[09:46] <infinity> JaneW : Ahh, let me tear through the list again this evening and I'll update them on the wiki and ping you via mail.  Cool?
[09:46] <JaneW> infinity: perfect thanks
[10:01] <Treenaks> pitti: there's a python example in the last few pages of the hal 0.5.2 spec
[10:02] <seb128> daniels: any reason to not fix xkb/xorg?
[10:02] <daniels> seb128: could you possibly be less patient?
[10:02] <seb128> no
[10:02] <seb128> I can't work with broken keyboard
[10:02] <daniels> that's a concern
[10:02] <seb128> you have a fix, just upload
[10:02] <daniels> arguably I can't work with my panel killing my machine every other day
[10:03] <daniels> dude, I've been shepherding all its prerequisites through
[10:03] <daniels> which I was doing at 5am last night
[10:03] <seb128> hum, I don't think the panel is such an issue
[10:03] <daniels> i'm not withholding it because I hate you or anything
[10:03] <seb128> I know, but you have no idea of the number of people who asked me why we are not fixing such an annoy bug during the GUADEC
[10:03] <seb128> especially since there is a patch for days
[10:04] <daniels> have you tried the patch?  it doesn't actually work.
[10:04] <seb128> people send half written mails, close tabs instead of opening new ones and trash their job, etc
[10:04] <daniels> so why are they using breezy?
[10:04] <seb128> dholbach said than removing the part from the package patch works
[10:05] <seb128> because they are GNOME upstream and working on 2.11?
[10:05] <daniels> that will break different things, actually
[10:05] <seb128> you want to kick them away saying to go back to jhbuild?
[10:05] <seb128> that's not serious...
[10:05] <daniels> look, there you go, I just killed my test build and uploaded -21
[10:05] <daniels> i don't know if it will even build from source
[10:05] <daniels> i'm not entirely convinced that I care at this point
[10:05] <daniels> but enjoy
[10:05] <seb128> thanks
[10:10] <seb128> daniels: sorry to piss you, I know that's breezy is a working place, but the fact is than people are using it, that's broken for a while now and they are starting to be really not happy ... anyway thanks for fixing it :)
[10:15] <seb128_> grumpf, dsl IP change .. if somebody said something to me for a few min please say it again :)
[10:16] <bob2> but, regardless, 'wanna do?' is the coolest isp name, ever
[10:16] <jsgotangco> bye bye
[10:25] <mdke> bob2, really?
[10:25] <mdke> i has always kinda bugged me that name
[10:26] <Amaranth> 'wanna do?' maybe be the coolest, but 'cox' is the funniest ;)
[10:26] <mdke> i/it
[10:26] <mdke> yeah cox is cool
[10:26] <bob2> 'chubby cox' is the coolest-named character on sealab, too
[10:27] <Amaranth> *boggle*
[10:27] <Amaranth> wtf
[10:30] <bob2> he's a teen sensation!
[10:42] <Lathiat> mdz: whats up with php5-imap ?
[10:42] <pitti> daniels: ping
[10:43] <Amaranth> if it's about X you might want to tell him tomorrow :/
[10:44] <pitti> daniels: Debian fixed an important bug in gdb which I'd like to sync for Ubuntu. Our only change is #4132
[10:45] <pitti> daniels: is this bug still an issue? our current version of gdb still uses type handling in the build-deps
[10:45] <pitti> daniels: if it's not an issue any more, I'd just like to request a sync
[10:45] <Kamion> type-handling is still an issue
[10:45] <Kamion> and we don't have type-handling in the build-deps at the moment
[10:45] <fabbione> pitti: is all public the crack?
[10:45] <pitti> Build-Depends: autoconf, libtool, texinfo (>= 4.7-2.2), tetex-bin, libncurses5-dev, libreadline4-dev (>= 4.2a-1), bison, gettext, debhelper (>= 4.1.46), dejagnu, gcj [!mips !mipsel] , gobjc, mig [hurd-i386] , cdbs (>= 0.4.17), quilt (>= 0.30-1), libkvm-dev [kfreebsd-i386] , libunwind7-dev [ia64] , flex | flex-old
[10:46] <pitti> Kamion: the [platform]  thingies aren't type-handling?
[10:46] <Kamion> I see no type-handling
[10:46] <pitti> fabbione: yes
[10:46] <Kamion> no, they are certainly not
[10:46] <fabbione> pitti: ok
[10:46] <bob2> type-handling: crack or no crack?
[10:46] <Kamion> type-handling is a package
[10:46] <Kamion> [...]  is simply an architecture-specific build-dependency
[10:46] <pitti> ah, ok
[10:47] <pitti> so we should merge instead
[10:47] <Kamion> Build-Depends: autoconf, libtool, texinfo (>= 4.7-2.2), tetex-bin, libncurses5-dev, libreadline4-dev (>= 4.2a-1), bison, gettext, debhelper (>= 4.1.46), dejagnu, gcj [!mips !mipsel] , gobjc, mig [hurd-i386] , cdbs (>= 0.4.17), quilt (>= 0.30-1), libkvm-dev [kfreebsd-i386] , type-handling (>= 0.2.1), libunwind7-dev [ia64] , flex | flex-old
[10:47] <Kamion> ^-- Debian gdb build-deps
[10:49] <pitti> daniels: alright, do you want to take #11362? or shall I?
[10:51] <pitti> daniels: yay new xorg :-)
[10:52] <Mithrandir> pitti: is the key issue fixed?
[10:52] <pitti> Mithrandir: I hope so, I'm eager to download the debs :-)
[10:52] <pitti> Mithrandir: but it was uploaded like half an hour ago, so it'll build a while
[11:01] <Riddell> pitti: morning
[11:01] <pitti> Hi Riddell 
[11:01] <pitti> Riddell: I saw your kdegraphics changelog, does that mean that the xpdf issue is already solved properly?
[11:02] <pitti> Riddell: yesterday we discussed porting pdfinfo to libpoppler, similar to the change we did to cups
[11:03] <Riddell> pitti: no, it's a quick fix doko asked me to do
[11:03] <pitti> Riddell: ok, ogra wanted to port the xpdf-utils tools to poppler, and create a poppler-utils package
[11:03] <Riddell> pitti: porting pdfinfo to libpoppler sounds great
[11:04] <pitti> Riddell: so you could change the dependency to poppler-utils then
[11:04] <pitti> Riddell: alright; can you please coordinate this with ogra?
[11:04] <Riddell> so I have to teach ogra c++ then :)
[11:04] <Riddell> he can teach me good python in return
[11:04] <pitti> oh, porting these beasts is not a big deal
[11:07] <Riddell> pitti: how different is libpoppler from xpdf?
[11:07] <pitti> Riddell: it's actually the xpdf code
[11:07] <pitti> Riddell: the libpoppler-dev package contains the xpdf headers
[11:07] <pitti> Riddell: there is a much nicer interface libpoppler-glib-dev
[11:07] <pitti> Riddell: which shuold be used in new apps
[11:08] <pitti> Riddell: but for the sake of porting the xpdf utils, libpoppler-dev is fine
[11:16] <Amaranth> before i actaully implement this, does anyone think `ps -U $LOGNAME | grep kicker` is a bad way to see if you're running KDE?
[11:17] <Mithrandir> Amaranth: yes, it's a terrible way, as I told you yesterday.
[11:17] <Amaranth> explain?
[11:17] <infinity> Amaranth : Sounds prett dodgy to me.
[11:18] <infinity> Amaranth : I could be running kicker in a chroot under that username, running it on a different display (again, same username), or even debugging a private application which just happens to be called "kicker".
[11:18] <Mithrandir> Amaranth: you can run multiple sessions at once.  You can't _know_ that the kicker you see is actually KDE's kicker.
[11:19] <seb128> pitti: if somebody start porting xpdf-utils to poppler please mail ploppler-list before
[11:19] <Amaranth> Got a better way?
[11:19] <Amaranth> It's either this or fix kicker.
[11:19] <Mithrandir> Amaranth: then fix kicker.
[11:19] <pitti> ogra: see seb's comment ^ 
[11:19] <Amaranth> No one will take my fix.
[11:19] <Amaranth> Even if I knew how.
[11:19] <pitti> seb128: right, so far I only did it for pdf2ps
[11:19] <seb128> pitti: I've asked on #evince, apparently nobody is working on this and they think that's cool, but better to mail
[11:19] <Mithrandir> Amaranth: what problem are you trying to solve?
[11:20] <Amaranth> Mithrandir: Ubuntu installs KDE's applications.menu as kde-applications.menu (what was the fd.o menu spec for again?) so if the user is running KDE and that file exists I need to use it.
[11:21] <seb128> pitti: k
[11:21] <Mirv> hi, will Ubuntu be present at Debconf here in Helsinki? if you are planning to come, I could add my "Ubuntu Finland" part somehow to it :) (mainly just some banner or so pointing to www.ubuntu-fi.org)
[11:22] <Mithrandir> Amaranth: no, that's not the problem you're trying to solve.  What are you trying to do?
[11:22] <infinity> Mirv : Many Ubuntuites will be there.
[11:22] <Amaranth> That's the exact problem I'm trying to solve. It's for smeg, my menu editor.
[11:22] <seb128> Amaranth: you want to do a KDE editor now?
[11:23] <seb128> I don't think KDE guys will be interested by a pygtk menu editor
[11:23] <Amaranth> seb128: pyxdg developer uses KDE, others have requested it too
[11:23] <Amaranth> even as gtk it beats kmenuedit :)
[11:23] <seb128> bah
[11:23] <Mithrandir> Amaranth: so you're trying to write a menu editor which should edit the KDE menu if the user is using KDE and GNOME otherwise?
[11:23] <seb128> you always have people asking for something
[11:23] <Amaranth> Mithrandir: yeah
[11:23] <seb128> doesn't mean that's a good idea
[11:24] <Amaranth> seb128: I thought it would be easy to implement.
[11:24] <Amaranth> seb128: And it is on non-Debian based distros.
[11:24] <seb128> ??
[11:24] <seb128> the spec has nothing specific to Debian
[11:24] <Mithrandir> Amaranth: have a "KDE menu editor" and a "GNOME menu editor" and make the menu editor DTRT depending on what it's called as and ask if it's called with neither.
[11:25] <Amaranth> no, debian and ubuntu don't follow the spec
[11:25] <infinity> Amaranth : And why not just give it command-line switched --kde and --gnome, and have it called differently from the two different desktops.  People calling menu editors from the command line would be a rare bunch.
[11:25] <seb128> Amaranth: GNOME follows it :)
[11:25] <seb128> but right, there is no way to follow the spec and have differents menus
[11:25] <infinity> Amaranth : Or, along the lines of Mithrandir's suggestion, call it ksmed and gsmeg, harlinked, and edit different menus depending on its image name.
[11:25] <seb128> Amaranth: how are other distro solving this? Same menu for GNOME and KDE?
[11:26] <Amaranth> seb128: appearently
[11:26] <seb128> I doubt of it
[11:26] <Amaranth> seb128: i've only been talking to gentoo guys
[11:26] <Amaranth> their menus are applications.menu in KDE
[11:26] <seb128> ah ah
[11:26] <Amaranth> xdg list has an interesting solution
[11:26] <Amaranth> requires a change to the spec, but it's better than what we have now
[11:26] <Amaranth> infinity: I like that first idea.
[11:27] <Amaranth> what do you guys do for xfce? it seems to be using gnome's menus
[11:28] <Amaranth> what really sucks in that app developers who expect to be able to drop things in ~/.config/menus/applications-merged/ are going to be hurting on ubuntu
[11:28] <mjg59> Mm?
[11:29] <mjg59> The long-term goal is for everyone to be using the freedesktop menu standard, surely?
[11:29] <Amaranth> yeah
[11:29] <Mithrandir> the whole idea of ~/.config is utterly crackful.
[11:29] <mjg59> Which would mean having the same menu for KDE and Gnome
[11:29] <Amaranth> It would be easier if <Menu>s had OnlyShowIn options.
[11:30] <seb128> why?
[11:30] <mjg59> There's an equivilent
[11:30] <Amaranth> You could have one applications.menu with all the info in it and still show different menus on different DEs.
[11:30] <mjg59> Though Gnome currently ignores it
[11:30] <Amaranth> gnome-menus ignores a lot of things
[11:31] <Amaranth> i found out the hard way that 2.10 didn't have support for <Layout>
[11:31] <mjg59> Someone should write a patch
[11:31] <Amaranth> i released smeg 0.7 and had people complaining :/
[11:31] <Amaranth> what is the equivilent?
[11:36] <Nuffing> cvd: ping
[11:36] <Nuffing> oops
[11:39] <bob2> printk: 998 messages suppressed.
[11:39] <bob2> sg_write: data in/out 30576/30576 bytes for SCSI command 0xbe--guessing data in;
[11:39] <bob2>    program cdparanoia not setting count and/or reply_len properly
[11:39] <bob2> go cdparanoia, it's your bithday
[12:09] <mdke> quick idea
[12:10] <mdke> how about extending the irc log bot to ubuntu-xx channels?
[12:10] <bob2> if you want a channel logged, just tell fabbione 
[12:10] <fabbione> mdke: bad idea
[12:10] <mdke> *laughs*
[12:10] <mdke> fabbione, ok np, i just wanted to ask
[12:10] <fabbione> bob2: no.. i have too many chans already
[12:10] <bob2> hah
[12:10] <bob2> fabbione: you wanted to add more before :P
[12:11] <mdke> we had one in ubuntu-it supplied by chris haas but it seems to have gone now
[12:11] <fabbione> bob2: one/two is ok.. not 20 coming from ubuntu-xx
[12:11] <fabbione> bob2: because freenode doesn't allow a client to connect to more than N chans at a time
[12:11] <mdke> fabbione, is it a question of load?
[12:11] <bob2> oh yeah
[12:11] <fabbione> mdke: it is a question of bw
[12:11] <bob2> I didn't realise there were so many
[12:11] <mdke> right ok
[12:12] <mdke> fabbione, maybe we could think about another one on a different server?
[12:12] <mdke> its no biggie i guess
[12:12] <mdke> the channels could do their own
[12:13] <fabbione> mdke: i would prefer -xx to have their own log bots 
[12:13] <mdke> k
[12:13] <fabbione> or bot
[12:13] <mdke> smurfix, thoughts?
[12:13] <mdke> fabbione, are you italian btw?
[12:13] <fabbione> i don't mind giving out the setup.. but i just can't handle all from here
[12:14] <fabbione> mdke: yes
[12:14] <mdke> fabbione, che bello. Sure I understand the bw issue
[12:14] <mdke> maybe smurfix will be up for it, otherwise the channels can do their own
[12:20] <Treenaks> heh.. theregister:
[12:20] <Treenaks> London Undergound to trial wireless services
[12:20] <Treenaks> (sub-title: Cockfosters)
[12:20] <bob2> yeah!
[12:20] <bandini> daniels, fyi. in the -21 upload I had to change maplink() of xbase-clients.postinst: s/\/usr\/X11R6\/bin\/xkbcomp/\/usr\/bin\/xkbcomp otherwise I'd get an install failure
[12:20] <mdke> rock
[12:20] <mdke> Treenaks, good news
[12:20] <mdke> depending on price
[12:21] <bandini> daniels, otherwise -21 rocks. thank you very much
[12:21] <mdke> fabbione, so would you shoot me the scripts?
[12:21] <Treenaks> mdke: what? the wireless thing or the "cockfosters" subtitle?
[12:21] <mdke> both ;)
[12:21] <mdke> cockfosters is a station i think
[12:21] <bob2> you're missing the point entirely
[12:21] <Treenaks> mdke: a few people here liked that name very much
[12:21] <bob2> THIS TRAIN IS FOR COCKFOSTERS
[12:22] <fabbione> mdke: http://freshmeat.net/projects/irclog2html.pl/
[12:22] <mdke> well since you guys copy all your names off us, you probably have one too ;)
[12:22] <mdke> fabbione, thanks
[12:22] <fabbione> mdke: i use this one to convert from text to html
[12:22] <fabbione> mdke: and a normal irc client to log in text
[12:22] <fabbione> mdke: on top of that i rotate the logs once a day (logrotate is already installed)
[12:23] <fabbione> that's all you need
[12:23] <mdke> ok i'll give it a try, thanks
[12:24] <fabbione> mdke: it's pretty simple really.. the "difficult" part is to get a good irc text client to save the logs in a proper format :)
[12:24] <mdke> which do you use?
[12:24] <fabbione> i use BitchX
[12:24] <mdke> oh yeah
[12:24] <fabbione> but if you are not familiar with it, use irsii
[12:25] <mdke> i haven't used bitchx
[12:25] <mdke> so yeah maybe i will try irssi
[12:25] <fabbione> use irssi or whatever is called than
[12:25] <fabbione> bitchx is less userfriendly :)
[12:25] <mdke> there is an xchat-text isn't there
[12:25] <mdke> dunno what its like tho
[12:26] <fabbione> mdke: remember that it needs to be able to join n channels automatically
[12:26] <fabbione> and save a log file per each chan
[12:26] <fabbione> otherwise you will get only crap out of it
[12:26] <bandini> coolness.. the last xorg upload (-21) fixed #11188
[12:27] <mdke> fabbione, thanks for your help
[12:28] <mdke> gtg
[01:09] <terrex> where I can read a new-devel-in-ubuntu guide?
[01:10] <terrex> well, i first want to be a packager
[01:10] <Amaranth> read the debian new maintainer's guide
[01:11] <ogra> terrex, and join #ubuntu-motu ;)
[01:11] <terrex> all in debian guide is applicable to ubuntu?
[01:12] <ogra> nope, but all in debian guide is applicable to learn basic packaging
[01:12] <terrex> ok thx to both
[01:12] <ogra> the ubuntu specific things you learn in #ubuntu-motu currently... we are working on some kind of handbook.... but that takes its time
[01:13] <terrex> aha
[01:16] <Riddell> terrex: http://www.ubuntulinux.org/wiki/KubuntuPackagingGuide
[01:17] <\sh> Riddell: we should remove cdbs ;)
[01:18] <pitti> fabbione: any particular reason why you added ocfs2-tools.spec to the diff.gz? I though that was only for building rpms?
[01:18] <Riddell> \sh: cdbs is especially mentioned in the Thanks section at the bottom for their support of KDE
[01:18] <fabbione> pitti: meh.. that's generated at build/clean time
[01:19] <fabbione> pitti: i will clean it in the next upload
[01:19] <pitti> fabbione: ah, ok. no big deal, I just wondered about it's purpose
[01:19] <fabbione> pitti: building rpm's? :)
[01:19] <ogra> Riddell, but new packagers should learn debhelper first.... cdbs is for the time you already know anything
[01:19] <fabbione> hey didn't you know we are supporting rpm now? :P
[01:19] <pitti> fabbione: *gulp*
[01:20] <pitti> fabbione: does Keybuk already know?
[01:22] <fabbione> pitti: no idea
[01:22] <fabbione> ;)
[01:22] <pitti> fabbione: ./usr/sbin/ocfs2console -> this is a sudo thing?
[01:23] <fabbione> pitti: what do you mean sudo thing?
[01:23] <pitti> fabbione: you have to run it as root (sbin)?
[01:23] <fabbione> pitti: yes
[01:23] <pitti> fabbione: or can it be run as normal user for some status displays?
[01:23] <fabbione> pitti: nope
[01:23] <pitti> ok
[01:24] <fabbione> it uses /etc/init.d/oc2b to gather and do stuff
[01:24] <pitti> ... and the daemon runs as root, I suppose :-)
[01:24] <jbailey> ogra: =)
[01:24] <ogra> :)
[01:25] <fabbione> pitti: the "daemon" is in the kernel
[01:25] <fabbione> pitti: but the daemon reads the config generated by the config tools
[01:25] <fabbione> it's a bit complex but it needs root
[01:25] <pitti> fabbione: ah, you pass the conf with module parameters? (just started to look at the init script)
[01:26] <pitti> or /proc or /sys ?
[01:26] <fabbione> pitti: not even :) the module just read /etc/ocfs2/cluster.conf 
[01:26] <zul> hey
[01:27] <pitti> fabbione: ah, ok
[01:27] <fabbione> pitti: the init script does some stuff
[01:27] <fabbione> an it is invoked a lot of times for different things
[01:27] <fabbione> ocfs2console uses the init scripts to start and configure the cluster
[01:28] <fabbione> or stop it....
[01:28] <pitti> ah, nice format tool
[01:28] <fabbione> at the same time it updates the config and mount points (dynamically)
[01:28] <fabbione> pitti: http://people.ubuntu.com/~fabbione/Screenshot.png
[01:28] <fabbione> so you get an idea on how it looks like ;)
[01:28] <pitti> fabbione: just started the console myself, nice :-)
[01:29] <pitti> fabbione: some day I have to test this
[01:29] <fabbione> pitti: you were talking about pgsql supporting clustering
[01:29] <pitti> looks sexy
[01:29] <fabbione> my question is what kind of clustering does it support?
[01:29] <Mithrandir> fabbione: you have to reformat to change the number of nodes?
[01:29] <pitti> erm, the postmaster itself doesn't really
[01:30] <fabbione> if it can share the same db files between several pgsql instances 
[01:30] <fabbione> than you really want ocfs2 in background
[01:30] <pitti> there are projects (like slony-1) that provide replication in clusters
[01:30] <fabbione> Mithrandir: it depends.. if you exceed the previous format.. yes afaik
[01:30] <fabbione> Mithrandir: but setting it to a higher number of nodes is always a good idea
[01:30] <Mithrandir> fabbione: why not always set it to INT_MAX?
[01:31] <pitti> fabbione: you shouldn't share the files itself, if you need this you need a replication server, otherwise you will get locking issues
[01:31] <fabbione> Mithrandir: because each node takes quite a lot of space in the metadata
[01:32] <fabbione> pitti: ok..
[01:32] <fabbione> Mithrandir: it takes around 128Mb for a 4 nodes?
[01:32] <fabbione> or around that 
[01:32] <fabbione> so approx 32Mb for each node
[01:33] <Mithrandir> fabbione: ew, ok.
[01:33] <fabbione> Mithrandir: but that's common to GFS too
[01:34] <fabbione> so i think it's just something related to the distributed locking manager design
[01:36] <Riddell> Kamion: are you able to make a bunch of changes to the kubuntu seed?
[01:38] <Nafallo> daniels: why can't xbase-clients be configured? ;-)
[01:55] <doko> ogra, daniels: xscreensaver and libxt6 conflict ...
[01:55] <doko> Unpacking replacement libxt6 ...
[01:55] <doko> dpkg: error processing /var/cache/apt/archives/libxt6_6.8.2-21_i386.deb (--unpack):
[01:55] <doko>  trying to overwrite `/usr/X11R6/lib/X11/app-defaults', which is also in package xscreensaver
[01:55] <ogra> grrr
[01:56] <ogra> i'll change it ....
[01:56] <Mithrandir> why is that file even in xscreensaver?
[01:57] <ogra> Mithrandir, its the dir, not the file....
[01:57] <Mithrandir> ogra: no, it's a symlink.
[01:57] <ogra> i'll just depend on libxt6, than should be sufficiant
[01:59] <Nafallo> I remove xscreensaver ;-)
[01:59] <fabbione> Kamion: ping?
[01:59] <Nafallo> s/e/ed/
[01:59] <Nafallo> but xbase-clients still stuck on the xkbconf-stuff so... :-(
[02:17] <daniels> bandah yes, forgot about maplink; thanks
[02:19] <seb128> daniels: keyboard works fine now, thanks from me and a bunch of other people :)
[02:19] <daniels> np
[02:20] <Treenaks> group hug!
[02:22] <Mithrandir> daniels: I think the postinst script in -21 is broken since it requires /etc/X11/xkb/xkbcomp to be a symlink to /usr/X11R6/bin/xkbcomp
[02:23] <daniels> Mithrandir: right, band<someone> pointed that out
[02:24] <Mithrandir> daniels: again, not picking on you but rather trying to give you useful feedback. :-)
[02:24] <daniels> yeah, cheers
[02:24] <daniels> that was the thing from above 'bandah'; was stuck in scrollback, so didn't notice that band<tab> didn't do anything
[02:25] <doko> daniels: overall, good progress ;-)
[02:25] <Mithrandir> daniels: you expect me to read scrollback!? :P
[02:25] <Burgundavia> daniels, nice work on xserver seen this error yet? /var/cache/apt/archives/libxt6_6.8.2-21_i386.deb:  trying to overwrite `/usr/X11R6/lib/X11/app-defaults', which is also in package xscreensaver
[02:25] <daniels> Burgundavia: yeah, I blame xscreensaver :P
[02:25] <Mithrandir> Burgundavia: yes, ogra is fixing that in xscreensaver.
[02:26] <Burgundavia> ah
[02:26] <Burgundavia> ok
[02:26] <Burgundavia> always good to blam somebody else
[02:27] <doko> ogra: take off the sun glasses
[02:27] <ogra> doko, ah, that might be it :_P
[02:27] <ogra> :-P
[02:32] <herzi> ogra: hi
[02:33] <ogra> hey herzi
[02:36] <lamont>  /usr/bin/gdk-pixbuf-query-loaders goes into a nanosleep (apparently) infinite loop on hppa.  grumble
[02:45] <trulux> pitti: join -hardened please, could mdz and fabbione do the same, please?
[02:46] <tfheen> trulux: mdz is probably not up yet.
[02:46] <ogra> LA ime -> 5:4 am
[02:46] <trulux> tfheen: OK, anyways I need a kernel guy there and pitti, and someone from the board
[02:46] <ogra> 5:45 even
[02:46] <pitti> trulux: mdz is asleep
[02:46] <trulux> ogra: I stay awake 'till 7:00am sometimes
[02:47] <daniels> trulux: any particular reason?
[02:47] <daniels> trulux: (why you need someone there from tech board)
[02:48] <trulux> daniels: yes, I need to explain why we need the SSP changes introduced into the kernel and on the Ubuntu Security Center, among that there has been a delay since mdz replied to the spec. announcement
[02:48] <plovs> anybody know where I can find docs on how to modify the install-cd (live-cd i found)
[02:48] <fabbione> trulux: no i am busy sorry....
[02:48] <daniels> is email not an option?
[02:48] <fabbione> trulux: what's going on?
[02:49] <daniels> trying to get people from Europe and the US together on IRC is generally difficult
[02:49] <ogra> the  Ubuntu Security Center ? whats that ?
[02:49] <Treenaks> daniels: we should move the continent closer to either Australia or Europe
[02:49] <Treenaks> daniels: or abolish time
[02:50] <trulux> fabbione: I'm also pretty busy, preparing exams and the like. for free, I take some time for this today though won't be more than one hour. need to finish a few things
[02:50] <daniels> fabbione: or just move everything closer to australia
[02:50] <fabbione> trulux: i did kindly ask you already to plan meeting in advance
[02:50] <ogra> Treenaks, there is some space in the southern middle between africa and india, we could try to squeeze it in there....
[02:50] <fabbione> trulux: i have another meeting at 16:00 UTC
[02:51] <daniels> trulux: again, I strongly suggest you use email
[02:51] <trulux> daniels: indeed
[02:51] <ogra> Treenaks, then it would be even possible to drive to .au by car ;)
[02:51] <fabbione> trulux: so i need to get ready for it
[02:51] <trulux> fabbione: OK, will try to fit in my personal agenda if it applies for the case
[02:52] <fabbione> trulux: i am not asking you to join our meeting, clearly you are welcome too
[02:52] <fabbione> trulux: i am asking you (again) to send out meeting invitations to the relevant people with a bit of notice
[02:52] <fabbione> so that we can actually be there
[02:52] <trulux> fabbione: I mean to fit a meeting proposal in my agenda
[02:53] <trulux> nothing more
[02:53] <fabbione> ok
[03:14] <seb128> Amaranth: do you have any hoary version of smeg?
[03:14] <Amaranth> seb128: It needs a patched gnome-menus, http://dev.realistanew.com/smeg/installsmeg gets it (x86 only).
[03:16] <seb128> k
[03:16] <seb128> and the current version depends on pygtk 0.12?
[03:16] <Amaranth> yeah
[03:16] <Amaranth> we're about to release pyxdg 0.12.1 though
[03:17] <seb128> I've just packaged 0.12
[03:17] <seb128> grrr, lack of communication
[03:17] <Amaranth> heh
[03:17] <Amaranth> reordering things isn't possible with hoary's gnome-menus though
[03:18] <Amaranth> needs support for <Layout>, 2.11.x only
[03:18] <seb128> and any plan to have breezy package ?
[03:18] <seb128> I mean universe package
[03:18] <Amaranth> i have one built right now, was waiting on pyxdg 0.12.1 to get into main before trying to get smeg into universe
[03:18] <Amaranth> lintian reports no errors on the package :D
[03:19] <Amaranth> or warnings
[03:19] <Amaranth> that was a pita to get
[03:36] <lamont> gok-input.c:237: error: 'struct _GokInput' has no member named 'open'
[03:37] <lamont> daniels: libdc1394_1.1.0-2 needs your love
[03:37] <lamont> ditto for mgetty_1.1.33-2 
[03:37] <lamont> (X include path b0rked)
[03:38] <sabdfl> fabbione: i havea desktop machine that hangs fairly predictably on a regular basis, running hoary
[03:38] <sabdfl> it's a dell
[03:38] <sabdfl> it's survived a couple of hours of memtest86+
[03:38] <sabdfl> will leave it running for 24 hours
[03:38] <Amaranth> anyone else getting xbase-clients complaining about an xkb symlink?
[03:38] <\sh> sabdfl: what do u expect? it's a dell :)
[03:38] <sabdfl> what can i do to help debug it if it is in fact a kernel issue?
[03:39] <sabdfl> \sh: it's holding up under memtest
[03:39] <mantiena> seb128: Hi, are you gnome-system-monitor's maintainer in Debian ?
[03:39] <Burgundavia> sabdfl, might it be hdd issues>
[03:39] <Burgundavia> ?
[03:39] <fabbione> sabdfl: what kind of freeze do you get? hard?
[03:39] <fabbione> sabdfl: temperature problem?
[03:39] <sabdfl> hard
[03:39] <sabdfl> fabbione: happens when the machine is idle, too
[03:39] <seb128> mantiena: yep
[03:39] <Nafallo> Amaranth: yepp
[03:39] <sabdfl> has SATA drives
[03:39] <fabbione> sabdfl: hmmmm 
[03:40] <sabdfl> so it could be in that driver stack somewhere
[03:40] <\sh> sabdfl: i know those issues...even windows xp is running slow on those machines...slow == u have 2 2ghz machine and a amd 1.4ghz...and windows xp is faster on this amd 
[03:40] <Amaranth> Nafallo: Know a fix? :) I know it's because of the symlink hackery I was doing a couple days ago.
[03:40] <fabbione> sabdfl: can you try to boot with acpi=off and see if still freezes?
[03:40] <Nafallo> Amaranth: not yet ;-).
[03:40] <fabbione> sabdfl: SATA is kinda.. well *cough*crap*cough*
[03:40] <sabdfl> fabbione: will try that tomorrow when the memtest is done
[03:41] <fabbione> sabdfl: thanks :)
[03:41] <sabdfl> fabbione: SATA is, or the linux drivers for it are?
[03:41] <fabbione> sabdfl: the latter
[03:41] <mantiena> seb128: it seems there is a problem with gnome-system-monitor in Debian - after installing latest version directory /var/scrollkeeper is created, while other gnome packages uses /var/lib/scrollkeeper
[03:41] <fabbione> sabdfl: and we have something bad in hoary (SATA related)
[03:41] <fabbione> sabdfl: we are working on a possible kernel point release to get it fixed
[03:41] <fabbione> but i am not aware of that kind of problems with it
[03:41] <seb128> mantiena: that's quite OT here, #gnome-debian on irc.gnome rather
[03:41] <fabbione> (like freezing the machine so badly)
[03:43] <daniels> sabdfl: what sort of video card do you have?
[03:43] <daniels> sabdfl: if ATI, try running with the vesa driver and seeing if that makes a difference
[03:43] <sabdfl> ATI pciexpress
[03:43] <jnc> fabbione: i use a SATA optical burner, plextor 712-SA
[03:43] <daniels> sabdfl: hm.  running fglrx or not?
[03:43] <sabdfl> running open source driver ati
[03:43] <jnc> it worked w/ Ubuntu Hoary, where previously this would not work with any other distro
[03:43] <jnc> i say that by comparison, Ubuntu function with SATA is much appreciated
[03:43] <fabbione> there we go :)
[03:44] <sabdfl> daniels: fglrx is not working, which is why i asked for a backport of the newest version to hoary
[03:44] <fabbione> jnc: thanks for the info, but unfortunatly there is a problem with a patch that has been pulled from upstream that might cause data corruption on CD/DVD burners
[03:44] <jnc> fabbione: oh
[03:44] <daniels> sab	i see
[03:44] <fabbione> jnc: it's a corner case but rather annoying
[03:45] <fabbione> unfortunatly we have been told only a week ago :(
[03:45] <jnc> fabbione: i'm happy it works at all
[03:45] <daniels> sabdfl: i'm looking at a kernel issue now (drm), where missing irqs could potentially cause hangs, but that doesn't relate to this case
[03:45] <jnc> say um, i have been getting a --configure error when upgrading xbase-clients for breezy today
[03:46] <jnc> is the trouble with where /etc/X11/xkb/xkbcomp symlink points to?
[03:46] <jnc> that's what dpkg is saying anyhow
[03:46] <daniels> jnc: known issue
[03:47] <jnc> thanks
[03:47] <jnc> is there a quickie 1 liner i can do to make it go away for now ? ;)
[03:47] <daniels> edit /var/lib/dpkg/info/xbase-clients.postinst, change /usr/X11R6/bin/xkbcomp to /usr/bin/xkbcomp, run sudo dpkg --configure -a
[03:48] <mantiena> Kamion: Hi, did you ask mdz yesterday about my casper improvements ?
[03:48] <jnc> daniels++
[03:49] <Nafallo> daniels: thanx :-)
[03:50] <jnc> it's kind of nice dpkg allows that type of flexibility
[03:50] <jnc> i wasn't aware of it priro
[03:50] <jnc> s/priro/prior/
[03:51] <thom> if amd64/breezy users haven't updated firefox to 1.0.4-1ubuntu3 please can they do so and confirm the random segfaults are gone?
[03:51] <jnc> thom: and god bless, if those random segfaults are actually gone
[03:54] <Treenaks> thom: is it normal that I had to upgrade from mozilla-firefox to firefox by hand?
[03:55] <ogra> Treenaks, will be handled by ubuntu-desktop....
[03:55] <Treenaks> ogra: ah coolness
[03:55] <Kamion> Riddell: sure
[03:55] <Kamion> fabbione: yo
[03:55] <Kamion> mantiena: no, that's your responsibility
[03:56] <mantiena> ;)
[03:56] <fabbione> Kamion: did you notice that the new ssh uses a knew format to store keys in .ssh/known_hosts?
[03:56] <fabbione> Kamion: for approximately 10 minutes you made my heart beat stop
[03:57] <Kamion> fabbione: yes, I deliberately enabled it :-)
[03:57] <mantiena> Kamion: then maybe you already integrated finding and automouting hard disk partitions with casper ?
[03:57] <fabbione> Kamion: and broke ssh <tab completion> on host names
[03:57] <Kamion> upstream ships with it off by default pending more testing ... I tried it out, seemed to work, figured I'd give them the wider testing
[03:57] <Kamion> fabbione: fun, I didn't know it used that
[03:57] <fabbione> Kamion: yeps it does :)
[03:57] <Kamion> fabbione: you can turn off HashKnownHosts, I didn't make any attempt to convert existing files
[03:58] <Riddell> Kamion: http://muse.19inch.net/~jr/tmp/kubuntu-seed.text
[03:58] <fabbione> oh not converting files is ok
[03:58] <Riddell> Kamion: should end up much the same as it is currently
[03:58] <fabbione> i just ended up with a file that looked hacked
[03:58] <fabbione> Kamion: and you really scared the shit out of me
[03:58] <Kamion> mantiena: no, I was waiting for partconf to wend its way through various upload queues, and I have spent most of today dealing with starting to move house
[03:59] <Kamion> mantiena: today is not a good day to hassle me because I am EXTREMELY ANNOYED after dealing with letting agents. :-)
[03:59] <jnc> thom: seems to be okay
[03:59] <Kamion> fabbione: heh. I did note it fairly clearly in the changelog
[03:59] <jnc> thom: i can't be sure, though it isn't crashing yet;   so it's at least as good as the last revision 1.0.4-1ubuntu2 amd64
[03:59] <Kamion> I suppose I could add a NEWS entry
[03:59] <Nafallo> daniels: workaround for "could not open default font 'fixed';"?
[03:59] <Nafallo> :-)
[04:00] <jnc> bring the wrath of Kamion, and you will learn to deal with the consequences mewhahaha
[04:00] <fabbione> Kamion: yeah.. well.. you know..
[04:01] <Kamion> mantiena: I have untested code for that.
[04:01] <daniels> Nafallo: edit /etc/X11/xorg.conf, change /usr/lib/X11/fonts to /usr/share/X11/fonts
[04:02] <daniels> thom: should firefox fix random segfaults on i386?
[04:02] <daniels> Kamion: agents> i feel your pain dude, spent half my day chasing them around also
[04:02] <jnc> daniels: w/re the font thing, is Ubuntu supposed to run a font server?
[04:02] <mantiena> Kamion: hehe, give me that code, I'm very good for testing :)
[04:02] <Nafallo> daniels: ahh, you've moved around _everything_, haven't you? ;-)
[04:02] <infinity> daniels : It should also give you back massages.
[04:02] <Nafallo> daniels: thanx again anyway ;-)
[04:03] <daniels> Nafallo: yeah ... the fonts moved ages ago though
[04:03] <daniels> jnc: no, we don't run xfs by default
[04:03] <ogra> thom, didnt crash yet... i'll try to edit a wiki page.... lets see if the cursor keys work now
[04:03] <daniels> infinity: bonus
[04:03] <Nafallo> daniels: I've pinned hoary til today ;-).
[04:04] <daniels> heh
[04:04] <Kamion> mantiena: ask me tomorrow, it's not worth it until I've at least got rid of the really stupid bugs
[04:04] <Kamion> mantiena: and you'll need a new live CD build anyway, or an upgraded partconf-{find-partitions,mkfstab}
[04:06] <ogra> thom, works fine here
[04:07] <mantiena> Kamion: I'm planing to build new live CD tonight :)
[04:07] <Nafallo> ogra: ++
[04:09] <Nafallo> wtf!
[04:09] <Nafallo> my panel has blinking stuff :-P
[04:10] <Nafallo> scary!
[04:10] <ogra> for gaim ?
[04:10] <seb128> that's stuff not stealing the focus
[04:10] <seb128> no
[04:10] <seb128> for everything
[04:11] <seb128> that's new stuff not getting the focus due to focus steeling prevention
[04:11] <Nafallo> ogra: synaptics ;-)
[04:11] <ogra> seb128, but there is a gconf key.... ?
[04:11] <seb128> no, why?
[04:11] <seb128> I've patched wnck for that
[04:11] <ogra> to disable it :)
[04:11] <Nafallo> seb128: kewl. I was more than a bit surprised though ;-)
[04:11] <seb128> read the changelogs...
[04:12] <ogra> glow effect ? 
[04:13] <seb128> correct
[04:13] <ogra> heh... nice wording :)
[04:14] <jnc> seb128: glow effect is dorky.  i like it. thank you
[04:14] <seb128> thanks!
[04:15] <jnc> i feel like i'm being warned about impending doom
[04:15] <Amaranth> seb128: we're finishing up some root editting things then should have pyxdg 0.12.1 and smeg 0.7.1
[04:15] <seb128> k
[04:16] <Lathiat> daniels: dude - why default 3 button emulationo to false?
[04:16] <jnc> though, i am quite confused about the lack of "Terminal" on the rootwindow menu
[04:17] <pitti> yes, me too
[04:17] <pitti> why did it disappear?
[04:17] <Lathiat> seb128: did that xorg upload fix the xkb thing?
[04:17] <daniels> Lathiat: because it's buggy as shit
[04:18] <daniels> Lathiat: basically, sometimes you just lose button events for a while -- particularly with evdev
[04:18] <daniels> Lathiat: so instead of press-move-move-move-move-move-move-release, you get move-move-move-move-move-move-move-move-press-release
[04:18] <Burgundavia> daniels, is that why sometime my mouse wheel stops working?
[04:18] <Lathiat> daniels: ah :\ cus like, lots of laptop only have two buttons, i guess i should stop using middle click paste
[04:18] <Micksa> I'm having an interesting kernel problem with my new laptop here
[04:19] <Micksa> nothing wants to run :(
[04:19] <Treenaks> Lathiat: shift+insert = your friend
[04:19] <Micksa> what does it mean if during boot it says that "0x1f0-0x1f7 is already in use" (by libata apparently)
[04:19] <Lathiat> Treenaks: hmm
[04:19] <daniels> Lathiat: yeah, it bites, but it needs to get fixed upstream fist
[04:19] <daniels> Burgundavia: nope
[04:19] <hunger> Lathiat: You can configure the touchpad to act to multifinger taps.
[04:19] <Lathiat> daniels: righton
[04:19] <daniels> Burgundavia: well, probably not
[04:19] <Lathiat> hunger: alps touchpad here
[04:20] <Lathiat> hunger: not synaptic
[04:20] <Lathiat> (and that doesnt work afaik on alps, and even if it does, you need a kernel patch which is so effort)
[04:20] <ogra> seb128, oh, its really glowing :) i was expecting an annoying flashing like WinXP has .... thats actually cool
[04:22] <seb128> Lathiat: yep
[04:22] <Lathiat> seb128: it did?
[04:23] <Lathiat> seb128: hmm, maybe i can upgrade
[04:23] <seb128> correct
[04:23] <seb128> ogra: I've found that on FC4 packages while searching for an another stuff 
[04:23] <Micksa> what's this glow efect?
[04:23] <Micksa> effect
[04:24] <ogra> seb128, goo decision... i take back my former words, no gconfkey needed :)
[04:24] <seb128> rock
[04:24] <Burgundavia> daniels, in terms of debugging the issue, what can I do?
[04:25] <ogra> seb128, yes, as you regulary do ;)
[04:25] <jnc> Micksa: mostly users will notice it with gaim application, when they are typing in say oowriter and someone messages them
[04:25] <daniels> Burgundavia: um, not terribly much, I'm afraid, unless you insert a whole bunch of debugging checkpoints into the server.  could just as easily be an actual hardware error ...
[04:27] <Burgundavia> daniels, ouch, that is what I suspected. I have heard of other people having the issue. Just in FF though
[04:27] <daniels> oh, bong
[04:27] <daniels> might just as well be firefox being randomly weird :)
[04:28] <Burgundavia> rofl
[04:28] <Kamion> Riddell: those seed changes are fine with me. Want to make them yourself? You have a chinstrap account now.
[04:50] <Riddell> Kamion: how do I do that?
[04:51] <Kamion> Riddell: first, make sure you have bazaar >= 1.3 installed
[04:51] <Kamion> (not strictly required but it will save me from explaining how to set up signing rules)
[04:52] <Kamion> Riddell: then follow the first code block in http://www.ubuntulinux.org/wiki/SeedManagement, except substitute "kubuntu" in place of "ubuntu" throughout
[04:53] <Kamion> Riddell: cd breezy, make the changes in line with the existing format, then 'baz commit -s "some description of what you did"'
[04:54] <Riddell> Kamion: ok I'll try that, thanks
[05:01] <jnc> Mithrandir++
[05:02] <Mithrandir> hi jnc
[05:02] <smurfix> mdke: 
[05:02] <jnc> i presume you've poked openoffice to print again for amd64 platform; thanks
[05:11] <Nafallo> pitti: testing #10803? ;-)
[05:12] <pitti> Nafallo: no, my provider kicked me out
[05:12] <Nafallo> pitti: ahh. evil.
[05:12] <pitti> or, rather, it's back now and I could kick the modem
[05:12] <Nafallo> :-)
[05:14] <Nafallo> pitti: you understand what's happening yet? :-)
[05:14] <pitti> Nafallo: didn't deal with it yet, but I think I know the reason; however, it works perfectly for me...
[05:15] <Nafallo> pitti: lucky you ;-)
[05:15] <pitti> dpkg: error processing /var/cache/apt/archives/libxt6_6.8.2-21_i386.deb (--unpack):
[05:15] <pitti>  trying to overwrite `/usr/X11R6/lib/X11/app-defaults', which is also in package xscreensaver
[05:15] <pitti> bah
[05:15] <daniels> pitti: yes, xscreensaver bug, it's being fixed
[05:16] <pitti> cool
[05:16] <Nafallo> pitti: uninstall xscreensaver, install libxt6, install xscreensaver did it for me :-)
[05:16] <Kamion> mdz: could you update your casper arch mirror on rookery?
[05:16] <pitti> Nafallo: I tried sudo dpkg -i --force-overwrite /var/cache/apt/archives/libxt6_6.8.2-21_i386.deb
[05:17] <hunger> daniels: Could you please fix the sequence in of the slave links in twm's postinst? Thanks!
[05:17] <daniels> hunger: hm, I thought I already fixed that
[05:17] <hunger> daniels: Not in 21.
[05:19] <daniels> ah, right
[05:19] <daniels> /usr/X11R6/bin/twm -> /usr/bin/twm, yeah?
[05:19] <hunger> daniels: Nope
[05:20] <hunger> daniels: One of the last lines contains "slave" followed by the man-page alternatives.
[05:20] <daniels> right
[05:20] <hunger> daniels: Those are in the wrong order.
[05:21] <daniels> hunger: hm, how so?
[05:21] <daniels> i mean, I don't know the syntax off the to pof my head, but it mirrors the syntax above
[05:21] <daniels> pathname displayname target
[05:22] <hunger> daniels: -slave x-window-manager.1x.gz \
[05:22] <hunger>   /usr/share/man/man1/x-window-manager.1.gz \
[05:22] <hunger>   /usr/X11R6/man/man1/twm.1x.gz
[05:22] <hunger> daniels: That works for me... what you got does not.
[05:22] <daniels> maybe I fixed that for -22, and not -21
[05:22] <daniels> oh, I see
[05:22] <daniels> hrm.
[05:23] <daniels> maybe the entire thing is wrong
[05:23] <daniels> Kamion: how well do you know update-alternatives?
[05:24] <ogra> whoops ECHAN
[05:24] <hunger> daniels: Dunno. I do not bother about the man page for twm:-)
[05:24] <daniels> heh
[05:24] <Kamion> daniels: I guess a lot
[05:24] <hunger> daniels: xbase-clients postinst warning: /etc/X11/xkb/xkbcomp symbolic link points
[05:24] <hunger>    to wrong location /usr/bin/xkbcomp
[05:25] <daniels> hunger: yeah, that's fixed in -22 also
[05:25] <Kamion> daniels: possibly not well enough
[05:25] <hunger> daniels: There is no 22 yet.
[05:25] <daniels> Kamion: update-alternatives --install /usr/bin/x-window-manager x-window-manager /usr/bin/twm 40 --slave /usr/share/man/man1/x-window-manager.1.gz x-window-manager.1x.gz /usr/X11R6/man/man1/twm.1x.gz
[05:25] <daniels> hunger: not in the archive, no
[05:26] <daniels> Kamion: does that argument order look right to you?  (ignoring the .1.gz vs .1x.gz hilarity)
[05:26] <hunger> daniels: So how do I fix this issue manually?
[05:26] <daniels> hunger: isn't it just a warning?
[05:26] <daniels> hunger: if not, edit /var/lib/dpkg/info/xbase-clients.postinst, change /usr/X11R6/bin/xkbcomp to /usr/bin/xkbcomp, sudo dpkg --configure -a
[05:27] <hunger> daniels: Dunno. xbase-clients do not install.
[05:27] <daniels> hunger: in that case, do that
[05:34] <hunger> daniels: start-stop-daemon complains about xdm not being in /usr/bin/X11, but I can not find out where that happens. Maybe it still was using some files of the previous version.
[05:36] <daniels> hunger: i didn't know people still used xdm and twm :P
[05:37] <hunger> daniels: I don't.
[05:37] <hunger> daniels: But something keeps dragging those debs into my system....
[05:37] <daniels> nice
[05:37] <daniels> well, the bug-fixing is appreciated; thanks
[05:38] <hunger> daniels: Having the install stop for some deb you know you will never need is even more annoying than having it just stop;-)
[05:39] <daniels> well, that should be the last of the /usr/bin/X11 bugs gone
[05:39] <hunger> daniels: Optimist:-)
[05:40] <daniels> hunger: it's the only way I can get through my days :P
[05:41] <daniels> i think that one was the first in about three that actually built from source
[05:41] <daniels> or maybe not
[05:41] <daniels> no, it didn't.  go me.
[05:42] <Nafallo> on amd64 it did :-)
[05:42] <Kamion> daniels: ordering looks fine ...
[05:42] <Kamion> daniels: (although use --quiet, too)
[05:44] <Amaranth> seb128: pyxdg 0.13 is out
[05:51] <fabbione> kernel-team meeting will start in 9 minutes in #ubuntu-meeting
[05:51] <toresbe> ooh, thanks for the tip
[05:51] <toresbe> wouldn't miss it for the world
[05:52] <Kamion> nobody ever said that about meetings at the last place I worked
[05:52] <fabbione> Kamion: ehehe
[05:53] <Nafallo> Kamion: *s*
[05:54] <toresbe> Kamion: isn't Ubuntu nice ;)
[05:55] <thom> the flashing panel stuff is most odd
[05:56] <ogra> thom, its not flashing, its *glowing*
[05:56] <Nafallo> hehe
[05:56] <ogra> thom, see the changelog :)
[05:57] <thom> pfft, mere sophistry!
[06:01] <pitti> tseng, tseng|work: ping
[06:04] <ogra> pitti, oh, you want both personalitys ?
[06:04] <pitti> ogra: hehe :-), I don't know which one he gets highlighs for
[06:05] <shaya> is everyone having a problem getting xbase-clients to configure?
[06:05] <shaya> in -21
[06:05] <Kamion> OK, let's say I've mounted stuff in subdirectories of /media
[06:05] <Kamion> how do I make it show up on the desktop?
[06:06] <Kamion> talking about partitions on the hard disk here
[06:06] <daniels> shaya: yes
[06:06] <shaya> ok, no need to file a bug then
[06:07] <shaya> but evolution works again, so I'm happy :)
[06:07] <tseng|work> daniels: get on that
[06:08] <daniels> it's already fixed in my local tree
[06:08] <daniels> i just need to unbreak libx11
[06:08] <daniels> i'd seriously get lynched if -22 broke keysym handling again
[06:08] <ogra> pitti, when do i need to be ready with poppler... ? already looked and did some stuff, the code is quite similar
[06:08] <daniels> tseng|work: speaking of 'get on that', mono?  universe? :)
[06:08] <pitti> ogra: no surprise, poppler is essentially the xpdf code without the gui
[06:09] <tseng|work> daniels: dude, out of my hands
[06:09] <ogra> yep
[06:09] <tseng|work> ogra: what came up with that yesterday btw?
[06:09] <Kamion> daniels: mono's already in main?
[06:09] <pitti> ogra: Riddell already fixed kpdf to drop this pdf info feature for now, but it would be nice to add it again for breezy
[06:09] <daniels> Kamion: er, it is?
[06:09] <Amaranth> daniels: If you broke keysym handling again I'd take away all your beer. ;)
[06:09] <Kamion>       mono | 1.1.7-0ubuntu4 |        breezy | powerpc
[06:09] <Kamion>       mono | 1.1.7-0ubuntu5 |        breezy | source, amd64, i386
[06:10] <daniels> Kamion: bone-arse
[06:10] <ogra> <- phone
[06:10] <tseng|work> oh yeah, ppc is bunk for now
[06:11] <tseng|work> upstream is working on the bug
[06:11] <thom> beagle/amd64?
[06:11] <Lathiat> kkkkkkkkw[6~[6~[6~[6~ee
[06:11] <Lathiat> blah, sorry.
[06:11] <tseng|work> thom: xorg!
[06:11] <tseng|work> non-PIC libs
[06:11] <Kamion>     beagle | 0.0.10-0ubuntu1 | breezy/universe | source, i386
[06:11] <Kamion> that's still universe though
[06:12] <tseng|work> any time someone wants to ship me amd64 hardware
[06:12] <tseng|work> be my guest.
[06:12] <Kamion> it's on the list for promotion; I assume it just needs to be seeded or something
[06:13] <Kamion> /usr/bin/ld: /usr/X11R6/lib/libXss.a(XScrnSaver.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
[06:13] <Kamion> ^-- beagle/amd64 failure
[06:13] <tseng|work> indeed.
[06:13] <pitti> thom: its on https://www.ubuntulinux.org/wiki/UbuntuMainInclusionQueue
[06:13] <Kamion> so why're you using the static libXss?
[06:14] <tseng|work> probably because i had to do nasty things for it to find the headers at all
[06:14] <Kamion> hm, it doesn't look like it's being used deliberately, odd
[06:14] <tseng|work> CFLAGS="-I/usr/lib/X11R6" or something like that
[06:14] <tseng|work> is the temp hack
[06:15] <Kamion> includes wouldn't cause that
[06:15] <tseng|work> then it needs fixing upstream.
[06:15] <tseng|work> i dont think they test on amd64 at all
[06:15] <tseng|work> ogra met them at guadec
[06:16] <Kamion> requiring PIC shared libraries is not unique to amd64 at all
[06:17] <daniels> hrm
[06:17] <tseng|work> its unique to !x86
[06:17] <tseng|work> or at least brutal failures by not doing so is
[06:17] <daniels> i have no idea why libXss.a is being used
[06:17] <Kamion> sure
[06:17] <Kamion> libtool is saying -lXss rather than /usr/lib/libXss.so (or whatever)
[06:18] <Kamion> in the link line
[06:18] <daniels> Kamion: right ... surely that should still be picking libXss.so, rather than libXss.a?
[06:18] <Kamion> don't think so
[06:18] <Kamion> it should be possible to investigate on i386, because the same link line appears there
[06:19] <Kamion>            The linker searches a standard list of directories for the library,
[06:19] <Kamion>            which is actually a file named liblibrary.a.  The linker then uses
[06:19] <Kamion>            this file as if it had been specified precisely by name.
[06:19] <daniels> Kamion: hrm
[06:19] <daniels> oh, right
[06:19] <daniels> linker, as distinct from gcc?
[06:20] <Kamion> daniels: gcc-as-linker, yes
[06:20] <daniels> daniels@catsby:~/x/xlibs/cvs/Xau% gcc -o foo -L/usr/X11R6/lib -lXss foo.c
[06:20] <daniels> daniels@catsby:~/x/xlibs/cvs/Xau% file foo
[06:20] <daniels> ldfoo: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared libs), not stripped
[06:20] <daniels> daniels@catsby:~/x/xlibs/cvs/Xau% ldd foo
[06:20] <daniels>         linux-gate.so.1 =>  (0xffffe000)
[06:20] <daniels> [...] 
[06:20] <daniels>         libXss.so.1 => /usr/X11R6/lib/libXss.so.1 (0xb7fd1000)
[06:21] <daniels> where foo.c is just int main(...) { return 0; }
[06:21] <Kamion> yes, but try stracing gcc and watch what it opens?
[06:21] <mantiena> Kamion: you still wanna see mounted devices in /media on desktop ?
[06:21] <Kamion> mantiena: not sure
[06:21] <mantiena> ;)
[06:22] <Kamion> I'd like them to be a bit more visible than Places -> Filesystem -> /media -> ah, there they are
[06:22] <mantiena> AFAIK in /etc/fstab should be user or users option for these devices
[06:23] <daniels> Kamion: never opens libXss.a, only ever touches libXss.so
[06:23] <Kamion> mantiena: how would that affect the desktop?
[06:24] <daniels> Kamion: (i don't disbelieve you, btw, just trying to figure it out)
[06:24] <mantiena> Kamion: then mounted devices will be shown also on desktop and at computer:// location
[06:24] <Kamion> mantiena: oh, they will? how strange
[06:24] <Kamion> where's the code that does that? I'm curious
[06:25] <mantiena> at least on my system (GNOME 2.8) works like this
[06:27] <mantiena> I think gnome-vfs does this
[06:27] <Amaranth> that's hotplug+hal love
[06:28] <Amaranth> if you mean when you put in a CD or plug in a USB drive
[06:28] <Kamion> Amaranth: not quite
[06:28] <mantiena> Amaranth: no, I'm about partitions in /etc/fstab
[06:28] <Kamion> similar effect, but not that
[06:35] <Kamion> doesn't seem to work
[06:36] <mantiena> Kamion: :( maybe you can give me that partition automouting integration in liveCD code for testing - I'm building new LiveCD tonight, so it would be nice to test and fix bugs of course ;)
[06:37] <Kamion> I asked not to be hassled today
[06:37] <Kamion> sorry, but I'm getting there
[06:39] <mdz> Kamion: updated
[06:40] <mantiena> mdz: Hi, I've learned gnu arch a little bit ;)
[06:40] <Kamion> mdz: doesn't seem to be?
[06:40] <Kamion> mantiena: the more people prod me, the earlier it will be. If you let me be, I might be able to give you code later. :)
[06:40] <bob2> lamont__: 0240, so "probably" ;p
[06:41] <daniels> lamont__: trying to go to bed ...
[06:41] <daniels> what has hppa broken now?
[06:41] <mantiena> Kamion: thanks
[06:41] <lamont__> daniels: nah... iz stup1d support question
[06:41] <daniels> lamont__: go on ...
[06:42] <lamont__> any clue how to switch an HP nc6000 from the internal display to the video port on the port replicator???
[06:42] <daniels> lamont__: install i855crt, sudo i855crt on 1024x768@70
[06:42] <daniels> adding 'swcursor' somewhere in that command line may or may not help
[06:42] <daniels> in any case, breezy's i810 driver should support the little hotkey out of the box
[06:43] <mdz> Kamion: oh, hmm. is casper still in the old --2004 archive?
[06:43] <Kamion> mdz: yeah
[06:43] <mdz> I'll update that as well
[06:43] <Kamion> thanks
[06:43] <mdz> I should move it
[06:43] <mdz> I regret having ever fallen for the --year trap
[06:44] <elmo> --year is CRACK
[06:44] <Kamion>   CHECKSUM FILE(S) DISAGREE WITH
[06:44] <Kamion>   DIRECTORY LISTING ABOUT WHAT
[06:44] <Kamion>   FILES SHOULD BE PRESENT IN
[06:44] <Kamion>   REVISION DIR OF ARCHIVE
[06:44] <Kamion> go baz
[06:44] <Kamion>   revision: casper--main--0--patch-24
[06:44] <lamont__> E: Couldn't find package i855crt
[06:44] <pitti> morning mdz
[06:44] <elmo> baz in "THE GODDAMN SKY IS FALLING" mode
[06:45] <daniels> lamont__: try i855-crt
[06:46] <\sh> lamont_: yes.. don't use the port replicator...it's evil...i shot my nc6000 with it
[06:46] <Mithrandir> Kamion: this may just mean "I couldn't run gpg".
[06:47] <Kamion> Mithrandir: that would surprise me
[06:47] <Kamion> this is a manifest-of-files complaint, not a content-of-files complaint
[06:47] <Mithrandir> Kamion: I've had it mean that.
[06:47] <Mithrandir> Kamion: oh, ok
[06:47] <Kamion> oh ... it's still mirroring
[06:47] <Kamion> that would explain it
[06:47] <lamont__> daniels: couldn't find video mode
[06:48] <mdz> pitti: morning
[06:49] <Kamion> PANIC: Unknown error with arch_tree_show_rejects
[06:49] <Kamion> oh, for god's sake
[06:49] <daniels> lamont__: try 1024x768@60
[06:49] <mdz> Kamion: do I need to rm -rf the mirror and redo it?
[06:49] <mdz> Kamion: at any rate, I've branched it into matt.zimmerman@canonical.com (no year)
[06:49] <lamont__> sudo xresprobe ati
[06:49] <lamont__> id: 
[06:49] <lamont__> res: 1400x1050
[06:49] <lamont__> freq: 
[06:49] <lamont__> disptype: lcd/lvds
[06:49] <mdz> and future commits will go there
[06:49] <mdz> there's a base-0 there, so perhaps baz will get over it
[06:50] <Kamion> mdz: no, it was getting horribly confused by a conflict in my tree, I've fixed it by sympathetic magic now
[06:50] <mdz> happy mailman day, growl
[06:50] <Kamion> mdz: matt.zimmerman@canonical.com has no .listing files
[06:51] <mdz> can't we just enable DAV on rookery?
[06:51] <mdz> I have no idea how to add that to an existing archive
[06:52] <daniels> mdz	-l
[06:52] <daniels> mdz: (when running make-archive)
[06:52] <daniels> lamont__: oh, ati
[06:52] <mdz> daniels: run make-archive on an existing archive?
[06:52] <wasabi_> So if I chown a file in /dev... should it stay chowned after a reboot?
[06:52] <mdz> wasabi_: nope
[06:52] <Kamion> change-archive
[06:52] <wasabi_> I had though udev orwhatever recorded mods and stuff.
[06:53] <wasabi_> guess i was wrong
[06:53] <lamont__> daniels: 0000:01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] 
[06:53] <mdz> baz: unrecognized command (change-archive)
[06:53] <Kamion> oh, that only does signatures anyway
[06:53] <Kamion> mdz: your baz is old
[06:53] <daniels> lamont__: try atitvout, maybe
[06:53] <lamont__> mdz: baz switch
[06:53] <mdz> Kamion: my baz is the "release"
[06:53] <daniels> lamont__: failing that, if you hit whatever hotkey you use, it might DTRT
[06:53] <lamont__> daniels: hints on package name?
[06:53] <daniels> lamont__: should just be atitvout.  if not, google knows the answer.
[06:53] <Kamion> ah, I'm running breezy's
[06:53] <mdz> lifeless: what do you think about putting the baz crack-of-the-day into breezy until feature freeze?
[06:53] <Riddell> Kamion: seeds changes made, you might want to check it incase I messed up somewhere
[06:53] <bob2> mdz: ssh to rookery, touch "=meta-info/http-blows", then run "baz archive-fixup sftp://rookery/..."
[06:53] <lamont__> daniels: haven't finished interperting hyroglyphics yet
[06:54] <daniels> lamont__: in any case, I really need to hit the sack now.  worst case scenario, Option "Clone" in xorg.conf/Device if you don't care about battery life
[06:54] <bob2> mdz: (yes, the ui sucks)
[06:56] <mdz> bob2: usage: baz archive-fixup [options] 
[06:56] <Kamion> Riddell: personally I'd put newlines around the separator comments, but that's just style. looks ifne
[06:56] <Kamion> fine
[06:56] <lamont__> atitvout  detect
[06:56] <lamont__> CRT is attached.
[06:56] <lamont__> root@rover3:~# atitvout c
[06:56] <lamont__> VBE call failed.
[06:56] <daniels> lamont__: looks like Clone it is
[06:57] <Riddell> Kamion: ok, thanks
[06:57] <lamont__> daniels: dunno
[06:57] <daniels> lam	hm
[06:57] <daniels> lamont__: it should just work when you start xorg with the crt attached
[06:57] <Kamion> mdz: archive-fixup in 1.2 probably doesn't understand URLs
[06:57] <daniels> but yeah, totally bedtime.  need to be up in 2h3m.
[06:58] <mdz> Kamion: it doesn't understand any non-option arguments
[06:59] <Kamion> mdz: archive-fixup -A <archive>?
[06:59] <mdz> trying
[07:04] <lamont__> well.. that worked..  now I just have to figure out how to close the lid without disabling both displays... :-)
[07:04] <KaiL> daniels: xbase-clients postinst warning: /etc/X11/xkb/xkbcomp symbolic link points to wrong location /usr/bin/xkbcomp
[07:04] <KaiL> ..?
[07:07] <Kamion> mdz: that seemed to work, thanks
[07:08] <thom> KaiL: topic
[07:08] <KaiL> oops ;)
[07:08] <Kamion> $ baz branch matt.zimmerman@canonical.com-/casper--main--0 colin.watson@canonical.com--2005/casper--automount--0
[07:08] <Kamion> Segmentation fault
[07:09] <mantiena> mdz: I wanna make a local mirror of casper archive, but command from baz help doesn't work on my system:
[07:09] <mantiena> baz register-archive matt.zimmerman@canonical.com--2004-SOURCE http://people.ubuntu.com/~mdz/archives/matt.zimmerman@canonical.com--2004/
[07:09] <mantiena> produces "usage: baz register-archive [options]  [name]  location" instead of creating local archive for mirroring as described in help :(
[07:09] <mdz> mantiena: #arch
[07:09] <mantiena> mdz: ok
[07:09] <mdz> that's where the baz experts hang out
[07:09] <mdz> we just muddle around here
[07:10] <bob2> mantiena: (#arch, but baz register-archive http://people.ubuntu.com/~mdz/archives/matt.zimmerman@canonical.com--2004/)
[07:12] <mantiena> bob2: I know this, but this creates archive with same name, but in baz documentation I've read, that for working in offline mode I need different name, that ends with -SOURCE
[07:12] <bob2> mantiena: not in modern baz
[07:13] <Kamion> I have to go, back in a bit
[07:15] <thom> pitti: fyi, firefox in hoary onwards is pango enabled
[07:15] <pitti> thom: oh, wrt this bengali user?
[07:15] <mantiena> bob2: modern is > 1.3.2 ?
[07:15] <thom> pitti: yeah
[07:15] <ogra> thom, they showed a cairo based ff at guadec ;)
[07:15] <bob2> mantiena: in 1.3 you don't need -SOURCE
[07:16] <thom> ogra: yeah; will be cool when it's performant
[07:17] <ogra> thom, rotating, zooming of websites... and without stairstepping in the bitmaps, even if you zoom in really far :)
[07:17] <elmo> pfft
[07:17] <ogra> it was incredible
[07:18] <mantiena> bob2: hehe, then it seems baz 1.3.2 prints outdated info when I type -h or -H :(
[07:18] <ogra> ok, i admit, rotating of google has no real usecase :)
[07:19] <bob2> mantiena: gah, sorry about that
[07:19] <bob2> the help text needs a good long tidy up
[07:19] <trulux> pitti: add -hardened to your auto-join :)
[07:19] <mantiena> hehe, Debian has more up-to-date baz than ubuntu :-P
[07:19] <pitti> hm, ok :-)
[08:26] <herve> hi
[08:26] <herve> is the xbase-client postinstall failure is already sorted out
[08:27] <herve> or should I post my proposal in the bugzilla?
[08:27] <Nafallo> herve: read topic ;-)
[08:27] <herve> thanks for the tip!
[08:28] <Nafallo> herve: I believe it's done in daniels local -22 :-)
[08:28] <herve> that's what I wonder
[08:29] <Nafallo> herve: you can always post the proposal just in case ;-)
[08:29] <herve> well, in case you want to fix it, edit /var/lib/dpkg/info/xbase-clients.postinst
[08:30] <Nafallo> herve: yepp. that's what daniels told me :-).
[08:30] <herve> and line 197, change path of /usr/X11R6/bin/xkbcomp
[08:31] <herve> Nafallo, it worked for you?
[08:32] <Nafallo> herve: yepp. I'm finally up2date on breezy :-).
[08:44] <jdub> GOOD MORNING FREEDOM LOVERS!
[08:44] <zul> hey jdub 
[08:44] <tseng|work> hi jdub.
[08:45] <pitti> Hi jdub, back home?
[08:45] <jdub> nup!
[08:45] <mdz> Kamion: did I ask you about lvm10-udeb already?
[08:45] <jdub> at LHR atm
[08:46] <mvo> hey jdub 
[08:46] <Nafallo> hi jdub 
[08:46] <thom> jdub: how long you there for/
[08:47] <jdub> not long
[08:47] <jdub> unfort
[08:47] <thom> ahr :(
[08:48] <mdz> Kamion: (that is, can it go away?)
[08:48] <\sh> hula is excellent....i have to say
[08:49] <ogra> \sh, say thanks to herzi, he packaged it and will be happy to hear about
[08:49] <\sh> herzi: thanks
[08:50] <mako> alright.. we so have a meeting about backports soon
[08:50] <\sh> ogra: but who will answer my damn stupid questions, concerning migrating cyrus-imapd spools to hula ;)
[08:50] <\sh> and why is the imap connector not working
[08:50] <mako> the agenda actually looks good
[08:50] <ogra> mako, yes :-/
[08:50] <\sh> mako: scratchpad ;)
[08:50] <Burgundavia> ogra, you saw the post on p.g.o about building community around the newly FLOSSed directory servers?
[08:50] <ogra> \sh, novell ?
[08:50] <jdub> Mithrandir: aruond?
[08:50] <mako> wow.. this is way better than the CC :)
[08:51] <\sh> ogra: i need deeper help then novell ;)
[08:51] <elmo> mako: where/when?
[08:51] <ogra> Burgundavia, planet gentoo ? planet gnome ? pretty groundhogs ?
[08:51] <mako> elmo: in #u-meeting in like 40 minutes
[08:52] <thom> ogra: gnome; chris blizzard
[08:52] <tseng|work> \sh: spools suck, use maildir
[08:52] <\sh> i think i have some doggy poo on my hands somehow today
[08:52] <ogra> elmo, https://www.ubuntulinux.org/wiki/UbuntuBackports
[08:53] <\sh> tseng|work: its somekind of maildir with berk-db indicies
[08:53] <ogra> thom, ah, yes.... i took a glance while testing blam, but didnt read it yet
[08:53] <\sh> tseng|work: and i have 5g of it :( and 30 users 
[08:53] <jdub> would be rad to get the directory server into universe for breezy, but will be challenging
[08:54] <tseng|work> my firefox is effed after upgrade
[08:54] <tseng|work> brb
[08:54] <ogra> jdub, something for a MOTU hopeful ;) as hula was ;)
[08:54] <jdub> someone very audacious :)
[08:55] <ogra> :)
[08:56] <ogra> jdub, herzi didnt even apply for MOTU, he just packaged it for us :)
[08:57] <Burgundavia> ogra, gnome
[08:57] <ogra> Burgundavia, yep
[08:58] <Mithrandir> jdub: pong
[08:58] <kierzko> hello
[09:00] <\sh> i stop working for today...can't think anymore
[09:01] <wasabi_> I'm having a weird pbuilder problem I can't figure out.
[09:01] <wasabi_>     -> copying [./devel] 
[09:01] <wasabi_> cp: cannot stat `./devel': No such file or directory
[09:01] <wasabi_> That's the Section.
[09:02] <wasabi_> I have absolutly no idea why it's doing that.
[09:02] <wasabi_> It's like it's processing the Files: stanza of the .changes file and somehow thinking that's a file.
[09:04] <wasabi_> oh wait a freaking sec
[09:04] <wasabi_> if you read that please type /clear heh.
[09:15] <dholbach> hellas
[09:18] <ogra>  ****************** backports meeting in 15 min please join #ubuntu-meeting if you havent already **********************
[09:19] <Mithrandir> ogra: no need to cause netsplits.
[09:19] <mkde> lol
[09:19] <mkde> damn gonna miss that meeting
[09:19] <ogra> *giggle*
[09:20] <mkde> it'll be a hoot no doubt
[09:21] <jdub> oh rad
[09:21] <Mithrandir> jdub: pong
[09:22] <jdub> i'm here at the right time for the backports meeting
[09:22] <jdub> Mithrandir: hey hey!
[09:22] <jdub> Mithrandir: know of any sane rss plugins for mailman?
[09:22] <Mithrandir> jdub: good talk at guadec.
[09:22] <dholbach> 10x10! :)
[09:22] <jdub> thanks!
[09:22] <Mithrandir> jdub: nope, but should be easy to write one.
[09:22] <jdub> :)
[09:22] <dholbach> ROCK ON! :)
[09:22] <Nafallo> 100x100 :-)
[09:22] <jdub> i think ubuntu will be a bit part of 10x10 :)
[09:22] <jdub> er
[09:22] <jdub> big
[09:23] <jdub> not bit
[09:23] <ogra> it will be *the* part
[09:23] <Nafallo> jdub: no doubt. I saw lot's of laptops running it on the streams ;-)
[09:24] <Mithrandir> jdub: you mean RSS as "what are the last ten posts" or something like that?  With from, subject and first paragraph?
[09:24] <jdub> Mithrandir: yeah, pretty much (though maybe more than 10)
[09:26] <Mithrandir> jdub: you would need to maintain a bit of state between posts, but that's doable.  Should take an hour or two to write, I'd guess.
[09:28] <elmo> err, what the FCUK
[09:28] <elmo> *adelie.ubuntu.c 193.79.237.14    2 u  86m 1024  370    0.224  -23.456   1.308
[09:28] <elmo> how is a server you last talked to 86 minutes possibly worthy of a '*' ???
[09:28] <elmo> esp. given, in reality, my clock is 30 mins skewed
[09:29] <Clint> must be SNTP where precision is optional
[09:30] <Mithrandir> *sigh*
[09:32] <Mithrandir> daniels: any chance of libXau growing anything resembling useful functions in the next six months or should I just route around the damage?
[09:38] <Mithrandir> argh.
[09:38] <Mithrandir> xauth actually implements something resembling a useful library for libXau.  It should just become a real library or be merged into libXau
[09:42] <abelli> bonne soir everybody
[09:43] <ogra> abelli, https://www.ubuntulinux.org/wiki/UbuntuBackports
[09:44] <abelli> it's an ambush everybody to the ground ..
[09:44] <abelli> make no prisoners ..
[09:46] <abelli> well when in mataro i pronounced the word "backports" someone attempted to my life .. 3-4 weeks later .. there was a backport project @ sourceforge .. and now this .. i'm an Omen.
[09:46] <abelli> ogra: hu?
[09:46] <ogra> abelli, all are in #ubuntu-meeting atm
[09:47] <abelli> ogra: ahh i see .. 
[09:47] <abelli> that was the meaning ..
[09:47] <abelli> thank you.
[09:52] <justdave> heh, cool.  PC World put Ubuntu Linux up alongside of Mac OS X 10.4 as best office software of the year. :)
[09:53] <zul> justdave: url?
[09:53] <justdave> http://www.pcworld.com/reviews/article/0,aid,120763,pg,3,00.asp
[09:53] <herve> hey, the year isn't even over! :-)
[10:12] <mkde> i was late to the meeting. Is the question of "why" to backport part of the agenda? has it already been addressed?
[10:14] <ajmitch> mkde: the only mention has been that some users are addicted to upgrading.. :)
[10:14] <Burgundavia> mkde, still meeting now
[10:15] <mkde> Burgundavia, yeah i'm in the chan. Just seemed like that was v early on the agenda so i thought maybe i missed it
[10:16] <herve> mkde, the meeting should be logged
[10:16] <Burgundavia> mkde, it is going to be a long meeting
[10:16] <mkde> herve, it will be, but takes a while to come up
[10:16] <mkde> ajmitch, seriously that was the only justification?
[10:17] <ajmitch> mkde: users wants them, what other justification is needed?
[10:17] <ajmitch> apparantly quite a few users like them
[10:17] <mkde> ajmitch, users might now know whats good for them though i suppose
[10:17] <mkde> now/not
[10:18] <herve> mkde, I guess it's mainly because users don't realize the amount of work needed
[10:18] <mkde> herve, also I feel that users overestimate the benefit gained
[10:19] <mkde> its part of the "i must have the latest version, regardless of detriment to my system, and even if i don't get anything extra from it" phenomenon
[10:37] <herzi> ogra: btw, is there a way to get those packages directly in for me?
[10:37] <ogra> herzi, become a MOTU, we're waiting for you since quite a while ;)
[10:39] <herzi> that ubuntu supporter/member/maintainer stuff is quite complex and one needs to search through several pages (both wiki and website) to find out how things work, can you shortly describe the process for me?
[10:40] <mkde> become member in the Community Council, become maintainer in the Technical Board, is that right?
[10:40] <tseng|work> yes.
[10:40] <ajmitch> what about the pay $$ to MOTUs? :)
[10:41] <mkde> thats unofficial
[10:41] <ajmitch> ah, right
[10:44] <Kamion> mdz: yes, please kill lvm10-udeb
[10:44] <herzi> so, for now i add my name to the community council agenda to become a maintainer, correct?
[10:44] <mdz> Kamion: excellent, thanks
[10:45] <ajmitch> herzi: CC agenda for membership
[10:46] <ajmitch> TB agenda for MOTU maintainership
[10:46] <herzi> okay
[10:46] <elmo> can we kill the multiple lvms in base yet?
[10:49] <Kamion> elmo: we already did
[10:49] <Kamion> elmo: lvm10 got removed altogether, and lvm2 demoted to standard
[11:38] <mantiena> good evening ;)
[11:38] <Kamion> mdz: want to have a look at colin.watson@canonical.com--2005/casper--automount--0 ?
[11:38] <Kamion> mantiena: you too, archive available at http://people.ubuntu.com/~cjwatson/archives/colin.watson@canonical.com--2005/
[11:39] <Kamion> mdz: I'm not sure it's quite ready to be merged yet; it needs more testing, the issue of how to make them accessible from the desktop is still open, and it doesn't handle labels properly (the install CD side relies on partman for those)
[11:39] <mdz> Kamion: what does the output from partconf/mountpoint look like?
[11:40] <mdz> I had thought it would use os-prober to come up with the labels
[11:40] <Kamion> it seemed to fit better in partconf to me
[11:40] <Kamion> it's kind of in an awkward intersection of functionality
[11:41] <Kamion> I might move mountpoint and leave partconf-find-partitions where it is; not sure yet
[11:41] <Kamion> mdz: you give it device name, filesystem, and optional label; it prints out either nothing (don't automount this) or a mount point
[11:42] <Kamion> os-prober isn't ideal for labels because it doesn't link to parted and so can't extract those names
[11:42] <mdz> oh, so this is factored out of os-prober now?
[11:42] <Kamion> we could decide we don't care
[11:42] <Kamion> it doesn't involve os-prober at all, for the moment
[11:42] <Kamion> os-prober has loads of infrastructure for poking around inside partitions that we simply don't need
[11:42] <mdz> if we're going to have a thing whose job it is to find labels for things, surely os-prober should use it
[11:43] <Kamion> hm, I suppose
[11:43] <mantiena> Kamion: cool, I looked at this about a hour ago but didn't find anything new. It seems now there are code, which I need :)
[11:43] <Kamion> but
[11:43] <Kamion> I was trying to make the behaviour identical to that of pmount
[11:44] <Kamion> and I thought that used the partition name as label, and it's awkward to extract that from shell
[11:44] <wasabi_> Interesting. Somehow last night I uploaded a new antlr to main.
[11:45] <Kamion> I suppose I could write a helper C script in partconf which extracts the label, and then move the rest of the stuff to os-prober?
[11:46] <mantiena> Kamion: partconf 1.0.9 will be ok for casper-automount ?
[11:46] <Kamion> mantiena: that's what we're discussing
[11:46] <Kamion> mantiena: it will work, but it may not be the ideal strategy
[11:47] <Kamion> mantiena: I included dependencies for a good reason; look at them ;)
[11:49] <pitti> night everybody
[11:49] <dholbach> bye pitti
[11:52] <Kamion> dholbach: do I get a bug report about libgetargs-long-perl? :-)
[11:54] <dholbach> Kamion: erm, bugreport?
[11:54] <Kamion> dholbach: I'm puzzled as to how you ran into a problem; it already build-depends on liblog-agent-perl, and the minimum version in question was uploaded to Debian in 2003
[11:55] <Kamion> dholbach: I saw a change to a package I maintain in Debian on breezy-changes, and was wondering if I got a Debian bug report about it
[11:55] <Kamion> (since it didn't look Ubuntu-specific)
[11:55] <dholbach> Kamion: the package tries to download and fails, it re-tries and re-tries until the buildd gets annoyed
[11:55] <Kamion> dholbach: but the build-depends change has no effect?
[11:56] <dholbach> Kamion: lamont asked in #ubuntu-motu to please fix it
[11:56] <Kamion> Depends: perl (>= 5.6.1), liblog-agent-perl
[11:56] <Kamion> oh, crap
[11:56] <Kamion> Depends, not Build-Depends. :-)
[11:56] <dholbach> Kamion: sorry, i didn't realize you were the maintainer
[11:57] <Kamion> oh, I'm not bothered, just generally suggesting that's the sort of thing we should be feeding back
[11:57] <mantiena> Btw, I got several complains about slow LiveCD startup after Lithuanian liveCD distribution was moved from Morphix to Ubuntu framework. I have some ideas how to speed up the liveCD boot up
[11:58] <dholbach> Kamion: i normally do... excusez-moi :)
[11:58] <Kamion> np :)
[11:59] <Kamion> (actually I probably had a rather quick trigger finger, should give you a chance to upload, have coffee, file bug, which is about the best I normally do ...)
[12:00] <dholbach> so you suggest filing bugs at bugs.d.o?
[12:01] <mantiena> Kamion: could some jobs (for example detection of DHCP server) be done in backgound (parallely) during liveCD start up ?
[12:01] <Kamion> when it's something generally applicable that we fix, it's good for us to feed it back, q.v. debian-devel at the moment ;)
[12:01] <wasabi_> I need a buildd kick. "lucene" is hung up dep-wait. Dependency is "j2sdk1.4"
[12:01] <Kamion> mantiena: dhcp is hard