[01:11] <T-Bone> gack
[01:11] <T-Bone> missed the community meeting as it seems...
[01:11] <T-Bone> mako: ping?
[01:15] <azeem> T-Bone: mako sent minutes to ubuntu-devel
[01:15] <T-Bone> azeem: i've read them and have questions
[01:15] <azeem> ah :)
[01:15] <T-Bone> the first one being "how come i missed it? Where was it advertised?"
[01:16] <T-Bone> +s
[01:17] <T-Bone> the other one concerns the "IA64 Port Team"
[01:22] <Mithrandir> T-Bone: I wouldn't really worry too much about that you missed the CC meeting; there's another one in two weeks and the port teams are a bit fuzzy still. :)
[01:22] <T-Bone> Mithrandir: k. Still i missed what was said there, and it's stupid since should have I been aware of such a meeting, i could easily have intended it
[01:23] <mako> T-Bone: salut
[01:23] <T-Bone> mako: Dewd!
[01:23] <T-Bone> mako: long time no see!
[01:23] <mako> the nap wasn't that long :)
[01:24] <Mithrandir> T-Bone: mako will post the log and summary somewhere. :)
[01:24] <mako> Mithrandir: *so* ahead of you :)
[01:24] <T-Bone> lol
[01:24] <mako> Mithrandir: that went out pre-nap
[01:25] <mako> T-Bone: in answer to your question: this was the first meeting and it was a bit disorganized
[01:25] <Mithrandir> mako: ok. :)
[01:25] <mako> T-Bone: it was actualy scheduled for a couple days ago and we missed it entirely
[01:25] <T-Bone> mako: disorganized, say you? How surprising! ;^)
[01:26] <mako> T-Bone: so the new time was sort of put together last minute
[01:26] <T-Bone> okay
[01:26] <mako> T-Bone: IRT the ia64 port, follow up to the list
[01:27] <mako> T-Bone: not much was decided about the that team/port except that we confirmed that we want one :)
[01:27] <T-Bone> mako: lol, we have one! ;^)
[01:27] <mako> oh, then great! :)
[01:28] <mako> life is good
[01:30] <mako> he might be a team leader :)
[01:30] <T-Bone> lol
[01:30] <mako> i suppose he would have a hard time *not* being a team leader
[01:30] <T-Bone> 'leading himself'. Right, sounds good to me ;)
[01:32] <T-Bone> mako: seems i missed you in europe lately, as lamont told me... Will you be around again one of these days?
[01:32] <mako> T-Bone: yep, i'll be back in december if not before
[01:33] <T-Bone> mako: cool, headed where?
[01:33] <mako> T-Bone: not sure, maybe spain
[01:33] <mako> i was in uk + germany last time
[01:33] <T-Bone> mako: ok!
[01:34] <mako> i think there's a good chance we can meet up this next time :)
[01:34] <T-Bone> mako: cool, i'll stay tuned! ;)
[01:46] <T-Bone> okay, gotcha
[01:46] <T-Bone> debian has some patch for ia64 as it seems
[01:47] <T-Bone> guess i have no choice but to use them
[01:51] <T-Bone> maybe someone should consider pushing this patchset into ubuntu, if it actually solves my troubles
[01:51] <T-Bone> which i'll be able to tell in ~5mn
[01:51] <T-Bone> lamont: got gcc-3.4 ready. Perl failed again but i think i have a fix
[01:52] <lamont> T-Bone: cool.
[01:53] <T-Bone> i'm awaiting for it to succeed, hopefully. Then i'll debootstrap a stage2 clean chroot. I hope it'll work at once, if you're already away ;)
[01:53] <lamont> since ia64 won't be there for warty, we can diverge slightly with arch-specific fixes and the like, as long as we know what we did...
[01:53] <T-Bone> lamont: you said i can get rid of the --exclude=lsb-base, correct?
[01:53] <lamont> I hope to get online from the hotel throughout the weekend, but not sure how things'll go on that fornt.
[01:53] <T-Bone> lamont: i just fetched perl_5.8.4-2.3 from debian
[01:53] <lamont> front, even
[01:53] <lamont> that works
[01:54] <lamont> probably shouldn't exclude lsb-base - it got added to the warty bootstrap list for a reason...
[01:54] <T-Bone> lamont: i'll be online throughout the whole weekend hopefully, trying to achieve a full stage2 build
[01:55] <lamont> cool
[01:55] <lamont> will poke you if I get online.
[01:55] <lamont> tonight is going to be hell, followed by some sleep in the morning, I hope.
[01:56] <T-Bone> about to pass critical section
[01:56] <T-Bone> YATTA!
[01:56] <T-Bone> build is still running!
[01:56] <lamont> wooohoooo!!
[01:56] <T-Bone> YEeeeheeEE ;))
[01:56] <lamont> build of?
[01:56] <T-Bone> perl!
[01:57] <mdz> elmo: ping?
[01:57] <T-Bone> lamont: last but not least: hppa stage1 is over!
[01:58] <T-Bone> lamont: with _much less failures_ than ia64, so bootstraping stage2 will actually be 34sY! ;)
[01:59] <lamont> heh
[01:59] <T-Bone> soooooo cool
[01:59] <T-Bone> lamont: aside from the installer, it looks like we'll have hppa as well ;)
[02:05] <mako> awesome
[02:05] <T-Bone> (and grins! ;)
[02:06] <T-Bone> Niarh Niarh Niarh
[02:07] <T-Bone> lamont: side note: i think we've also proven that hppa is stable SMP ;)
[02:07] <lamont> woohoo!!
[02:08] <mako> lamont: my 4x just died finally which means i get a new one
[02:08] <mako> which mean i get a dvd :)
[02:08] <mako> i have no removeable media
[02:09] <mako> both my cd drivers AND my usb keychain died at once
[02:09] <T-Bone> ouch :P
[02:09] <mako> T-Bone: kind of.. it's not actually that big a deal :)
[02:09] <lamont> mako: why did you pour water on them, I wonder???
[02:09] <mako> removeable media isn't really that important
[02:09] <mako> except when things break
[02:10] <T-Bone> lamont: lol, bad bad you ;)
[02:11] <T-Bone> lamont: http://gropaf.esiee.fr/~varenet/stage1 - gcc-3.4, alsa-lib, util-linux and openldap2 missing, build in progress
[02:12] <lamont> nice.  Gotta run, before I get killed.  Have to buy a tool or 3 at Home Depot (only place open this late), and finish plumbing at least most of the &*%)^ van.
[02:12] <T-Bone> lamont: bummer
[02:12] <T-Bone> Failed 35 test scripts out of 840, 95.83% okay.
[02:12] <T-Bone> make[3] : *** [_test_tty]  Error 1
[02:12] <T-Bone> make[3] : Leaving directory `/build/varenet/perl-5.8.4'
[02:13] <T-Bone> lamont: i guess i shall override this?
[02:13] <azeem> T-Bone: actually, I got this result when I built -2.3/unstable today on i386 as well
[02:13] <azeem> so I'm not sure who's to blame
[02:13] <T-Bone> azeem: ah. Maybe i should try -2.2 then
[02:13] <T-Bone> but it doesn't look like big deal to me
[02:13] <azeem> well, -2.3 built fine on most buildds
[02:13] <lamont> anyway, later.
[02:14] <T-Bone> lamont: see ya
[02:14] <T-Bone> azeem: what would you recommend then?
[02:14] <azeem> no idea :(
[02:14] <azeem> I mean, not much has changed between -2.2 and -2.3, AFAIK
[02:14] <azeem> but perhaps you could try to build that
[02:16] <azeem> T-Bone: you don't get these 'Warning: Setting locale failed' thingies by accident, do you?
[02:16] <T-Bone> All tests successful.
[02:16] <T-Bone> azeem: kidding? Logs are flooded with those
[02:17] <azeem> looking at my own log, it seems this is the culprit
[02:17] <T-Bone> -2.3 did build on caballero
[02:17] <azeem> some tests include that in their check of the test output, and fail
[02:17] <T-Bone> azeem: damn! locale would harm perl?
[02:17] <T-Bone> ouch
[02:17] <T-Bone> bummer
[02:17] <azeem> T-Bone: you can build perl without running the test by exporting DEB_BUILD_OPTIONS=x-perl-notest
[02:18] <T-Bone> azeem: would that work with sbuild?
[02:18] <azeem> if you export it prior to running sbuild, yes
[02:18] <T-Bone> ok
[02:18] <T-Bone> let's try
[02:18] <azeem> I did the same for other reasons today
[02:18] <T-Bone> it's a 15' build
[02:20] <azeem> lucky you, it was 1:50:48 here :)
[02:20] <T-Bone> lol
[02:21] <T-Bone> i ought to confess that these sweet boxes do rock hell ;)
[02:21] <azeem> well, it also just took 12' on my centrino notebook
[02:21] <T-Bone> hehe
[02:21] <azeem> the other one was a mobile Celeron 400...
[02:21] <T-Bone> lol
[02:49] <Mithrandir> mdz: I _really_ doubt 1221 is amd64 specific; I'll have to check when I get to the university tomorrow, but here, it goes away if I tell nautilus to not look at the magic inside the file.  Or, the magic handling routine is broken
[02:50] <jdub> good lord
[02:50] <jdub> "noticeably faster!"
[03:03] <mdz> jdub: building things with -pipe will make your computer run faster
[03:09] <tseng> -funroll-loops used to be in the gentoo release engineering profile
[03:09] <tseng> i kicked and screamed for a good bit.
[03:15] <Mithrandir> tseng: so we can't mock you for that any more?
[03:19] <tseng> Mithrandir: nope.
[03:19] <jdub> fixed mail archives coming right up
[03:20] <tseng> we got rid of that crap months ago
[03:20] <jdub> tseng: as soon as that terrible website went up? ;-)
[03:20] <tseng> jdub: no long before
[03:20] <tseng> that website is so bogus.
[03:21] <tseng> i could do the same thing for ubuntu users
[03:21] <tseng> or a much better one about fedora.
[03:21] <jdub> heh
[03:21] <tseng> as long as there is free support, there will be idiots crying for help or making ridiculous comments
[03:21] <tseng> has nothing to do with gentoo
[03:22] <jdub> tseng: you have to admit, gentoo does provide all the ammunition for serious google-archived life embarrassment
[03:22] <chrisa> Gentoo just needs a page on the website that says "emerge != compiling by hand. Watching text scroll != compiling by hand" in huge point
[03:22] <jdub> or perhaps, "compiling software yourself is pointless" :)
[03:23] <tseng> jdub: hah we provide a forum for the uniformed mind of the world to unite into one festering cespool of nonsense
[03:23] <tseng> ive always ignored it, but im getting tired of some developers/politics as well
[03:23] <tseng> ubuntu is so fresh and so clean
[03:25] <Mithrandir> hope we can keep it that way.. it will be challenging at times.
[03:26] <tseng> already collecting a bunch of pretty low IQ's in #ubuntu
[03:26] <tseng> but the development team is top-notch
[03:29] <Mithrandir> one will always have some users who need a lot of help and guidance and are annoying as well, especially if you aim for a low new user barrier.
[03:29] <tseng> alot of first time irc action happening as well.
[03:30] <tseng> or just folks lacking manners
[03:31] <Mithrandir> I like the fact that ubuntu actually has a code of conduct and you will be told off for breaking it.
[03:31] <tseng> hm
[03:31] <Mithrandir> which goes for users as well as developers
[04:07] <T-Bone> 4AM, high time to go offline. See ya
[04:11] <jdub> amazing how quickly people stop whining when you point out that they can write patches
[04:11] <tseng> jdub for the win
[04:50] <jdub> hey
[04:50] <jdub> who's got latest packages
[04:50] <jdub> and a usb key
[04:50] <jdub> ?
[04:50] <tseng> me
[04:50] <jdub> can you stick in the key
[04:50] <jdub> copy something to it
[04:50] <jdub> and pull it out?
[04:50] <tseng> well
[04:50] <jdub> no unmounting
[04:50] <tseng> hal is seg'ing
[04:50] <jdub> oh
[04:51] <tseng> --- SIGCHLD (Child exited) @ 0 (0) ---
[04:51] <tseng> doesnt print anything just returns
[04:51] <tseng> doesnt start.
[04:51] <jdub> ok
[04:51] <jdub> new specification
[04:51] <jdub> who has the latest packages, a usb key, and a working hal? :)
[04:52] <mdz> jdub: I do, more or less
[04:52] <mdz> not a key, but a usb storage device
[04:52] <jdub> stick in, copy, pull out
[04:52] <tseng> :P
[04:52] <jdub> then check to see if it was written correctly
[04:52] <mdz> copy something onto it or off of it?
[04:52] <jdub> onto it
[05:00] <mdz> testing
[05:02] <mdz> gzip: mythconverg.mysql.gz: unexpected end of file
[05:02] <mdz> well that's not very nice
[05:03] <mdz> hmm
[05:03] <mdz> even though it's mounted with the sync option
[05:03] <mdz> if I write something to it, and then sync it later, there's activity
[05:03] <jdub> yeah
[05:04] <mdz> that sucks
[05:04] <jdub> not good :|
[05:05] <mdz> sync seemed so promising
[05:06] <mdz>        Some  Linux file systems dont support -o sync and -o dirsync (the ext2
[05:06] <mdz>        and ext3 file systems do support synchronous updates (a  la  BSD)  when
[05:06] <mdz>        mounted with the sync option).
[05:06] <mdz> wanna bet vfat doesn't support it?
[05:08] <mdz> http://seclists.org/lists/linux-kernel/2002/Oct/1256.html
[05:08] <mdz> "You are right. The fatfs just ignore the sync flag."
[05:09] <jdub> ugh
[05:09] <mdz> it's so sweet for read-only though :-)
[05:11] <jdub> i'm sure this has worked for me before...
[05:12] <chrisa> jdub: Still have the url to that thread keybuk linked?
[05:12] <jdub> no one answered this: http://seclists.org/lists/linux-kernel/2002/Oct/1496.html
[05:12] <jdub> chrisa: it's in his blog
[05:14] <bob2> odd
[05:15] <jdub> there are millions of people using sync with vfat and don't know that it doesn't support it...
[05:15] <chrisa> wow, someone said zsh loads faster
[05:15] <chrisa> I quit
[05:20] <mdz> jdub: bounty?
[05:20] <jdub> mdz: herbert?
[05:20] <mdz> maybe
[05:33] <fabbione> morning guys
[06:19] <bob2> jdub: fyi, joshk says the gpdf uploaded to unstable recently has pdf 1.3 support
[07:12] <fabbione> mdz: permission to upload mdadm to fix 1916.
[07:12] <fabbione> http://people.ubuntulinux.org/patches/mdadm.274208.diff
[07:16] <fabbione> jdub: ^^
[07:18] <mdz> fabbione: wouldn't it be simpler to source the file?
[07:18] <mdz> is '=' a valid character in an email address?
[07:19] <fabbione> not that i am aware of
[07:19] <fabbione> but it could be
[07:19] <fabbione> i can source the file.. yes
[07:20] <fabbione> that's a good catch
[07:21] <mdz> I found some dupes in the RC bug list
[07:21] <mdz> and also I think my highmem problem might be bad hardware
[07:22] <mdz> so a couple fewer bugs now
[07:22] <fabbione> mdz: new patch is up
[07:22] <mdz> fabbione: beautiful
[07:23] <mdz> upload when ready
[07:23] <fabbione> roger :-)
[07:24] <mdz> this MIB bug, I am not sure if it affects warty
[07:25] <fabbione> mdz: right a sec :-)
[07:26] <mdz> ah, I understand
[07:26] <mdz> it's NOTWARTY
[07:26] <mdz> upstream modfied the MIB, and upstream has backed out their own patch
[07:27] <fabbione> ok mdadm is up
[07:28] <fabbione> i count 35 RC bugs
[07:29] <mdz> yes
[07:29] <mdz> I think it may be time to start using critical for truly RC issues
[07:31] <fabbione> yup
[07:40] <fabbione> daniels: ping
[07:41] <fabbione> mdz: 1878 again
[07:43] <fabbione> if the driver is so crappy we should consider a backport
[07:43] <fabbione> i really really really don't want to go for vesa
[07:44] <fabbione> otherwise we need to blacklist the module both in X and in xresprobe.
[07:44] <fabbione> if there is a via card, prompt a warning and ask for the driver to use.
[07:45] <fabbione> that means that at a later stage i need ban again both via and vesa from the probin
[07:45] <fabbione> probing even
[07:50] <fabbione> actually....
[07:50] <fabbione> there is only one fix between the via driver we ship and the X.org one
[07:50] <fabbione> that is related accessing the via_bios
[07:50] <fabbione> nothing more than that
[07:51] <fabbione> +    if ((pBIOSInfo->Chipset == VIA_KM400) && !(tmp & VIA_DEVICE_LCD)) {
[07:53] <fabbione> that's it
[08:11] <fabbione> Treenaks: you around?
[09:09] <pitti> Morning guys!
[09:14] <fabbione> hey pitti
[09:15] <pitti> Hi fabbione! 
[09:15] <pitti> fabbione: hmm, on my search list are only 25?
[09:16] <fabbione> pitti: add NEEDINFO and PEND
[09:16] <pitti> fabbione: all critical, blocker, and major bugs
[09:16] <pitti> fabbione: ah
[09:16] <fabbione> that are hidden from the default search
[09:17] <pitti> fabbione: now I've got 37 :-(
[09:19] <fabbione> -2
[09:19] <fabbione> 2 of them are for the websites
[09:34] <mdz> gah
[09:34] <mdz> why are my keybindings broken now?
[09:34] <mdz> I was testing that xkb stuff earlier
[09:35] <mdz> hmm, something with the gnome keyboard preferences
[09:35] <mdz> using setxkbmap cleared it up
[10:00] <fabbione> Kamion: are you aware of 1711?
[10:01] <seb128> morning
[10:01] <fabbione> hey seb128 
[10:01] <seb128> hello fabbione 
[10:02] <fabbione> seb128: FYI i can't reproduce 1943 here
[10:03] <seb128> me neither
[10:03] <fabbione> seb128: must be mdz faults ;)
[10:04] <seb128> yeah :)
[10:04] <mdz> easily reproduced here
[10:04] <mdz> modprobe -r snd-intel8x0m, log out, log in
[10:04] <mdz> s/8x0m/8x0/
[10:05] <mdz> only tried with one system, but several people on ubuntu-users and in bugzilla have experienced it
[10:06] <seb128> I've a box without any soundcard and no such problem on it
[10:08] <fabbione> mdz: can you reproduce it if you also modprobe -r snd_pcm_oss ?
[10:08] <pitti> Hi seb128
[10:08] <fabbione> because i always removed all modules
[10:08] <fabbione> not a portion of them
[10:08] <mdz> I'll check
[10:09] <fabbione> i have the same chipset here
[10:09] <mdz> testing live CD right now
[10:09] <fabbione> testing that too
[10:10] <fabbione> here it just take a bit longer to login
[10:10] <fabbione> but it works
[10:12] <fabbione> later guys
[10:15] <Mithrandir> seb128: 1221; SLOW does make a difference -- does that help you track it down?
[10:15] <seb128> sure
[10:15] <seb128> thom said it didn't
[10:15] <seb128> what's gnomevfs-info result with and without SLOW ?
[10:16] <Mithrandir> with it's the correct, without it's application/x-arc
[10:17] <seb128> ok thanks
[10:17] <thom> it's been right for me all the way through
[10:17] <thom> (for gnomevfs-info)
[10:18] <seb128> Mithrandir: I'll ping gnomevfs guys with that, should help
[10:18] <seb128> thanks
[10:18] <Mithrandir> thom: very weird, then.
[10:18] <thom> yeah :(
[10:18] <Mithrandir> seb128: if I patch the SLOW support of out libgnomevfs alltogether, nautilus DTRT
[10:19] <seb128> yes, gnomevfs a 2 types of detection
[10:19] <seb128> the one used by nautilus (the fast one) has a problem apparently
[10:20] <Mithrandir> no, the other way around.
[10:20] <Mithrandir> the slow one is fucked.
 with it's the correct, without it's application/x-arc
[10:20] <seb128> with SLOW it's correct you said
[10:21] <Mithrandir> MIME type         : application/x-arc
[10:21] <Mithrandir> that's with slow.
[10:21] <seb128> ok
[10:21] <seb128> so the slow is broken :)
[10:21] <mdz> fabbione: I don't understand why #1951 is invalid
[10:21] <Mithrandir> MIME type         : application/x-cd-image
[10:21] <Mithrandir> that's without.
[10:21] <seb128> ok, thanks
[10:21] <mdz> fabbione: can't it be handled like alternatives?
[10:22] <mdz> seb128: do you know why it starts correct, and then suddenly changes?
[10:22] <Mithrandir> seb128: I think it's something in the xdg* functions, but I couldn't track it down.
[10:23] <seb128> Mithrandir: I'll ping gnomevfs guys (they should have some ideas on this) and let you know
[10:23] <seb128> mdz: you're speaking about .. ?
[10:23] <mdz> seb128: the x-arc/x-cd-image thing
[10:24] <mdz> I commented on the bug
[10:24] <seb128> oh yes
[10:24] <Mithrandir> mdz: it uses fast method first, then slow
[10:24] <Mithrandir> and the slow one is broken.
[10:24] <seb128> when you open a dir it just use the extensions
[10:24] <seb128> when you open a file it does magic mime detection
[10:25] <seb128> that's the slow/fast methods
[10:25] <seb128> apparently the slow one has a problem
[10:25] <mdz> ah
[10:25] <mdz> and the command-line uses fast?
[10:25] <seb128> yes
[10:25] <mdz> I see
[10:48] <mjg59> Somebody probably ought to steal http://fedora.redhat.com/projects/config-tools/redhat-config-soundcard.html
[10:52] <bob2> is that using ALSA?
[10:57] <thom> bob2: yeah
[10:57] <bob2> hm, seems the defaults work for most everyone...
[10:58] <thom> until you have two soundcards
[10:58] <pitti> mdz: what do you think about #1956? Shall we allow to execute files on removable media?
[10:59] <pitti> mdz: some people might store programs on USB drives, and we cannot prevent that they shoot themselves in the foot anyway
[11:03] <mdz> what does a "crippled" mouse pointer look like?
[11:04] <mdz> pitti: I think that #1956 is a Hoary problem
[11:04] <mdz> pitti: we disable the autorun feature by default anyway
[11:04] <pitti> mdz: so you want to leave 'noexec' for Warty now?
[11:05] <mdz> pitti: I don't think it matters very much for warty either way
[11:05] <mdz> happy mailman day
[11:07] <thom> october already? damn.
[11:07] <daniels> mdz: every day is mailman day when you're the moderator for like ten fd.o lists
[11:08] <thom> elmo_: marnin'
[11:08] <elmo_> morning
[11:11] <daniels> mdz: stupid feature request?
[11:11] <mdz> daniels: ?
[11:12] <fabbione> mdz: no, because it's not really an alternative
[11:12] <daniels> mdz: is it worth enabling optical out per default on via cards?
[11:12] <daniels> i don't know how many people actually use it; all I know is that I haven't used the analogue output, ever
[11:12] <mdz> daniels: via audio devices, I assume?
[11:12] <mdz> fabbione: but shouldn't it act like one?
[11:13] <mdz> if the default X server is XFree86, and then you install -dbg, and then remove it, it seems logical for it to go back to XFree86
[11:13] <daniels> mdz: yeah, via82xx
[11:13] <fabbione> mdz: not really. you can have other Xservers running.
[11:13] <fabbione> mdz: s/running/installed
[11:13] <mdz> fabbione: /bin/true is not an X server :-)
[11:14] <fabbione> mdz: i know :-)
[11:14] <daniels> yes, but presumably if you uninstall -dbg, and the only other current owner is -xfree86, falling back to -xfree86 would be sane?
[11:15] <fabbione> actually you are not supposed to be running -dbg at all
[11:15] <fabbione> if not for debugging reasons
[11:16] <fabbione> i don't completely disagree but how would you define XserverS priority in a "/etc/alternatives/" implementation?
[11:16] <fabbione> you can't really.. either you ask (and in prerm you might not be able to do so at all)
[11:17] <fabbione> or you guess
[11:17] <fabbione> the latter is insane
[11:17] <fabbione> considering that there might be a bunch of different Xservers
[11:17] <fabbione> even not registered ones
[11:23] <mdz> save it and restore it if you want
[11:23] <mdz> but it should not point to /bin/true when there is an X server installed
[11:26] <fabbione> mdz: that will be for hoary
[11:26] <fabbione> but we will use a differnt approach to this stuff
[11:30] <Mithrandir> seb128: around?
[11:30] <seb128> yes
[11:31] <Mithrandir> seb128: are you sure the mime entry for x-arc is correct?
[11:31] <seb128> which entry ?
[11:31] <Mithrandir> the entry in /usr/share/mime/magic
[11:32] <seb128> no
[11:32] <seb128> but it works on i386
[11:32] <Mithrandir> it might work by accident on i386
[11:32] <seb128> hum
[11:32] <seb128> do you think that the entry is wrong ?
[11:32] <Mithrandir> I get the mask to be 0x80 0x80 0xff 0xff; the value is (when you swap it) 0x1a 0x08 0x00 0x00
[11:32] <Mithrandir> if you & those two, you get 0x00 0x00 0x00 0x00
[11:32] <mdz> I don't understand the format of that file
[11:33] <Mithrandir> mdz: look at /usr/share/mime/packages/freedesktop.org.xml instead?
[11:33] <mdz> ah, thanks
[11:34] <Mithrandir> I don't see how that can _ever_ work.
[11:34] <mdz> do we ship software which actually reads .arc?
[11:34] <Mithrandir> I doubt it.
[11:35] <mdz> pitti: did you see the bad news about vfat and sync?
[11:35] <daniels> isn't arc patent-encumbered?
[11:35] <mdz> lha is in Debian non-free
[11:36] <pitti> mdz: was it on the mailing list?
[11:37] <Mithrandir> seb128: doesn't work on my debian install if I change the magic file. (i386)
[11:38] <seb128> ok, so the magic is right ?
[11:38] <Mithrandir> give me two secs
[11:38] <Mithrandir> interesting, the amd64 mime file is b0rken
[11:40] <Mithrandir> which means either mime-support or shared-mime-info is b0rken
[11:44] <mdz> pitti: no, jdub and I discussed it on IRC, and he was supposed to file a bug for you
[11:44] <mdz> pitti: the short version: the 'sync' mount option has no effect for vfat filesystems
[11:44] <pitti> mdz: the funny thing is that it _seems_ to work on my USB stick?
[11:45] <mdz> pitti: I tested it, and I read the code
[11:45] <mdz> it is a noop
[11:45] <mdz> I get truncated and/or corrupted files when I yank the device after a write
[11:46] <mdz> and if I sync(1), there is cached data that is flushed
[11:46] <pitti> mdz: with sync, copy operations last way longer and umount does not block; without sync, copy is fast and umount does not block; so it seems that there is at least a noticeable difference
[11:46] <pitti> ugh
[11:46] <fabbione> AHA
[11:46] <fabbione> mdz: the new via developers already provides a diff to stick in debian/patches
[11:46] <pitti> mdz: you read the code, do you think that it can be fixed easily?
[11:46] <fabbione> because they develop in debian
[11:46] <fabbione> mdz: merge = 0 time
[11:47] <mdz> pitti: it is not something I could fix; it might be a bounty project
[11:47] <pitti> mdz: so that's nothing for Warty
[11:47] <mdz> fabbione: a diff which does what?
[11:47] <fabbione> mdz: update the via driver to unichrome
[11:47] <mdz> pitti: unfortunately not, it seems
[11:47] <mdz> pitti: please open a bug for horay
[11:47] <fabbione> mdz: the one daniels was talking about
[11:47] <mdz> hoary
[11:47] <pitti> mdz: I do
[11:48] <fabbione> Applying patch debian/patches/999_debian-xfree86-4.3.0.dfsg.1-7-unichrome_X_r26.diff ... successful.
[11:48] <mdz> fabbione: does it fix the hang?
[11:48] <fabbione> mdz: i am building a test driver right now :-)
[11:48] <fabbione> mdz: i had to read some documentation first
[11:50] <jdub> mdz: ahr, i haven't been around (re: bug)
[11:50] <mdz> jdub: feeling any better?
[11:51] <jdub> not really, actually getting kinda ill now :|
[11:52] <daniels> fabbione: oooh, nice. didn't know they had a 4.3 patch.
[11:53] <Mithrandir> seb128: I think it's an _i386_ bug. *grrrr*
[11:54] <seb128> it works on ppc too afaik
[11:54] <seb128> Mithrandir: where is the problem ?
[11:55] <Mithrandir> seb128: in update-mime-database, I think.
[11:55] <seb128> but what result is wrong ?
[11:55] <Mithrandir> on i386:
[11:55] <Mithrandir>       <match value="0x0000081a" type="little32" offset="0" mask="0x8080ffff"/>
[11:55] <Mithrandir> is mapped into:
[11:55] <Mithrandir> >0=&
[11:55] <Mithrandir> uhm
[11:56] <Mithrandir> some nullbytes in there
[11:57] <Mithrandir> 1a 0900 0026 7fff ffff 
[11:57] <Mithrandir> I _really_ don't understand why 0x8080ffff gets turned into 0x7fffff
[12:00] <mdz> seb128: do you need a login on one of my machines to debug #1943?
[12:01] <seb128> mdz: I'll try to reproduce it here first but thanks
[12:01] <mdz> seb128: I can trivially reproduce it here
[12:03] <pitti> mdz: my list of major bugs is empty; shall I just go on to hunt some segfaults, or do you want me to work at sth particular?
[12:05] <mdz> pitti: please concentrate on the list of major bugs
[12:06] <mdz> pitti: especially those assigned to debzilla@ubuntu.com, but any bug where you are able to help, please do
[12:06] <Mithrandir> seb128: it's i386 that's broken; look at update-mime-database.c, line 841.
[12:06] <pitti> mdz: okay
[12:06] <mdz> lamont is gone, so his bugs need attention as well
[12:07] <Mithrandir> seb128: it's never checked for overflow, and this small test program:
[12:07] <Mithrandir> #include <stdlib.h>
[12:07] <Mithrandir> #include <stdio.h>
[12:07] <Mithrandir> int main(int argc, char **argv){
[12:07] <Mithrandir>   char *a =  "0x8080ffff";
[12:07] <Mithrandir> fprintf(stderr, "%ld\n", strtol(a,NULL,0));
[12:07] <Mithrandir> }
[12:07] <Mithrandir> returns 2147483647 on i386
[12:07] <Mithrandir> on amd64: 2155937791
[12:07] <fabbione> daniels: we should seriosuly involve them with us
[12:07] <Mithrandir> and on i386:
[12:07] <Mithrandir> : tfheen@yiwaz ~ > printf "%ld\n" 0x8080ffff
[12:07] <Mithrandir> 2155937791
[12:08] <fabbione> printf "%ld\n" 0x8080ffff
[12:08] <fabbione> 2155937791
[12:08] <fabbione> i386
[12:09] <Mithrandir> fabbione: try the small program above.
[12:09] <mdz> strtol returns a signed value
[12:09] <daniels> fabbione: unichrome? yeah, I've already talked to them about dragging them into X.Org and they were all for it
[12:10] <Mithrandir> mdz: so having 0x8080ffff as a mask is Just Wrong, then?
[12:10] <mdz> Mithrandir: well, using strtol is probably the wrong bit
[12:10] <daniels> they're all really nice guys; nothing against anyone, it's mainly that they just never really thought to integrate :)
[12:10] <mdz> strtoul would presumably be better
[12:10] <Mithrandir> double bug, it seems, both update-mime-database and the mime db.
[12:11] <fabbione> daniels: yeps
[12:11] <fabbione> Mithrandir: will do in a sec
[12:12] <fabbione> ./a.out 
[12:12] <fabbione> 2147483647
[12:13] <Mithrandir> mdz: strtoul fixed it, yes.
[12:13] <seb128> so it's broken on i386 too now ? :)
[12:14] <Mithrandir> yes.
[12:14] <Mithrandir> since the mime db is wrong.
[12:14] <seb128> ok
[12:15] <seb128> any idea of how many mime will be broken by fixing this ?
[12:15] <fabbione> Kamion: piiiiiiiiiiiiiiiiiiiiiiiing
[12:16] <seb128> bbr
[12:22] <daniels> fabbione: after a Via bitch? :)
[12:22] <Mithrandir> hooray, I can't reassign bugs in bugzilla due to JS fucking up
[12:23] <fabbione> Mithrandir: if you are trying to reassign to xfree86 that has been blocked by justdave on my request
[12:24] <Mithrandir> fabbione: I was trying to reassign to seb128
[12:24] <fabbione> Mithrandir: bugger :P
[12:24] <Mithrandir> fabbione: and doing anything like that with JS is Just Wrong.
[12:24] <fabbione> eheh
[12:25] <justdave> what's it doing now?
[12:25] <Mithrandir> justdave: it made focus never enter the "reassign to" field
[12:26] <Mithrandir> seb128: I updated the bug; 7 MIME types have masks and must be investigated.  Bug reassigned to you, since it's not an amd64 bug. :P
[12:26] <seb128> ok
[12:26] <Mithrandir> will you take it upstream as well, please?
[12:27] <seb128> I'm talking with a gnomevfs guy right now
[12:27] <Mithrandir> it's not a gnomevfs problem, it's a update-mime-database + mimedb problem. :)
[12:27] <Mithrandir> gnomevfs just exposes it.
[12:27] <seb128> yes, but gnomevfs guys work on freedesktop part too
[12:27] <justdave> Mithrandir: this is on the show_bug page?
[12:28] <seb128> ie: mime/desktop parsers
[12:29] <seb128> Mithrandir: is the contact part of evolution supposed to work on amd64 right now ? 
[12:29] <seb128> I've a friend who can't use it
[12:29] <Mithrandir> justdave: yes.
[12:29] <Mithrandir> seb128: worksforme.
[12:29] <justdave> Mithrandir: worksforme
[12:29] <seb128> Mithrandir: and "netspeed" ?
[12:30] <Mithrandir> justdave: using Opera, type something into the component field, then into the comment field, then try to reassign.
[12:30] <daniels> mdz: mind if I steal #1897?
[12:30] <Mithrandir> seb128: what about netspeed?
[12:31] <Mithrandir> seb128: no bugs about netspeed open
[12:31] <justdave> Ah, I don't have Opera
[12:31] <seb128> Mithrandir: I'm speaking with a guy who just get an error when he try to add it to the panel
[12:31] <Mithrandir> well, there's no bug filed
[12:31] <seb128> take this as a bug report
[12:31] <Mithrandir> and I'm horribly bad at mind-reading, so.. ;)
[12:32] <Mithrandir> seb128: please, file a bug in bugzilla
[12:32] <seb128> I just want to check if that's specific to his config before filling it
[12:32] <seb128> I'll
[12:33] <Mithrandir> the network monitor seems happy here; it might have problems detecting the interfaces
[12:33] <Mithrandir> but if you configure that manually, it's happy
[12:33] <Mithrandir> is that the error he's seeing?
[12:34] <seb128> no
[12:34] <Mithrandir> "an error" is a bit nondescriptive. :)
[12:34] <seb128> he can't add it to the panel
[12:34] <seb128> OAFIID:GNOME_NetspeedApplet error
[12:34] <seb128> looks like a bonobo problem
[12:34] <Mithrandir> is that the network monitor applet or some other applet?
[12:35] <seb128> network monitor (the one with "netspeed" in the comment of the add dialog
[12:35] <Mithrandir> worksforme
[12:38] <Mithrandir> seb128: you broke e-d-s when you uploaded it, as you didn't get the fixes I did for getting it to work on amd64.
[12:38] <seb128> arg
[12:38] <seb128> please, put the patches in debian/patches/
[12:38] <seb128> so this kind of problem doesn't happen
[12:44] <Mithrandir> seb128: can you please then just run s_config in libdb/dist and upload?
[12:44] <seb128> ok
[12:44] <Mithrandir> seb128: (assuming you get approval, naturally)
[12:44] <Mithrandir> just make sure the dist/configure includes x86_64 somewhere, so you see it's successful.
[12:45] <Mithrandir> and please ask upstream to do the same -- they've added the files but forgot to update the configure script.
[12:45] <elmo_> seb128: you know about g-s-m ftbfs, I assume ?
[12:46] <seb128> elmo_: no, didn't know
[12:46] <seb128> I'll have a look
[12:46] <seb128> Mithrandir: ok
[12:51] <daniels> elmo_: ... that's my bad.
[12:51] <daniels> elmo_: missing b-d's, taking care of that now.
[12:57] <elmo_> guys, highly recommend you keep an eye on the britney output for a hour or two after uploads - it's a nice easy way to keep track of ftbfses, broken deps etc.
[12:57] <elmo_> (and if thom fixes mozilla-firefox-locale-THEWORLD sometime, it'll even be empty most of the time)
[12:58] <elmo_> http://people.ubuntu.com/~cjwatson/testing/
[12:59] <daniels> elmo_: ah, cool. didn't know about that one.
[01:02] <seb128> me neither
[01:03] <elmo_> ok, sorry, maybe I should have shouted louder about it.  it is on wiki.ubuntu.com/Archive fwiw
[01:08] <elmo_> daniels/fabbione: xlibmesa-glu-dev b-d's on libstdc++5 ?
[01:08] <elmo_> libstdc++5-dev
[01:08] <daniels> elmo_: yes
[01:08] <daniels> libstdc++5-dev || libstdc++5-3.3-dev, iirc
[01:08] <daniels> or maybe the other way around
[01:08] <daniels> elmo_: is that problematic?
[01:09] <elmo_> libstdc++5-dev | libstdc++-dev it seems
[01:09] <elmo_> anyway, no it's okay, it's just my germinate is broken apparently
[01:09] <daniels> oh
[01:10] <elmo_> at some stage you might want to update it tho - libstdc++6-dev should be the 'real' alternative
[01:10] <daniels> ahr
[01:10] <fabbione> elmo_: i remember i removed that b-d
[01:10] <daniels> thanks for the heads up
[01:10] <Kamion> fabbione: yes, I know about #1711
[01:11] <Kamion> fabbione: what else did you want? :)
[01:11] <fabbione> Kamion: ok. can you please test the via driver asap?
[01:11] <Kamion> fabbione: what do I need to grab?
[01:11] <fabbione> Kamion: see 1878
[01:11] <fabbione> the via_drv.o from people/~fabbione/
[01:11] <elmo_> daniels: dude, you didn't actually fix sgml-data, it still b-d-i on symlinks
[01:12] <fabbione> elmo_: libpaperg, libstdc++5-3.3-dev, tetex-bin,
[01:12] <fabbione> do you still want me to update?
[01:13] <elmo_> fabbione: mm?  I'm talking about the Depends?
[01:13] <Kamion> w00t, joeyh said I could merge scary debconf change into debconf trunk too
[01:13] <fabbione> elmo_: didn't you say B-d?
[01:13] <elmo_> fabbione: yes, but I'm on crack
[01:13] <fabbione> elmo_: can you send me some please? ;)
[01:13] <elmo_> fabbione: ("don't confuse this argument with facts" etc. :)
[01:14] <fabbione> Source: fabbione
[01:15] <fabbione> Live-Depends: crack, pipe, smoke
[01:15] <daniels> elmo_: it's lucky I didn't reassign you the bug, then
[01:15] <thom> grah.
[01:17] <sivang> fabbione : Hi!
[01:17] <fabbione> hi sivang 
[01:17] <fabbione> sivang: do you happen to have a via video card?
[01:17] <elmo_> elisha 12:17 ~ % mozilla-firefox Email\ Sales\ Quote.HTM
[01:17] <elmo_> /usr/bin/mozilla-firefox: line 313: [: too many arguments
[01:17] <sivang> fabbione : I wish ;-) cause I know you need some test lovin' ;-))
[01:18] <elmo_> neat!
[01:18] <fabbione> sivang: eheh thanks :-)
[01:18] <thom> elmo_: bwahaha
[01:18] <fabbione> elmo_: isn't that a simple wrapper script to run the correct mozilla?
[01:18] <elmo_> fabbione: simple wrapper script that can't handle spaceful-filenames apparently
[01:19] <fabbione> elmo_: also debconf didn't until a few revisions ago :-)
[01:19] <fabbione> as well as.. ucf?
[01:20] <thom> elmo_: file a bug, please
[01:20] <elmo_> yeah will do.. I just need to read this quote first
[01:21] <thom> heh
[01:23] <Kamion> fabbione: X seems to start up with that#
[01:23] <Kamion> s/#//
[01:24] <sivang> fabbione : that vert refresh rate drives me crazy, I disabled ddc, dde and still it's not using 100Hz.
[01:24] <pitti> carlos: here?
[01:24] <carlos> pitti: yes, is it related to the iPod?
[01:24] <carlos> :-P
[01:24] <daniels> Kamion: sensational
[01:24] <pitti> carlos: how could you know :-)
[01:24] <pitti> carlos: yes, can you reproduce #1891?
[01:24] <carlos> :-P
[01:25] <carlos> not tested yet
[01:25] <pitti> carlos: I'm lost with this. It works with my USB devices, I can eject them
[01:25] <carlos> pitti: I still have a problem with my iPod and HFS+
[01:25] <carlos> but I think it's a bug in hfs+ driver
[01:25] <pitti> carlos: isn't it mounted automatically?
[01:26] <carlos> yes, it was last time I tested it (long ago...)
[01:26] <carlos> but only accesible by root, do you remember ?
[01:26] <pitti> carlos: there were huge updates in the last two days, bother to try it again?
[01:26] <pitti> carlos: I remember
[01:26] <carlos> hmm
[01:26] <pitti> carlos: that's why I would like to test it again; I think it's a kernel bug, but I could work around it
[01:26] <carlos> oohh
[01:27] <carlos> I see the problem
[01:27] <fabbione> Kamion: cool!
[01:27] <carlos> pitti: the problem is with sbp2 driver
[01:27] <fabbione> mdz, jdub: around?
[01:27] <carlos> pitti: we need a way to remove the device completely
[01:27] <pitti> fabbione: you have another X to upload? :-)
[01:27] <fabbione> pitti: yes :(
[01:27] <carlos> and it only works if your remove the sbp2 from the kernel (rmmod)
[01:27] <daniels> fabbione: which changes are you making?
[01:27] <fabbione> pitti: do you have a via video card somewhere?
[01:28] <pitti> fabbione: not me personally
[01:28] <carlos> it's a kernel bug
[01:28] <pitti> fabbione: are these built into these VIA epia boards?
[01:28] <fabbione> daniels: for monday, not today. we might add the via driver from unichrome
[01:28] <pitti> fabbione: I know a friend who has an epia
[01:28] <fabbione> pitti: no idea.. 
[01:28] <pitti> fabbione: so far I've never seen a VIA graphic card...
[01:28] <fabbione> daniels: and still ban the probe
[01:28] <Kamion> fabbione: doesn't want to shut down though, it hangs after I quit X
[01:29] <fabbione> Kamion: ah shit
[01:29] <pitti> carlos: so the sbp2 module needs to be manually rmmod'ed after unmounting the device?
[01:29] <carlos> pitti: yes, but that sucks, if you have two firewire hd (Like I have)
[01:29] <pitti> carlos: that's ugly; I would not like to do that manually in pumount
[01:29] <daniels> fabbione: ok
[01:30] <pitti> carlos: did you submit a bug against the kernel about this? This should affect quite many firewire users
[01:30] <fabbione> Kamion: it hangs there or it just doesn't want to quit?
[01:30] <carlos> pitti: the iPod has a "detection" process that knows if you have the device attached to the computer, and as long as it's attached to /dev/sda? it will think that it's mounted and will ask the user to not remove it
[01:30] <fabbione> Kamion: can you strace it?
[01:30] <fabbione> Kamion: i still have the -dbg package in case
[01:30] <pitti> carlos: ah, I remember; you just had to rip it off
[01:30] <carlos> pitti: it's only a cosmetic problem for other devices != iPod
[01:31] <carlos> the iPod does not knows that you don't have it mounted
[01:31] <carlos> that's all
[01:31] <pitti> carlos: so the iPod still works when plugged in the second time? although the sbp2 module isn't unloaded?
[01:31] <carlos> hmmm
[01:31] <carlos> not sure
[01:31] <carlos> let me check...
[01:32] <pitti> btw, while you are at it, try 'eject /dev/whatever' :-)
[01:32] <carlos> well, here we go, the f*cked problem with USB vs. Firewire
[01:32] <carlos> I need to unload all USB so the iPod is able to be detected...
[01:32] <pitti> carlos: gar
[01:32] <pitti> carlos: but I think this cannot be adressed in userspace
[01:33] <carlos> pitti: it's a kernel bug
[01:33] <pitti> carlos: let's throw out linux and put in the HURD :-)
[01:33] <carlos> could we wait to this night and I will debug it better? (I have somethings to do about Rosetta now)
[01:33] <carlos> pitti: X-)
[01:33] <pitti> carlos: sure, thanks!
[01:33] <carlos> no problem
[01:37] <Mithrandir> hm, 1874 doesn't seem to apply to us.
[01:37] <Mithrandir> thom/mdz: can either of you try to reproduce 1874 on amd64?
[01:39] <thom> post caffieneation, sure
[01:39] <thom> i need more to deal with php
[01:39] <Mithrandir> sure, python-ldap should be a nice break. ;)
[01:42] <thom> yuck
[01:43] <thom> yuckyuckyuck
[01:52] <elmo_> daniels: g-s-m ftbfs
[01:52] <daniels> elmo_: U*()@#$)U*(OIJ#
[01:52] <daniels> forgot the b-d's again, didn't I?
[01:53] <elmo_> patch failure or something
[01:53] <daniels> elmo_: wtf?
[01:54] <elmo_> patches: debian/patches/src_omf_make.patch debian/patches/use_gksu_not_su.patch
[01:54] <elmo_> Trying patch debian/patches/src_omf_make.patch at level 0...success.
[01:54] <elmo_> Trying patch debian/patches/use_gksu_not_su.patch at level 0...1...2...failure.
[01:54] <elmo_> make: *** [debian/stamp-patched]  Error 1
[01:54] <seb128> daniels: have you restored the original files ?
[01:55] <Kamion> fabbione: no I can't strace it because I can't get to a console :P
[01:56] <Kamion> fabbione: 'sudo xresprobe via' still hangs in the same way with that I'm afraid
[01:58] <daniels> seb128: fixing it now
[01:58] <Kamion> well, I guess I can do the strace-with-repeated-reboots tricks
[01:58] <Kamion> trick
[01:58] <daniels> Kamion: huzzah
[01:58] <fabbione> Kamion: yes. the xresprobe is another story
[01:58] <fabbione> Kamion: do you want the -dbg package?
[01:59] <Kamion> fabbione: not 100% clear to me that it was breaking before though, sorry - turns out I had to 'dpkg --configure -a' after dropping in your driver before the font packages were set up well enough to allow the X server to start anyway
[01:59] <fabbione> because that one *might* work
[01:59] <Kamion> really?
[01:59] <Kamion> why would the -dbg work?
[01:59] <fabbione> Kamion: ehhhh that's another loooooong story :-)
[02:00] <fabbione> Kamion: the <whatever_crappy_x_modules_loader> sucks
[02:00] <daniels> metrolink/xfree86 loader
[02:00] <daniels> it is COMPLETE BLOODY ARSE
[02:00] <Kamion> ok, pass it to me I guess
[02:01] <Kamion> I have a complete strace -f of 'sudo xresprobe via' if that would interest you
[02:01] <Kamion> it apparently exits successfully, just doesn't do the console switch properly
[02:02] <daniels> Kamion: could you please dump it in the bug log?
[02:02] <Kamion> 583K bzipped?
[02:03] <fabbione> Kamion: 20 minutes and it will be on people
[02:03] <fabbione> Kamion: -dbg is BIG
[02:04] <fabbione> on the otherside.. this driver compiled on ppc and amd64.. and that's good
[02:04] <fabbione> at least it's not a FTBFS
[02:12] <bob2> someone should port X to use libltdl
[02:13] <daniels> bob2: FOAD.
[02:13] <bob2> mwahaha
[02:13] <daniels> bob2: libltdl requires every symbol to be exported as _modulename_LTDL_foo
[02:13] <daniels> which is total bong.
[02:13] <daniels> the Metrolink loader can use libdl, but one day in the car, I got bored and threw the entire Metrolink loader away, so there's now an 800-line shim around libdl.
[02:13] <daniels> bob2: only in debrix
[02:15] <bob2> ah
[02:15] <bob2> you should create a new fork
[02:15] <bob2> and call it Xizzle
[02:15] <bob2> that name deserves to live on
[02:15] <thom> in infamy
[02:16] <bob2> Xizzle - for me
[02:16] <bob2> n
[02:19] <elmo_> daniels: DUDE
[02:20] <elmo_> like, TEST BUILD YOUR FREAKIN UPLOADS
[02:20] <elmo_> Trying patch debian/patches/src_omf_make.patch at level 0...success.
[02:20] <elmo_> Trying patch debian/patches/use_gksu_not_su.patch at level 0...1...2...failure.
[02:20] <elmo_> make: *** [debian/stamp-patched]  Error 1
[02:22] <fabbione> Kamion: xserver-xfree86-dbg_4.3.0.dfsg.1-6ubuntu22_i3 100%   52MB  49.1KB/s   18:11    
[02:22] <fabbione> Kamion: it's on people/~fabbione/
[02:30] <daniels> elmo_: ARGH
[02:30] <daniels> elmo_: i did debuild -S, debuild, debuild -S, debuild, debuild -S, debuild
[02:30] <daniels> wtf
[02:31] <Mithrandir> daniels: pdebuild -S ?
[02:31] <daniels> Mithrandir: don't have pbuilder installed
[02:32] <Mithrandir> apt-get install pbuilder, then.
[02:32] <Mithrandir> Not Very Hard. :P
[02:33] <daniels> oh, I know what's wrong
[02:33] <daniels> BLOODY CDBS
[02:35] <daniels> WHY MUST YOU INSIST ON RECREATING CONFIGURE
[02:46] <thom> Mithrandir: um, do you have an example script for 1874?
[02:47] <Mithrandir> http://users.idf.de/~fs/test2.py
[02:47] <Mithrandir> is what fs used to test.
[02:47] <thom> this implies i have an ldap server running
[02:47] <thom> ber
[02:47] <Mithrandir> yes.
[02:47] <Mithrandir> apt-get install slapd and just answer the questions, should be enough
[02:51] <thom> yeah, it works fine here too
[02:52] <Mithrandir> I'm going to try to reproduce in a pure64 chroot
[02:54] <Mithrandir> yeah, see it there.
[02:54] <Mithrandir> notwarty, then
[02:55] <fabbione> cya later guys
[02:55] <Mithrandir> have fun
[03:33] <daniels> elmo_: tell me it didn't ftbfs again ...
[03:38] <bob2> do we have a "3 FTBFS" and you're out policy/
[03:38] <azeem> praying sometimes helps, too
[03:38] <daniels> bob2: yeah, I feel like THom
[03:38] <daniels> also, Thom
[03:38] <bob2> haha
[03:39] <thom> daniels: my ftbfs's aren't pure incompetence tho ;P
[03:39] <daniels> thom: i blame cdbs, seriously
[03:39] <daniels> thom: regenerated configure in some apparently random order from random triggers, and there was also control.in from gnome crack
[03:39] <daniels> bob2: or like six apache2 uploads in a day
[03:40] <azeem> daniels: then Build-Conflict against autoconf
[03:40] <daniels> azeem: yeah, because that's productive for my dev machine :P
[03:40] <thom> daniels: yeah, but that was just stupid unused codepaths that only php users would hit
[03:40] <bob2> haha
[03:40] <daniels> went the opposite way and b-d'd on autotools-dev as a temporary hack
[03:40] <bob2> we cann all unite against PHP users
[03:40] <daniels> and rasums
[03:40] <daniels> also, Rasmus
[03:43] <Kamion> ooh, I have hardware which requires firmware *and* is supported by Linux
[03:43] <Kamion> good, now I can make ddetect work
[03:45] <daniels> Kamion: yay!
[03:54] <seb128> daniels: there is no problem with cdbs, don't blame it if you don't know how to do a patch :p
[04:16] <elmo_> lude/atk-1.0 -I/usr/include/libxml2 -I/usr/include/libgtop-2.0 -I/usr/include/libwnck-1.0       -g -Wall -O2 -c util.c
[04:16] <elmo_> util.c:15:18: gksu.h: No such file or directory
[04:16] <elmo_> util.c: In function `su_run_with_password':
[04:19] <seb128> lol
[04:23] <Kamion> prism54 *really* doesn't like this card
[04:27] <amu> remoins
[04:56] <T-Bone> is there a known bug with gnome-session lately?
[04:57] <T-Bone> i just can't login, gnome-session crashes immediately
[04:58] <T-Bone> trashed .gnome* .gconf* .metacity and co, doesn't work anyway. And i wonder why it keeps showing me my personnal backdrop tho i trashed the confs
[05:13] <T-Bone> it's not only gnome-session, it's gnome-*
[05:15] <T-Bone> oic, i bet it's #1943
[05:18] <T-Bone> seb128: ping?
[05:18] <seb128> pong
[05:19] <T-Bone> seb128: you reported #1943 (gnome-session not starting when no audio device is present
[05:19] <T-Bone> i think it's not exactly that
[05:19] <seb128> I didn't reported anything
[05:19] <seb128> this bug is assigned to me
[05:19] <T-Bone> sorry
[05:19] <seb128> but I can't reproduce it
[05:19] <T-Bone> that's normal
[05:19] <seb128> any help is welcome :)
[05:19] <T-Bone> look:
[05:20] <T-Bone> hmm, shit it trashed my .xsession-errors
[05:20] <T-Bone> so here's the big idea:
[05:20] <T-Bone> i started having troubles after a dist-upgrade
[05:20] <T-Bone> then any attempt to login would fail
[05:21] <T-Bone> looking at .xsession-errors showed "/tmp/esd/socket existing, esd already running, exiting"
[05:21] <T-Bone> or something like that
[05:21] <T-Bone> i think _this_ is the problem
[05:22] <seb128> oh
[05:22] <T-Bone> after rebooting, everything went back in order
[05:22] <seb128> another esd already running ?
[05:22] <T-Bone> and it's now working just fine
[05:22] <T-Bone> i guess so
[05:22] <seb128> weird
[05:22] <seb128> there is different problems apparently
[05:23] <seb128> Matt can reproduce it with a modprobe -r snd_.... apparently
[05:23] <T-Bone> anyway, to me, esd was the culprit
[05:24] <T-Bone> whether it was running or not, i don't know, but the fact that its socket was there screwed gnome
[05:26] <T-Bone> seb128: hope i haven't confused you even more ;^)
[05:26] <T-Bone> seb128: i'll keep you informed if i can reproduce it easily
[05:26] <seb128> no problem, that's fine :)
[05:26] <seb128> thanks for the details
[05:27] <T-Bone> you're welcome. now i must get back to my ia64 burden ;)
[05:34] <T-Bone> seb128: side note: dunno if it has been reported already, but i have a "ghost" X cursor on the top layer of my screen, not disappearing...
[05:34] <seb128> hum
[05:34] <seb128> how many mouse declared in the XF86Config-4 ?
[05:35] <T-Bone> seb128: bingo: 2
[05:35] <seb128> ok
[05:35] <T-Bone> "Generic Mouse" and "Configured Mouse"
[05:36] <T-Bone> seb128: nice catch
[05:36] <seb128> :)
[05:38] <T-Bone> seb128: though that'd be a configuration problem at install time, i guess then ;)
[05:38] <seb128> yes
[05:38] <T-Bone> oh
[05:38] <T-Bone> waitaminute
[05:38] <seb128> the issue has already been raised on the list afaik
[05:39] <T-Bone> i have edited XF86Config-4, still, the X is still there :P
[05:39] <T-Bone> (and restarted X)
[05:39] <seb128> you should ping fabbione or daniels about X
[05:40] <T-Bone> seb128: ok. There's something else. The X won't go away
[05:41] <seb128> ok
[05:41] <seb128> bah, I need some fresh air, later guys
[05:41] <T-Bone> see ya
[05:42] <thom> T-Bone: try setting Option "SWCursor" in the screen block
[05:43] <T-Bone> thom: i'll do. Amusingly, this only show in Gnome, not in GDM
[05:44] <T-Bone> thom: SWCursor fixed the problem, thx
[05:46] <sivang> Kamion : around?
[05:56] <Kamion> sivang: yes
[05:57] <sivang> Kamion : got my msg?
[05:58] <Kamion> didn't need to be a private message, just adds to the number of windows I have here ...
[05:59] <Kamion> sivang: the bug number is #1566
[05:59] <sivang> Kamion : thank you
[06:02] <sivang> has anybody witnessed a (I don't know how to define this, really strange) "bug" when browing #1566 using firefox ? using the mouse wheel to scroll, it get's stuck and won't advance. I Must use the mouse cursor to advance it.
[06:07] <thom> sivang: it won't scroll in certain types of text area
[06:07] <thom> such as code and possibly pre
[06:08] <sivang> thom : exactly!
[06:09] <sivang> thom : browsing it, I see that only in the middle it gets stuck - on the bottom and top of it works fine
[06:09] <sivang> thom : even if this should be reported upstream, maybe I shall open a bug? or one exists?
[06:11] <sivang> Kamion : ah, seems like that bug is unrelated to my system - I have my linux partitions on a seperate HD than the fat32 one, only grub sits on the same one.
[06:11] <thom> search upstream
[06:11] <sivang> thom : ok
[06:15] <sivang> thom : I see many issues related to the wheel upstream, however this sepcific issue seems to went unreported.
[06:20] <sivang> Kamion : why can't I find that C/H/S error message in dmesg or kern.log?
[06:31] <thom> things you never want to see, part 367:
[06:31] <thom> 20347 thom      25   0 23288 3268  21m R 86.2  0.3  13:09.69 php
[06:33] <thom> (from top)
[06:34] <sivang> Kamion : has the C/H/S patch already in  the daily?
[06:37] <Kamion> sivang: no, as the bug report states
[06:38] <Kamion> god, this xfs/grub bug is a right headache
[06:39] <Kamion> by the time the fix for a bug is in automatic builds, the bug report will have been closed
[06:39] <sivang> ok. would you think it's a good test for the image, if the 2 partitions are on seperate disks?
[06:40] <Kamion> it doesn't matter
[06:40] <Kamion> you may not be able to reproduce it at all; it depends on your BIOS
[07:10] <hazmat> is there a way to reset synaptic's state? synaptic seems to have gotten confused on my install, it doesn't actually see any packages in the ui, the status bar shows the correct counts when searching etc..
[07:10] <hazmat> i don't see any $HOME/.synaptic directory.. just curious
[07:18] <m_tthew> hazmat: I see a /root/.synaptic on my box, with a sane date
[07:25] <hazmat> m_tthew, bingo thank you
[07:25] <hazmat> that fixed it
[07:31] <daniels> FAILED?!?
[07:32] <daniels> cdbs, why must you taunt me :\
[07:37] <seb128> there is nothing to do with cdbs
[07:37] <seb128> it just apply the patch and run ./configure && make && make install
[07:50] <Kamion> mdz: approval to Just Fix linux-kernel-di-{amd64,i386}-2.6 build failures? just a few modules apparently need rearranging
[07:52] <Kamion> mdz: (stuff in both nic-extra-modules and irda-modules now depends on crc-ccitt.ko)
[07:56] <Kamion> apparently it's due to via-velocity growing a dependency
[07:59] <Kamion> I'm going to move crc-ccitt.ko to nic-shared-modules and make irda-modules depend on it (ew, but simplest)
[08:06] <Kamion> mdz: taking your discover1-data blanket approval to apply to simple usb-discover reuploads too, BTW, hope that's OK
[08:47] <mdz> Kamion: yes and yes
[08:52] <Kamion> alrighty
[08:53] <Kamion> today has been a Hardware Detection Day
[08:56] <mdz> that's good, because we have RC Hardware Detection Bugs :-)
[08:57] <Kamion> mdz: do we still? I just closed #1881
[09:06] <aj> Kamion: poke?
[09:06] <mdz> Kamion: so I'm looking at this scd vs. sr stuff
[09:07] <mdz> and it'd be pretty simple to change it from sr to scd with a link from sr -> scd
[09:07] <mdz> but I think I just disagree with the doc that says to use scd in favour of sr
[09:07] <Kamion> aj: yo?
[09:07] <aj> Kamion: if you've got a moment i'd like to chat briefly about debootstrap/ubuntu
[09:07] <Kamion> aj: sure, I've got a change there that I've been meaning to send back anyway
[09:09] <Kamion> aj: but yeah, what's up?
[09:13] <mdz> Kamion: surely there are SCSI removable devices which are not CD-ROMs
[09:25] <Kamion> mdz: like USB storage, but that doesn't seem to show up as scd/sr ...
[09:30] <mdz> Kamion: a SCSI removable is basically a storage device with a concept of media presence and an eject function
[10:28] <mdz> seb128: ping?
[10:44] <lucas_> hi
[10:45] <lucas_> who should I talk to about a port of ubuntu to sparc ?
[10:46] <vuntz> hi lucas_ :-)
[10:46] <lucas_> hi vuntz :)
[10:47] <vuntz> lucas_: jeff n'a pas rpondu ?
[10:47] <lucas_> no
[11:01] <sivang> does anybody of peopoe.ubntulinux.com supports rsync? 
[11:02] <sivang> people.ubuntulinux.com
[11:02] <lucas_> if ensilinx6 could stop crashing for a while, it would probably be easier to use it as a buildd :)
[11:02] <sivang> i try to download Kamion
[11:02] <sivang> Kamion
[11:02] <sivang> Kamion's (damnn that keybd) image for the fixed parted, and can't rsync it
[11:07] <lucas_> vuntz: what I have gathered is on http://ensilinx1.imag.fr/wiki/index.php/UbuntuSparc
[11:08] <vuntz> lucas_: ahah: "(Arg that's perl!)"
[11:09] <lucas_> vuntz: you ever looked at ruby ?
[11:09] <vuntz> no
[11:09] <lucas_> you should
[11:09] <lucas_> perl programmers usually like it
[11:10] <lucas_> I'll do a short presentation of ruby, probably next week
[11:30] <mdz> lucas_: regarding a sparc port, ubuntu-devel@lists.ubuntu.com
[11:30] <mdz> lucas_: there are a few other people who are interested
[11:30] <lucas_> ok
[11:30] <lucas_> thank you
[11:47] <Mitario> hya