[12:12] <Kamion> hm, that looks slightly more reasonable now
[12:12] <amu> mdz: successfully builded images for powerpc,amd64 and i386 
[12:12] <lamont> Kamion: you want urls, eh>
[12:13] <mdz> amu: by hand?
[12:13] <Kamion> mdz: give http://cdimage.ubuntu.com/daily-live/20050107/hoary-live-i386.iso a try
[12:13] <amu> mdz: by script 
[12:14] <mdz> Kamion: can you make rsync:// work?
[12:14] <Kamion> it does
[12:14] <mdz> @ERROR: Unknown module 'daily-live'
[12:14] <Kamion> put /cdimage/ first
[12:14] <Kamion> but there's a maxconn limit :(
[12:14] <mdz> @ERROR: max connections (15) reached - try again later
[12:14] <mdz> gah
[12:15] <Kamion> you have an account on little, rsync over ssh :)
[12:15] <mdz> what's the local path?
[12:16] <Kamion> mdz: /srv/cdimage.no-name-yet.com/www/full/daily-live/20050107
[12:16] <lamont> ew.  something bloated.
[12:16] <lamont> 637MB
[12:16] <lamont> Kamion: i386 is there
[12:17] <amu> lamont: amd64?
[12:17] <lamont> amu: building
[12:17] <Kamion> lamont: ok, but won't be able to do anything with it until tomorrow
[12:18] <amu> lamont: the amd64 image is 100mb bigger compared to i386
[12:18] <amu> *** Error -5 compressing block 0! (compressed=0x7fbffff830, len=548682070016, uncompressed=0x526010, blocksize=65536)
[12:18] <amu> ./livecd.sh: line 130:  1630 Segmentation fault      create_compressed_fs $IMG 65536 >livecd.cloop
[12:18] <Kamion> ok, I'm off for the night now ...
[12:19] <amu> Kamion: n8
[12:19] <mdz> total size is 547250176  speedup is 81.06
[12:19] <mdz> not bad
[12:19] <mdz> Kamion: night
[12:19] <mdz> amu: I have a quest for you
[12:19] <mdz> amu: we need to find out what is doing so much writing during startup on the live CD
[12:20] <mdz> eek
[12:20] <mdz> Kamion: it's broke
[12:20] <amu> mdz: i#ll look to it 
[12:20] <mdz> amu: it uses like 15M of snapshot space just to boot
[12:20] <mdz> Kamion: could not find kernel image: linux
[12:21] <amu> mdz: means memoryuseage is d-i + 15M ? 
[12:21] <Kamion> mdz: did you explicitly type 'linux' at the boot prompt?
[12:21] <mdz> amu: dmsetup status /dev/mapper/casper-snapshot
[12:22] <mdz> Kamion: I tried both pressing enter and typing 'linux'
[12:22] <Kamion> bleh, ok, maybe isolinux defaults to linux or something
[12:22] <lamont> aum: note that the script has probably changed since you grabbed a copy...
[12:22] <mdz> what should the name be?
[12:22] <Kamion> it's probably broken, let me attempt to fix/rebuild
[12:23] <amu> mdz: which version we talking? Kamion's? your's? mine? 
[12:24] <mdz> amu: they should all have the same characteristics
[12:24] <amu> lamont: ok, still same place? 
[12:24] <mdz> amu: run dmsetup status /dev/mapper/casper-snapshot
[12:24] <lamont> amu: not quite yet...
[12:24] <Kamion> AARGH, MY CAPS LOCK OR SHIFT KEY OR SOMETHING IS STUCK
[12:26] <mdz> Kamion: if it's not trivial to fix, it can wait, don't lose sleep over it
[12:26] <Kamion> mdz: try 20050107.1, see how it goes
[12:27] <mdz> Kamion: same result
[12:28] <Kamion> erk, I was doing repeated >isolinux.cfg rather than >>isolinux.cfg
[12:29] <Kamion> 20050107.2 will happen in a moment and should fix that problem; in the meantime bed :)
[12:29] <Kamion> try that when it appears in a few minutes
[12:30] <Kamion> it's up
[12:31] <elmo> oh! mirnyy has space now; I can round-robin cdimage too
[12:31] <elmo> [<de-randomizing>that'll help with the rsync limits</>] 
[12:32] <mdz> rsyncing
[12:32] <mdz> elmo: oh, the limit is for the sake of server resources (rather than bandwidth)?
[12:32] <mdz> Kamion: booting now
[12:33] <elmo> mdz: totally resources - 25 was hitting the box so hard, colin couldn't sync a sounder image
[12:34] <mdz> my word
[12:34] <mdz> somebody needs to fix rsync
[12:38] <lamont> + create_compressed_fs livecd.fsimg 65536
[12:38] <lamont> Opening input: File too large
[12:38] <lamont> Hrmpf.
[12:38] <lamont> mdz: so how do you feel about just making the file system an even maxint in size?
[12:39] <mdz> lamont: that's fine, but we ought to fix create_compressed_fs
[12:39] <mdz> should be trivial
[12:39] <lamont> yeah
[12:39] <lamont> elmo about?
[12:40] <mdz> Kamion: it's gotten as far as starting sysvinit; looks good, thanks
[12:40] <elmo> yeah
[12:41] <lamont> mdz: this pass, I'll just hardcode the size, then I'll fix cloop
[12:41] <mdz> lamont: can we quash that scary postfix inode warning?
[12:42] <lamont> mdz: paste it to me
[12:42] <mdz> can't paste from qemu, bu tit goes like this:
[12:42] <mdz> QUEUE FILES WERE RENAMED TO MATCH INODE NUMBERS OH MY GOD
[12:42] <mdz> THE GODDAMN SKY IS FALLING
[12:42] <lamont> this on livecd?
[12:42] <mdz> something like that
[12:42] <mdz> yes
[12:43] <lamont> there _shouldn't_ be any queue files...
[12:43] <mdz> probably got some from debconf or whatever
[12:43] <sladen> daniels: on the X40 does s4_bios need a special partition creating?
[12:43] <mdz> also
[12:43] <mdz> lamont: sources.list still says 'echo'
[12:43] <mdz> oh, nm
[12:43] <mdz> this is the same image
[12:45] <lamont> 3 messages sent during the install.  I'll make em go away
[12:45] <mdz> hmm, what would be the best way to stop cron.daily from running on the live CD, I wonder
[12:45] <mdz> as nice as it is to have an up-to-date locate db, it's not very convenient to have it start up soon after boot...
[12:46] <mdz> I suppose I should just not let it start up
[12:47] <mdz> lamont: hmm, /etc/init.d/dbus-1 is missing
[12:48] <mdz> lamont: are you keeping a list?
[12:48] <lamont> and mkinitrd?
[12:49] <lamont> and sbin/udevd
[12:49] <lamont> udevd is OK
[12:49] <lamont> is this in the latest image, or the one from lunch?
[12:50] <lamont> verified OK in the current image
[12:50] <lamont> diverts were kinda borked at lunch, like I said
[12:51] <lamont> DIVERTS="usr/sbin/mkinitrd usr/sbin/invoke-rc.d etc/init.d/dbus-1 sbin/udevd"
[12:51] <lamont> but udevd came in later, and invoke-rc.d apparently got better somehow...
[12:51] <lamont> any changes to /etc/kernel-img.conf?
[12:54] <mdz> lamont: in both
[12:55] <mdz> colin used the same fs image from lunch to build the test CD
[12:58] <lamont> if you want etc/cron.daily/man-db to go away, that can be arranged...
[12:59] <lamont> does it get ran at isntall time?
[01:00] <mdz> nah, if I just don't start anacron, it fixes all that
[01:00] <mdz> cron suppresses the daily stuff when it sees anacron is installed
[01:01] <mdz> lamont: you know what would be nice
[01:01] <mdz> lamont: if at the end of the build, you ran cron.daily/man-db and cron.daily/slocate
[01:01] <mdz> brb, reboot
[01:05] <elmo> night all
[01:06] <lamont> night elmo
[01:08] <sivang> night elmo
[01:09] <ogra> night
[01:25] <lamont> pitti around?
[01:27] <mdz> gah, my panel is fucked
[01:27] <mdz> I have Blank Panel Syndrome
[01:27] <robertj> mdz: BPS
[01:27] <robertj> it's kinda refreshing though
[01:27] <robertj> minimalism is in
[01:28] <mdz> does anyone know the workaround for the panel-bug-o-day?
[01:28] <robertj> dunno, about to find out ;)
[01:29] <robertj> 1m40s remaining on my download
[01:29] <sladen> mdz: I found a reliable   sudo pkill -u mdz
[01:29] <Keybuk> seb128: awake?
[01:29] <sladen> mdz: and log back in
[01:30] <sladen> mdz: there's a race in there somewhere, but I couldn't find it
[01:30] <seb128> Keybuk: yep
[01:30] <Keybuk> seb128: http://people.ubuntu.com/~scott/nautilus-2.9.1_keybuk-places-bookmarks.patch
[01:31] <mdz> thanks
[01:31] <seb128> Keybuk: cool, thanks
[01:32] <mdz> seb128: my mixer applet is showing the red crossed-out icon even when it is unmuted
[01:32] <seb128> Keybuk: that's a bit late to read it now, but I'll try it tomorrow and let you know
[01:32] <seb128> mdz: do you have a way to reproduce it ? 
[01:32] <mdz> seb128: it is happening right now; I have never seen it before
[01:33] <mdz> seb128: I lowered the volume to zero and brought it back up, and now the icon is normal
[01:33] <lamont> mdz: etc/cron.daily/man-db is _scary_
[01:33] <mdz> seb128: but when I mute, it still doesn't change
[01:33] <seb128> how do you mute ? keybinding ?
[01:34] <mdz> context menu
[01:34] <seb128> right, same bug here
[01:36] <mdz> seb128: the panel startup problem, is it #4794?
[01:36] <mdz> it just happened to me on the first login after a reboot, so no processes running
[01:36] <lamont> mdz: man-db starts background processes (why???), and that causes a race condition that I'm not going near.
[01:36] <seb128> startup problem ?
[01:36] <seb128> freeze you mean ? nautilus and blank panels ?
[01:36] <mdz> seb128: I logged in, and got empty panels
[01:36] <mdz> right
[01:36] <seb128> yeah
[01:36] <seb128> that's it
[01:37] <mdz> lamont: background processes? where?
[01:37] <seb128> seems to be a deadlock in gnome-vfs-daemon
[01:37] <lamont> cat /etc/cron.daily/man-db
[01:37] <seb128> I've not had it since mataro
[01:37] <mdz> lamont: I did
[01:37] <lamont> start-stop-daemon --startas mandb
[01:37] <lamont> etc
[01:37] <mdz> start-stop-daemon doesn't fork unless you give it -b
[01:37] <seb128> I thought it was fixed with the hal support off in gnome-vfs, but apparently not :/
[01:37] <lamont> oh. that's better then.
[01:37] <mdz> seb128: are you able to reproduce it?
[01:37] <seb128> no
[01:37] <mdz> is there anything I can do?
[01:38] <seb128> I've not had it since mataro
[01:38] <mdz> (if I see it again)
[01:38] <sladen> while we're on the subject;  gnome-battery-applet blinking whilst charging is annoying and distracting
[01:38] <mirak> seb128: yes after a reboot
[01:38] <mirak> seb128: I just rebooted and it's happened
[01:39] <mirak> however it didn't happened5 days ago when I booted the computer
[01:39] <seb128> rebuilt a non-stripped libgnomevfs2-common (yeah, the package split is borked, I wonder why a -common has a server part)
[01:39] <seb128> and get a backtrace with symboles of the lock
[01:40] <seb128> to compare with the previous one in #4794
[01:40] <seb128> which was with the hal support
[01:40] <mdz> are you planning to upload gnomevfs sometime soon?
[01:40] <mdz> if not, I will build it for debug now
[01:40] <seb128> no, not in the next days
[01:40] <mdz> you could upload an unstripped version to the archive so that everyone can debug it :-)
[01:41] <seb128> yeah, I want to fix that stupid "-common contains the server" stuff
[01:42] <seb128> -common should be an arch all, and the server should be in a -bin or with the lib
[01:42] <mdz> not with the lib
[01:42] <mdz> unless it's versioned with it?
[01:43] <seb128> no
[01:43] <seb128> it should be in a -bin in fact
[01:43] <seb128> with the gnomevfs-ls/cat/info/copy/...
[01:57] <lamont> seb?
[01:59] <seb128> lamont: include the full nickcname to highlight :p
[02:01] <lamont> yeah, sorry
[02:02] <seb128> mdz: you disagree with the place menu not working as a target to fix for Hoary ?
[02:03] <seb128> (#5123)
[02:03] <amu> mdz: /usr/lib/prebaseconfig.d writes a lot and takes the long time .... 
[02:03] <jdub> mdz: pong
[02:05] <seb128> jdub: gpdf will probably get type3 fonts support in the next days (that works with evince and will be backported to gpdf), I think we should set it as the default pdf viewer for hoary :)
[02:05] <jdub> seb128: agree.
[02:06] <mdz> seb128: I assumed the submitter had set it
[02:06] <mdz> seb128: since it was also BLOCKER
[02:07] <mdz> jdub: status of adding upgrade-notifier to the default session?
[02:07] <mdz> amu: which bit?
[02:07] <seb128> mdz: I've set both. Blocker is not a "has to be fixed" ?
[02:07] <seb128> mdz: imho this one has to be fixed for hoary, having place not working sucks
[02:07] <mdz> seb128: blocker is WAIT DON'T RELEASE YET
[02:07] <mdz> seb128: I agree, it ought to be fixed
[02:08] <mdz> but I don't see much point in setting blocker severity on bugs when we are still far from release
[02:08] <seb128> is blocker appropriate or not ? just to know for the next time :)
[02:08] <jdub> mdz: that's one for seb
[02:08] <mdz> seb128: does it make it easier for you to track your bugs?
[02:08] <seb128> yep
[02:08] <mdz> if so, go ahead
[02:08] <seb128> ok, thanks
[02:08] <mdz> often people file random bugs with severity=blocker, and they show up in my global reports
[02:09] <seb128> yeah, I know :)
[02:09] <mdz> seb128: can you add upgrade-notifier to the default session?
[02:09] <seb128> I should have added a comment, I've thinked about that after clicking on the button :p
[02:09] <seb128> mdz: ok
[02:10] <mdz> seb128: do you add a dependency when you do that, or should I change the seed?
[02:10] <mdz> (for upgrade-notifier)
[02:10] <mdz> er
[02:10] <mdz> update-notifier
[02:10] <mdz> we have both in the archive right now, ick
[02:10] <seb128> change the seed
[02:10] <mdz> and update-notifier is in universe, blecch
[02:10] <seb128> session start it if available
[02:10] <seb128> I don't need to add a depends
[02:11] <mdz> jdub: update-manager ready for desktop as well?
[02:11] <mdz> seb128: ok, thanks
[02:11] <seb128> np
[02:14] <seb128> time to sleep, 'night guys
[02:17] <jdub> mdz: no, mvo and i have to talk about those before they're added to the seed
[02:17] <mdz> ok
[02:19] <mdz> GAH
[02:19] <mdz> arch_commit: unable to acquire revision lock (internal error in archive-pfs.c(pfs_lock_revision))
[02:19] <mdz> this is getting so old
[02:27] <amu> mdz: didnt found it out, i've also some problems after using some programs, the snaphot becomes invalid, stauts is 0 3965184 snapshot 16904/20480 
[02:30] <amu> mdz: 16904 grows up to 20480, after it reaches 20480, i cannot run other programs
[02:34] <azeem> amu: sleep well
[02:34] <mdz> amu: invalid means you filled it up
[02:34] <mdz> after which it won't work anymore
[02:36] <amu> did't catched it, if it goes near to 20480   
[02:37] <amu> azeem: hi
[02:38] <mdz> amu: you can boot with ramdisk_size=65536 to get more space
[02:39] <amu> sure 
[02:39] <mdz> but I think we can get it down to a more reasonable level with some tweaks
[02:42] <lamont> mdz/Kamion: i386: 526249079; powerpc: 567143169; amd64: waiting for kernel love on the buildd machine;  ia64: broken depends
[02:42] <mdz> lamont: kernel love?
[02:42] <lamont> lacks loopback support
[02:42] <mdz> lamont: did elmo not compile the loop module or something? :-P
[02:42] <mdz> haha
[02:42] <lamont> modules, what modules.  this is an elmo kernel
[02:42] <mdz> CONFIG_ELMO=y
[02:42] <lamont> will have loopback support tomorrow london time
[02:47] <amu> lamont: could you run updatedb before clooping the chroot 
[02:50] <lamont> amu: we run /etc/cron.daily/{man-db,slocate}
[02:50] <mdz> amu: aha
[02:50] <mdz> amu: for some reason the noatime is not taking effect
[02:50] <mdz> or it is being removed by the mount --move
[02:50] <mdz> that will cause a huge number of writes
[02:52] <mdz> or maybe busybox mount doesn't even support -o properly?
[02:52] <lamont> mdz: hppa: ubuntu-desktop not installable (well, has no depends); sparc: unknown
[02:52] <amu> mdz: it's better, i run just a tty, guess i've to setup X :) 
[02:53] <mdz> hmm, no, busybox mount seems ok
[02:53] <mdz> amu: mount -o remount,noatime /dev/mapper/casper-snapshot /
[02:53] <mdz> should save a lot
[02:54] <lamont> mdz: as in the friendly ghost?
[02:54] <mdz> lamont: yes
[02:54] <mdz> or the dopest ghost in town
[02:55] <lamont> I thought he turned back into a dead little boy. :-)
[02:57] <amu> mdz: yeah it save a lot, .... still trying to configure X 
[02:58] <stub> I've got a crippled hedgehog. My background and my panels have not loaded (the panels are there, but blank). Is there a fix for this?
[02:58] <mdz> I don't know where it loses noatime though
[02:59] <mdz> I tested a mount --move on my desktop, and it preserved noatime
[03:00] <mdz> maybe it has to do with mtab
[03:00] <salgado> I've build evolution with debugging symbols (as file /usr/bin/evolution confirms me that), but when I run it in gdb, I can't get those symbols.
[03:00] <salgado> I've built evolution according to http://www.ubuntulinux.org/wiki/DebuggingProgramCrash. is there something I may be missing?
[03:02] <mdz> nope, tested with mount -n
[03:02] <mdz> wtf
[03:02] <mdz> maybe the pivot changes it?
[03:02] <lamont> mdz: did you want those cloop's where you could fetch them?
[03:02] <mdz> lamont: what's responsible for writing the entry for root into mtab?
[03:03] <mdz> lamont: sure, I'll download them so I can rsync the full images faster tomorrow
[03:03] <lamont> I think mount does it, but have'nt had to look before..
[03:03] <mdz> it's one of the early init scripts
[03:04] <mdz> checkroot.sh
[03:04] <mdz> salgado: those instructions should do it
[03:05] <mdz> salgado: if file /usr/bin/evolution says it's not stripped, then you did the right thing
[03:05] <mdz> salgado: can you paste the gdb output to me in /msg ?
[03:05] <salgado> mdz: sure
[03:06] <lamont> mdz: http://people.ubuntu.com/~lamont/livecd/livecd-20050108-{i386,powerpc}.cloop
[03:07] <lamont> mdz: how often do you want them built, btw?
[03:07] <mdz> lamont: daily is fine
[03:07] <mdz> lamont: daily, in time for the daily CD run
[03:09] <lamont> 0615 is when the d-i build runs, sounds like about a good time.
[03:09] <amu> mdz: i'll play little more tomorrow with it, too late now
[03:09] <mdz> amu: ok, good night
[03:09] <mdz> amu: tomorrow, see if you can find out where the noatime goes away
[03:09] <mdz> so we can fix that
[03:10] <amu> mdz: last suggestion, what's about a swapfile on the cd, i've a lot ram, probalby other user have not too much ... 
[03:11] <amu> mdz: where do you put your last d-i? i'll try to build also homeeditions iso's ;) 
[03:12] <amu> mdz: k
[03:12] <mdz> amu: on the cd?
[03:12] <mdz> a swap file on read-only media is hard to use :-)
[03:12] <mdz> I do think we should detect and use swap on the hard disk
[03:13] <lamont> mdz: certainly
[03:13] <sivang> mdz: fallback to RAM drive if there's not enough space?
[03:14] <amu> n8 -R * 
[03:14] <mdz> sivang: very funny
[03:14] <mdz> amu: I am using the daily d-i build
[03:14] <mdz> no need to build it here anymore
[03:15] <lamont> mdz: so daily install cd, with a bit of hackification?
[03:15] <mdz> lamont: what I'm using right now is the CD Colin built, in fact
[03:15] <mdz> unmodified
[03:15] <mdz> it's way easy
[03:16] <mdz> all you need to do is put the cloop image in /casper/filesystem.cloop
[03:16] <mdz> and pass casper/enable=true on the kernel command line
[03:16] <mdz> boom
[03:16] <mdz> (assuming you have a full complement of udebs, including casper-udeb, on the CD)
[03:17] <mdz> so you could start from an install CD, remove all the .debs, drop in a filesyste image, tweak isolinux, and you're done
[03:17] <lamont>  /casper/filesystem.cloop on the CD, yes?
[03:17] <lamont> or I could fetch hoary-live-i386.iso and use that, eh?
[03:18] <mdz> lamont: oh, we're going to want pcmcia-cs in the cloop image
[03:18] <lamont> if I tweak filesystem.cloop in the iso, are there any checksum files to fix?
[03:18] <mdz> lamont: nope
[03:18] <mdz> if you're starting from a live CD, you can swap in any filesystem you want
[03:19] <mdz> lamont: actually, hmm
[03:19] <mdz> the reason we don't install pcmcia-cs by default is that it breaks some machines
[03:19] <lamont> and frozen-bubble/kobodl, of course.
[03:19] <mdz> we can arrange for it to be installed if needed, of course...
[03:19] <mdz> but that wastes valuable COW space
[03:20] <lamont> I guess the udeb isn't enough?
[03:20] <mdz> don't worry about it just yet
[03:20] <mdz> I need to consult with colin on the pcmcia-cs situation
[03:20] <daniels> sladen: i don't know, sorry
[03:21] <mdz> daniels: hey, your magic xkb dvorak recipe stopped working
[03:21] <mdz> daniels: your xkb hero status is in jeopardy
[03:21] <daniels> mdz: so us(pc104)+dvorak(basic) as the symbol set is no longer any good?  what happened?
[03:22] <mdz> daniels: dunno, did anything change xkb-wise in that last X upload?
[03:22] <mdz> (correct, it no longer does what I want)
[03:22] <daniels> mdz: yeah, a little, but nothing I would think would be relevant
[03:22] <mdz> (i.e., give me an Alt_R)
[03:22] <mdz> daniels: it should be setxkbmap -keymap 'us(pc104)+dvorak(basic)', right?
[03:23] <mdz> I thought it was just setxkbmap 'us...dvorak...'
[03:23] <mdz> but that doesn't work, so I assumed I had done it differently before
[03:23] <daniels> er, -symbols 'us(pc104)+dvorak(basic)', i think
[03:23] <mdz> mizar:[~/data/src/canonical/casper]  setxkbmap  'us(pc104)+dvorak(basic)'
[03:23] <mdz> Error loading new keyboard description
[03:23] <mdz> hmm
[03:23] <mdz> ahh, ok, maybe that was it
[03:23] <mdz> daniels: what do I put in xorg.conf?
[03:24] <daniels> rtw c br, e.ucbcyc.nf dak. ekrpat
[03:24] <daniels> mdz: just put us(pc104)+dvorak(basic) in xorg.conf for XkbSymbols
[03:24] <daniels> mdz: and if you're going to keep breaking dvorak, you need to teach it to me
[03:25] <mdz> daniels: switch your keycaps around
[03:25] <mdz> you probably don't need to look at the keycaps for qwerty anyway
[03:25] <daniels> mdz: well, good point
[03:25] <daniels> (btw, the above random garbled text was something like, 'yeah, switching into dvorak works')
[03:25] <mdz> daniels: when I was learning, I would leave an image viewer on sticky with an image of the layout
[03:25] <daniels> mdz: heh :)
[03:26] <daniels> mdz: that would work nicely on my crt (21", 1600x1200), but maybe not so much on the laptop
[03:26] <mdz> daniels: should I delete my XkbModel/XkbLayout when I add XkbSymbols?
[03:27] <daniels> mdz: think it should be fine as is; what is it now?
[03:27] <mdz>         Option          "XkbRules"      "xorg"
[03:27] <mdz>         Option          "XkbModel"      "pc104"
[03:27] <mdz>         Option          "XkbLayout"     "dvorak"
[03:28] <daniels> ah, I see
[03:28] <daniels> so change XkbLayout to "us(pc104)+dvorak(basic)"
[03:28] <daniels> and leave model and rules alone
[03:29] <daniels> i'm not entirely sure it's the most elegant, but it should work
[03:32] <sivang> mdz: ;)
[03:35] <srbaker> uh.  if i'm going to write a gnome bittorrent gui, as listed on the Ubuntu Bounties page, where do i find out the person to contact?
[03:37] <azeem> I heard the latest bittorenr GUI is a much improved GTK one, so you might want to check that first (I don't use bittorent)
[03:38] <mdz> daniels: but setxkbmap -layout 'us(pc104)+dvorak(basic)' doesn't work
[03:38] <mdz> but XkbLayout will?
[03:38] <mdz> srbaker: that would be me
[03:39] <srbaker> mdz, ah.  is there a list of requirements?
[03:39] <srbaker> mdz, i'm curious what the requirements are, and what the value is.
[03:39] <mdz> srbaker: yes, there was a discussion on the mailing list where we worked out the requirements
[03:39] <srbaker> mdz, i'm trying to schedule it in.
[03:39] <srbaker> oh, okay.  ML archives then.
[03:39] <daniels> mdz: must be XkbSymbols, then
[03:39] <mdz> srbaker: though, someone mentioned on the wiki that bittorrent upstream seems to be developing a pygtk gui
[03:39] <mdz> so there may be a starting point there
[03:39] <daniels> mdz: try XkbLayout "us" XkbSymbols "dvorak(basic)"
[03:39] <mdz> daniels: and leave everything else in place?
[03:39] <srbaker> yeah.
[03:40] <srbaker> mdz, well, my plan was something like azureus, only not so heft.
[03:40] <srbaker> hefty
[03:40] <srbaker> mdz, i'm trying to schedule as many of these bounties as i can in between client obligations
[03:40] <mdz> daniels: "setxkbmap us; setxkbmap -symbols 'dvorak(basic)'" breaks my alt keys
[03:41] <mdz> srbaker: what other projects are you interested in working on?
[03:41] <mdz> srbaker: feel free to email me proposals
[03:43] <daniels> mdz: ok, so try setting (in the config -- you want to start another X server) XkbLayout "dvorak(basic)", and XkbSymbols "us"
[03:44] <daniels> mdz: (if you leave XkbLayout as "dvorak" and have XkbSymbols as "us(pc104)+dvorak(basic)", it should work, but I'm looking for something slightly more elegant
[03:48] <mdz> I'll play with it later
[03:49] <daniels> cool
[03:49] <daniels> sorry I couldn't be of more help; my grasp of XKB is kind of handwavey
[03:49] <daniels> i am still neither of the people in the world that understand it properly
[04:01] <lamont> mdz: If I'm remembering my last foggy conversation with doko, gcc-3.4/glibc/libunwind on ia64 need some bootstrapping love.  but I'm not 100% sure - will chat with doko and figure out the right path
[04:46] <daniels> night dude
[05:47] <KeyserSoze> anyone know this other KeyserSoze chap?
[05:47] <Rez> no, but you should use recover and release
[05:47] <KeyserSoze> he keeps taking my nick, it's a PITA to have to have the nickserv kick him
[05:48] <KeyserSoze> Rez, is recover and release any better than ghost?
[05:49] <Rez> yes.  when the broken client rejoins the nick will still be taken so it can't repeat the cycle
[05:52] <KeyserSoze> does either step of recover/release actually change my nick?  or do i still need to do /nick?
[05:54] <KeyserSoze> anyway, thanks for the advice
[06:29] <daniels> gnuh, ndiswrapper really is broken :\
[06:30] <daniels> fabbione: for -4 or whatever, could you please put in a new kernelside patch?
[06:44] <daniels> i swear someone is trying to fuck with me
[06:45] <daniels> neither of my optical drives on my desktop would eject via the button -- i had to use the eject program, which would eject the drive and then return EINVAL
[06:45] <daniels> so then I rebooted it, and it wouldn't power on with the optical drives connected
[06:45] <daniels> then it stopped powering on at all
[06:45] <daniels> the latter being due to the fact my power switch was disconnected.
[06:52] <daniels> ho ho ho
[06:52] <daniels> acx100 is broken, because that wasn't enough
[06:53] <fabbione> daniels: there is a new ndis for -4
[06:54] <fabbione> i think
[06:54] <fabbione> no
[06:54] <fabbione> it's already 0.12
[06:56] <fabbione> daniels: there are no newer releases of ndis
[06:57] <daniels> fabbione: ndiswrapper-utils is 1.0rc2
[06:57] <fabbione> GRRRR
[06:58] <daniels> Jan  8 16:27:06 nanasawa loadndisdriver: loadndisdriver: main(462): version 1.0rc1 started
[06:58] <fabbione> that's user space crap
[06:58] <daniels> Jan  8 16:27:06 nanasawa loadndisdriver: loadndisdriver: main(488): version 1.0rc1 doesn't match driver version 0.12
[06:58] <daniels> sorry, 1.0rc1
[06:58] <fabbione> yeah i know...
[06:58] <fabbione> ok i will have to update it again to 1.0rc2
[06:58] <daniels> if it's already 1.0rc1, don't worry
[06:58] <daniels> i might just have an outdated l-i-2.6.10
[06:58] <fabbione> no.. in 2.6.10 there is 0.12
[06:59] <fabbione> there are no updates from zcx100
[06:59] <fabbione> acx100 even
[06:59] <daniels> i have a bug to file on acx100, anyway
[06:59] <fabbione> yeah go ahead
[06:59] <fabbione> what is broken anyway?
[07:00] <daniels> firmware loading; doesn't find it
[07:01] <daniels> Jan  8 11:08:14 nanasawa kernel: Firmware: '/lib/hotplug/firmware/TIACX111.BIN' not found. Trying alternative firmware.
[07:01] <daniels> needs to be trying TIACX111.BIN-version
[07:01] <fabbione> that's not a driver bug
[07:01] <daniels> #5329
[07:01] <daniels> mmm?
[07:01] <fabbione> hotplug loads the firmwares
[07:01] <fabbione> etc/hotplug/firmware.agent
[07:01] <daniels> so hotplug should be appending the version?
[07:01] <fabbione> yes and it does
[07:02] <fabbione> we can check if it is hardcoded for a mistake in the driver
[07:02] <fabbione> but do this:
[07:02] <fabbione> http://people.ubuntulinux.org/~fabbione/firmware.agent
[07:02] <fabbione> grab this firmware.agent
[07:02] <fabbione> it has a bunch of debugging stuff
[07:02] <fabbione> use it in place of the hotplug one
[07:03] <daniels> ok
[07:03] <daniels> brb
[07:03] <fabbione> and send me the output when trying to load the driver
[07:04] <fabbione> maj?
[07:04] <fabbione> are you in somekind of crack dude?
[07:05] <fabbione> -> normal
[07:05] <daniels> don't think it's getting called
[07:05] <daniels> there's nothing in syslog
[07:07] <fabbione> hmmm
[07:08] <fabbione> -char default_firmware_dir[]  = "/usr/share/acx";
[07:08] <fabbione> +char default_firmware_dir[]  = "/lib/hotplug/firmware";
[07:08] <fabbione>         if (firmware_dir) sprintf(filename,"%s/ACX100_USB.bin",firmware_dir);
[07:08] <fabbione> -       else sprintf(filename,"/usr/share/acx/ACX100_USB.bin");
[07:08] <fabbione> +       else sprintf(filename,"/lib/hotplug/firmware/ACX100_USB.bin");
[07:09] <daniels> +       if (priv->chip_type == CHIPTYPE_ACX111) {
[07:09] <daniels> +               sprintf(filename,"%s/TIACX111.BIN", firmware_dir); /* combined firmware */
[07:09] <daniels> +               if (OK != acx_check_file(filename)) {
[07:09] <daniels> +                       acxlog(L_INIT, "Firmware: '%s' not found. Trying alternative firmware.\n", filename);
[07:09] <daniels> er, yeah
[07:09] <daniels> great minds, and all that
[07:09] <zenrox> lol
[07:10] <fabbione> yeah i see
[07:10] <fabbione> damn shit
[07:10] <daniels> yeah, needs to be hacked to use hotplug
[07:10] <daniels> in the meantime, we could just do a small sed :)
[07:10] <fabbione> daniels: i will try to get it fixed for -4
[07:10] <daniels> fabbione: thanks mate, much appreciated
[07:10] <fabbione> i have the security thing pending a shit load of bug fixes
[07:10] <fabbione> so i am not sure i can manage for -4
[07:11] <daniels> that's fine -- it wfm now ;)
[07:11] <fabbione> http://people.ubuntulinux.org/~fabbione/bla
[07:11] <fabbione> this is the partial changelog
[07:11] <fabbione> and the "stolen from upstream" is only 40% of bk9 
[07:11] <fabbione> i need to process the other 60% of bk9 + bkX on monday
[07:12] <daniels> good god, that's insane
[07:12] <fabbione> and that i have scripts that do a lot for me :-)
[07:13] <fabbione>  /proc/sys/kernel/bootloader_type:
[07:13] <fabbione>       . Add patch stolen-from-head_bootloader-type.dpatch.
[07:13] <daniels> heh :)
[07:13] <fabbione> this one is cool
[07:13] <daniels> oh
[07:13] <fabbione> it writes the boot loader name in proc
[07:13] <daniels> so that tells you ... lilo? grub?
[07:13] <daniels> nice!
[07:13] <fabbione> no need to understand if it was lilo or grub
[07:13] <fabbione> a postinst can just check that to see what to do
[07:13] <fabbione> there is some stuff that is really really nice
[07:14] <fabbione> like the readahead patch
[07:14] <fabbione> with 25% to 100% gain in speed
[07:14] <fabbione> - mm: overcommit updates:
[07:14] <fabbione>       . Add patch stolen-from-head_mm-overcommit-updates.dpatch.
[07:14] <daniels> wow, that's awesome
[07:14] <fabbione> this one for shared users...
[07:14] <fabbione>  - mark_page_accessed() for read()s on non-page boundaries:
[07:14] <fabbione>       . Add patch stolen-from-head_mark_page_accessed.dpatch.
[07:14] <daniels> and next week (hopefully) we get new fglrx too
[07:14] <fabbione> this ons is for DB
[07:14] <daniels> cool time :)
[07:14] <fabbione> approx 50% faster
[07:15] <fabbione> ah nice
[07:16] <daniels> finally with xorg + amd64 + pcie
[07:16] <fabbione> eheh
[07:16] <fabbione> ati sucks anyway
[07:16] <fabbione> as much as nvidia
[07:16] <fabbione> i want my CGA card back
[07:17] <crimsun> my hercules monochrome with integrated printer port rocks your cga card
[07:18] <fabbione> right...
[07:18] <fabbione> :(
[07:26] <daniels> holy crap man, 1904FPS with fglrx in xorg
[07:26] <daniels> THIS DRIVER IS OFF THE HOOK
[07:40] <fabbione> ahahha
[07:40] <fabbione> cr4ck
[08:03] <daniels> fabbione: do we have a working installer for sparc?
[08:04] <fabbione> not 100%
[08:04] <fabbione> Kamion was mumbling something about silo-installer
[08:05] <fabbione> and you need the binaries in the archive to isntall
[08:05] <fabbione> otherwise you can just upgrade sarge -> hoary
[08:05] <daniels> ahr
[08:05] <fabbione> that's doable
[08:05] <fabbione> and either i build or i test the install :(
[08:05] <daniels> heh
[08:06] <daniels> just been thinking about getting the u5 up
[08:06] <fabbione> yeah that would be leet
[08:06] <fabbione> but just so a minimal sarge install
[08:06] <fabbione> and switch to hoary
[08:06] <fabbione> you need 2 deb sources
[08:07] <fabbione> one for the sparc binaries
[08:07] <fabbione> and one for _all.deb
[08:08] <fabbione> in anycase the binaries are on people/~fabbione/sparc
[08:08] <fabbione> for the _all you need a trick with i386 pool
[08:09] <fabbione> it was something like:
[08:09] <fabbione> deb http://a.u.c/ubuntu hoary/main/binary-i386 ./
[08:17] <daniels> heh :)
[08:23] <fabbione> well ... time to go for wedding cake hunting
[08:26] <fabbione> hmm i need to update the Packages file on people...
[08:26] <fabbione> bah later
[08:32] <bob2> mjg59: do you ever see netapplet either crash and give the "restart/inform developers/close" box or just silently disappear after a resume?
[12:02] <cartman> hmm now that ffmpeg is in debian will it be in hoary too?
[12:09] <seb128> yes
[12:09] <seb128> universe
[12:10] <cartman> damned :/
[12:10] <cartman> won't be in supported part?
[12:16] <Kamion> lamont: man-db's cron.daily uses start-stop-daemon as a cheap way to switch users that doesn't generate noise entries and therefore cause confused users to file bugs ...
[12:17] <Kamion> er, "noisy syslog entries"
[12:24] <seb128> cartman: no, patents issues
[12:24] <cartman> well its in debian...
[12:24] <cartman> also those patents doesn't exist in EU
[12:24] <seb128> and ?
[12:25] <seb128> and ?
[12:25] <cartman> put it in multiverse? :)
[12:25] <seb128> I said universe
[12:25] <Kamion> cartman: don't see how that would help you, neither universe nor multiverse is supported
[12:25] <seb128> what's the problem with it
[12:25] <cartman> Kamion: argh
[12:25] <cartman> seb128: unsupported
[12:25] <seb128> yeah, multiverse will not help
[12:26] <Kamion> multiverse is, if anything, *less* supported
[12:26] <Kamion> because it's a cesspit
[12:27] <Kamion> mdz: for the moment, daily-live builds are kicked off manually by me because I haven't quite fixed the publisher yet; let me know when you need new builds
[12:43] <two-face> hi
[01:06] <elmo> webserver (www.ubuntulinux.org, etc.) is going down for reboot in 4 minutes; if you're editing a page or something, please save your changes now 
[01:10] <jdub> seb128: evince 0.1.0 tarball release :)
[01:14] <seb128> jdub: yep, I was considering to package it
[01:14] <seb128> jdub: but I don't want to steal all the GNOME stuff, perhaps some NM would be happy to maintain it :)
[01:14] <two-face> jdub: you noticed something strage about emacs in menus, didn't you?
[01:15] <seb128> bah, I'll probably upload it this afternoon, if somebody want take over it later that's fine :)
[01:15] <seb128> but bbl lunch for now
[01:20] <two-face> jdub: (hi BTW)
[01:53] <Kamion> elmo: FYI, cdimage is now auto-purging old images, which should keep disk usage on the mirrors down a bit
[01:53] <elmo> Kamion: woo, thanks dude
[01:53] <Kamion> I've set it at 7 days for dailies at the moment, I might drop that to 4 or so actually
[01:54] <Kamion> yeah, dropped
[01:58] <elmo> root     28999 21.6  0.0  2676 1272 ?        R    Jan01 2324:17  \_ /bin/sh /usr/sbin/tzconfig
[01:58] <elmo> root     30950  0.0  0.0  2684 1280 ?        R    12:56   0:00      \_ /bin/sh /usr/sbin/tzconfig
[01:58] <elmo> cute
[02:00] <Kamion> whoa?
[02:01] <elmo> it's the bastard spawn of some automated chroot updating cron job lamont has - I think it got awfully confused by interactivity
[02:01] <elmo> not sure why it'd drop into tzonfig
[02:02] <Kamion> dpkg --configure libc6 probably
[02:02] <Kamion>     frontend=`echo "$DEBIAN_FRONTEND" | tr '[:upper:] ' '[:lower:] '`
[02:02] <Kamion>     if [ "$frontend" = noninteractive ] ; then
[02:02] <Kamion> [...] 
[02:02] <Kamion>     else
[02:02] <Kamion>         echo "Running 'tzconfig' to set this system's timezone."
[02:02] <Kamion>         /usr/sbin/tzconfig
[02:02] <Kamion>     fi
[02:03] <Kamion> maybe he forgot to set DEBIAN_FRONTEND properly
[02:03] <elmo> could be
[02:04] <elmo> boggle
[02:04] <elmo> or doesn't have debconf installed
[02:04] <Kamion> !
[02:04] <elmo> neither the warty nor hoary buildd chroots have debconf installed on this machine, it seems
[02:05] <Kamion> debconf isn't in hoary.buildd
[02:05] <Kamion> the debootstrap script
[02:05] <Kamion> evidently lamont doesn't consider it essential enough :)
[02:05] <elmo> well, it isn't, except that it needs to be forced to non-interactivity
[02:06] <Kamion> certainly not Essential: yes, no
[02:07] <Kamion> I should apply mako-style love to that
[02:08] <elmo> ok, entire DC network's going down for a couple of minutes.. last reboot of the day (at least that anyone'll notice :)
[02:11] <Kamion> having fun?
[02:14] <seb128> grrrr
[02:15] <mjg59> bob2: Very occasionally, but I can't reproduce it reliably
[02:16] <seb128> people start bug reporting to say than new glib is out for 10 hours and not yet packaged
[02:16] <maswan> elmo__: btw, I saw your reference to rsync giving lots of load, are you running bittorrent on the same fs? in our experience, that is a much worse disk-performance-killer.
[02:16] <seb128> they are never happy
[02:16] <Kamion> seb128: by the same reasoning, never pay taxes, or they'll just expect you to pay more taxes next month ... :)
[02:16] <seb128> ah ah
[02:17] <azeem> seb128: they just do it so you can increase your bug-closing karma
[02:17] <elmo__> maswan: oh, err, yeah, we are .. thanks for the info, didn't realise that.. we already planned to move bittorrent to a dedicated machine anyway
[02:17] <seb128> azeem: that's kind :p
[02:17] <elmo__> maswan: but I have to say, since we dropped the rsync's to 15, the box hasn't seen the load jump to 30 again like it use to
[02:18] <maswan> elmo__: It just queues up lots and lots of small reads in random order
[02:18] <elmo__> maswan: haha, ouch, yeah, I can see why that'd suck
[02:18] <elmo__> latency?  wassat?
[02:19] <maswan> elmo__: The bittorrent stuff is like a constant background that makes other applications go slower and wait longer, increase load etc
[02:19] <maswan> elmo__: We cut the time of generating the weekly isos on cdimage.d.o from about 24 hours to about 8 hours by not running bittorrent on it anymore.
[02:20] <maswan> (well, just the tracker, but that's not disk intensive)
[02:21] <maswan> Now, we have a dedicated front-end on ftp.acc.umu.se that handles the bittorrent seeding
[02:54] <trukulo> what about new kernel bug?
[03:00] <trukulo> jdub: i was thinking... about theme in gtk using sudo
[03:22] <lupus_> fabbione, is the scanner module missing in the kernel 2.6.10 hoary
[03:23] <lupus_> my usb scanner is not working
[03:37] <seb128> elmo: we can get a sync from incoming or we need to wait a day to get the packages on the mirrrors ?
[03:37] <seb128> elmo: if I upload the debian version in ubuntu too, is that the same as a sync from you ?
[03:47] <elmo> I can sync it from incoming, if necessary
[03:48] <elmo> I'd rather not start doing 'by hand syncs' in the form of uploads, 'cos sooner or later someone will make a mistake and we'll end up with same file, different contents stuff
[03:49] <seb128> ok
[03:49] <seb128> there is no hurry, the sync needed are easytag 1.99.2-2 and glib2.0 2.6.1-1
[03:49] <seb128> targetted for experimental and in incoming
[03:49] <seb128> so sync them whenever you want, thanks :)
[03:51] <Josephus> anyone got that userlib exploit working? All i got is FAIL and Segmentation fault with a bounch of kernels. So maybe the problem is not that general?
[03:52] <elmo> Josephus: the isec.pl guys do not fuck around - the exploit posted may not work for you without tweaking, but I wouldn't make any assumptions based on that
[03:56] <Josephus> probably they do not fuck around, but it does not even compile at first, i'm just talking about the "tweaking" you mentioned.
[03:58] <elmo> why on earth do you need it to work?  just patch your kernels.  if you're  looking for help to exploit a box, you've come to the wrong place.
[04:03] <Josephus> elmo: never mind, while it's a proof of concept, i just wanted to see it working on _my_ pc
[04:04] <elmo> running exploit code you don't fully understand in anything other than a _very_ tightly controlled sandbox is a really Bad Idea.. there's been  a whole bunch of "dummy" exploits that do stuff varying from "rm -fr ~/" to sending "/etc/shadow" out etc.
[04:09] <mjt> what exploit is that? something new?
[04:10] <Josephus> i'm aware of that, but you just said that isec.pl does not fuck around :)
[04:10] <Josephus> http://www.isec.pl/vulnerabilities/isec-0021-uselib.txt
[04:15] <pitti> Hi guys
[04:22] <lupus_> seb128, can you check if it is normal that scanner module is not present
[04:22] <lupus_> in hoary
[04:23] <seb128> ?
[04:23] <seb128> what are you talking about ?
[04:26] <lupus_> modprobe scanner
[04:26] <lupus_> does nothing
[04:35] <lamont> elmo: yeah, I need to force it non interactive
[04:36] <lamont> figured out how to do that building the livecd chroot, just need to apply it in build-chroot now, and retrofit all the existing chroots.
[04:37] <elmo> without installing debconf?
[04:38] <lamont> yeah.
[04:38] <lamont> ugly bastard script preseeding
[04:50] <doko> lamont: I now have an ia64 machine at home. fixing the ia64 stuff. did you already merge the glibc -20 changes?
[04:50] <lamont> not merged yet
[05:15] <lamont> fabbione: you around?
[05:18] <lamont> fabbione: daniels: thoughts on 5341, if you would be so kind
[05:26] <tseng> pitti: http://bugs.gentoo.org/show_bug.cgi?id=77094 < multiple kernel vulns
[05:26] <tseng> pitti: someone is working on breaking them out
[05:27] <tseng> -ac already picked them up.
[05:29] <pitti> tseng: thanks for that hint
[05:30] <tseng> nps
[05:30] <pitti> tseng: I have to go now, but I will deal with that at Monday
[05:30] <tseng> great, have a nice weekened
[05:30] <pitti> tseng: nice to see that grsec is released for 2.6.10 now
[05:30] <tseng> indeed.
[05:30] <pitti> tseng: you too :_)
[05:38] <lamont> bbiab
[05:52] <mjg59> Christ, scrollkeeper-update has taken 7 minutes so far
[06:35] <lamont> mjg59: it likes to take its time
[06:59] <Kamion> mdz: let's say that we were asked to produce an updated CD of warty with security updates for a certain European Linux magazine. Should we attempt to rebuild the kernel udebs and debian-installer for the kernel security fixes and the module ABI change, or just leave that well alone?
[07:04] <cartman> does "Matthias Klose" hangs here?
[07:05] <Kamion> cartman: what do you need?
[07:05] <Kamion> (yes, he does)
[07:05] <cartman> Kamion: need to ask what he thinks about a bug. He is the bug assignee
[07:06] <Kamion> why not just ask the bug? :)
[07:06] <cartman> Kamion: irc is usually faster ;)
[07:06] <smurfix> cartman: he's "doko".
[07:06] <cartman> smurfix: ok thanks
[07:07] <cartman> but I better ask in bugzilla to be polite :/
[07:07] <doko> cartman: here
[07:08] <cartman> doko: cool :) let me find the bug#. I wonder if you will fix it or WONTFIX it
[07:08] <doko> lamont: the gcc-3.3 build failed to fetch the debhelper package ...
[07:08] <cartman> doko: https://bugzilla.ubuntu.com/show_bug.cgi?id=5251 thats the bug
[07:11] <cartman> doko: I ask because a similar bug on debian bugzilla closed as WONTFIX though I think the bug is valid
[07:11] <Kamion> (debian doesn't use bugzilla, thank God)
[07:11] <doko> cartman: wontfix. gcc-3.3 and gcc-3.4 have ABI incompatibilities, changing the symlink will result in linking the wrong libstdc++, etc ... it's not an alternative. we will have to recompile many more things for a proper GCC transition from gcc-3.3 to gcc-3.4
[07:11] <cartman> debian's bug system is worst thing ever
[07:11] <Kamion> cartman: you're talking to its maintainer :-P
[07:12] <cartman> doko: hmm I don't ask for changing default.
[07:12] <cartman> doko: I just want a way to shoot myself in feet if I want to
[07:12] <Kamion> if gcc-3.3/gcc-3.4 were alternatives we'd run into serious buildd problems all the time
[07:12] <cartman> I mix libstdc++ 5,6 fine here
[07:12] <cartman> Kamion: hmm why?
[07:12] <lamont> doko: the gcc-3.3 build you're looking for is the one currently running on hooker.
[07:13] <Kamion> because update-alternatives is seriously fragile sometimes
[07:13] <Kamion> cartman: why not use dpkg-divert?
[07:13] <cartman> Kamion: hmmm
[07:13] <doko> cartman: use dpkg-divert for self-shooting you
[07:13] <cartman> doko: well please paste your comment to the bug then. Someone else is looking at it.
[07:15] <lamont> doko: dpkg-divert is for customizing-with-a-crowbar. :)
[07:16] <Kamion> the other traditional way to make gcc-3.4 the default is to export CC=gcc-3.4, which works with autoconf-generated configure scripts at least and many others
[07:17] <doko> and CXX=g++-3.4 ... (or just put symlinks in /usr/local/bin)
[07:24] <smurfix> Did somebody rename the MaintainerDocumentation page on the Wiki?
[07:25] <smurfix> It's linked from the Wiki front page, but that link is dead
[07:25] <Kamion> smurfix: yes, it became DeveloperSomething, forget exactly; rationale was that it wasn't just for maintainers (in the community process sense)
[07:26] <Kamion> DeveloperResources
[07:26] <smurfix> Kamion: OK, I'll update the front page
[07:26] <Kamion> thanks
[07:27] <Kamion> does zwiki do the auto-renaming thing for referring pages? guess not
[07:27] <Kamion> maybe that's why it got missed
[07:28] <smurfix> Not in RestructuredText pages
[07:28] <lamont> {standard input}: Assembler messages:
[07:28] <lamont> {standard input}:214: Error: suffix or operands invalid for `xchg'
[07:32] <Kamion> smurfix: yay for ReST! :-/
[07:36] <lamont> seb128: around?
[07:36] <Kamion> sigh, in order to build updated warty CDs I have to mirror universe
[07:37] <Kamion> I'd forgotten about that "feature" of universe->main moves
[07:37] <lamont> Kamion: or at least a couple files from it
[07:37] <Kamion> sorry, main->universe moves
[07:37] <Kamion> lamont: yeah. way less effort to mirror the lot, though ...
[07:37] <lamont> on the real mirror, just find pool -type l
[07:38] <seb128> lamont: pong
[07:38] <lamont> and mirror the targets
[07:38] <lamont> seb128: is there a trivial way to restart metacity, short of logging out and back in?
[07:38] <Kamion> true, that would work, maybe I can kludge that in somewhere
[07:39] <lamont> Kamion: rsync -L is your friend.
[07:39] <lamont> (follows symlinks)
[07:39] <Kamion> will that work even with --exclude **/universe/**?
[07:39] <lamont> ye.
[07:39] <seb128> lamont: killall metacity
[07:39] <Kamion> bonus
[07:39] <lamont> it gives you pool/main/f/foo/foo_1.2-1_i386.deb as a file instead of a link
[07:40] <lamont> Kamion: whether good or bad is left as an exercise.. :-)
[07:40] <lamont> that was how i solved the issue in my partial mirror scripting
[07:41] <lamont> seb128: and yeah, I know there's nothing you could do there
[07:43] <Kamion> lamont: that's perfect, thanks!
[07:45] <lamont> Kamion: it took me a minute to remember "oh.  that".
[07:49] <lamont> but does that say '2004' in the archive name???
[07:50] <Kamion> yes :)
[07:50] <Kamion> haven't rotated it because there are no junk branches to forget about, so there seems little point ...
[07:52] <lamont> yeah, that's the one.
[07:52] <lamont> and cached revs take care of the play-forward pain
[07:53] <smurfix> Hmm. If I want to Ubuntu-ize Debian version 0.99.76-0.2, what should I use?
[07:54] <lamont> 0.99.76-0.2ubuntu1
[07:54] <smurfix> Thanks
[07:55] <lamont> seb128: is there anything that can be done about the fact that killing metacity causes all the windows to move down header-height pixels?
[07:56] <lamont> window-top-border pixels down, window-left-border pixels right, actually.
[07:59] <mxpxpod> why hasn't ubuntu switched to using n-c-b 2.9.0?
[08:03] <mxpxpod> Kamion: ah
[08:09] <lamont> seb128: if I send you an 83 lines unidiff that implements META_FOCUS_MODE_STRICT, would you take it???
[08:27] <lamont> Kamion: to add ubuntu-desktop to ia64, do I just need to put the seeds, or germinate output, into {base,desktop}-ia64?
[08:28] <lamont> hrm... debian/rules would tend to indicate 'seed'
[08:28] <lamont> :q
[08:30] <mjg59> Haha
[08:30] <smurfix> lamont: No problem. Just install an eye tracker.
[08:30] <mjg59> I've seen that in action
[08:35] <lamont> mdz around?
[08:35] <smurfix> lamont: not since a few hours
[08:37] <smurfix> he said he has to deal with Real World Problems
[08:39] <usual> lamont, bang it with something heh
[08:39] <lamont> usual: that's plan B
[08:39] <lamont> smurfix: one word: firefox
[08:39] <lamont> :-)
[08:40] <lamont> Kamion: germinte output doesn't format correctly in the presence of wide characters. :-)
[08:41] <smurfix> lamont: If it would restore my collection of open tabs after I crash the machine again, gladly. Right now: ENOWAY.
[08:42] <mjg59> daniels: Around?
[08:43] <lamont> smurfix: yeah - I miss that
[08:44] <smurfix> Epiphany can do it, but it segfaults importing my Galeon bookmarks. :-(
[08:51] <seb128> lamont: sure (if the patch is correct :p) :)
[08:51] <seb128> lamont: what do you want to do to metacity exactly this time ?
[09:18] <lamont> the heart of the patch is in window_takes_focus_on_map:
[09:18] <lamont>   if (meta_prefs_get_focus_mode () == META_FOCUS_MODE_STRICT)
[09:18] <lamont>     return FALSE;
[09:18] <lamont> the rest of the patch is: accepting 'strict', and making it behave like 'mouse'
[09:19] <mdz> lamont: yes
[09:20] <lamont> mdz: gotta go fetch a daughter, but ubuntu-meta questions for you when I get back in about 25 min, if you're still here.
[09:21] <lamont> seb128: I'll email you the patch too. really gotta run -was supposed to pick her up 15 min ago...
[09:22] <seb128> lamont: ok
[09:32] <seb128> Keybuk: here ?
[09:53] <mdz> thom: PING
[09:57] <mdz> mako: around?
[09:59] <mako> mdz: yeah
[09:59] <mako> mdz: whats up?
[10:00] <mako> i'm doing baz evangelism on oftc/#debian-devel :)
[10:00] <mdz> mako: mailed you
[10:00] <mdz> mako: about publishing traffic
[10:00] <mako> had dinner/drinks/etc with clint yesterday
[10:00] <mako> ok
[10:00] <mako> what about?
[10:00] <mdz> mako: oh, also, I think in many paces in traffic you wrote 'lead' but meant 'led'
[10:01] <mako> my mail is.. er.. not very accessible at the moment
[10:01] <mako> "scheduled downtime"
[10:01] <mako> hopefully better by tonight
[10:01] <mdz> mako: mailed you about whether it's feasible to publish traffic at www.u.c/news/traffic or something
[10:01] <mdz> mako: rather than /~mako/
[10:02] <mako> that would be great
[10:02] <mako> it was discussed briefly before
[10:02] <mako> but there issues with integration into the rest of the site
[10:02] <mdz> mako: since you are both traffic master and website master, I think you are in an ideal position to make it happen :-)
[10:02] <mako> which was prohibitively difficult to do
[10:02] <mdz> hmm, I see
[10:03] <mdz> even if it were just a URL change, and not integrated with plone, I think it would be an improvement
[10:03] <mako> the scripts generate an arbitrary number of pages
[10:03] <mako> one for each person, etc
[10:03] <mako> i can kind of make it looks like plone, maybe
[10:03] <mako> although i'm not sure it will be a net gain
[10:03] <mako> yeah.. we can do the url change for sure.. i agree that current home is not ideal
[10:04] <mako> i was kind of hoping to put this on the list of things for the New Web Person
[10:05] <mako> i also need the ability to just rsync the files into it.. which is not something i could easily do on www site
[10:05] <mdz> Kamion: a new live CD build with the latest casper and lamont-output would be great
[10:23] <lamont> mdz: for generating ia64 ubuntu ubuntu-meta, all I need to do is add 'ia64' to the list of architectures and run update?  And do we want to do that yet?
[10:35] <lamont> Kamion: and if you build it say after at least 20 minutes have elapsed from now, that'd be even better.
[10:35] <lamont> &*%)*^)& damn script
[10:36] <lamont> either that, or don't use the -current links, since they're broken.
[10:37] <Nafallo> anyone from Canonical working on the powernowd bug with AMD64 Mobile CPUs?
[10:40] <Nafallo> bug assigned to debzilla@ubuntu.com, but bugs.debian.org/powernowd doesn't seem to have the bug. is it supposed to be like that?
[10:49] <mdz> lamont: yeah, that should basically work
[10:49] <mdz> lamont: and you can do that whenever you're ready
[10:50] <mdz> lamont: maybe we should use Architecture: i386 powerpc amd64 etc. rather than Arch: any, and have update get the list from there
[10:50] <mdz> lamont: would that make more sense?
[11:05] <sivang> does anybody know if there's a sync policy or something like that into rosetta from the debian po archives/gnome ones?
[11:06] <sivang> suppose a country team wanted to start transalting, and there has already been much transaltion going on gnome and debian archives, will it be apparent there?
[11:19] <mdz> sivang: #rosetta would be the place to ask
[11:25] <sivang> mdz: ok, asked there. awaiting response.