[12:18] <doko> elmo: tetex-bin
[12:21] <htaccess> if there is anyone from cannonical here, has ubuntu been invited to join the Linux Core Consortium?
[12:22] (Mithrandir/#ubuntu-devel) I'm from canonical, but I don't know.
[12:28] <carlos> htaccess: that looks like UnitedLinux second try
[12:29] <carlos> but changing Caldera with Progeny and Suse with Mandrake
[12:30] <lupus_> will openoffice 2.0 be ready before hoary I wonder
[12:31] <carlos> don't think they will want to invite Ubuntu or any other distribution, a new distribution could "steal" their customers (personal opinion)
[12:50] <Matt|> is it possible to get bashcompletion working with things like "apt-get install" or "killall" and suchlike on ubuntu? or is it something to do with the way you compile the packages?
[12:51] <carlos> Matt|: look at /etc/bash_completion.d
[12:51] <Matt|> thanks
[12:52] <Matt|> it is very long
[12:53] <Matt|> oh no sorry it is empty
[12:53] <carlos> :-?
[12:53] <Matt|> /etc/bash_completion is very long
[12:53] <carlos> look at the .d
[12:53] <Matt|> nothing in d
[12:53] <carlos> carlos@frodo ~ $ ls -l /etc/bash_completion.d/
[12:53] <carlos> total 32
[12:53] <carlos> -rw-r--r--  1 root root 5437 2004-06-20 11:23 dpatch_edit_patch
[12:53] <carlos> -rw-r--r--  1 root root 2340 2004-02-19 01:16 make_kpkg
[12:53] <carlos> -rw-r--r--  1 root root  946 2004-07-23 11:05 pon
[12:53] <carlos> -rw-r--r--  1 root root 5702 2004-11-02 17:29 quilt
[12:54] <carlos> -rw-r--r--  1 root root 8105 2004-09-30 14:16 subversion
[12:54] <Matt|> howdya do that?
[12:54] <carlos> I just have those file there
[12:54] <Matt|> perhaps this is better in #ubuntu
[12:55] <Matt|> me too
[12:55] <carlos> Matt|: yes, better #ubuntu
[12:56] <seb128> you just need to uncomment it in ~/.bashrc IIRC
[12:56] <carlos> seb128: it depends on the command
[12:57] <carlos> not all commands have that feature
[12:57] <seb128> he was speaking about apt-get install
[12:57] <seb128> I guess the include is commented
[12:57] <Matt|> could it be this:
[12:57] <Matt|> # enable programmable completion features (you don't need to enable
[12:57] <Matt|> # this, if it's already enabled in /etc/bash.bashrc).
[12:57] <Matt|> #if [ -f /etc/bash_completion ] ; then
[12:57] <Matt|> #    . /etc/bash_completion
[12:57] <Matt|> #fi
[12:58] <carlos> Matt|: yes
[12:58] <seb128> that's it
[01:42] (elmo/#ubuntu-devel) warty-release-install-i286.iso
[01:43] (elmo/#ubuntu-devel) heh - ^-- from releases.ubuntu.com apache log... someone's a little hopeful :)
[01:43] (sladen/#ubuntu-devel) wonder if bochs would compile to 16-bit
[01:43] (sladen/#ubuntu-devel) run your l33t 64-bit and 32-bit programs on your well-crappy processor
[02:03] (mdz/#ubuntu-devel) elmo: still about?
[02:04] (elmo/#ubuntu-devel) mdz: yes
[02:08] <jdub> elmo: did you get the openoffice source package names from chris halls?
[02:08] (elmo/#ubuntu-devel) jdub: uh?
[02:09] (elmo/#ubuntu-devel) last mail I have WRT openoffice is the discussion about syncing/merging it
[02:09] (elmo/#ubuntu-devel) nothing from Chris recently
[02:14] <jdub> ok
[02:14] <jdub> let's pick and choose ourselves then
[02:14] <jdub> we need to pull in openoffice from experimental
[02:16] <jdub> openoffice.org, openoffice.org-debian-files
[02:16] (elmo/#ubuntu-devel) I thought the conclusion was they were modified and needed merged?
[02:16] <jdub> can they go through mom?
[02:17] (elmo/#ubuntu-devel) I dunno, I think mom only looks at unstable by default - we'd have to ask keybuk to special case them
[02:23] <doko> jdub: I already did the merging, please wait until Rene did merge the latest 1.1.2 diffs to the 1.1.3 branch,
[02:25] <jdub> doko: ahr cool, can you track that please?
[02:25] <doko> jdub: will do.
[02:26] <jdub> thanks
[02:28] <jdub> which rocks harder, dput or dupload?
[02:40] (chrisa/#ubuntu-devel) infinity got me to use dput and I haven't switched
[02:41] (chrisa/#ubuntu-devel) Though I seem to have a config for each in ~, now I'm confused
[02:45] <jdub> pasc: ncftp? are you french or something?
[02:45] (pasc/#ubuntu-devel) heh
[02:47] (elmo/#ubuntu-devel) I use lftp :-P
[02:48] (chrisa/#ubuntu-devel) People keep telling me to use lftp instead of ncftp
[02:48] <jdub> lftp is the healthy choice
[02:48] (chrisa/#ubuntu-devel) Actually, s/People/infinity/. He just doesn't like my software selection in general
[02:57] (mdz/#ubuntu-devel) jdub: dput
[02:57] (mdz/#ubuntu-devel) chrisa: lftp does everything I ever liked about ncftp and more
[02:57] (mdz/#ubuntu-devel) and it's free
[03:06] (lamont/#ubuntu-devel) spongebob squarepants is, um, interesting.
[03:06] (lamont/#ubuntu-devel) and Kamion is almost certainly asleep, yes?
[03:06] <jdub> yo mdz 
[03:06] <jdub> mdz: good break?
[03:07] (lamont/#ubuntu-devel) doko: Running /build/buildd/gcc-3.4-3.4.3/src/libjava/testsuite/libjava.lang/lang.exp ...
[03:07] (lamont/#ubuntu-devel) FAIL: StringBuffer_overflow -O3 execution - bytecode->native test
[03:07] (lamont/#ubuntu-devel) just byutw
[03:07] (lamont/#ubuntu-devel) btw
[03:11] (mdz/#ubuntu-devel) jdub: fabulous
[03:35] (lamont/#ubuntu-devel) doko: sid gcc-3.4 builds on hoary/ia64
[03:37] (mdz/#ubuntu-devel) jdub: here?
[03:38] <jdub> yeah
[03:38] (mdz/#ubuntu-devel) jdub: I need you to fix the permissions on the seed archive
[03:38] (mdz/#ubuntu-devel) jdub: patch-24/++revision-lock
[03:38] (mdz/#ubuntu-devel) I think needs to be group-writable
[03:38] (mdz/#ubuntu-devel) I'm getting
[03:38] (mdz/#ubuntu-devel) arch_commit: unable to acquire revision lock (internal error in archive-pfs.c(pfs_lock_revision))
[03:39] <jdub> hrm
[03:40] <jdub> change all files to group writable and world readable?
[03:41] <jdub> well, i've done that
[03:49] (mdz/#ubuntu-devel) gah
[03:49] (mdz/#ubuntu-devel) jdub: then you committed a new revision, and I have the same problem
[03:49] (mdz/#ubuntu-devel) jdub: is your umask broken?
[03:49] (mdz/#ubuntu-devel) jdub: in the other archives, ++revision-lock shows up group-writable by default
[03:50] <jdub> umask == 0022
[03:50] <spotter> anyone else having issues w/ gnomevfs updates?
[03:50] <spotter> can't mount smb shares anymore via gnome (still works fine w/ smbmount)
[03:51] (mdz/#ubuntu-devel) jdub: should be 002
[03:52] (mdz/#ubuntu-devel) jdub: can you fix patch-25 so that I can commit my pending changes?
[03:52] <jdub> can't i just check in again?
[03:53] <jdub> heh
[03:53] <jdub> try now
[03:53] <jdub> (you can commit nothing)
[03:56] <jdub> ooh, crashing nautilus
[03:57] <jdub> Program received signal SIGSEGV, Segmentation fault.
[03:57] <jdub> [Switching to Thread -1226321792 (LWP 13937)] 
[03:57] <jdub> 0xb76cc5ff in _gnome_vfs_drive_from_corba () from /usr/lib/libgnomevfs-2.so.0
[03:57] <jdub> 
[04:01] <spotter> gnomevfs is screwed up in more ways than one
[04:03] (lamont/#ubuntu-devel) cd ../../../Src/Modules && autoconf pcre.configure.ac >pcre.configure
[04:04] (mdz/#ubuntu-devel) jdub: arch_commit: unable to acquire revision lock (internal error in archive-pfs.c(pfs_lock_revision))
[04:04] (lamont/#ubuntu-devel) AM_MAINTAINER_MODE won't do much if the Makefile explicitly invokes autoconf, will it?
[04:04] (mdz/#ubuntu-devel) mdz@chinstrap:/home/warthogs/archives/ubuntu-devel@lists.ubuntu.com/seeds/seeds--hoary/seeds--hoary--0 $ ls -l patch-26/++revision-lock/
[04:04] (mdz/#ubuntu-devel) total 4
[04:04] (mdz/#ubuntu-devel) drwxr-sr-x    2 jdub     warthogs     4096 Nov 23 02:53 +contents
[04:04] <jdub> ^ to fix the above gnomevfs upgrade issue, just kill gnome-vfs-daemon after upgrading
[04:05] (mdz/#ubuntu-devel) lamont: AM_MAINTAINER_MODE will suppress the autoconf-invoking rules which are placed in Makefile.in by automake
[04:05] <jdub> mdz: ... how am i going to fix that? :|
[04:05] (mdz/#ubuntu-devel) jdub: chmod -R g+w /home/warthogs/archives/ubuntu-devel@lists.ubuntu.com/seeds/seeds--hoary/seeds--hoary--0/patch-26/++revision-lock/
[04:05] (lamont/#ubuntu-devel) mdz: ah, ok
[04:05] <jdub> ber, okay
[04:06] <jdub> that's cheating :)
[04:06] (mdz/#ubuntu-devel) and then fix your umask
[04:06] (lamont/#ubuntu-devel) mount -t msdos -o loop=/dev/loop5 bootdiagnostic.b /tmp/liloboot
[04:06] (lamont/#ubuntu-devel) mount: only root can do that
[04:06] (lamont/#ubuntu-devel) lilo unhappy. :-(
[04:06] <jdub> mdz: my umask is 0002 on chinstrap
[04:07] (lamont/#ubuntu-devel) lilo is main?
[04:08] (lamont/#ubuntu-devel) how strange...
[04:08] (mdz/#ubuntu-devel) jdub: please chmod g+w /home/warthogs/archives/ubuntu-devel@lists.ubuntu.com/seeds/seeds--hoary/seeds--hoary--0/patch-{25,26}
[04:10] (mdz/#ubuntu-devel) ahh, finally
[04:10] (mdz/#ubuntu-devel) * committed ubuntu-devel@lists.ubuntu.com/seeds--hoary--0--patch-27
[04:10] <jdub> so mcuh bong
[04:11] <jdub> let's get lifeless to fix that
[04:11] (mdz/#ubuntu-devel) welcome to arch-land
[04:20] (lamont/#ubuntu-devel) Mithrandir: around?
[04:42] <jdub> elmo: can you do a sync of samba 3.0.8-2 from unstable?
[04:42] <jdub> elmo: requires a merge
[04:42] <jdub> (need it to fix a gnome-vfs issue)
[04:43] <spotter> :)
[04:45] (lamont/#ubuntu-devel) jdub: if it requires a merge.....
[04:45] (lamont/#ubuntu-devel) why not just upload?
[04:46] (whiprush/#ubuntu-devel) hey jdub, I'm a month or two late, but I'm close to a draft for a review for this weekend if you still want to review my work.
[04:46] (whiprush/#ubuntu-devel) I'm shooting for a monday morning post US thanksgiving review on ars if things go well.
[04:46] <jdub> cool
[04:46] <jdub> fire away
[04:47] <jdub> lamont: thought our merge infrastructure did smarty-pants things
[04:47] (whiprush/#ubuntu-devel) sorry so late, moved an apartment or two, changed a job, and inbetween laptops. But we've got some good feedback over the past few months. Should turn out well methinks.
[04:47] <jdub> lamont: i could upload, but it should merge cleanly
[04:47] <jdub> whiprush: fun times :-)
[04:47] <jdub> whiprush: don't mind a bit of momentum press :-)
[04:48] (lamont/#ubuntu-devel) jdub: either the ongoing-merge/samba files are correct (and someone just needs to sign/upload), or there is merge work to do...
[04:48] <jdub> yay for uploading with dput
[04:48] (lamont/#ubuntu-devel) yes
[04:48] (lamont/#ubuntu-devel) although I had it scripted the other way..
[04:48] (lamont/#ubuntu-devel) script just got a lot shorter
[04:50] (lamont/#ubuntu-devel) jdub: or more to the point, what would you like me to do with samba?
[04:50] (lamont/#ubuntu-devel) :-)
[04:50] <jdub> we need 3.0.8-2 from sid
[04:50] (lamont/#ubuntu-devel) or rather, 3.0.8-2ubuntu1?
[04:50] <jdub> yeah ;)
[04:50] (lamont/#ubuntu-devel) ok.  I'll do that shortly
[04:51] <jdub> that will let gnome-vfs2 go through
[04:51] <shaya> jdub: this is my problem? with smb gnome-vfs?
[04:51] <jdub> thanks
[04:51] <jdub> shaya: dunno, there are two problems
[04:51] <jdub> 1. smb won't work at all
[04:51] <jdub> 2. everything using gnome-vfs will crash until you killall gnome-vfs-daemon
[04:52] <shaya> jdub: later doesn't seem to be my issue, as I just booted up my laptop
[04:52] <jdub> yeah
[05:03] (lamont/#ubuntu-devel) jdub: verifying that it at least builds before I upload.
[05:08] (lamont/#ubuntu-devel) jdub: uploaded.
[05:08] (lamont/#ubuntu-devel) hrm.
[05:08] (lamont/#ubuntu-devel) yeah. uploaded
[05:12] <jdub> rocking, thanks :)
[05:18] (mdz/#ubuntu-devel) lamont: the output of MOM includes the appropriate dpkg-genchanges flag needed to get a useful .changes file
[05:19] (lamont/#ubuntu-devel) mdz: kewl
[05:41] (lamont/#ubuntu-devel) fabbione: you really here?
[06:07] <jdub> mdz, lamont: is ia64 for hoary supported, or just being built for the time being?
[06:08] (lamont/#ubuntu-devel) jdub: I think it's a relatively committed feature-goal
[06:08] (lamont/#ubuntu-devel) but it still lacks a few simple things like kernel packages and d-i.. :-)
[06:09] <shaya> who runs ia64 in real life as a desktop?
[06:09] <jdub> shaya: ubuntu isn't desktop-only.
[06:09] (lamont/#ubuntu-devel) shaya: the gang that is committed to making ia64 work for hoary, of course.
[06:09] (lamont/#ubuntu-devel) I think tomorrow is 'fix postfix' day.
[06:10] (lamont/#ubuntu-devel) there are a few hoary bugs to kill
[06:11] (tseng/#ubuntu-devel) no, it rhymes with wako
[06:11] (tseng/#ubuntu-devel) which is worse?
[06:12] (tseng/#ubuntu-devel) its waco, my bad.
[06:13] (lamont/#ubuntu-devel) aj: you talking about the baby comment?
[06:15] (aj/#ubuntu-devel) lamont: that's more the straw that broke the camel's sanity
[06:15] (lamont/#ubuntu-devel) aj: heh
[06:15] (lamont/#ubuntu-devel) aj: mako's cool
[06:16] (aj/#ubuntu-devel) cool, but craaaazy
[06:17] (lamont/#ubuntu-devel) aj: you know, I'm not sure _he'd_ refute that... :-)
[06:22] (aj/#ubuntu-devel) i bet he'd focus on the cool part if he did
[06:27] <fabbione> morning guys
[06:27] <fabbione> lamont: hey man
[06:28] <fabbione> lamont: i finished phase0 here :-)
[06:28] <fabbione> and i can bootstrap a chroot without any problem
[06:28] <mako> aj: actually.. i think getting to vent that stuff on a blog stabalizes me a little :)
[06:28] (lamont/#ubuntu-devel) fabbione: trying to discern from previous conversations... xlibs-dev* is evil now?
[06:29] (lamont/#ubuntu-devel) evening mako
[06:29] <fabbione> lamont: what do you mean?
[06:29] <fabbione> hey mako
[06:29] <mako> fabbione, lamont hey there :)
[06:29] <fabbione> (i am still at the first cup of coffee)
[06:29] (lamont/#ubuntu-devel) fabbione: packages should not build-dep xlibs-dev or xlibs-static-dev or ..., yes?
[06:29] <mako> fabbione: i'm about to crash :)
[06:29] <fabbione> lamont: they shouldn't build-dep on xlibs-dev
[06:29] <fabbione> lamont: but they can on xlibs-static-dev
[06:29] <mako> aj:  there was a funny comment on my blog that was like "dude, i don't get it at all. are you a philosophy major or just nuts"
[06:29] (lamont/#ubuntu-devel) fabbione: ok.
[06:30] <fabbione> lamont: and talking about it, we need to test a full rebuild of main
[06:30] <fabbione> lamont: because our buildd didn't catch some FTBFS
[06:30] (lamont/#ubuntu-devel) fabbione: sigh
[06:30] <mako> "actually. i am an award winning philosopher and this is seriously deep shit"
[06:30] <fabbione> lamont: and it might be a good idea to do it in parallel
[06:30] <fabbione> lamont: with a faster machine than my sparc
[06:30] (lamont/#ubuntu-devel) fabbione: yeah - we have a few ftbfs right now
[06:30] <fabbione> lamont: (that's how i got some of them yesterday)
[06:31] <fabbione> lamont: i have 12 of them that are general
[06:31] (lamont/#ubuntu-devel) heimdal and nas are the 2 in the current logs
[06:31] <fabbione> emacs enigmail libgd2-perl libgd2-noxpm-perl screen wvstreams and zsh
[06:32] <fabbione> these are common with debian i think
[06:32] <fabbione> the other few are strictly sparc related
[06:32] (lamont/#ubuntu-devel) ah, you're claiming libgd-gd2-noxpm-perl and libgd-gd2-perl?? cool
[06:32] <fabbione> remember i am checking only main
[06:32] <fabbione> lamont: they are just broken from debian too
[06:32] (lamont/#ubuntu-devel) would just about need to be amd64 doing the build, I fear.
[06:32] (lamont/#ubuntu-devel) fabbione: ah, ok
[06:32] <fabbione> lamont: no, i am not claiming any of these
[06:33] <fabbione> what i mean is that this pkgs fails in ubuntu as they fail in debiqan
[06:33] <fabbione> debian
[06:33] (lamont/#ubuntu-devel) I mean "claiming that they are X fallout", not claiming them to fix.
[06:33] (lamont/#ubuntu-devel) ah, ok
[06:33] <fabbione> no no.. all the X fallout that i could spot have been fixed
[06:33] <fabbione> but it would be wise to test a rebuild of main
[06:33] <fabbione> to be sure i didn't miss any
[06:34] <fabbione> and amd64 is the best arch to do so
[06:34] (lamont/#ubuntu-devel) fabbione: heimdal and nas remain
[06:34] <fabbione> are they in main?
[06:34] (lamont/#ubuntu-devel) yes
[06:34] <fabbione> ok.
[06:34] <fabbione> i will fix them
[06:34] (lamont/#ubuntu-devel) both can't find X11/Xauth.h
[06:35] <fabbione> ok that's easy
[06:35] <fabbione> i will take care of them
[06:35] <fabbione> just go and crash in the bed :-)
[06:37] (lamont/#ubuntu-devel) fabbione: thanks
[06:38] <fabbione> lamont: welcome :-)
[06:38] <mako> yum
[07:00] <fabbione> lamont: heimdal and nas fixed
[07:03] <shaya> isn't macco the place that does collision repair?
[07:03] <shaya> or is that aamco?
[07:10] <jdub> lamont: is there any work going on to replace cyrus-sasl? (or, at least in postfix?)
[07:12] <jdub> lamont: hrm, we should find out what postfix patches apple have done
[07:14] <shaya> jdub: are the gnomevfs stuff I'm downloading now, good?
[07:15] <jdub> probably
[07:15] <jdub> samba's probably upgrading too
[07:15] <shaya> yes
[07:15] <jdub> if you're getting both, you'll be fine
[07:15] <Lathiat> Anyone know how to get gdb to ignore a SIGTRAP? it SIGTRAPs on __linuxthreads_create_event() and when i step it kills the program
[07:16] <shaya> yay
[07:16] <shaya> it works
[07:55] <pitti> Morning, folks!
[07:58] <fabbione> damn
[07:59] <fabbione> hey pitti
[08:40] <doko> morning all!
[08:43] <fabbione> morning doko
[08:43] (bob2/#ubuntu-devel) 'morning
[08:51] (Mithrandir/#ubuntu-devel) lamont: pong
[08:53] <fabbione> Mithrandir: he went to sleep a while ago
[08:53] (Mithrandir/#ubuntu-devel) oh well, he'll be up at some point.
[08:58] <fabbione> Mithrandir: did you have any time to look at the kernel?
[09:01] (Mithrandir/#ubuntu-devel) not yet.  Project turn-in deadline friday.
[09:01] <fabbione> no problem :-)
[09:01] <fabbione> just curious
[09:01] <fabbione> i am starting phase1 today
[09:01] <fabbione> we are in a pretty good shape
[09:01] <fabbione> only 11 FTBFS
[09:01] <fabbione> 2 kernel related
[09:02] <fabbione> 1 d-i
[09:02] <fabbione> and the others are shared with Debian/Ubuntu
[09:31] (mdz/#ubuntu-devel) pitti: awake?
[09:31] <pitti> mdz: oh yes
[09:31] <pitti> mdz: welcome back! Had a fine holiday?
[09:31] <fabbione> hey mdz!
[09:39] (mdz/#ubuntu-devel) good morning
[09:40] <fabbione> mdz: good night :-)
[10:00] <fabbione> hey guys
[10:00] <mvo_> hi fabbione 
[10:01] <pitti> Hi mvo_ 
[10:02] <mvo_> hi pitti 
[10:03] <daniels> ironwolf: DUDE
[10:03] <daniels> ironwolf: please try changing DefaultDepth 24, to DefaultDepth 16
[10:05] <ironwolf> daniels: DefaultDepth ?
[10:06] <ironwolf> daniels: dude!
[10:06] <daniels> ironwolf: in /etc/X11/XF86Config-4
[10:06] <daniels> ironwolf: dude?
[10:07] <ironwolf> daniels: don't you mean xorg.conf?
[10:07] <daniels> ironwolf: oh, using xorg -- yeah
[10:08] <ironwolf> daniels: DefaultDepth and Driver to s3? s3v? ???
[10:08] <daniels> ironwolf: DefaultDepth 16, Driver s3v
[10:09] <ironwolf> daniels: I'll let you know tomorrow once he wakes up. :)
[10:09] <daniels> rad
[10:10] <ironwolf> daniels: dude...
[10:10] <daniels> ironwolf: sweet?
[10:22] <daniels> bob2: about as well as your x40
[10:45] <fabbione> ciao enrico 
[10:49] <enrico> fabbione: ciao!
[11:12] <seb128> morning
[11:13] <fabbione> hey seb128 
[11:13] <fabbione> seb128: when do you think you can do that patch to gdm for me?
[11:13] <lupus_> daniels, how come libxdamage isn't installed by default?
[11:14] <daniels> lupus_: because nothing uses it?
[11:14] <lupus_> libxdamage1 that is
[11:14] <daniels> having a library that does nothing around is pretty pointless
[11:14] <lupus_> ic :)
[11:15] <seb128> fabbione: can you remember what the patch should do ? 
[11:16] <fabbione> seb128: sure. Accept an option in the configfile to disable XKeepCrashing
[11:16] <fabbione> seb128: both the script and the internal handler for it
[11:16] <seb128> ok, noted on my loooooong todolist
[11:16] <fabbione> ok :-)
[11:17] <fabbione> seb128: if you think it can take too long, i can give it a shot
[11:17] <fabbione> but i had rather prefer someone that knows gnome all the way trough to do it
[11:17] <seb128> should not be really long, I'll give a try soon
[11:18] <fabbione> great!
[11:19] <seb128> jdub: I'm not sure than bumping the requirement on libsmbclient was needed (we have decided to not bump it on the debian side)
[11:24] <daniels> rburton: dude!
[11:24] <rburton> yo daniels 
[11:24] <amu> hmm who is our kernel god ? 
[11:24] (Kamion/#ubuntu-devel) Herbert Xu
[11:25] <seb128> hey rburton 
[11:25] <rburton> hi seb128 
[11:25] <seb128> & amu & Kamion & daniels 
[11:25] <lupus_> damn composite is slow with nvidia drivers
[11:26] <lupus_> does it only work with DRI?
[11:26] <rburton> lupus_: turned on render acceleration?
[11:26] <lupus_> got nvidia-drivers installed
[11:26] <rburton> and did you turn on render acceleration?
[11:27] <daniels> Kamion: 'morning
[11:27] <daniels> seb128: hey dude
[11:27] <lupus_> if that isn't the default then no
[11:27] <daniels> lupus_: you need Option "RenderAccel" with the nVidia drivers, I think
[11:27] <daniels> (yay nVidia!)
[11:27] <rburton> (beta feature, may break, etc)
[11:27] <rburton> (works for me)
[11:28] <rburton> daniels: ship Xephyr in ubuntu and i'd love you
[11:28] <daniels> rburton: that's otaylor's crack, yah?
[11:28] <rburton> nah
[11:28] <rburton> it's mallum's crack
[11:28] <lupus_> Option "RenderAccel" "1"
[11:28] <lupus_> like that?
[11:28] <rburton> lupus_: i think so, but check the nvidia readme, it documents all the options
[11:29] <daniels> oh right, fb-as-root-window
[11:29] <daniels> s/fb/another-window/
[11:29] <lupus_> brb :)
[11:29] <rburton> daniels: xnest re-implemented in kdrive. it's rocking.
[11:29] <daniels> rburton: dunno, we'd need to fake out the presence of pkg-config'ed xlibs
[11:29] <daniels> consider it on my todo, below otaylor's crack
[11:30] <rburton> wow, that unlikely :)
[11:30] <daniels> heh
[11:44] <daniels> It turns out that this is a Hard Problem. (Because Xlib i18n is screwed
[11:44] <daniels> up in ways that I can't describe in a family bugzilla report).
[11:46] <fabbione> can we kindly move support issues to #ubuntu ?
[11:46] <fabbione> that is probably more appropriate than here
[11:49] <daniels> fabbione: i presume you mean nvidia?
[11:49] <fabbione> clearly
[11:52] <daniels> fabbione: btw, I've been submitting stuff upstream
[11:54] <fabbione> yeah.. i read some irc logs :-)
[11:58] <daniels> all the XKB stuff has gone upstream, all our ATI patches, a lot of the other-arch stuff
[11:59] <daniels> all in all, if they incorporate the stuff I submitted plus linuxwacom.sf.net, our 6.8.2 patchset should be 20,000 lines
[12:00] <daniels> down from 50,000 in 6.8.1, and >300,000 in 4.3.0 :)
[12:01] <daniels> (that's with linuxwacom.sf.net disappearing, 6.8.x branch disappearing, the patch from patches/ disappearing, and all the patches I submitted disappearing)
[12:27] <fabbione> ehhehe
[12:27] <fabbione> not too bad
[12:41] <herzi> seb128: there are still build dependencies missing, so i reopened the bug, let me just add all the info i collect until the package got build so i can attach a patch
[12:41] <seb128> herzi: ok, sorry, I've closed it after getting the "g++ is missing"
[12:42] <fabbione> herzi: did you install build-essential?
[12:42] <fabbione> herzi: and then apt-get build-dep gdm ?
[12:42] <seb128> herzi:   /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install libpam0g-dev libgnomeui-dev librsvg2-dev libglade2-dev libwrap0-dev debhelper gettext intltool scrollkeeper libselinux1-dev libattr1-dev libxt-dev libxau-dev libxkbfile-dev
[12:43] <seb128> oups
[12:43] <seb128> herzi:  libxau-dev libxkbfile-dev are already in the build-deps
[12:45] <herzi> seb128: not in the one that I got with apt-get source gdm
[12:45] <seb128> warty or hoary ?
[12:45] <seb128> which version did you get ?
[12:45] <herzi> which is the 2.6.0.3-1ubuntu20
[12:45] <herzi> hoary
[12:46] <seb128> 2.6.0.4-1ubuntu3 is the current version
[12:47] <seb128> your deb-src source is not an hoary one
[12:47] <herzi> oh, i sourced warty
[12:47] <herzi> sry
[12:47] <seb128> warty has xfree86 not xorg
[12:47] <seb128> so the build-dep are adapted to xfree86
[12:48] <herzi> yeah, i though i has replaced every "warty" by "hoary" but obviosly i did that on the notebook, not on the desktop, so i left the commented one...
[12:49] <seb128> ok
[12:50] <herzi> so i can go back to #4037
[01:10] <pitti> Hi sivang 
[01:10] <sivang> pitti : Hi, what's up?
[01:10] <pitti> sivang: currently PostgreSQL again
[01:10] <sivang> pitti : ah, debian lovin' ..;-)
[01:10] <pitti> sivang: well, it's Ubuntu supported, too
[01:10] <pitti> sivang: and it got a major bug
[01:11] <zul> whats wrong with postgresql?
[01:12] <pitti> zul: http://bugs.debian.org/282502
[01:12] <pitti> zul: I already fixed some other (easy) bugs
[01:12] <pitti> zul: but I cannot reproduce this one
[01:13] <pitti> zul: I currently prepare a debug version for joeyh to test
[01:13] <zul> ah...
[01:14] <herzi> seb128: can you take a quick look at #4037?
[01:15] <seb128> herzi: I've already read it, it's on my list, but I've done anything to turn this build off, dunno for the moment
[01:15] <seb128> herzi: due to a missing build-dep ?
[01:16] <herzi> yep
[01:16] <herzi> libxdmcp-dev
[01:17] <herzi> so it was autodetecting whether to enable xdmcp or not
[01:17] <seb128> herzi: thanks, I'll upload a fixed package in a few min
[01:17] <herzi> you might want to add --with-xdmcp to debian/rules
[01:17] <herzi> so it will fail definitely without
[01:17] <seb128> ok
[01:25] <seb128> herzi: fixed package uploaded, it should be available soon (time to get it built/in the archive)
[01:26] <seb128> thanks
[01:30] <herzi> np
[01:32] <daniels> seb128: ping on #1506
[01:32] <seb128> daniels: dude, I've 300 bugs on my list 
[01:32] <daniels> this one's been in your court for like a month :)
[01:32] <seb128> daniels: I don't know anything about xkb, I've no opinion on this
[01:33] <daniels> would you be happy to try the patch and see if we break anything?
[01:33] <daniels> it's not doing anyone much good bitrotting
[01:33] <seb128> I'm happy to include the patch if you want yes
[01:34] <seb128> is "right tab" different of "alt gr" ?
[01:35] <daniels> yes
[01:35] <daniels> us-layout keyboards don't have an altgr, they just have two alt keys
[01:35] <seb128> I don't have a "right tab"
[01:35] <seb128> hard to test
[01:35] <daniels> i can test it for you if you like
[01:35] <seb128> yes please
[01:35] <daniels> er, 'right alt', not 'right tab'
[01:35] <daniels> but my right alt is bound to compose anyway ;)
[01:35] <seb128> oups, yes
[01:36] <seb128> my window's key is bound to compose :)
[01:36] <Keybuk> seb128: I use that for Metacity things
[01:37] <Keybuk> I couldn't work out whether I ever use the right-shift key, but for safety I decided to leave it
[01:37] <Keybuk> I really never use the right-control; so it was safe to rebind :p
[01:38] <seb128> I don't use right-control neither :)
[01:39] <rburton> from the state of my keyboard, i can say i've never actually pressed right control
[01:39] <seb128> hum, why nautilus-cd-burner is not updated in the archive ? Who is supposed to sign the builds ? :)
[01:39] <daniels> i've pressed space a lot
[01:39] <daniels> just ask Keybuk
[01:39] <seb128> lamont: ?
[01:39] <rburton> daniels: i see i press space with my right thumb
[01:40] <daniels> rburton: yeah, me too
[01:41] <daniels> in the same spot
[01:41] <rburton> this is kinda fun
[01:41] <rburton> i press 8 more than the other numbers for some reason. and Z and Q are the only letters without wear
[01:43] <daniels> heh
[01:44] <pitti> seb128: according to the gnome-vfs2 changelog you now use the hal patch, right?
[01:44] <pitti> seb128: did you notice _any_ difference? I didn't
[01:45] <rburton> pitti: you should be able to tell in the nautilus "computer" window
[01:45] <pitti> rburton: how?
[01:45] <pitti> rburton: the icons are all the same
[01:46] <pitti> rburton: and the behaviour of the mounted drive applets did not change
[01:46] <rburton> hm, maybe that patch didn't get in
[01:46] <rburton> is it really linking to hal ;)
[01:46] (sjoerd/#ubuntu-devel) the changing of the icons depends on the way you compile hal support
[01:46] <pitti> rburton: it definitively is in the source package
[01:46] <seb128> pitti: me neither
[01:47] <seb128> jamesh: ping ?
[01:47] <pitti> seb128: I hoped it would resolve the "umount entire drive instead of partitions" issue
[01:47] <pitti> seb128: and other bugs
[01:47] <seb128> pitti: have you read #3666 ?
[01:48] <pitti> seb128: indeed, that's the bug I was aiming at
[01:48] <pitti> seb128: IIRC jamesh said something about resolving this with the hal patch
[01:50] <seb128> Trying patch debian/patches/06_hal.patch at level 0...success.
[01:50] <seb128> in the build log
[01:51] <pitti> seb128: I saw that the patch is in, but I do not notice it
[01:51] <seb128> pitti: arg
[01:51] <pitti> seb128: "notice" == behaviour did not change
[01:51] <seb128> pitti: --with-hal missing in the configure options
[01:51] <pitti> seb128: ah
[01:52] <seb128> I'm rebuilding it
[01:52] <pitti> seb128: I'm currnently debugging another g-vfs issue, but it could be solved with the hal patch
[01:52] <pitti> seb128: thanks
[01:52] <seb128> np
[01:54] (elmo/#ubuntu-devel) seb128: is libzvt not used anymore?
[01:55] (elmo/#ubuntu-devel) fabbione: going to demote: xdmx, xfree86-common, xserver-xfree86, xserver-xfree86-dbg ... ok?
[01:55] <herzi> elmo: it's supposed to be deprecated by vte
[01:55] <fabbione> elmo: no
[01:55] <fabbione> elmo: only xserver-xfree86 and xserver-xfree86-dbg
[01:55] <seb128> elmo: why ?
[01:55] (elmo/#ubuntu-devel) fabbione: please add the other two to the appropriate seed then
[01:55] <herzi> seb128: i might have one more for gnomevfs, but i'm compiling to check now
[01:56] (elmo/#ubuntu-devel) seb128: because nothing seems to depend on it anymore, so my scripts want to demote it to universe
[01:56] <seb128> herzi: what kind of change ?
[01:56] <fabbione> elmo: i already filed a bug on daniels :-))))
[01:56] <fabbione> elmo: he is our Xorg bitch^Wguy now ;)
[01:56] <daniels> yeah, I've got the universe stuff on my things to do list
[01:56] <seb128> elmo: oh, it should be fine in universe. I'll check to be sure and let you know
[01:57] (elmo/#ubuntu-devel) seb128: thanks
[01:57] (elmo/#ubuntu-devel) fabbione/daniels: ok
[01:57] <fabbione> elmo, daniels: nothing will never ever depend on Xdmx
[01:57] <fabbione> elmo: it's a server :-)
[01:57] <fabbione> daniels: i don't mind Xdmx in universe, up to you
[01:58] <herzi> seb128: a missing module
[01:58] <seb128> herzi: smb ?
[01:58] <herzi> tar
[01:58] (elmo/#ubuntu-devel) is libgnome-perl really meant to be in supported?
[01:58] <herzi> guess it's only missing in some file list
[01:58] <seb128> herzi: ok, it has been removed on purpose
[01:58] <fabbione> elmo: for xfree86 you can demote also the source to universe
[01:59] <fabbione> elmo: the last upload was done to generate only the 2 servers and "kill" the other packages
[01:59] <herzi> seb128: can you tell me which purpose?
[01:59] <seb128> gnome-vfs2 (2.6.1.1-2) experimental; urgency=low
[01:59] <seb128>   * debian/rules:
[01:59] <seb128>     + Remove support for cdda, extfs, nntp, tar and vfs-pipe methods,
[01:59] <seb128>       all broken. Accidentally fixes crash when trying tar:// URIs
[01:59] <seb128>       (closes: #157322).
[02:00] <seb128> herzi: have you already used it, does it work fine ?
[02:00] <herzi> will check it
[02:01] <seb128> it used to not work fine
[02:01] <seb128> and nobody has fixed it afaik
[02:02] <herzi> obviously we need a better infrastructure to split uri-modules (sftp, http, etc.) from chain-modules (tar, bzip2, gzip, etc.)
[02:02] <herzi> so noone can try tar:///
[02:03] <herzi> will write to gnome-vfs list
[02:04] <seb128> ok
[02:04] <seb128> perhaps gnome-vfs2 should be splitted
[02:05] <seb128> (ueah, it already used to be splitted)
[02:07] (elmo/#ubuntu-devel) do we care about the gnome frontend to debconf?
[02:08] (Kamion/#ubuntu-devel) elmo: yeah, synaptic invokes it
[02:08] (Kamion/#ubuntu-devel) (I believe)
[02:08] <mvo_> yes
[02:08] (elmo/#ubuntu-devel) meh, ok
[02:08] <pitti> seb128: I recompiled gvfs with --with-hal, but still don't notice any difference :-(
[02:08] <daniels> elmo: my 'meh' filter just exploded
[02:09] <herzi> seb128: i've got something to tell you in private (no need to flood the chan)
[02:10] <herzi> is that okay?
[02:10] <seb128> pitti: it doesn't build here
[02:10] <seb128> herzi: sure
[02:10] <pitti> seb128: oops, did fine for me. Odd...
[02:10] <seb128> gnome-vfs-hal-mounts.c:42:28: libhal-storage.h: No such file or directory
[02:10] <seb128> gnome-vfs-hal-mounts.c:53: error: parse error before "HalStoragePolicy"
[02:11] <pitti> ah
[02:11] <pitti> seb128: there's probably a missing build-dep
[02:11] <pitti> seb128: libhal-storage-dev
[02:11] <seb128> yep
[02:11] <seb128> the configure is broken so :p
[02:12] <pitti> seb128: the hal patch probably doesn't patch configure.ac :)
[02:13] <seb128> in fact it does, but since we don't run the auto* ...
[02:13] <pitti> ah
[02:15] <seb128> grumpf
[02:15] <seb128> /home/seb128/boulot/paquets/vfs/gnome-vfs2-2.8.3/libgnomevfs/gnome-vfs-hal-mounts.c:292: undefined reference to `hal_storage_policy_new'
[02:15] <seb128> oups
[02:15] <seb128> libgnomevfs/gnome-vfs-hal-mounts.c:293: undefined reference to `hal_storage_policy_set_icon_mapping'
[02:16] <seb128> pitti: you have just added the --enable-hal ?
[02:16] <pitti> seb128: oh, I did --with-hal
[02:16] <seb128> ok, so you don't have it
[02:16] <pitti> seb128: thanks, I try again
[02:17] <pitti> seb128: gosh, this requires another full recompile...
[02:17] <seb128> let me know if you get it building correctly
[02:17] <seb128> I'll get something to eat, I'm starving
[02:17] <pitti> seb128: please do that
[02:17] <pitti> seb128: I try to build it in the meantime
[02:19] <lupus_> networkmanager seems to be working noz
[02:19] <lupus_> after last hal upgrade
[02:20] <pitti> lupus_: sounds good :)
[02:23] <pitti> sjoerd: still here?
[02:24] (thom/#ubuntu-devel) i hate transatlantic flights
[02:24] (sjoerd/#ubuntu-devel) pitti: yeah
[02:24] <pitti> sjoerd: pmount itself works fine if the mount point is already present
[02:24] <pitti> sjoerd: so I assume you mean pmount-hal?
[02:25] (sjoerd/#ubuntu-devel) if that's what does the choosing stuff
[02:25] <pitti> yes
[02:25] (sjoerd/#ubuntu-devel) pitti: didn't know where exactly you implemented it :)
[02:25] <pitti> sjoerd: hmm, now I have to implement the mount point checking again in shell...
[02:26] (sjoerd/#ubuntu-devel) why did you implement it in pmount-hal and not in pmount itself ?
[02:26] (sjoerd/#ubuntu-devel) it does make sense for pmount too or ?
[02:26] <pitti> sjoerd: because pmount itself does not _choose_ a mountpoint
[02:26] <pitti> sjoerd: you either give it a label or not
[02:27] <pitti> sjoerd: pmount will accept valid mount points and reject invalid ones
[02:27] (sjoerd/#ubuntu-devel) ah
[02:27] <pitti> sjoerd: choosing the mount point name is done by looking at the HAL properties
[02:27] (sjoerd/#ubuntu-devel) i thought you changed that, that the label was ``just'' a suggestion
[02:27] <pitti> sjoerd: it is
[02:27] <pitti> sjoerd: but only if pmount falls back to mount
[02:27] (sjoerd/#ubuntu-devel) ah
[02:27] <pitti> sjoerd: it is still used if pmount does not fall back 
[02:28] (sjoerd/#ubuntu-devel) why not also regard it as a suggestion when not falling back ?
[02:29] <pitti> sjoerd: because then you would end up mounting it as /media/sda1 again
[02:30] <pitti> I regard guessing new mount points in pmount proper bad
[02:30] (sjoerd/#ubuntu-devel) not necessarily
[02:30] <pitti> pmount should be predictable
[02:30] (sjoerd/#ubuntu-devel) you, but with the falling back to fstab it's already not predictable
[02:30] (sjoerd/#ubuntu-devel) s/you/yeah/
[02:31] (sjoerd/#ubuntu-devel) if you want to implement the mounpoint checking in pmount-hal too, that's just fine with me :)
[02:31] (sjoerd/#ubuntu-devel) just seems cleaner and easier to do it in pmount itself
[02:31] <pitti> sjoerd: you mean the mount point enumeration?
[02:31] <pitti> sjoerd: hmm, I'm not sure about that
[02:31] (sjoerd/#ubuntu-devel) yes
[02:33] (sjoerd/#ubuntu-devel) when not doing the suggested one, at least take the suggestion into account seems nice
[02:33] (sjoerd/#ubuntu-devel) pmount already isn't predictable anymore, because you fall back to mount sometimes.. so
[02:34] (sjoerd/#ubuntu-devel) pitti: just think about it and tell why it's a bad idea sometime later :)
[02:35] <pitti> sjoerd: the mount point behaviour was predictable until I changed it to be ignored for mount fallback
[02:35] <pitti> sjoerd: remember who wanted that feature? :)
[02:35] <pitti> sjoerd: btw, what was this good for in the first place?
[02:35] (sjoerd/#ubuntu-devel) you agreed to it btw :)
[02:35] <pitti> sjoerd: of course I did
[02:36] <pitti> sjoerd: but my mind is a sieve
[02:36] (sjoerd/#ubuntu-devel) because if that feature isn't there, pmount-hal or g-v-m must search the device in fstab
[02:36] (sjoerd/#ubuntu-devel) and if it's in there not pass a label to pmount
[02:36] <pitti> ah
[02:37] (sjoerd/#ubuntu-devel) my suggestion was to just change the label to a ``suggestion'', which fits in this model
[02:39] (sjoerd/#ubuntu-devel) for some reason i always remember the stupid details ;)
[02:39] <pitti> nice to have somebody who does
[02:42] <herzi> seb128: thanks for the gdm fix, no I can happily log into my server :)
[02:43] <seb128> you're welcome ;-)
[02:43] <seb128> pitti: ok, runnin the autogen.sh fixes the issue
[02:44] <pitti> seb128: the problem is that LIBGNOMEVFSDAEMON_LIBS does not include -lhal-storage
[02:44] <pitti> seb128: oh, does it?
[02:44] <seb128> yes
[02:44] <pitti> seb128: I just tried autoreconf, which fails
[02:44] <pitti> nice
[02:45] <fabbione> this is interesting
[02:46] <fabbione> daniels: you around?
[02:46] <daniels> sup
[02:46] <fabbione> daniels: i binded an xserver kbd and mouse to /dev/null
[02:46] <fabbione> the DPMS turned off the screen
[02:46] <daniels> yeah
[02:47] <fabbione> all of a sudden it woke up again
[02:47] <daniels> er yeah, that's probably the bug I've fixed
[02:47] <fabbione> like if /dev/null was pushing data
[02:47] <fabbione> but not the real server with real kbd and mouse
[02:48] (thom/#ubuntu-devel) daniels: have you fixed the dpms randomly blanking thing yet?
[02:48] (thom/#ubuntu-devel) and if not, why not?
[02:49] <fabbione> hey thom
[02:49] <fabbione> aren't you supposed to be in holidays?
[02:49] (thom/#ubuntu-devel) hello
[02:49] (thom/#ubuntu-devel) got back an hour ago
[02:49] (Mithrandir/#ubuntu-devel) hi thom
[02:50] <fabbione> thom: did you have fun?
[02:50] <pitti> Welcome back, thom
[02:50] (thom/#ubuntu-devel) fabbione: lots, thanks
[02:50] (bob2/#ubuntu-devel) yo thom
[02:50] (thom/#ubuntu-devel) and i didn't lose all my money in vegas, either
[02:50] <daniels> thom!
[02:50] <fabbione> thom: ehehhe
[02:50] <daniels> thom: already fixed
[02:50] <fabbione> thom: isn't time to fix thunderbird?
[02:50] <seb128> pitti: ok, much better :)
[02:50] (thom/#ubuntu-devel) fabbione: eh?
[02:50] <fabbione> thom: you are back for an entire hour and still no uploads :-)
[02:51] <pitti> seb128: does it actually make a difference now?
[02:51] (thom/#ubuntu-devel) fabbione: it's a mozilla product, it's broken inherently
[02:51] <fabbione> thom: thunderbird keeps crashing on me
[02:51] <seb128> pitti: with the patch I've the drive capacity and better names
[02:51] <fabbione> thom: ehehhe
[02:51] (thom/#ubuntu-devel) fabbione: dude, i have 4500 messages in my inbox
[02:51] <seb128> pitti: in computer:///
[02:51] <fabbione> thom: only?
[02:51] (thom/#ubuntu-devel) fabbione: my INBOX. my mail is filtered
[02:51] <pitti> seb128: any difference in the drive applet?
[02:51] <fabbione> thom: dude.. take your time as usual :P
[02:51] <pitti> seb128: can you eject entire devices now?
[02:51] <fabbione> thom: just teasing you...
[02:51] <seb128> pitti: I've not add time to test yet, I'll upload the package first
[02:52] <seb128> s/add/had/
[02:52] <pitti> seb128: fine, give it to us! :
[02:52] (thom/#ubuntu-devel) o
[02:52] <pitti> seb128: s/:/:)/
[02:52] <pitti> Hi sabdfl, how are you
[02:52] (thom/#ubuntu-devel) so what excitement have i missed? (if any ;P )
[02:52] (bob2/#ubuntu-devel) thom: you missed scott cooking up a storm
[02:53] <sabdfl> pitti: well thanks!
[02:53] (bob2/#ubuntu-devel) that's been the most exciting thing all week
[02:53] <daniels> thom: you missed a transfer of X maintainership
[02:53] <fabbione> hey sabdfl 
[02:53] <sabdfl> fabbione! 
[02:53] <pitti> thom: and you might have missed X.org :)
[02:53] <daniels> thom: and the discovery of a hotel that serves muffins for breakfast
[02:53] (thom/#ubuntu-devel) pitti: no, i've got xorg
[02:53] (thom/#ubuntu-devel) :-)
[02:53] (bob2/#ubuntu-devel) man
[02:53] (thom/#ubuntu-devel) daniels: did you firebomb it?
[02:53] (bob2/#ubuntu-devel) that was the most awesome discovery ever
[02:54] (thom/#ubuntu-devel) that is the only correct response for people claiming muffins are a breakfast product
[02:54] <zul> gday
[02:54] (bob2/#ubuntu-devel) they also serve cold ham as a breakfast product
[02:54] <daniels> thom: i've already removed the HorizSync/VertRefresh stuff, fixed DPMS, pushed ~25,000 lines of patches upstream, grabbed many other fixes (including the patch for every Radeon problem, ever), and yeah
[02:54] (bob2/#ubuntu-devel) that's far wronger
[02:54] <pitti> thom: what's wrong with muffins for breakfast?
[02:54] <daniels> thom: oh, I thought you meant X, not the K+K :)
[02:54] <fabbione> daniels: removed what?
[02:55] <daniels> fabbione: HorizSync/VertRefresh
[02:55] (bob2/#ubuntu-devel) pitti: english people don't like breakfast foods that aren't fried and/or made of intestines
[02:55] <fabbione> daniels: dude.. you are on pure crack
[02:55] <daniels> fabbione: crack is shiny
[02:55] (Mithrandir/#ubuntu-devel) daniels: so my radeon will now make coffee and run emacs?
[02:55] <fabbione> daniels: it's not going to work
[02:55] <daniels> fabbione: it so will -- just watch
[02:55] <pitti> bob2: gar, English food... nevermind
[02:55] <daniels> Mithrandir: no, I said it *fixed* problems, not created them
[02:56] <fabbione> daniels: i will watch
[02:56] <daniels> fabbione: (the problems we were having were from iBooks IIRC, and I have the patch to fix that from benh)
[02:56] <daniels> if it's wrong, I will go back grovelling to you
[02:56] <fabbione> but i also remember very well why we readded it
[02:57] <Keybuk> bob2: the cold ham is for the europeans who bitch if they get served blood and burnt bits steeped in lard
[02:57] <daniels> and the muffins are for people who resemble Simpsons characters
[02:57] <Keybuk> which, as all Englishmen know, is what you need to start off your day
[02:57] <fabbione> daniels: no they were a but more general.. anyway.. your call
[02:58] <daniels> the croissants are a sweet deal though
[02:59] <daniels> fabbione: we'll find out
[02:59] (bob2/#ubuntu-devel) Keybuk: can't imagine why they complain about that!
[02:59] <fabbione> daniels: M   debian/patches/080_pci_isolate_device_feature.diff
[02:59] <fabbione> is that just a rediff?
[02:59] <daniels> yah
[02:59] <daniels> it's -3 offset IIRC
[02:59] <Keybuk> thom: good trip?
[02:59] <fabbione>   * debian/patches/020_r128_remove_interrupt_handler.diff:
[02:59] <fabbione> there is no 020.. it's 025
[02:59] (thom/#ubuntu-devel) Keybuk: aye, danke
[02:59] <daniels> pinhead: agh, thought I fixed that
[03:02] <lifeless> mjg59: ping
[03:02] <pinhead> grrrr
[03:02] <pinhead> got kicked out by the server
[03:03] <fabbione> daniels: please keep one blank line between changelog entries
[03:03] <daniels> bah
[03:03] <fabbione> that thing is unreadable
[03:03] <daniels> i'm playing with changelog style to see how it works out
[03:04] (Kamion/#ubuntu-devel) that's weird; udev seems to be looking for a device symlink corresponding to sysfs' /class/net/eth0, while it's blatantly obvious that there won't be one because it's a *network interface*
[03:06] <Keybuk> Kamion: hmm?
[03:07] <Keybuk> it should just check for a /sys/.../dev file and make that device
[03:08] (Kamion/#ubuntu-devel) for a network interface? what device node would that be?
[03:08] (Kamion/#ubuntu-devel) (it's wait_for_sysfs, anyway)
[03:08] (Kamion/#ubuntu-devel) seems harmless though, I'm just watching all the logs in a paranoid way 'cos I'm sure there are things I've got wrong
[03:14] <robtaylor> sabdfl: mdz: is there any particular reason that seb128 cant package 2.10 in the alioth svn repository? 
[03:15] <seb128> robtaylor: I've not said I can't package 2.10 in the SVN, I'm free to do whatever I want in my non-working time
[03:15] <sabdfl> robtaylor: yes, because it's work i'm funding for ubuntu, and needs to go out there first
[03:15] <robtaylor> but surely packaing gnome for ubuntu and packaging gnoem for debian is 98% the same task??!
[03:16] <robtaylor> sabdfl: but its open source. by upsxtreaming early you save money later by noot having to propagate patches
[03:16] <robtaylor> later
[03:16] <sabdfl> upstreaming?
[03:16] <sabdfl> gnome is upstream
[03:16] <robtaylor> sabdfl: upstream of ubuntu is debian
[03:16] <rburton> robtaylor: i don't know about you, but the first thing i did when i upgraded my packages in debian was to take all of seb's patches
[03:17] <robtaylor> rburton: qwell exatcly
[03:17] <robtaylor> why have a silly extra step?
[03:17] <rburton> as a lot of those patches were totally useless in debian when they were created
[03:17] <sabdfl> robtaylor: there's always an extra mental cost to doing something in two places, which is why i ask our guys to do the work in ubuntu and publish all the patches immediately
[03:17] <sabdfl> upstream can take them, but i'm not going to do the work on both sides
[03:17] <robtaylor> sabdfl: i'm not suggesting do it in 23 places
[03:18] <robtaylor> sabdfl: thats what happend right noe
[03:18] <robtaylor> sabdfl: i'm saying make it happen in *one* place
[03:18] <sabdfl> sure. join seb ;-)
[03:18] <robtaylor> sabdfl: that waht i'm asking to do
[03:19] <sabdfl> robtaylor: we're bring up a revision control system, would that make it easier for you to collaborate with seb?
[03:19] <robtaylor> sabdfl: as seb128 does all this work in a separate tree to the rest of us, who are also doing the same task...,.
[03:19] <robtaylor> sabdfl: ideally the gnome-team and ubuntu shoudl be working in the same repo. we're doing the same task
[03:19] <sabdfl> i'm happy for you guys to work with seb, in our revision control system
[03:20] <sabdfl> the system we are building should make it easy for that collaboration to work well
[03:20] <robtaylor> this is what i'm pushing for here...
[03:21] <robtaylor> i sdo sasy that alreasy  t
[03:21] (Kamion/#ubuntu-devel) (I thought part of the point was that it didn't have to be *our* revision control system ... :-) )
[03:21] <azeem> robtaylor: you should push for that (using Canonical's vcs) at the other side, i.e. Debian
[03:21] <robtaylor> if it works better..
[03:22] <robtaylor> the isxsue i see *right now* is taht seb128 is pacaking 2.9 on his own
[03:22] <robtaylor> when there are other people also intested in debian 2.9 pacakges
[03:22] <robtaylor> (which of course would be pretty damm similar to ubuntu 2.9 packages)
[03:22] <seb128> they can use them
[03:23] <azeem> robtaylor: every guy doing work for Debian should be interested in releasing Sarge, really
[03:23] <robtaylor> sabdfl: thats not the point... 
[03:23] (Kamion/#ubuntu-devel) robtaylor: s/sabdfl/seb128/?
[03:23] <robtaylor> Kamion: oops, yes ;)
[03:24] <robtaylor> its the lack of full FOSS process usage that's irritating me ....
[03:24] <sabdfl> robtaylor: there's no lack of foss process usage
[03:24] <sabdfl> we're publishing all patches immediately
[03:24] <sabdfl> even linking to them from the debian bts
[03:25] <robtaylor> sabdfl: but there's already a repo for the gnome packaing
[03:25] <robtaylor> you dont need to publish patches
[03:25] <sabdfl> the ubuntu packages need ubuntu branding, ubuntu docs, ubuntu icon preferences etc
[03:26] <sabdfl> since we're funding the work, i'd like the focus to be on getting it done that way
[03:26] <sabdfl> i'm very happy that the work also benefits debian
[03:26] <sabdfl> our panel is different, we make different choices about defaults and preferences and desktops
[03:26] <robtaylor> sabdfl: i'm not comaplaing about debain not benifiting from you... i'm complaining about you not benifiting from debain
[03:27] <sabdfl> then pitch in and help seb ;-)
[03:27] <azeem> sabdfl: this is a technical problem one could solve by e.g. changing the patching systems to only apply *ubuntu* patches on ubuntu, and vice-versa
[03:27] <azeem> that was supposed to be wildcards, not bold text, btw
[03:28] <sabdfl> i think we are close to a first internal release of a revision control system that will let us do this
[03:28] <robtaylor> sabdfl: i agree that a good vcs is important to doing this well
[03:29] <robtaylor> i gues what i wean to see is gnometeam and seb working together in systems both can see all the code..
[03:30] <sabdfl> robtaylor: we are working on a system like that, but it will still be a while before it's ready
[03:30] <sabdfl> till then, the best way i can think of is to ask the team to publish their patches and ntoe them in the debian bts
[03:31] <robtaylor> sabdfl: hmm, i think in gernealy that sounds wrong, but for this case that was wrong as there was alreasy existing team and source control
[03:31] <robtaylor> oops
[03:31] <robtaylor> i mean in general that sounds right =)
[03:31] (Kamion/#ubuntu-devel) it works better for packages where we aren't leaping so far ahead of Debian unstable
[03:32] (Kamion/#ubuntu-devel) so where the patches are actually patches rather than "here, replace this enormous thing with this other enormous thing"
[03:32] <sabdfl> robtaylor: i'm hoping a team will form around seb to help him
[03:32] <Keybuk> robtaylor: so would the Debian GNOME team happily give commit access to any Ubuntu developer who might apply patches to our GNOME packages?
[03:32] <robtaylor> sabdfl: but there alreasy is a team!
[03:32] <robtaylor> Keybuk: yep
[03:33] <robtaylor> as far as i know
[03:33] <Keybuk> robtaylor: so if some guy in #ubuntu-devel asks, you'd give him an account today?
[03:33] <Keybuk> because I doubt that very much
[03:33] <Keybuk> it's just a co-incidence that seb happens to be on "both teams"
[03:33] <azeem> Keybuk: there are a couple of people in the Debian GNOME team which are not DDs
[03:33] <azeem> it's part of the Alioth success story
[03:33] <robtaylor> Keybuk: (they gave me an account just becasue i said 'hey can i package gtk+2.4?' )
[03:33] (Kamion/#ubuntu-devel) lamont: re debootstrapability of ia64, can we make sure that germinate does the right thing for it first and then debootstrap can be updated automatically?
[03:34] <Keybuk> robtaylor: what about (e.g.) people packaging 2.9 for Fedora ?
[03:34] <robtaylor> Keybuk: well, somethings it might well make sense to collaborate on. but realistsically the systems are so different theres unlikely to be much common work
[03:35] <robtaylor> Keybuk: for gnome-print stuff i try to stay current with colin walters work
[03:35] <Keybuk> the idea of Ubuntu stamping on (and relying on) another distribution's monolithic repository unnerves me
[03:35] <robtaylor> Kamion: it isnt monolithic - thats what branches are for =)
[03:36] <robtaylor> s/Kamion/Keybuk
[03:36] <Keybuk> robtaylor: Subversion makes it *harder* than just applying patches you can get from HTTP
[03:36] <robtaylor> Keybuk: true, and i agree arch is better for managing these kind of processes
[03:36] <azeem> Keybuk: HTTP doesn't make it particularly easy to find the patches in the first place, though
[03:37] <robtaylor> but you need to weigh that up against splitting an existing community
[03:37] <Keybuk> why is it splitting it?
[03:37] <sabdfl> robtaylor: we're trying to create a framework where separate communities can collaborate effectively
[03:37] <sabdfl> saying "do it all in my codebase" doesn't recognise that different groups *want* to do somethings differently
[03:38] <sabdfl> what we need is to make sure that work can easily move around
[03:38] <robtaylor> better would have been for ubuntu to be a branch in svn for warty and hoary, and then seb to have bursuaded us all that moving to the new vcs was a good idea, and mopving the repo as a whole
[03:38] <sabdfl> i'm trying to get this right for much more than debian-ubuntu, where it's relatively easy
[03:38] <sabdfl> we have to get it right for gentoo-ubuntu and fedora-ubuntu too
[03:38] <sabdfl> and that's... challenging ;-)
[03:38] <robtaylor> sabdfl: i'm in full agreement with your sentiments =)
[03:38] <sabdfl> so i can appreciate where you're coming from
[03:39] <sabdfl> and i appreciate your concern that we're not getting the benefit of the debian team's work
[03:39] <sabdfl> i think seb is doing an amazing job, and i really hope others step up to help him do it even better
[03:39] <sabdfl> but i'm going to ask him to keep at it the way we are currently structured
[03:39] <sabdfl> now... i need to write some more code
[03:40] <robtaylor> =)
[03:40] <Keybuk> robtaylor: there's a scary line with it all though -- "work in our repository" is only semantically different from "work in our archive"
[03:41] <Keybuk> you could just as easily argue Ubuntu should upload all of its packages into Debian's archive, NMUing where appropriate
[03:41] <Keybuk> and, imo, that would be a very very bad thing
[03:41] <robtaylor> Keybuk: the difference is, its very hard to branch an archive
[03:42] <Keybuk> robtaylor: it's very hard to properly branch a CVS or Subversion repository
[03:42] <azeem> Keybuk: we're talking about a strict subset of Debian where most people are pro-Ubuntu anyway
[03:42] <Keybuk> azeem: that's not actually the issue with it
[03:42] <robtaylor> Keybuk: not really
[03:42] <Keybuk> the most you can do with svn is have side-by-side copies
[03:42] <Keybuk> and I don't see the benefit from doing that
[03:44] <Keybuk> it doesn't provide any useful history between the two (a copy breaks history in svn)
[03:44] <Keybuk> it doesn't provide any help merging changes between the two (you diff and apply)
[03:44] <robtaylor> Keybuk: i agree svn isnt good enough. and arch is a much better vcs architecture (moduleo ui, etc) =)
[03:44] <Keybuk> so it'd be an entirely political move, only
[03:48] <robtaylor> Keybuk: hmm, so would what i'm suggesteing be blessed if gnome-team used an arch repo?
[03:50] <Keybuk> at least then you have the advantage that the repositories can be merged relatively easily, can be stored on separate machines and only related via history, etc.
[03:50] <robtaylor> Keybuk: this came up becasue kov was aslking if he should package gtk2.5.x for experimental
[03:50] <Keybuk> I still think you'd then simply have the problem that seb is paid full time to package gnome, so can't wait a week for someone else who we're not paying to do to the work *shrug*
[03:51] <robtaylor> Keybuk: yeah, no probs with that. why is taht a problem?
[03:51] <robtaylor> i'm paid to work on openembedded, if other people dont do the work, i do it, no big deal
[03:52] <Keybuk> so random question, why haven't Debian taken the Ubuntu 2.9 packages?  rather than packaging them separately themselves?
[03:52] <robtaylor> Keybuk: becasue seb desnt want to do that, as far as i can tell
[03:54] <mojo> hi all fellow developers
[03:54] <mojo> can u guys give me some help on RealPlayer compiling?
[03:54] <mojo> RealPlayer requires oggvorbisssdk
[03:54] <mojo> what packages do I need to install?
[03:55] <rburton> robtaylor: surely you mean "seb is busy with 2.8 in sarge so isn't putting 2.9 into experimental, but the patches are available so it could be done by someone else"
[03:56] <robtaylor> Keybuk: basically i want to be able to 1) see what work seb is doing on libgnomeprint/ui and 2) easily pul that into the 'debian' repo
[03:56] <Keybuk> robtaylor: apt-get source libgnomeprint, apt-get source libgnomeprintui, etc.
[03:56] <Keybuk> I don't think Subversion makes this *any* easier for you
[03:56] <robtaylor> Keybuk: i want to see cheking logs
[03:57] <robtaylor> Keybuk: being able to see the work does!
[03:57] <Keybuk> I don't think seb even works in a revision control system at the moment
[03:57] <robtaylor> Keybuk: exactly! 
[03:57] <Keybuk> we are working on it for the entire hoary team
[03:57] <rburton> seb128: you don't even have a local svn! :)
[03:58] <robtaylor> Keybuk: at elast witha  branch i can keepup to date with what hes going, and if i'm in agreement, i can jyust copy accorss. if i'm not, then we can talk about it
[03:58] <robtaylor> at the meoment, i just have NO IDEA what work is ebing done
[04:00] <seb128> rburton: nop :p
[04:00] <seb128> robtaylor: apt-get source package and read the changelog
[04:00] <robtaylor> seb128: ok
[04:00] <seb128> if a patch is good for debian I ping you guys about it or open a bug in the BTS
[04:00] <robtaylor> thats a right royal pain in the ass
[04:01] <robtaylor> seb128: i'm sure most of wht you do is good for debian
[04:01] <robtaylor> its looks like the same job to me
[04:01] <robtaylor> modulo a couple of backdrops =)
[04:01] <seb128> so what's the problem ?
[04:01] <robtaylor> because we're doing the same job separately ..
[04:01] <robtaylor> and this is FOSS . thatt isnt supposed to heppen
[04:02] (Kamion/#ubuntu-devel) Keybuk: copies don't break history in svn?
[04:02] <seb128> robtaylor: we are not, 2.9/2.5 is not packaged in debian for the moment
[04:03] <seb128> robtaylor: when it'll be you just have to pick my changes and keep what you want
[04:03] <Keybuk> Kamion: diff across one
[04:03] <Keybuk> svn commit file
[04:03] <Keybuk> svn copy file new-file
[04:03] <Keybuk> svn commit new-file
[04:04] <Keybuk> than diff from the file before the first commit to after the second commit
[04:04] (Kamion/#ubuntu-devel) Keybuk: AIUI that's a client-side problem, not a server-side problem, and it's fixed in 1.1
[04:04] (Kamion/#ubuntu-devel) the history of the copy is stored in the repository
[04:05] <Keybuk> it's broken in 1.0.9 at least
[04:05] <robtaylor> suffice to say. as far as i can see it costs noone anything dfor seb to workin svn rather than on his local harddisk
[04:05] (Kamion/#ubuntu-devel) 1.1 > 1.0.9
[04:05] <robtaylor> and you gain and i gain
[04:05] (Kamion/#ubuntu-devel) it required an API change to fix it, I believe, and was therefore strictly a 1.1 thing
[04:05] <Keybuk> robtaylor: it costs noone anything for you to look at what's seb's done by getting the packages either
[04:05] <robtaylor> Keybuk: its one way
[04:06] (Kamion/#ubuntu-devel) Keybuk: see http://subversion.tigris.org/svn_1.1_releasenotes.html under "Client follows renames"
[04:06] <Keybuk> Kamion: that's a different bug!
[04:06] <Keybuk> rename != copy
[04:06] <Keybuk> that was just the client being thick and not resolving the right url for the history
[04:06] <Keybuk> but a copy is a delete and an add
[04:06] <Keybuk> so it sees the diff as the removal of the entire file, and adding an entire new one
[04:06] (Kamion/#ubuntu-devel) Keybuk: dude, read the URL
[04:07] (Kamion/#ubuntu-devel) it says "copies" under the headline
[04:07] (Kamion/#ubuntu-devel) "Subversion makes a lot of noise about the way branches (copies) of files and directories maintain historical connections to their source, but [...] "
[04:07] <sabdfl> we're working hard on gnu arch (see bazaar.canonical.com) which i hope will let us make collaboration very easy
[04:07] <robtaylor> Keybuk: seb loses any inut i have on his work
[04:07] <robtaylor> s/inut/input
[04:07] <robtaylor> sabdfl: i know. but its a way off
[04:07] <Keybuk> is good that they've fixed it
[04:08] <Keybuk> robtaylor: no he doesn't, not if he checks your repository
[04:08] <robtaylor> right now theres a good enough solution, and its not being used
[04:08] <Keybuk> Kamion: will have to test when 1.1 gets packaged -- will be good if they've fixed that
[04:08] <Keybuk> it's the single thing that drove me away from svn
[04:09] <robtaylor> Keybuk: there no way i can easliy keep up to date with his work and keep an eye on it and make sure its sane
[04:09] (Kamion/#ubuntu-devel) I'm not sure offhand whether getting that feature requires a new server as well; I suppose I could try fairly easily at some point
[04:09] <robtaylor> Keybuk: apt-getting and diffing sourcetrees every day isn't my idea of fun
[04:09] <Keybuk> robtaylor: I disagree your solution is good enough
[04:10] <robtaylor> Keybuk: well its better than your *current* solition
[04:10] <Keybuk> robtaylor: we're working on our solution for it though
[04:10] <robtaylor> Keybuk: i know
[04:11] <robtaylor> i just want soemthing i can use for 2.10
[04:11] <robtaylor> and it really doenst seem much to ask
[04:12] <robtaylor> sigh. ah well . ist apt-get and diff for me
[04:12] <robtaylor> must go do some work
[04:12] (lamont/#ubuntu-devel) moo
[04:13] (lamont/#ubuntu-devel) Kamion: was wondering what/where hoary template was used...
[04:13] (Mithrandir/#ubuntu-devel) lamont: pong
[04:13] (lamont/#ubuntu-devel) morning Mithrandir
[04:13] <eruin> someone filed a bug on nautilus crashing on startup already?
[04:13] (Mithrandir/#ubuntu-devel) hi lamont
[04:14] (Mithrandir/#ubuntu-devel) definitively not morning any more, as it's almost pitch dark outside, though
[04:14] (Kamion/#ubuntu-devel) lamont: required-base.py
[04:14] (Kamion/#ubuntu-devel) lamont: hoary.* are glued together to make hoary
[04:14] (lamont/#ubuntu-devel) Kamion: although hoary.buildd is separate, yes>
[04:14] (Kamion/#ubuntu-devel) lamont: I generate hoary.base automatically from germinate output
[04:14] (lamont/#ubuntu-devel) ?
[04:14] (Kamion/#ubuntu-devel) lamont: yep
[04:16] (lamont/#ubuntu-devel) +        "ia64")
[04:16] (lamont/#ubuntu-devel) +            base="$base libreadline4 libreadline5"
[04:16] (lamont/#ubuntu-devel) +            required="$(subst_package "libc6" "libc6.1" "$required")"
[04:16] (lamont/#ubuntu-devel) +           base="$(subst_package "libc6-dev" "libc6.1-dev" "$base")"
[04:16] (lamont/#ubuntu-devel) +           base="$(without_package "ltrace" "$base")"
[04:16] (lamont/#ubuntu-devel) +            LIBC6="libc6.1"
[04:16] (lamont/#ubuntu-devel) +            ;;
[04:16] (lamont/#ubuntu-devel) that's the current (working) version.
[04:16] (lamont/#ubuntu-devel) -    ln -s mawk $TARGET/usr/bin/awk
[04:16] (lamont/#ubuntu-devel) +    ln -sf mawk $TARGET/usr/bin/awk
[04:16] <seb128> robtaylor: we already managed 2.8 fine, no reason to worry for 2.10
[04:16] (lamont/#ubuntu-devel) and that change should have been added a million years ago
[04:17] (Kamion/#ubuntu-devel) lamont: that subst_package should not be necessary
[04:17] <pitti> sjoerd: pmount 0.4.3 released upstream and to Debian
[04:17] <pitti> sjoerd: btw, did you get the commit mails?
[04:17] (Kamion/#ubuntu-devel) lamont: what I'd prefer is for hoary.base and hoary.overrides to list the correct packages for ia64, and then required-base.py will work it out for itself
[04:17] <robtaylor> seb128: ok
[04:18] (lamont/#ubuntu-devel) Kamion: ok
[04:18] (Kamion/#ubuntu-devel) are all the base packages for ia64 uploaded?
[04:18] (lamont/#ubuntu-devel) Kamion: all bug gcc-3.4 :(
[04:18] (Kamion/#ubuntu-devel) presumably that rather takes out everything else :)
[04:18] (lamont/#ubuntu-devel) or raher, libgcc1
[04:19] (lamont/#ubuntu-devel) well, people.ubuntu.com/~lamont/ia64/stage2/libgcc1_3.4.2-2ubuntu1_ia64.deb is available for testing purposes
[04:19] (Kamion/#ubuntu-devel) one minor issue is that doing this the normal way will result in libc6 being unpacked/configured last rather than somewhere in the middle
[04:19] (Kamion/#ubuntu-devel) so may have to do some frobbing there
[04:20] <robtaylor> seb128: next week i'll finally be able to work on stuff again, and i know for gnome-print there's some big changes planned
[04:20] (Kamion/#ubuntu-devel) basically I was trying to get away from the manually-maintained-debootstrap-script thing because it was too error-prone with germinate output changing every couple of days
[04:21] (sjoerd/#ubuntu-devel) pitti: ah you went for magic in pmount-hal :)
[04:21] <pitti> sjoerd: yes, sorry, but I really like it more that way
[04:22] (sjoerd/#ubuntu-devel) pitti: works for me, so no problem
[04:22] <pitti> sjoerd: I want to do such stuff entirely as non-root
[04:22] <pitti> sjoerd: and it's a bit easier in sh :)
[04:22] <pitti> sjoerd: works fine for me, too
[04:22] <seb128> robtaylor: have you planned to include redhat changes, hal stuff, etc ? :)
[04:22] (sjoerd/#ubuntu-devel) pitti: hrm if /media/blabla is a symlink to dir ? what happens then 
[04:23] <pitti> sjoerd: -d will be true for symlinks to dirs
[04:23] (Kamion/#ubuntu-devel) lamont: can we seed your bootloader and stuff?
[04:23] (lamont/#ubuntu-devel) probably should, eh?
[04:23] (sjoerd/#ubuntu-devel) pitti: but that dir won't turn up in the mount list 
[04:24] (lamont/#ubuntu-devel) Kamion: efibootmgr
[04:24] <pitti> sjoerd: oh, right, mount resolves symlinks
[04:24] <robtaylor> seb128: definitly :) i'll need to chat to kenshi muto as cups will need the dbus patch adding
[04:24] <seb128> ok, rock :)
[04:24] <pitti> sjoerd: well, if you manage to screw up /media that far...
[04:24] (sjoerd/#ubuntu-devel) true 
[04:24] <pitti> sjoerd: pmount will fail to mount it
[04:25] <pitti> sjoerd: I can add symlink resolution in the next version, however
[04:25] (Kamion/#ubuntu-devel) lamont: that's all?
[04:25] <pitti> sjoerd: this should be necessary only for grepping the mount output AFAICS
[04:25] (Kamion/#ubuntu-devel) lamont: (debootstrap shouldn't install that, of course)
[04:26] (sjoerd/#ubuntu-devel) pitti: yeah
[04:26] (Kamion/#ubuntu-devel) lamont: is elilo similar/different/obsolete or what? d-i only installs elilo, it doesn't know about efibootmgr
[04:27] <pitti> sjoerd: although... resolving symlinks before doing any check on them might be safer and even easier
[04:27] (lamont/#ubuntu-devel) ah, then elilo is probably needed...
[04:27] (Kamion/#ubuntu-devel) well, d-i could be changed, I'm just wondering
[04:27] (lamont/#ubuntu-devel) efibootmgr is for mucking with efi
[04:28] (Kamion/#ubuntu-devel) neither are in main at the moment AFAICS
[04:28] (lamont/#ubuntu-devel) both in universe.
[04:31] (sjoerd/#ubuntu-devel) pitti: haven't seen commit mails yet
[04:31] <pitti> sjoerd: not even the ones from some days ago=
[04:31] <pitti> sjoerd: ?, even
[04:32] (sjoerd/#ubuntu-devel) no, never had any afaik
[04:33] (Kamion/#ubuntu-devel) lamont: I've made the installer seed changes for ia64 since I think that's OK to do, but mdz/jdub will need to ack base changes
[04:34] (Kamion/#ubuntu-devel) lamont: (given you efi-reader, elilo-installer, libc6.1-udeb)
[04:34] (lamont/#ubuntu-devel) cool
[04:50] <Mitario> heyhey
[04:52] <mvo_> hi Mitario 
[04:52] <mvo_> update-manager 0.32 was uploaded today :)
[04:53] <pitti> guys, do we have CC today?
[04:53] (bob2/#ubuntu-devel) hrm, anyone understand the kernel build system?
[04:54] (bob2/#ubuntu-devel) I want to stop it applying some patches
[04:54] (bob2/#ubuntu-devel) er, ubuntu kernel package build system
[05:01] <pitti> seb128: just installed new gvfs; now it really does make a difference :) thanks
[05:01] <seb128> np :)
[05:01] <seb128> is that better ?
[05:01] <pitti> seb128: however, complete drive unmounting (#3666?) still doesn't work
[05:01] <seb128> :(
[05:01] <pitti> seb128: but the new names and capacity is nice
[05:01] <seb128> yeah
[05:02] <pitti> also, mount point symlinks are still an issue
[05:02] <pitti> seb128: but I already debugged it (#1217), and I can fix it on my own
[05:02] <pitti> seb128: I jsut hoped that hal would fix this for free :)
[05:03] <pitti> No CC meeting today?
[05:04] (bob2/#ubuntu-devel) pitti: is it possible to have g-v-m set certain mount options?
[05:04] <pitti> bob2: what do you mean in particular?
[05:05] <pitti> bob2: right now you can influence async and noatime
[05:05] <pitti> bob2: in fact the newest versions do this automatically
[05:05] <gicmo> 'evening
[05:05] (bob2/#ubuntu-devel) pitti: they're the ones I'm thinking of
[05:06] <pitti> bob2: right now the devices get "sync,noatime" for < 1GB and "async,atime" for > 1GB
[05:06] <herzi> what does it take to build a package and get it uploaded into universe?
[05:06] <pitti> bob2: you can customize that in /etc/hal/fdi/ubuntu-storage-policy.fdi
[05:06] <pitti> herzi: build it, put it to a place where it can be downloaded and tested
[05:07] <pitti> herzi: then ask here
[05:07] (bob2/#ubuntu-devel) pitti: oh cool, thanks
[05:07] <pitti> bob2: however, g-v-m itself does not yet allow to modify this
[05:07] <pitti> bob2: it's currently HAL and pmount-hal
[05:07] <pitti> bob2: the intention is to have save memory sticks and fast USB hard drives
[05:08] <pitti> bob2: s/save/safe/
[05:08] <seb128> hey gicmo 
[05:08] <seb128> gicmo: here now ? :)
[05:08] (bob2/#ubuntu-devel) pitti: cool, that's just what I wanted
[05:08] <herzi> hi gicmo:)
[05:10] <seb128> Keybuk: here ?
[05:10] <gicmo> seb128, hehe yeah!
[05:10] <gicmo> seb128, I installed ubuntu about a week ago .. I wanna help out with the graphical boot stuff .. but sladen is never around :(
[05:11] <gicmo> herzi, jo! :)
[05:12] <carlos> gicmo: hey!, nice to see you here
[05:12] <Keybuk> seb128: nope :p
[05:12] <Keybuk> seb128: shoot.
[05:12] <gicmo> Hi carlos! .. good to see you too .. how are you?
[05:13] <seb128> Keybuk: is there a meeting today ?
 Is anybody going to open this meeting / are we waiting for people / ???
[05:13] <seb128> on #ubuntu-meeting
[05:13] <pitti> seb128: I just pinged sabdfl
[05:13] <carlos> gicmo: fine, thanks. Enjoying your webdavs code :-)
[05:13] <Keybuk> seb128: Community Counctil I assume
[05:13] <gicmo> heh :)
[05:13] <Keybuk> Tech Board was last week
[05:13] <seb128> ok
[05:14] <seb128> dunno if you organise all the meetings :)
[05:14] <Keybuk> lol, no
[05:14] <Keybuk> I can probably hit Mark with a bread roll from here
[05:14] <gicmo> I am trying to buy a keyboard with .en layout.. wow thats kinda difficult if you are in .de
[05:14] <Keybuk> though I warn you, my aim is terrible
[05:15] <seb128> ah ah
[05:15] <smurfix> you seem to have hit ;-)
[05:15] <daniels> Keybuk: see, if you managed to iht me, now that's an achievement
[05:15] <daniels> gicmo: yeah, qwertz is interesting
[05:17] <gicmo> daniels, yeah but really sucks if you do lots of coding/unix-sysadmin .. so I wanna have a .en layouy
[05:17] <gicmo> layout
[05:18] <Keybuk> gicmo: I'm sure my keyboard was made in .de
[05:19] <herzi> gicmo: i have only one querz left, but i have one query that you can get in berlin on 21c3
[05:19] <herzi> qwerty
[05:26] (Kamion/#ubuntu-devel) "No common CD-ROM drive was detected"
[05:26] <gicmo> herzi, sweet ... but I think I can find some on ebay
[05:26] (Kamion/#ubuntu-devel) meh, I must have broken something fairly core :(
[05:28] <pitti> mdz: Good morning!
[05:28] (mdz/#ubuntu-devel) pitti: morning
[05:34] <gicmo> I wanna have beagle packages .. 
[05:37] (Kamion/#ubuntu-devel) -rwxr-xr-x    1 root     root            0 Nov 23 15:50 /bin/hw-detect
[05:38] (Kamion/#ubuntu-devel) ah, that would do it
[05:38] (Mithrandir/#ubuntu-devel) ew
[05:40] (mdz/#ubuntu-devel) we ought to send out a reminder the day before, for CC meetings as well as TB
[05:41] (Mithrandir/#ubuntu-devel) mdz: it would be _really_ nice to have an ical feed somewhere people could subscribe.
[05:42] <herzi> gicmo: build some
[05:44] <gicmo> herzi, heh .. I suck at debian package stuff .. and of course you would need the inotify kernel patches .. 
[05:45] <azeem> does beagle use inotify directly, or via gamin?
[05:46] <gicmo> azeem, good question ... maybe directly ...
[05:50] (mdz/#ubuntu-devel) mvo_: ping?
[05:50] <mvo_> mdz: pong
[05:51] (mdz/#ubuntu-devel) mvo_: do you have your apt changes in arch now?
[05:51] <mvo_> mdz: yes
[05:52] <mvo_> at chinstrap 
[05:52] <mvo_> apt--mvo--0
[05:53] <mvo_> unfortunately the apt-0.6 sync is not yet finished, apparently some problems with cvs.debian.org
[05:53] <elmo> mvo_: meh, not cvs.d.o's fault
[05:53] <mvo_> elmo: sorry, didn't wanted to imply that it was the fault of cvs.d.o :)
[05:54] <mvo_> elmo: you make funny noises today BTW ;)
[06:02] <pitti> seb128: after logging out of gnome, there are still three user processes running (esd, gam_server, dbus-daemon-1)
[06:02] <pitti> seb128: this gives funny messages when logging in again and generally doesn't look right
[06:02] <pitti> seb128: which package is the best to file bugs about this against?
[06:03] <seb128> esd -> esound
[06:03] <pitti> seb128: I shall file bugs against the packages themselves?
[06:03] <seb128> there is an option for that in /etc/esound/esd.conf
[06:03] <pitti> seb128: not against the packages that start these processes?
[06:03] <pitti> ah
[06:03] <seb128> dunno for the 2 others
[06:03] <seb128> yes, probably against the packages
[06:04] (lamont/#ubuntu-devel) Kamion: so next steps for debootstrap?
[06:05] (Kamion/#ubuntu-devel) lamont: get gcc-3.4 uploaded, I think ...
[06:07] (mdz/#ubuntu-devel) mvo_: your tree seems to have both Suggests and Depends: bzip2
[06:08] <mvo_> mdz: apt suggests bzip2, apt-utils depends on bzip2. the later may be from lamonts upload
[06:08] (Kamion/#ubuntu-devel) lamont: just for a moment assuming that Herbert won't be doing hoary kernels soon, how complicated are the required patches for ia64?
[06:09] (mdz/#ubuntu-devel) mvo_: hmm...why would apt-utils depend on bzip2?
[06:09] (mdz/#ubuntu-devel) lamont: ?
[06:09] (lamont/#ubuntu-devel) Kamion: no kernel diff, just configs
[06:09] (lamont/#ubuntu-devel) mdz: yes
[06:09] (Kamion/#ubuntu-devel) mdz: oh yes; can we add the ia64 bootloader to base? either elilo or efibootmgr, not 100% sure which yet
[06:09] (lamont/#ubuntu-devel) mdz: no good reason - was applying a large cluebat to get the archive usable again.
[06:09] <elmo> lamont: err, yeah there is a kernel diff?
[06:10] (lamont/#ubuntu-devel) not according to dannf...
[06:10] <elmo> which dannf are you talking to?  he told me to apply the ia64 patch when building kernels for our boxes
[06:10] (Kamion/#ubuntu-devel) -rw-r--r-- dannf/dannf  111522 2004-06-29 21:07:28 kernel-patch-2.6.7-ia64-2.6.7/linux-2.6.7-ia64-040629.diff
[06:11] (Kamion/#ubuntu-devel) there are several others too, dunno how many were merged in 2.6.8
[06:11] (lamont/#ubuntu-devel) for 2.6 there is no kernel-patch-ia64
[06:12] (lamont/#ubuntu-devel) 2.4 is a diff story, unknown here.
[06:12] (lamont/#ubuntu-devel) that's as of when I asked yesterday
[06:13] <elmo> dude, there's no kernel-patch-ia64 in _Debian_ because it's managed as part of the generic Debian kernel patch now
[06:13] (mdz/#ubuntu-devel) mvo_: ok, merged, mirror updating
[06:13] <elmo> but there's definitely still an ia64 patch to 2.6.<n>
[06:14] (lamont/#ubuntu-devel) ah.  and ours are based off of upstream, or debians?
[06:14] <seb128> pitti: I'm a patch for gnome-session/esd
[06:14] (lamont/#ubuntu-devel) ours==ubuntu
[06:14] (Kamion/#ubuntu-devel) Debian's, but I don't think we're totally up to date
[06:14] <seb128> pitti: oups, s/'m'/'ve/
[06:14] <pitti> seb128: you are a patch? Interesting :)
[06:14] <seb128> yes
[06:14] <seb128> I AM THE PATCH
[06:14] <seb128> FEAR
[06:14] <seb128> :p
[06:15] <daniels> 'be the patch'
[06:16] <kylem> hah.
[06:16] <gicmo> seb128, no no .. go away .. please .. dont patch me ..noooooooo
[06:16] <seb128> :p
[06:17] (Kamion/#ubuntu-devel) there are three ia64 patches in our linux-source right now
[06:17] (lamont/#ubuntu-devel) Kamion: and the build fails on ia64 after the build completes (ia64 not in arch list).  Which of course, doesn't mean it would actually _work_...
[06:18] (lamont/#ubuntu-devel) that was what led me to ask folks yesterday
[06:18] (Kamion/#ubuntu-devel) well, let's compare
[06:18] <mvo_> mdz: thanks
[06:19] (mdz/#ubuntu-devel) mvo_: did you hear anything from lifeless about v0_6?
[06:24] <lifeless> its done, just finishing a prod update for you to see it
[06:25] (Kamion/#ubuntu-devel) OK, so we seem to be missing five patches that include the string "ia64"
[06:28] (lamont/#ubuntu-devel) Kamion: so there is definitely some kernel work to be done before we're really happy there.
[06:29] (Kamion/#ubuntu-devel) they're all self-contained though
[06:30] (lamont/#ubuntu-devel) that sounds good
[06:32] (Kamion/#ubuntu-devel) the dropping of kernel-patch-2.6.8-ia64 happened with the first Debian kernel-image-2.6.8-ia64 build, and Herbert merged everything up until after that date from Debian
[06:32] (Kamion/#ubuntu-devel) elmo: which patch did dannf tell you to apply?
[06:33] <elmo> the one in ports/ia64/ on kernel.org
[06:33] <elmo> that may already be in debians and ours tho
[06:33] (lamont/#ubuntu-devel) Setting up fontconfig (2.2.3-2ubuntu1) ...
[06:33] (lamont/#ubuntu-devel) /usr/sbin/laptop-detect: line 14: dmidecode: command not found
[06:34] (lamont/#ubuntu-devel) that's got to be something I can blame on daniels.... ;-)
[06:34] (Kamion/#ubuntu-devel) elmo: oh, you were going from upstream source weren't you?
[06:34] (Kamion/#ubuntu-devel) lamont: thom, wasn't it?
[06:34] <elmo> Kamion: yeah - I tried with ours and got patch conflicts and ran away screaming
[06:35] <elmo> oh, actually, I Fixed the patch conflicts, but it still FTBFS
[06:35] <elmo> we had a patched ACPI and the ia64 part hadn't been updated to match, IIRC
[06:36] (Kamion/#ubuntu-devel) there's certainly some of that we haven't got; Debian doesn't either though
[06:37] <daniels> lamont: notmeblamethom
[06:38] (lamont/#ubuntu-devel) daniels: heh
[06:38] (lamont/#ubuntu-devel) daniels: but you're _FUN_ to blame.... :-)
[06:38] <daniels> :P
[06:42] (Kamion/#ubuntu-devel) elmo: after ignoring the big wodge of deleted files there's only one diff hunk that touches ACPI ...
[06:45] <elmo> Kamion: in which?
[06:45] (Kamion/#ubuntu-devel) linux-2.6.8-ia64-040901.diff.gz
[06:46] <elmo> yeah, but I mean we (i.e. ubuntu's kernel patch) update ACPI but didn't take the corresponding update for ia64
[06:46] (Kamion/#ubuntu-devel) oh, I see
[06:46] <elmo> is my very dubious understanding of it - it was 10pm by this point and I was trying to get out of the DC
[06:52] (Kamion/#ubuntu-devel) not that I can figure out where the hell Herbert got that version of the patch from in the first place
[06:52] (Kamion/#ubuntu-devel) I wonder if he just pulled it straight from BK
[06:55] <daniels> elmo: so, what doesn't suck in the land of gigabit switches?
[06:56] <daniels> elmo: looking at up to 10 connections
[06:56] (Kamion/#ubuntu-devel) lamont: was dannf very definite that the patch on kernel.org wasn't needed?
[06:59] (lamont/#ubuntu-devel) Kamion: really fuzzy on the whole conversation...
[07:01] <fabbione> hey lamont 
[07:02] <fabbione> lamont: i started phase1 :-)
[07:02] (lamont/#ubuntu-devel) Nov 21 10:51:59 <dannf> lamont: there's no kernel-patch package, if that's what you're asking
[07:02] (lamont/#ubuntu-devel) Nov 21 10:52:47 <dannf> lamont: there's plenty of changes vs. kernel.org though; mostly backports
[07:02] (lamont/#ubuntu-devel) Nov 21 10:53:11 <dannf> 2.6.9 builds, but i haven't done an upload yet - waiting for someone to generate a new kernel-source
[07:02] (lamont/#ubuntu-devel) Nov 21 10:53:36 <dannf> i'm not antsy enough to put one together myself, but i've added all the patches i've found necessary to get it to build
[07:02] (lamont/#ubuntu-devel) N
[07:02] (lamont/#ubuntu-devel) ov 21 10:55:02 <dannf> and there's 2.6.9 configs in the repo as well
[07:02] (lamont/#ubuntu-devel) fabbione: kewl
[07:03] <fabbione> lamont: just one question.. if i manage to build phase1 without any cheating (since i did all of them in phase0), phase2 can be considered "gold", right?
[07:03] (lamont/#ubuntu-devel) fabbione: well,there's a naming thing going on here...
[07:04] <fabbione> lamont: i did try to allign my naming with your :-)
[07:04] (lamont/#ubuntu-devel) I created chroot-stage0 by debootstrapping sid. the debs built there went into the stage1 repository, which was pointed at by chroot-stage1...
[07:04] <fabbione> phase0 build on top of sid
[07:04] (Kamion/#ubuntu-devel) lamont: hm, bit vague
[07:04] (lamont/#ubuntu-devel) but to answer your real question
[07:04] <fabbione> phase1 bootstrap a chroot with phase0 pkgs and rebuild
[07:05] (lamont/#ubuntu-devel) if you build using only .debs that you previously built (albeit in some random - aka sid - chroot), then we consider it to be bootstrapped.
[07:05] (lamont/#ubuntu-devel) then comes d-i and kernel work
[07:05] (lamont/#ubuntu-devel) as well as the seed changes
[07:06] (lamont/#ubuntu-devel) all of which then feed into debootstrap changes, and presto.
[07:06] (lamont/#ubuntu-devel) (right Kamion)
[07:06] (lamont/#ubuntu-devel) Kamion: and yes, dannf was a bit vague...
[07:06] <fabbione> yup.. i did a local hack to debootstrap to be able to create a clean chroot from phase0 pkgs
[07:06] (Kamion/#ubuntu-devel) lamont: ayup
[07:06] <fabbione> local hack = just add the sparc arch and add the 2/3 pkgs required by sparc only
[07:07] (Kamion/#ubuntu-devel) somebody remind me tomorrow to do architecture-specific tagging in germinate
[07:07] <fabbione> lamont: but the chroot is clean, there are no sid packages in it
[07:07] <fabbione> and it is building ubuntu on top of ubuntu
[07:07] (lamont/#ubuntu-devel) fabbione: on the naming thing, I was calling sid 'phase0 packages', and that produced things that were for stage1, while you're calling the output 'phase 0 packages' - not a big deal, as long as we both keep our stories straight. :)
[07:07] (lamont/#ubuntu-devel) fabbione: right
[07:07] <fabbione> lamont: ok, let me try with your naming scheme :-)
[07:08] (lamont/#ubuntu-devel) once you build ubuntu on top of ubuntu, then you're done building packages, and ready to start fixing bugs.
[07:08] <fabbione> (if you don't mind)
[07:08] (lamont/#ubuntu-devel) fabbione: sure.  although I understood it in your terms too...
[07:08] <fabbione> so basically building on top of sid is stage0 and creates packages that have to be used for stage1
[07:09] <fabbione> or so called stage1 packages
[07:09] <fabbione> did i get you right?
[07:10] (lamont/#ubuntu-devel) fabbione: I declared the sid packages to be stage 0, and began by building stage1 (ubuntu built on sid), then used the stage1 packages (output from chroot-stage1 builds) to debootstrap and build ubuntu on ubuntu (stage2)
[07:10] (lamont/#ubuntu-devel) if no cheating is involved, then you're done.
[07:10] <fabbione> ahh ok
[07:10] <fabbione> than i am at stage2
[07:10] <fabbione> because i am building ubuntu on top of ubuntu
[07:10] (lamont/#ubuntu-devel) if you cheat in getting everything into stage2, then you must iterate until you didn't cheat to build everything.
[07:10] (lamont/#ubuntu-devel) right
[07:11] <fabbione> well i did cheat building some packages for stage1
[07:11] <fabbione> but mainly because of build-deps
[07:11] (Kamion/#ubuntu-devel) elmo: would adding passive => 1 to the dupload.conf stanza in Uploads be a good idea? it might work for a few more people
[07:11] (lamont/#ubuntu-devel) hence the current state of ia64: I cheated in building gcc-3.4, so I can't upload that to the archive.  (Killed the hung ada tests, you see...)
[07:11] <fabbione> lamont: i didn't have to change the packages
[07:12] <fabbione> lamont: only make the build-dep available from the phase1 archive to the chroot
[07:12] <fabbione> like gnome 2.9 build-dep on libfoo 2.9
[07:12] (lamont/#ubuntu-devel) fabbione: that's not cheating.
[07:12] (lamont/#ubuntu-devel) that's optimizing the iteration. :-)
[07:12] <fabbione> ah ok
[07:12] <fabbione> well even better
[07:12] <fabbione> i considered that cheating
[07:13] <fabbione> becuase right now i am down to 12 FTBFS
[07:13] <fabbione> 3 are d-i/kenrel related
[07:13] <fabbione> and the others are the same in Debian and Ubuntu
[07:13] (Kamion/#ubuntu-devel) debian-installer, the kernel itself, what else?
[07:13] (lamont/#ubuntu-devel) cheating includes source changes, manual intervention in the build process, manually installing things that don't belong in the chroot, etc.
[07:13] <fabbione> Kamion: linux-meta and ubuntu-meta
[07:13] <fabbione> Kamion: the latter builds but incorrectly
[07:13] (Kamion/#ubuntu-devel) ah yes
[07:13] <fabbione> lamont: no.. i did nothing like that
[07:14] <fabbione> lamont: instead i have been properly fixing the packages and upload them (see the FTBFS fixes from yesterday ;))
[07:15] <fabbione> lamont: there was probably one thing that made me think....
[07:15] <fabbione> when i started stage2, sbuild and apt were complaining about postdrop group
[07:15] <fabbione> i had to install postfix on the buildd to fix that problem
[07:16] <fabbione> it was mumbling something about group override (dpkg iirc)
[07:17] (Kamion/#ubuntu-devel) it might actually stand a chance of working without it now
[07:17] <fabbione> Kamion: if you don't mind of the next day i will distrub you to get some sparc stuff in.
[07:18] <fabbione> s/day/days
[07:18] (Kamion/#ubuntu-devel) fabbione: sure, what kind of stuff?
[07:18] (Kamion/#ubuntu-devel) fabbione: (and are sparc uploads cleared with mdz/jdub?)
[07:18] <fabbione> Kamion: the seeds and the debootstrap stuff?
[07:18] <fabbione> Kamion: we are not going to upload to the main archive. We discussed this last TechBoard Meeting
[07:19] (Kamion/#ubuntu-devel) ok, but for debootstrap I want an archive I can download Packages files from that has a complete sparc base system
[07:19] <pitti> @ALL: can anybody do a review of a mysql security update?
[07:19] <fabbione> Kamion: ok, that can wait than..
[07:19] <fabbione> thanks a log guys
[07:19] <fabbione> i need to go
[07:19] <fabbione> cya around tomorrow :-)
[07:19] (Kamion/#ubuntu-devel) and preferably an assurance that it will remain reasonably up to date to avoid complications
[07:19] (Kamion/#ubuntu-devel) seeds, certainly
[07:19] (Kamion/#ubuntu-devel) cheerio
[07:20] <fabbione> Kamion: we discussed that too at the meeting
[07:20] <pitti> fabbione: bye!
[07:25] (lamont/#ubuntu-devel) seb128: ??
[07:27] <seb128> what .
[07:27] <seb128> ?
[07:27] <seb128> oh ok
[07:28] <seb128> no, libgnomevfs2-dev missing this
[07:28] (mdz/#ubuntu-devel) lifeless: the v0_6 tree looks good, thanks
[07:29] (lamont/#ubuntu-devel) seb128: whatever. :-)
[07:29] <seb128> thanks
[07:29] (lamont/#ubuntu-devel) if I should dep-wait totem on something, that'd be a new verison of libgnomevfs2-dev?
[07:29] <seb128> right
[07:30] <seb128> 2.8.3-0ubuntu8
[07:36] (lamont/#ubuntu-devel) seb128: done
[07:36] (lamont/#ubuntu-devel) seb128: btw, about python-gtk2...
[07:37] <seb128> lamont: hum, in fact nautilus-cd-burner bug
[07:37] (lamont/#ubuntu-devel) we should be using the debian source tree for that (and gtkhtml3.2), yes?
[07:38] <seb128> /usr/lib/libnautilus-burn.la point on libhal
[07:38] <seb128> lamont: we should yes
[07:38] (lamont/#ubuntu-devel) ok.  I'll upload the debian versions then.
[07:38] <seb128> lamont: source name != upstream name, so we tar xzf && mv && tar czf 
[07:38] <seb128> if there is a timestamp somewhere perhaps the md5 is !=
[07:39] (lamont/#ubuntu-devel) that'd do it
[07:39] (lamont/#ubuntu-devel) maybe an upload of our bits to experimental is in order... :-)
[07:39] (lamont/#ubuntu-devel) that way the orig.tar.gz would be there...
[07:39] <seb128> he he
[07:39] (lamont/#ubuntu-devel) but that's mean..
[07:43] (lamont/#ubuntu-devel) seb128: mind you, ISTR dpkg-source handled sourcename != upstreamname
[07:44] <seb128> lamont: yeah, but changing the sourcename would mean to go through NEW, right ?
[07:45] <seb128> lamont: I've not renamed these packages but when I've started to work on them they were in this state
[07:46] <seb128> and waiting 2-3 weeks to get a package out of NEW is a annoying, so I've not renamed them, perhaps I should :)
[07:48] <seb128> elmo: gnome-gv sync please
[07:48] <elmo> seb128: done
[07:48] <seb128> thanks
[08:00] (lamont/#ubuntu-devel) seb128: the trick is to ask nicely. :-)
[08:02] <seb128> lamont: right, and to not abuse :)
[08:08] <ironwolf> daniels ?
[08:08] <daniels> ironwolf: yo
[08:09] <ironwolf> daniels: s3v module does not exist.
[08:09] <daniels> argh!  sorry, 's3virge'
[08:10] <daniels> s3virge
[08:10] <daniels> i know that because that chipset has ruined my ability to type 'verge'
[08:10] <daniels> (it's called s3v_driver.c in the sources, which is what I was looking at, hence the confusion -- sorry again)
[08:11] (lamont/#ubuntu-devel) elmo: I thought you were gonna make the sync fail on md5 mismatch introduction...
[08:11] <ironwolf> daniels: as long as it gets working for hoary, my friend may not kill me.
[08:11] <daniels> ironwolf: should work, yes
[08:11] (lamont/#ubuntu-devel) daniels: was bug?
[08:11] <daniels> lamont: hmm?
[08:12] <ironwolf> lamont: is bug. :(
[08:12] (lamont/#ubuntu-devel) daniels: s3virge
[08:12] <daniels> lamont: what, using s3 instead of s3virge?
[08:12] <daniels> just an uncaught case in discover1-data
[08:12] <daniels> combined with POSSIBLY a DefaultDepth problem
[08:12] <daniels> because S3 cards suck
[08:12] (lamont/#ubuntu-devel) dunno - whatever had adam's system not autoconfiguring X.
[08:12] (lamont/#ubuntu-devel) ah, ok
[08:13] <ironwolf> S3 cards are fun... but I like radeon better. :)
[08:13] <daniels> ati cards are way better
[08:14] <ironwolf> unfortunately, not everybody runs ati or nvidia cards. :)
[08:14] (Kamion/#ubuntu-devel) Keybuk: merge-o-matic seems to get confused sometimes about the order in which debian/changelog hunks should be merged
[08:14] (Kamion/#ubuntu-devel) Keybuk: see e.g. http://people.ubuntu.com/~scott/ongoing-merge/debian-installer/debian-installer_merged.debdiff
[08:14] (Kamion/#ubuntu-devel) 20041115ubuntu1 was put before 20041118
[08:14] <daniels> Kamion: 15 < 18?
[08:15] (Kamion/#ubuntu-devel) sorry, before => earlier in the file
[08:15] (Kamion/#ubuntu-devel) chronologically after
[08:16] <Keybuk> Kamion: yeah, not sure why that is yet
[08:16] <Keybuk> I think it's when it applies the Ubuntu patch to Debian
[08:17] <Keybuk> the logic doesn't quite works
[08:20] <lifeless> mdz: mvo|away your request is fulfilled
[08:21] (lamont/#ubuntu-devel) seb128/elmo: I'll fix gnome-gv as well
[08:22] (mdz/#ubuntu-devel) lifeless: thanks
[08:22] (mdz/#ubuntu-devel) lifeless: mvo|away seemed to have some trouble with the merge, though
[08:22] (mdz/#ubuntu-devel) <mvo_>   CHECKSUM FILE(S) DISAGREE WITH
[08:22] (mdz/#ubuntu-devel) <mvo_>   DIRECTORY LISTING ABOUT WHAT
[08:22] (mdz/#ubuntu-devel) <mvo_>   FILES SHOULD BE PRESENT IN
[08:22] (mdz/#ubuntu-devel) <mvo_>   REVISION DIR OF ARCHIVE
[08:22] (mdz/#ubuntu-devel) <mvo_> argggg
[08:22] <seb128> lamont: md5 not matching again ?
[08:22] <lifeless> well, its only just ready to go.. so ...
[08:25] <lifeless> and it works just fine for me ...
[08:26] <ironwolf> daniels: s3virge + Depth=16 seems to work, you want we should try Depth 24?
[08:28] <ironwolf> daniels: adam sends his thanks, and says you rock!
[08:28] <ironwolf> daniels:  So this will autodetect in hoary yes?
[08:30] <daniels> ironwolf: trying depth 24 would be cool also
[08:30] <daniels> rad
[08:31] <lifeless> might be that hes missing the gpg key in the web server root dir
[08:40] (lamont/#ubuntu-devel) seb128: yep
[08:41] <seb128> doh, *again*
[08:42] (lamont/#ubuntu-devel) python-gtk2 and gtkhtml3.2 uploaded
[08:44] (lamont/#ubuntu-devel) seb128: is easy to fix, annoying to need to....
[08:44] <seb128> yes
[08:44] (lamont/#ubuntu-devel) seb128: and the real issue is that gnome-gv_2.8.0.orig.tar.gz exists in warty, so we can't change that one.
[08:49] (Kamion/#ubuntu-devel) maybe we can start putting a big list of our repacked-from-upstream .orig.tar.gz filenames somewhere and asking the Debian GNOME guys to take them from us if they package that version
[08:49] (Kamion/#ubuntu-devel) or version them 2.8.0~1.orig.tar.gz or something (dunno if that works)
[08:50] (Kamion/#ubuntu-devel) or indeed 2.8.0ubuntu1.orig.tar.gz ...
[08:50] (lamont/#ubuntu-devel) daniels: you around?
[08:51] (lamont/#ubuntu-devel) Kamion: yeah - been uploading 2.8.0ubuntu1 versions
[08:51] (lamont/#ubuntu-devel) issue there is that if we do that first, then the debian package will forever be younger.
[08:51] (lamont/#ubuntu-devel) seb128: gnome-gv uploaded
[08:51] (Kamion/#ubuntu-devel) that's OK for GNOME though
[08:51] (lamont/#ubuntu-devel) true
[08:52] (lamont/#ubuntu-devel) ECHAN
[09:01] <ironwolf> daniels: Depth 24 worked.
[09:07] <jdub> seb128: pong
[09:15] (mdz/#ubuntu-devel) lifeless: is that permissions issue fixed, where things come in with (e.g.) mode 446?
[09:23] <lemsx1> i just found out about this nifty project: http://biddell.co.uk/gnomebaker.php
[09:23] <lemsx1> GnomeBaker
[09:23] <lemsx1> it has similar goals as mrburns
[09:29] <shaya> is upgrade-notifier supposed to be usable?
[09:32] <mvo|away> shaya: I think so
[09:38] <seb128> jdub: I've pinged ? I don't remember why :)
[09:39] <jdub> seb128: the gnomevfs depends change
[09:39] <jdub> seb128: it wasn't appropriate?
[09:39] <seb128> probably
[09:39] <seb128> was not needed
[09:39] <jdub> but without the new libsmbclient, the smb module wasn't built
[09:39] <seb128> the consensus on the debian side was to wait to get the new version on the autobuilders and to not bump the depends for nothing
[09:39] <jdub> oh right
[09:40] <jdub> but really, the depends *is* needed to make gnomevfs work :)
[09:40] <seb128> nop, we just need to avoid a bugged samba package
[09:40] <seb128> but whatever, both ways are fine
[09:41] <seb128> jdub: do you know if somebody is working on OO.o 1.1.3 ? We have planned to update to 1.1.3 for hoary, right ?
[09:41] <jdub>    * Remove discover from the initrds and rely entirely on hotplug. Let's see
[09:42] <jdub>      how much this breaks ...
[09:42] <jdub> ^ woo
[09:42] <jdub> seb128: yeah, doko is tracking the merge and sync
[09:42] <seb128> ok
[09:44] <shaya> mvo: it doesn't work well for me
[09:44] <mvo_> shaya: what does not work ?
[09:44] <shaya> 1) it doesn't seem to do the apt-get update (if I do it manually it works)
[09:44] <shaya> 2) it leaks gdksudo's all over the place
[09:45] <shaya> gksudo that is
[09:45] (Kamion/#ubuntu-devel) jdub: the answer's probably "lots", judging from my preliminary testing
[09:45] <shaya> though it pops up a notification correctly
[09:45] (Kamion/#ubuntu-devel) jdub: I need a tame hotplug guru :)
[09:46] (Kamion/#ubuntu-devel) seb128: Chris Halls just applied and was approved for Ubuntu maintainership, too
[09:46] <mvo_> 1) is deliberately, it will install a config option in /etc/apt.conf.d to trigger a apt cron.daily job to do the "apt-get update"
[09:46] <mvo_> 2) what does "leaks gksudo" mean?
[09:46] <shaya> spotter@dent:~ $ ps auxw |grep gksudo |wc -l
[09:46] <shaya> 3
[09:46] <jdub> Kamion: fun :-)
[09:48] <mvo_> shaya: I don't have any. can you reproduce the leak?
[09:53] <shaya> mvo_, is this what you are talking about? APT::Periodic::Update-Package-Lists "1";
[09:53] <shaya> so shouldn't it do it?
[09:54] <mvo_> yes
[09:54] <mvo_> it will trigger a cron.daily script 
[09:54] <shaya> apt?
[09:55] <shaya> hmm
[09:55] <shaya> perhaps thats why
[09:55] <shaya> ubuntu updates more than daily
[09:55] <shaya> hence I usually do it manually before it notifies me
[09:55] <shaya> :)
[10:04] <mvo_> shaya: :)
[10:04] <mvo_> if you manage to reproduce the leaks with gksudo I would be really happy
[10:04] <mvo_> the upgrade-notifier is pretty young
[10:05] <lifeless> mdz: permissions are fixed, yes.
[10:08] <daniels> ironwolf: awesome!  thanks dude :)
[10:09] <jdub> lifeless: will this be a problem in future?
[10:09] <ironwolf> daniels: so it'll be automagic in hoary right? :)
[10:12] <daniels> ironwolf: sure will
[10:12] <ironwolf> daniels: EXCELLENT!
[10:13] <jdub> ooh, nautilus is dead again
[10:13] <jdub> oh, there it goes
[10:13] <ironwolf> daniels: now, this battery monitor thing.  Do I need APCI or can I use APM? *currently says 0% all the time. :(*
[10:14] <daniels> ironwolf: how old is the laptop?
[10:14] <jdub> no external storage icons though
[10:15] <ironwolf> P4 2.2Ghz *different machine* couple years maybe...
[10:15] (bob2/#ubuntu-devel) come on baby use nautilus-spire
[10:20] <ironwolf> daniels: 2001?
[10:25] <daniels> ironwolf: you might need to boot with acpi=force
[10:25] <daniels> ironwolf: alternately, you might need to use APM, yah (acpi=off)
[10:26] <ironwolf> daniels: where do I set acpi=force? *grub is new to me*
[10:27] <lifeless> jdub: will what
[10:33] <daniels> ironwolf: in /boot/grub.conf, and run update-grub
[10:33] <daniels> ironwolf: there'll be a line like '# kopt="foo"'
[10:33] <daniels> ironwolf: change it to '# kopt="foo acpi=force"'
[10:33] <daniels> ironwolf: note that you retain the initial #
[10:34] <daniels> ironwolf: then run update-grub
[10:45] <jdub> lifeless: permissions and stuf
[10:52] <pitti> night, guys
[10:54] <shaya> any plans to include beagle in ubuntu?
[10:59] <daniels> Kamion: summon the police, woo woo woo?
[11:05] <lifeless> jdub: yeah, all good won't happen again
[11:41] <ironwolf> daniels: woohoo! thanks.  It works *well 99%, not 100%*
[11:43] <Matt|> hes gone
[11:44] <ironwolf> thanks Matt|
[11:44] <Matt|> np
[11:44] <Matt|> <-- daniels has quit ("hometime, yo!")