[12:06] <lamont_r> Kamion: you awake?
[12:06] <jdub> mdz: around?
[12:06] <mdz> jdub: yes
[12:09] <seb128> mdz: about #6387, bug to fix for hoary I guess ?
[12:09] <seb128> any idea on how ? mask this tab ?
[12:10] <mdz> seb128: is carlosg going to hate us?
[12:10] <seb128> I don't think he cares if we mask it
[12:10] <seb128> if we break it, perhaps :p
[12:11] <mdz> is there anything on that tab which is not scary?
[12:11] <seb128> hum, in fact I'm messing the 2 tabs
[12:11] <mdz> changing the shell is OK
[12:11] <seb128> the username is on the account one
[12:13] <ogra> mdz, to which bug belongs the gpm patch (for the credits)
[12:13] <seb128> mdz: changing the username field to a non-editable one ?
[12:14] <mdz> ogra: I don't remember
[12:14] <mdz> seb128: that sounds fine to me
[12:14] <mdz> whatever you feel is best
[12:15] <seb128> k
[12:16] <sivang> seb128: more changes to users-admin ?
[12:16] <seb128> read #gst
[12:17] <pitti_> "Thou shall not 'mv libc-2.3.2.so libc-2.3.2.so.old' in /lib/tls"
[12:17] <pitti_> argh
[12:18] <seb128> lol
[12:18] <ogra> hehe
[12:19] <dholbach> ouch
[12:28] <pitti> Hi Astharot 
[12:28] <Astharot> hi
[12:32] <sivang> pitti: the modification of the POTFILES.in should be part of the i18n patch or of the l10n patch?
[12:32] <sivang> pitti: (I have to add an entry with that file, since it didn't have harcoded strings before)
[12:32] <sivang> pitti: (view-printers.c)
[12:32] <pitti> sivang: i18n
[12:32] <sivang> pitti: k, cool
[12:32] <sivang> pitti: thx
[12:37] <lamont_r> mdz: what do you think about importing openafs 1.3.74 from debian/experimental into universe, since what's in universe doesn't believe in 2.6 kernels?
[12:37] <lamont_r> it's not like it breaks anything worse than it already is.... :-)
[12:39] <ogra> lamont_r, hmm, a question of belief .....
[12:39] <lamont_r> although 1.3.79 has been released....
[12:39] <lamont_r> ogra: will not compile, apparently.  or at least doesn't work.
[12:39] <lamont_r> my afs-bigot friend is asking after it...
[12:40] <ogra> so just let it sync then, its universe, as long as you think it will work *shrug*
[12:40] <lamont_r> and it's a prereq for getting hoary on my (shared) co-lo box....
[12:40] <lamont_r> ogra: oh, no. it panics the kernel occasionally, but it mostly works.... apparently... :-)
[12:41] <ogra> hehe
[12:41] <lamont_r> I'll put the bigot to work on making a package :-)
[12:42] <lamont_r> ogra: but do you see any issues with uploading it to universe?  When is the universe freeze anyway?
[12:42] <dholbach> lamont: when we fixed wiki/MOTUTodo
[12:43] <dholbach> lamont_r: :-)
[12:43] <ogra> lamont_r, we call it a "soft" freeze ;)
[12:43] <lamont_r> ok
[12:43] <lamont_r> kinda like soft-serve?
[12:43] <ogra> lamont_r, if its required we upload or sync... just trying to avoid unnecessary stuff
[12:44] <lamont_r> ok.
[12:44] <ogra> lamont_r, dholbach collects a list for elmo syncs currently....
[12:44] <lamont_r> I'm going to make him either package 1.3.79, or work with hartmans to update the package in experimental
[12:44] <ogra> ok
[12:49] <zul> evening
[12:49] <dholbach> hi zul
[12:49] <pitti> mdz: now I have a patch that really works; it's more straightforward, too
[12:49] <zul> hey dholbach 
[12:56] <mdz> lamont_r: fine with me, if you'll make sure that it builds
[12:56] <GheRivero> res
[12:56] <GheRivero> ping jdub
[12:56] <Riddell> is anyone able to help me with a package
[12:56] <Riddell> http://jasmine.19inch.net/~jr/away/kubuntu/kubuntu-default-settings/kubuntu-default-settings_5.10.01_all.deb
[12:56] <GheRivero> what's the problem Riddell ?
[12:56] <Riddell> doesn't install the files it should install in /etc
[12:56] <GheRivero> sources?
[12:57] <Riddell> same directory
[12:57] <Riddell> or  deb http://jasmine.19inch.net/~jr/away/kubuntu/ ./
[01:00] <GheRivero> Riddell, are you sure it doesn't install files on /etc?
[01:01] <Riddell> GheRivero: doesn't seem to for me
[01:01] <Riddell> GheRivero: have you installed it?  what do you get in /etc/kde-profile/default/share/config/
[01:01] <GheRivero> which one exactly I have a lot of them there now
[01:01] <jdub> GheRivero: hi
[01:01] <pitti> night everybody
[01:01] <GheRivero> clock_panelapplet_kubuntu_rc  kdeglobals  konqiconviewrc  kpersonalizerrc
[01:01] <GheRivero> kaffeinerc                    kdesktoprc  konquerorrc     kwinrc
[01:01] <GheRivero> kbookmarkrc                   kickerrc    konsolerc
[01:01] <Riddell> so it works for you, why doesn't it work for me?
[01:02] <GheRivero> jdub, did you get sleep? :)
[01:02] <GheRivero> Riddell, it should be the same
[01:02] <sivang> good night all!
[01:02] <jdub> GheRivero: apart from the mosquitos eating me, yeah ;)
[01:02] <dholbach> bye sivan
[01:02] <sivang> night dholbach 
[01:02] <zul> oh yah it summer in australia i keep forgetting
[01:03] <sivang> good night ogra 
[01:03] <ogra> night sivang 
[01:06] <GheRivero> Riddell, did you try purging the package before installing it?
[01:07] <Riddell> GheRivero: ah, that fixed it
[01:07] <Riddell> thanks
[01:07] <GheRivero> you are welcomed
[01:07] <Fackamato> hi
[01:08] <Fackamato> I have a problem with ubuntu
[01:08] <Fackamato> this is very strange.
[01:08] <Fackamato> it's not logical or anything, I don't get it
[01:08] <wasabi_> #ubuntu
[01:08] <wasabi_> -devel is for development
[01:08] <Fackamato> well, I figured you might know more about ubuntu core-things than they do, they pointed me here
[01:08] <Fackamato> you as in you guys
[01:09] <Keybuk> most of the guys in here hang out on #ubuntu too
[01:09] <Keybuk> and answer questions there
[01:09] <Keybuk> this channel is for discussing development of ubuntu
[01:10] <Amaranth> and me asking stupid development-related questions, of course :)
[01:10] <Fackamato> let me finish: using fglrx driver, ati card, 2.6.10-k7, i install the driver, i load it, xorg works fine. i reboot, xorg doesn't start, i get this: www.tehjunkyard.net/xorg.log . i modprobe -r fglrx.ko, I copy the fglrx.ko from fglrx package to /lib/modules/kernelversion/kernel/drivers/video/fglrx.ko and modprobe it again. now it works. reboot, doesn't work. I have to rmmod and copy the file again, and it works.
[01:10] <Fackamato> does ubuntu copy over the file or something?
[01:10] <Fackamato> the filesizes are the same.
[01:10] <srbaker> where do i set up an sftp folder in nautilus like edd points out on his blog?
[01:10] <ogra> guys
[01:11] <ogra> #ubuntu please
[01:11] <srbaker> oh, whoops
[01:11] <wasabi_> Fackamato, if nobody in #ubuntu is answering you, the same people aren't going to answer you here.
[01:11] <Fackamato> wasabi_: Indeed, there might be more people in here that aren't in #ubuntu though.
[01:11] <Fackamato> :>
[01:13] <Keybuk> we'd be in #ubuntu if we were able to help
[01:17] <Riddell> how does gnome turn on anti-aliasing by default?
[01:18] <Riddell> seems you have to make a ~/.fonts.conf
[01:22] <srbaker> hhe.  if debian cuts down to 4 archs, it won't be very useful to me anymore :p
[01:24] <mdz> jdub: what's the status of the cursor changes (#6172)?
[01:25] <jdub> local package has the alternative foo re-added
[01:25] <mdz> is there a waitcondition for uploading it?
[01:25] <jdub> however i'm having a problem with stuff left behind by the old package, or inability to override
[01:25] <jdub> here's what's in my alternative
[01:25] <jdub> sorry, phone
[01:26] <jdub> gar
[01:26] <jdub> okay
[01:27] <jdub> $ update-alternatives --display x-cursor-theme
[01:27] <jdub> x-cursor-theme - status is manual.
[01:27] <jdub>  link currently points to /usr/share/themes/Industrial/cursor.theme
[01:27] <jdub> /etc/X11/cursors/core.theme - priority 30
[01:27] <jdub> /etc/X11/cursors/redglass.theme - priority 20
[01:27] <jdub> /etc/X11/cursors/whiteglass.theme - priority 20
[01:27] <jdub> /etc/X11/cursors/handhelds.theme - priority 20
[01:27] <jdub> Current `best' version is /etc/X11/cursors/core.theme.
[01:27] <jdub> 
[01:27] <jdub> thus,
[01:27] <jdub> /etc/alternatives/x-cursor-theme -> /usr/share/themes/Industrial/cursor.theme
[01:27] <jdub> oh, wrong machine
[01:27] <jdub> anyway
[01:27] <jdub> so with current package, i get a Human alternative correctly
[01:27] <jdub> with priority 40
[01:28] <jdub> but can't find a way to reset the manual alternative (to a file that no longer exists)
[01:30] <jdub> (phone)
[01:32] <mjg59> jdub: Yo
[01:32] <mjg59> jdub: Looks like I'll be joining you in .au
[01:32] <dholbach> jdub: can't you   update-alternative --something  in the old package's  .prerm?
[01:40] <GheRivero> drmOpenDevice: open result is -1, (No such device)
[01:40] <GheRivero> drmOpenDevice: open result is -1, (No such device)
[01:40] <GheRivero> drmOpenDevice: Open failed
[01:40] <GheRivero> sorry! not here!
[01:42] <jdub> dholbach: that seems impolite
[01:43] <dholbach> jdub: but you say it no longer exists?
[01:43] <seb128> g'night 
[01:43] <dholbach> bye seb128 
[01:44] <dholbach> seb128: thanks for uploading
[01:44] <seb128> np
[01:44] <zul> night seb128 
[01:44] <mroth> fabbione: do you think it will be possible to examine #7258 prior to hoary, or is it too low priority?
[01:44] <jdub> dholbach: there's no guarantee that it doesn't, however
[01:45] <dholbach> jdub: and a rigid   update-alternative   to whatever you're trying to update the alternative to? maybe a bit impolite too, hm? :-)
[01:45] <ogra> jdub: test it before running update-alternative
[01:46] <jdub> i'm sure there is a general or recommended solution to this, i just don't know what it is
[01:46] <mdz> jdub: you can't/shouldn't override a manually-selected alternative; why would you want to?
[01:46] <dholbach> using debconf *duck and run away*
[01:46] <mdz> if it's being set to manual when it shouldn't, that probably means you're doing things in the wrong order
[01:46] <jdub> mdz: exactly :-)
[01:47] <jdub> mdz: what's the status of your x-cursor-theme alternative?
[01:50] <ogra> jdub: here its broken
[01:50] <ogra> lrwxrwxrwx  1 root root  41 2005-01-31 11:40 x-cursor-theme -> /usr/share/themes/Industrial/cursor.theme
[01:50] <jdub> yep
[01:52] <mdz> jdub:  +    1        /etc/X11/cursors/core.theme
[01:52] <mdz> (automatic)
[01:52] <mdz> oh, no it isn't
[01:52] <jdub> mdz: how fresh is your hoary install?
[01:52] <mdz> /etc/alternatives/x-cursor-theme is a broken symlink
[01:53] <jdub> see, i think the old industrial engines package didn't deregister properly or something
[01:53] <mdz> sounds that way
[01:53] <mdz> so a new version of the industrial engines package should fix it
[01:53] <jdub> but it doesn't have the cursor theme any more
[01:54] <mdz> but it broke the alternative (we think)
[01:54] <jdub> the old one did, i imagine
[01:55] <jdub> it was replaced with a package from a different source
[01:55] <mdz> what package are we talking about here?
[01:55] <mdz> the one which used to contain themes/Industrial/cursor.theme
[01:55] <ogra> gtk-engines-industrial i guess
[01:56] <jdub> mdz: so
[01:56] <jdub> old gtk2-engines-industrial had the cursor theme
[01:56] <mdz> gtk2-engines-industrial doesn't have any maintainer scripts
[01:56] <mdz> at all
[01:57] <jdub> the new one is from a different source, gtk-engines, not the old, independent industrial source
[01:57] <jdub> yeah, the new one doesn't need any
[01:58] <mdz> what a mess
[01:58] <mdz> this needed to be dealt with much earlier; I didn't realize this was fucked alternatives, rather than just moving files around
[01:59] <mdz> the prerm in the warty version of gtk-industrial-engine looks reasonable
[02:00] <mdz> its postinst is fucked though
[02:00] <jdub> so should the new package have removed the alternative on postinst?
[02:00] <jdub> or should the prerm from the old package have handled it?
[02:01] <mdz> the prerm from the old package should have handled it
[02:01] <jdub> mmm, that's what i had thought
[02:02] <jdub> so, bad hack to check and change in the new ubuntu-artwork package?
[02:02] <mdz> but if there were an error during prerm, it would have called postinst to unwind
[02:02] <mdz> which unconditionally restores the alternative
[02:02] <mdz> I'd recommend fixing it in gtk2-engines-industrial
[02:03] <mdz> if /etc/alternatives/foo is a broken link, and the target is bar, then update-alternatives --auto foo
[02:04] <zenwhen> who is going to get the job of sorting all the data given by the hardware info report tool
[02:05] <jdub> mdz: and update-alternatives in ubuntu-artwork should only happen on install or upgrade
[02:05] <jdub> mdz: correct?
[02:05] <mdz> jdub: where does ubuntu-artwork enter into it?
[02:05] <mdz> oh, ubuntu-artwork has the new theme
[02:05] <jdub> yes
[02:06] <mdz> ubuntu-artwork should do update-alternatives in postinst (install|upgrade) and prerm (remove)
[02:06] <jdub> (working around upstream screwage)
[02:06] <mdz> I think
[02:06] <mdz> I always look it up and check examples because I rarely work with alternatives
[02:07] <mdz> I wonder why there isn't a debhelper component for alternatives yet
[02:07] <jdub> hrm
[02:07] <ogra> zenwhen: some cool AI
[02:07] <jdub> the old gtk2-engines-industrial removed the icon cache
[02:08] <zenwhen> ogra, oh thats cool. It has taken five minutes just gathering data.
[02:08] <jdub> hrm, no, that makes sense here, too
[02:08] <zenwhen> I hope it works.
[02:08] <ogra> zenwhen, nope
[02:08] <zenwhen> oh its broken?
[02:08] <ogra> zenwhen, i havent uploaded the code for sending yet
[02:08] <zenwhen> well it sure looks cool
[02:08] <zenwhen> :)
[02:09] <zenwhen> really really professional
[02:09] <ogra> zenwhen, thanks, cross your fingers that it works like it looks too :)
[02:09] <zenwhen> Hopefully so. I'd like to see Ubuntu call ym video card by name.
[02:09] <zenwhen> my*
[02:09] <zenwhen> :)
[02:10] <ogra> zenwhen, that should be ready during the next two days (naming netcard, videocard and probably soundcard) the last one i cant promise though
[02:12] <zenwhen> sounds awesome
[02:27] <mdz> ogra: ETA for the ubuntu-desktop-ready version?
[02:28] <ogra> wed 23:59 UTC ?
[02:29] <ogra> to late ?
[02:32] <mdz> ogra: we need something in array 7
[02:32] <mdz> that's the final milestone before RC
[02:33] <ogra> mdz: array 7 was yesterday according to the release schedule
[02:33] <mdz> ogra: no, it's Wednesday
[02:34] <mdz> (according to the release schedule ;-) )
[02:34] <thully> Just did a clean install from preview CD - hibernate was not set up by default (at least the suspend/resume partition wasn't)?  Is this expected?
[02:35] <mdz> thully: only if you didn't create a swap partition
[02:35] <tseng> the resume partition is sawp
[02:35] <tseng> swap.
[02:35] <mdz> it's been repeatedly confirmed to work under a variety of circumstances otherwise
[02:36] <ogra> mdz: ok
[02:36] <thully> OK - whatabout adding resume= - is that necessary?
[02:36] <mdz> no
[02:36] <mdz> did you actually check whether it worked?  resume= is no longer necessary
[02:36] <ogra> mdz: forgot about the 2 day timeshift
[02:36] <thully> where is that taken care of, then?
[02:37] <tseng> in the kernel, its all setup for you at install
[02:37] <tseng> please just give it a try from the logout menu or gdm and let us know if its !working
[02:38] <mroth> the resume= line is no longer necessary?  waoh.  should I remove it and test for confirmation?
[02:38] <thully> so -can you use the ThinkPad hibernate shortcut (Fn+F12)
[02:39] <tseng> theres a really easy way to find out
[02:39] <tseng> try it :)
[02:40] <thully> I'll go ahead and try it out
[02:40] <dholbach> if not: you can reconfigure the keyboard short cuts from the gnome menu
[02:40] <tritium> does anything check that the swap space is >= the amount of memory in the newer install CDs?
[02:41] <thully> One unrelated question: is it too late to enable autohinter in Hoary, even if just for a whitelist of fonts?
[02:41] <tseng> end-user questions belong in #ubuntu btw
[02:41] <thully> no - this is a question about system defaults, not how do I enable autohinter
[02:42] <tseng> your last question was not
[02:42] <tseng> you seem fairly determined to spend up development time on simple things you could find out for yourself
[02:42] <mdz> thully: yes, it is absolutely too late, and I already told you that the last time you asked about it
[02:43] <tseng> oh.. and there is the issue of you repeating/cross posting yourself
[02:43] <mdz> which was earlier today
[02:44] <thully> OK - I think it may have been lostin my e-mail
[02:45] <dholbach> good night everyone
[02:45] <tseng> bye dholbach 
[02:45] <dholbach> bye tseng 
[02:47] <zul> thully: google is your friend
[02:55] <thully> hi - just tested hibernate - on first boot after install, you can't do it using the keyboard and doing it from GNOME shutdown screen causes the system to hang in the middle of the process
[02:55] <thully> After rebooting, it works fine using keyboard and GNOME menu
[03:07] <thully> Just reported it on bugzilla - 7667
[03:07] <thully> not sure of the component, so I specified acpi-support
[03:09] <jba> not sure if this is an ubuntu devel question but will ask it here anyway
[03:09] <jba> is there a reason why every time i run the update manager grub re-writes my menu.lst ?
[03:09] <jba> and removes my windows entry?
[03:10] <jba> i don't mind re-entering but it seems like this shouldn't be happening?
[03:12] <jdub> put your windows entry outside the automatically rewritten section
[03:21] <jba> jdub, aah cool, thanks dude, I did have as the first item (for my wife's sake)
[03:21] <jba> i'll just have to tell her to pick the last one
[03:21] <jba> or let it go by default
[03:24] <lamont> mdz: did you want to know that zsh is ftbfs?
[03:24] <jdub> you can make it the first entry by putting it above the automatically rewritten seciton
[03:25] <jdub> and it will be used as the default
[03:28] <mdz> lamont: it'sawhat?
[03:29] <mdz> lamont: my upload changed nothing but changelog and Completion/Unix/Command/_baz
[03:29] <lamont> make[2] : Entering directory `/build/buildd/zsh-4.2.1/obj/Src'
[03:29] <lamont> ../../config.status
[03:29] <lamont> make[2] : ../../config.status: Command not found
[03:29] <lamont> make[2] : *** [mkmakemod.sh]  Error 127
[03:29] <mdz> lamont: and I test-built it before uploading
[03:29] <mdz> did the previous version FTBFS too?
[03:29] <jba> jdub, i thought i did that alreasym will try again
[03:31] <lamont> mdz: no.
[03:31] <lamont> mdz: you seem to have a special touch. :-(
[03:31] <mdz> Clint: any guesses?
[03:32] <mdz>  Completion/Unix/Command/_baz |    4 ++--
[03:32] <mdz>  debian/changelog             |    6 ++++++
[03:32] <mdz> must be some kind of timestamp fuckage
[03:33] <Clint> mdz: there's a very nasty ugly patch on zsh to prevent it from linking the main binary to -lpcre and -lcap.  it looks like that got a little fragile
[03:33] <Clint> well, it was fragile to begin with
[03:33] <Clint> so, yes, it's probably timestamp fuckage
[03:33] <mdz> Clint: is there a bat^Wworkaround I can apply?
[03:34] <Clint> if I weren't suffering from extreme sleep-deprivation, I'd say yes
[03:35] <mdz> http://people.ubuntu.com/~lamont/buildLogs/z/zsh/4.2.1-15ubuntu3/zsh_4.2.1-15ubuntu3_20050314-2238-i386-failed
[03:35] <mdz> there's the full log
[03:36] <Clint> is going to 4.2.4 right out?
[03:36] <mdz> how well-behaved has it been in Debian?
[03:36] <mdz> I don't mind digging a fix out of it if you can give me a hint where to look
[03:36] <mdz> for some reason it's looking at toplevel for config.status, rather than in obj
[03:37] <Clint> ew
[03:38] <Clint> though that makes no sense
[03:38] <mdz> it's the mkmakemod.sh target in Src/Makefile
[03:38] <mdz> mkmakemod.sh: $(dir_top)/config.status mkmakemod.sh.in
[03:38] <mdz>         $(dir_top)/../config.status
[03:38] <mdz> mkmakemod.sh.in: mkmakemod.sh.in.in
[03:38] <mdz>         $(dir_top)/../config.status
[03:38] <mdz> which makes no sense at all
[03:39] <mdz> it pretty much explicitly tries to go to the parent dir of where it's supposed to be
[03:39] <mdz> that bit of code is the same in 4.2.4-1, interestingly enough
[03:40] <Clint> yeah, I just keep star-merging it along
[03:40] <Clint> it's gruesome
[03:40] <mdz> I seem to break timestampish things sometimes by building on a tmpfs
[03:40] <lifeless> Clint: baz probs ?
[03:40] <mdz> which is where I generally build stuff, unless it's like, X or oo.o
[03:41] <Clint> lifeless: well, I can't use baz on that archive
[03:41] <lifeless> Clint: why not ?
[03:41] <Clint> lifeless: if I use a revision-library, it chokes to death consistently, and if I don't, it fails in weird and erratic wys
[03:41] <Clint> er, ways
[03:42] <lifeless> Clint: thats weird - I'd love to fix that. are you able to spend some time with me identifying the cause ?
[03:42] <mdz> gah, it's re-running autoconf during the build
[03:42] <mdz> that at least I can fix
[03:43] <Clint> aha!
[03:43] <Clint> lifeless: http://bugs.debian.org/297756 describes the reproducible problem
[03:43] <mdz> though I have no idea why that breaks it
[03:43] <Clint> lifeless: let me know what else you want me to do
[03:44] <Clint> it probably touches something that isn't supposed to be touched
[03:44] <lifeless> Clint: whats the url for the archive
[03:44] <mdz> wait
[03:44] <mdz> wtf was autoconf doing in the chroot?
[03:45] <mdz> zsh build-deps on autoconf, growl
[03:45] <Clint> lifeless: http://arch.debian.org/arch/pkg-zsh/current/
[03:45] <Clint> what the?!
[03:45] <mdz> LAMONT!!!
[03:46] <lifeless> Clint: ok, reproduced
[03:46] <lamont> mdz: well, it fixed the build the last time...
[03:46] <lifeless> Clint: does it work with tla ?
[03:46] <mdz>   * Build-Depend: autoconf
[03:46] <mdz>  -- LaMont Jones <lamont@canonical.com>  Fri, 26 Nov 2004 17:36:02 -0700
[03:46] <Clint> lifeless: nope, same annoying crap
[03:47] <Clint> lifeless: less wordy though
[03:47] <lifeless> Clint: ah. betchya its a fuxked tarball
[03:47] <Clint> any quick fix?
[03:47] <lamont> have I mentioned how it's bad to patch files that are built from other files?
[03:48] <Clint> ain't none of my packages meant to be autoreconf'd
[03:48] <mdz> it's fine as long as the build process doesn't try to magically generated them
[03:48] <lifeless> the fucker
[03:48] <lamont> right.
[03:49] <lifeless> sorry but someone has 'edited' the archive.
[03:49] <lamont> mdz: and the file in question when I added autoconf was deep in a twisty maze
[03:49] <lifeless> its corrupt and must be discarded or manually repaired.
[03:49] <lifeless> Clint: if you look in the tarball, you'll see that it has a patch log for "\{arch\}/zsh/zsh--upstream/zsh--upstream--4.1.1/schizo\@debian.org--2004--pkg-zsh/patch-log/base-0"
[03:49] <Clint> how do I figure out what needs repairing?
[03:49] <schweeb> is there a non-ubuntuized kernel source package?  I'm trying to modify some debian Xen packages to work, but doesn't look like there's a vanilla pkg... should I back out the ubuntu patches, or am I wrong?
[03:49] <mdz> lamont: are you saying that regenerating autoconf during the build was intentional?
[03:49] <mdz> rather than working around the fact that the build wanted to do it?
[03:50] <lifeless> what this means is that the archive /really is/ schizo\@debian.org--2004--pkg-zsh and the branch really is zsh--upstream--4.1.1
[03:50] <Clint> lifeless: so I should remove it?
[03:50] <lifeless> someone has edited the 'name' meta-info file.
[03:50] <mdz> http://people.ubuntu.com/~scott/ongoing-merge/zsh/zsh_ubuntu.debdiff
[03:50] <Clint> ugh
[03:50] <mdz> looks pretty innocent
[03:50] <lifeless> now the question is - are the later commits to the same archive *also* for schizo\@debian.org--2004--pkg-zsh ?
[03:51] <lifeless> if they ALL ARE. then its easy: put the name back were it should be.
[03:51] <Clint> lifeless: no
[03:51] <lifeless> if there are mixed commits, then you need to:
[03:51] <lifeless> 1) decide on the archive name
[03:51] <lifeless> 2) unpack the base-0 and edit the log, and all metadata to be what you want it to be
[03:51] <lifeless> 3) repack it
[03:51] <lamont> lifeless: please note.  I've never done anything this evil to arch. :-)
[03:51] <lifeless> 4) repeat on every changeset after that.
[03:52] <mdz> schweeb: there is an Ubuntu package, a Debian package, and a vanilla tarball from upstream; they are all distinct
[03:52] <Clint> lifeless: great, thanks
[03:52] <lifeless> goerzen wrote a shell script to do this. I don't know how robust it is.
[03:52] <lifeless> you'll then need to find every mirror of the archive in existence and get them to zap them selves and start over.
[03:53] <lifeless> whoever edited 'name' should be tied up and whipped. right after the designer of a non-self-documenting archive format susceptible to this.
[03:53] <mdz> lamont: let me know if ubuntu15 does better
[03:53] <lifeless> after you fix this, it should work just fine.
[03:53] <lamont> mdz: wilco
[03:53] <mdz> lamont: I mean 15ubuntu4
[03:54] <lifeless> Clint: also, be sure to nuke ~/.arch-cache/archives/zsh\@packages.debian.org--pkg-zsh
[03:54] <lamont> right
[03:54] <lifeless> Clint: talk to lamont about what to nuke when you change history ;)
[03:54] <lamont> Preconfiguring packages ...
[03:54] <lamont> gcc-opt: Failed to open /CurrentlyBuilding
[03:54] <lifeless> '/' ?
[03:54] <lamont> do I want to know why preconfiguring packages runs the compiler????
[03:55] <lamont> lifeless: heh
[03:55] <lifeless> lamont: one reason I like arch's archive format is that rcs scripts are harmless
[03:55] <lamont> LOL
[03:56] <lifeless> ;)
[03:58] <mdz> lamont: dpkg-architecture?
[03:58] <lamont> ah, ok
[03:58] <lamont> amazing the things one trips over.. :-)
[04:01] <zenwhen> oh crap
[04:01] <zenwhen> that guy is doing backports for hoary already
[04:02] <zenwhen> http://ubuntuforums.org/showthread.php?t=20044
[04:03] <lamont> zenwhen: heh
[04:03] <lamont> sigh
[04:03] <lamont> well, I mean, UVF was like so 2.5 months ago
[04:03] <zenwhen> yeah
[04:03] <zenwhen> I was already bitten by that backports deal once
[04:04] <zenwhen> I am not convinced he wont screw it up again
[04:04] <lamont> zenwhen: there's no reason to run backports.  honestly.
[04:05] <lamont> well, ok.  people have reasons
[04:06] <mroth> whoops
[04:06] <zenwhen> Things like Firefox and Gaim that have regular releases are what cause people to use backports.
[04:06] <mroth> lamont: well admittedly, FF being so high profile, there are going to be a lot of people freaking out if its not the most "bleeding edge"
[04:06] <zenwhen> regular and highly touted releases
[04:06] <mroth> esp. since slashdot has scared half of them into thinking that its an "important security release!"
[04:06] <Clint> lifeless: thanks, looks like that worked
[04:07] <mroth> (not to suggest that its wasnt a security problem, but its the type of security problem that only affects people who click stupid links in their email)
[04:09] <zenwhen> my only issue with firefox is how crappy the left side of the left mst tab loks sometimes
[04:09] <zenwhen> lol
[04:10] <jdub> "It's only a security issue if you're stupid. Are you stupid?"
[04:10] <zenwhen> lol
[04:10] <zenrox> lol
[04:10] <Keybuk> jdub: "special"
[04:10] <jdub> (not that i necessarily believe that, for the problem in question, but anyway)
[04:11] <lamont> 53 binaries in hoary/desktop taht are suid and/or sgid
[04:11] <jdub> half of those are gnome-games, right? :)
[04:11] <Keybuk> yeah, it's about time sudo wasn't setuid root
[04:12] <lamont> lol
[04:12] <mroth> jdub: is it going to be possible to get FF1.0.1 into hoary?  it might be a good idea as a "public relations" move, since I bet otherwise every single review will mention it.
[04:12] <lamont> -rwsr-sr-x  1 root    root      7664 2005-03-02 07:03 ./usr/X11R6/bin/X
[04:12] <jdub> mroth: thom's dropping that in this week, i believe
[04:12] <lamont> wth?
[04:12] <lamont> :-)
[04:12] <jdub> Keybuk: BRING IN THE DEROOTIFIER
[04:12] <mroth> jdub: good to hear
[04:12] <Keybuk> /SUMMON pitty
[04:13] <Keybuk> pitti too
[04:13] <jdub> not that we make technical decisions base on "public relations"
[04:13] <Keybuk> oops
[04:13] <jdub> Keybuk: freudian slip
[04:13] <Keybuk> *cough* ooo2.0 *uncough*
[04:13] <jdub> *cough* exactly *uncough*
[04:13] <jdub> ;)
[04:14] <mdz> lamont: please file a bug about that
[04:14] <lamont> mdz: OK
[04:14] <zenwhen> Myself, being smart enough not to click links in emails, am fine with firefox 1.0.
[04:14] <mdz> has anyone seen daniels?
[04:14] <jdub> mdz: want me to call?
[04:14] <lifeless> Clint: cool
[04:14] <mdz> jdub: please
[04:14] <lifeless> Clint: anything you have baz problems on .. just ask ;)
[04:15] <lamont> -r-sr-xr-x  1 root   root     15000 Oct 26 14:40 ./sbin/unix_chkpwd
[04:15] <lamont> interesting
[04:15] <zenwhen> but I am not smart enough right now to us eproper grammer
[04:15] <zenwhen> ;)
[04:15] <mdz> lamont: the fact that it's exactly 15000 bytes?
[04:15] <lamont> yeah
[04:15] <Clint> lifeless: will do
[04:16] <mdz> lamont: 14936 on Warty if it makes you more comfortable :-)
[04:16] <lamont> jdub: 11 of them are sgid games
[04:24] <zenwhen> I am passing out some preview live and install disks at work tomorrow.
[04:24] <zenwhen> well not preview. they are from yesterday.
[04:30] <lamont> mdz: fwiw, X was suid/sgid root on warty, too
[04:30] <lamont> 2 new suid binaries, one of them a hardlink to sudo
[04:30] <lamont> the other being hal-dmiwrapper
[04:30] <mdz> lamont: interesting; I wonder why pitti didn't flag it
[04:31] <mdz> I know of no reason it should be sgid
[04:31] <lifeless> can we get screen suid ? its like every time I do pair programming, the first thing is 'make screen suid'
[04:31] <lifeless> (don't you love randoms like me) ?
[04:32] <lamont> mdz: especially when it's suid root
[04:32] <lamont> -rwxr-sr-x  1 root   utmp     297080 Feb 28 15:23 ./usr/bin/screen
[04:32] <lamont> lifeless: that's what you get
[04:32] <mdz> lifeless: I'm not sure that suid is required in order to do multiuser
[04:33] <mdz> it shouldn't be...
[04:34] <lamont> we should not be ashamed of our code. :-)
[04:36] <lifeless> lamont: cool.
[04:36] <lamont> mdz -15ubuntu4 has no love
[04:36] <lifeless> mdz: it is required
[04:36] <lamont> make[4] : Entering directory `/build/buildd/zsh-4.2.1/obj/Src/Modules'
[04:36] <lamont> Makefile:406: cap.rules: No such file or directory
[04:36] <lamont> Makefile:1327: pcre.rules: No such file or directory
[04:36] <lifeless> mdz: the vty it allocates needs to be accessible by all the authorised users.
[04:37] <lamont> cd ../../../Src/Modules && autoconf pcre.configure.ac >pcre.configure
[04:37] <lamont> /bin/sh: autoconf: command not found
[04:37] <lamont> make[4] : *** [../../../Src/Modules/pcre.configure]  Error 127
[04:37] <mdz> lamont: it really ought to be using a socket rather than a pty
[04:37] <lamont> screen?
[04:38] <lamont> oh, X.
[04:38] <mdz> lamont: screen
[04:38] <mdz> for communication between users
[04:39] <lamont> ah, ok
[04:40] <lamont> mdz: where do you want the suid-diff emailed to?
[04:40] <mdz> lamont: security-review
[04:41] <lamont> @u.c?
[04:43] <mdz> @lists.ubuntu.com
[04:45] <lamont> mdz: sent
[04:48] <jdub> ha ha
[04:48] <jdub> "Don't worry; even if we upgrade to the new version, it still has remote root vulnerabilities in it."
[04:48] <jdub> ^ mdz doing his slightly verbose bobby mcferrin impression
[04:49] <lamont> jdub: lol
[05:01] <lamont> mdz: msg awaits the moderator..
[05:02] <tritium> Hi elmo.
[05:02] <lamont> wb elmo
[05:02] <mdz> lamont: please file a bug about the zsh thing; I can't focus on it tonight
[05:02] <lamont> ok
[05:03] <elmo> hi tritium, lamont
[05:07] <lamont> mdz: and should I just assign it to me? :-)
[05:07] <mdz> lamont: I fixed half of it; I'll finish the job tomorrow
[05:07] <mdz> just don't want to forget
[05:07] <lamont> right
[05:07] <mdz> I'm too tired to figure out wtf Src/Modules/Makefile comes from
[05:07] <lamont> will assign to you then
[05:08] <lamont> mdz: so was I when I got done with it... :)
[05:08] <lamont> and I apologize. :(
[05:09] <lamont> 7672
[05:10] <eruin> who fixed the nb locale? :) I love you!
[05:12] <tritium> elmo, I sent emails to keyring and upload.  May I inquire about the status of my request, if you have a spare moment?
[05:13] <elmo> tritium: when/where did you send them?
[05:13] <elmo> wasabi: ?
[05:13] <tritium> elmo, yesterday evening
[05:13] <tritium> elmo, from rimbert@purdue.edu
[05:14] <elmo> tritium: ok - that was a sunday evening for  me, and I've just got back online after some hardware problems.  I'll process you as soon as I've caught up
[05:14] <tritium> elmo, no problem.  Thank you.  I know you're busy, so I appreciate your time.
[05:15] <wasabi> elmo, 
[05:15] <wasabi> ?
[05:15] <elmo> wasabi: jsch FTBFS
[05:16] <wasabi> on i386?
[05:16] <wasabi> coulda sworn i pbuildered it
[05:16] <elmo> amd64 actually - not sure it matters tho, doesn't look arch specific
[05:16] <elmo> http://people.ubuntu.com/~james/paste/jsch.txt
[05:16] <wasabi> 404
[05:17] <lamont> 2 wireless mice in one house is a bad thing...
[05:17] <wasabi> you fell for the wireless trick
[05:17] <tritium> they need CDMA wireless mice ;)
[05:17] <elmo> wasabi: again
[05:17] <wasabi> hmmmm
[05:19] <wasabi> does /usr/share/ant1.6 exist for you?
[05:19] <elmo> wasabi: http://people.ubuntu.com/~james/paste/jsch2.txt
[05:21] <wasabi> is /usr/share/ant1.6/lib/ant.jar readable? that is the check that is failing
[05:21] <wasabi> if ! test -r "$(ANT_HOME)/lib/ant.jar"
[05:21] <elmo> -rw-r--r--  1 root root 914084 Oct 26 17:50 ant.jar
[05:21] <wasabi> well what the heck
[05:21] <elmo> ANT_HOME        := /usr/share/ant
[05:21] <elmo>  ?
[05:21] <elmo> that's in debian/rules
[05:21] <wasabi> eh... mine has 1.6.
[05:22] <elmo> this is 0.1.19-1ubuntu1 which is what's in queue/NEW atm
[05:23] <wasabi> hmm. i have ubuntu2. let me go figure out what i did last night.
[05:23] <elmo> jsch_0.1.19-1ubuntu2_source.changes
[05:23] <elmo> REJECT
[05:23] <elmo> Rejected: jsch_0.1.19.orig.tar.gz file already exists in the New directory.
[05:24] <wasabi> that would know it out?
[05:24] <wasabi> knock
[05:24] <elmo> unfortunately yes - katie's not smart enough to detect they're the same file if it's in NEW
[05:24] <elmo> just upload without -sa and you'll be good
[05:25] <wasabi> hey. bit embarressing. can you send me what's in New right now? :)
[05:25] <elmo> heh
[05:26] <elmo> wasabi: put them in http://people.ubuntu.com/~james/paste/
[05:26] <jdub> elmo: planet sync please :)
[05:26] <wasabi> 403
[05:26] <elmo> meh
[05:27] <elmo> wasabi: fixed
[05:27] <wasabi> thx.
[05:28] <elmo> jdub: done
[05:28] <jdub> thanks
[05:35] <wasabi> elmo, done.
[05:37] <elmo> dear god, that's ugly compiler output
[05:38] <wasabi> =)
[05:38] <wasabi> I searched high and low but couldn't figure out how to disable warnings in ECJ
[05:38] <elmo> --stfu didn't work?
[05:38] <elmo> ;)
[05:39] <wasabi> Someday I will either figure it out, or implement -nowarn
[05:39] <mdz> -nowarn?
[05:40] <wasabi> ...
[05:40] <wasabi> oh yes, it's being called from Ant, not from the command line
[05:40] <wasabi> that's why it wouldn't work
[05:40] <wasabi> gave me a heartattack there
[05:44] <lifeless> oh Clint - care to close that bug ? :)
[06:19] <lamont> jdub?
[06:19] <jdub> yo!
[06:19] <lamont> can I have kernel-bugs@lists.ubuntu.com, me as admin?  and can we point bz at that instead of kernel-team?
[06:19] <lamont> since that's 99.44% of the list traffic, and we're just not that pure
[06:20] <jdub> haha
[06:20] <jdub> i thought you might ask for that soon ;)
[06:20] <lamont> GRRR
[06:20] <jdub> give me a minute
[06:23] <mdz> lamont++
[06:26] <jdub> lamont: http://lists.ubuntu.com/mailman/admin/kernel-bugs
[06:26] <jdub> lamont: same pw as kernel-team, please add description/summary and make the list public when you're happy with it
[06:27] <lamont> woot
[06:27] <lamont> jdub: you mean same password as _you_ gave kernel-team...
[06:27] <lamont> hrm,
[06:28] <jdub> lamont: hmm, should be password you changed it to
[06:28] <jdub> lamont: let me know if not :)
[06:28] <lamont> hrm...
[06:29] <fabbione> morning
[06:29] <lamont> jdub: either I can't type, or it's not the same
[06:30] <elmo> ok, if we release with this bloody gaim doesn't get to pop-up windows, I'm switching back to Debian :-P
[06:30] <elmo> (or something else old enough not to manifest it)
[06:30] <mdz> elmo: then they could go back to making you out to be the antichrist, instead of Ubuntu
[06:40] <cc> does anyone know where theres a DEB archive of the Flash player from Macromedia ?
[06:40] <Treenaks> cc: yes
[06:40] <Treenaks> cc: but you can also just click the "puzzle" icon in firefox to install it automagicallt
[06:40] <Treenaks> y
[06:40] <crimsun> cc: flashplugin-nonfree
[06:41] <cc> crimsun: ok, thanks
[07:02] <eruin> can I speak to anyone about the dma settings in linux-image here?
[07:04] <eruin> I've had to compile my own kernel to set dma on for my standard ide hd/cd drives, and while doing so I noticed the ubuntu config had "CONFIG_IDEDMA_ONLYDISK=y"
[07:05] <fabbione> eruin: -> #ubuntu-kernel
[07:05] <eruin> thanks
[07:24] <toresbe> that's just lame
[07:40] <fabbione> morning sabdfl 
[07:40] <fabbione> how is swiss? ;)
[07:42] <sabdfl> fabbione: the matterhorn is incredible
[07:42] <sabdfl> it's like some alien beacon
[07:42] <fabbione> ehehe
[08:05] <fabbione> sabdfl: do you have any pic to show us? ;)
[08:12] <elmo> Mithrandir: ?
[08:13] <elmo> Mithrandir: why does mcelog not have an ubuntu version number if it's changed?  if it's unchanged, why is it not a sync?
[08:13] <Mithrandir> elmo: it's not changed.
[08:13] <Mithrandir> elmo: it's from NEW
[08:13] <Mithrandir> elmo: I was told to do it this way by mdz.
[08:13] <elmo> pfft
[08:14] <Mithrandir> if I can ask you to grab stuff from Debian's NEW, that's fine with me.
[08:14] <Mithrandir> but I thought you didn't want to mix hats like that.
[08:15] <elmo> hang on - how did you get it out of NEW?
[08:15] <lifeless> I was waiting for that ;)
[08:15] <Mithrandir> elmo: I asked the maintainer.
[08:15] <elmo> pfft
[08:16] <Mithrandir> elmo: if you want a different process, that's fine with me, I just did what mdz told me.  :)
[08:17] <elmo> pfft
[08:17] <elmo> ;)
[08:18] <Mithrandir> and yes, I did vet the source and yes, I am trusting the developer who uploaded it to have given me the same source as he uploaded to NEW.
[09:15] <dholbach> goood morning
[09:23] <doko> mdz, jdub: gcc-3.4 builds finished on i386, powerpc, amd64, built firefox and grub on am64, still works for, ok to update (needed for the OOo2 build)?
[09:45] <mvo> ping jordi 
[09:45] <dholbach> hi mvo
[09:46] <mvo> hey dholbach 
[09:49] <jordi> mvo: pong
[09:49] <fabbione> hey pitti
[09:49] <pitti> Morning
[09:50] <dholbach> hai pitti
[09:50] <mvo> jordi: what's the status of utf-8 and nano? we won't get it before 1.4?
[09:50] <fabbione> pitti: http://people.ubuntu.com/~fabbione/changelog
[09:50] <jordi> mvo: no.
[09:50] <jordi> mvo: HEAD should be more or less there, I believe
[09:50] <jordi> but not yet releasable.
[09:51] <jordi> mvo: if Ubuntu is going to switch editors because of this, it could be enough pressure for the feature to be completed :)
[09:51] <pitti> fabbione: wow! nice work
[09:51] <fabbione> pitti: this is going in later today
[09:52] <fabbione> pitti: note that the debian security stuff (without CAN) is in the merge log
[09:52] <Mithrandir> fabbione: you are insane. :)
[09:52] <pitti> fabbione: this already contains all protentially security relevant patches you mentioned?
[09:52] <mvo> jordi: I'm tempted to ask for a switch because of this 
[09:52] <pitti> ah, ok
[09:52] <fabbione> pitti: yes
[09:52] <fabbione> Mithrandir: really?
[09:52] <jordi> mvo: ugh. dude
[09:52] <Mithrandir> fabbione: yeah.  In a good way.
[09:52] <fabbione> Mithrandir: i have never noticed it :P
[09:52] <mvo> jordi: seriously, it's a problem
[09:52] <jordi> I know, I know
[09:53] <jordi> it wasn't before with latin1 as default.
[09:53] <mvo> no patches floating around or something (/me hopes)
[09:53] <jordi> let me ping the nano list and David.
[09:53] <jordi> mvo: you've only tried with 1.2, right?
[09:53] <mvo> jordi: that would be very kind. 
[09:53] <mvo> yes, I only tried 1.2
[09:53] <jordi> the current 1.3 in experimental should be pretty unusable, but there's a patch to fix it a bit.
[09:54] <jordi> mvo: ok. let me see what I find.
[09:54] <mvo> it's 1.3.5?
[09:54] <mvo> in experimental?
[09:54] <jordi> hmm, there's commits in cvs.
[09:54] <jordi> - UTF-8 support. [DONE except for edit window text wrapping, help window
[09:54] <jordi>   text wrapping, and the NO_CONVERT flag.] 
[09:54] <jordi> mvo: want me to cook a quick deb based on HEAD?
[09:54] <mvo> sounds pretty good
[09:55] <mvo> jordi: let's what what upstream says first, ok?
[09:55] <jordi> mvo: yah.
[09:55] <jordi> creating a deb would take 2 mins tho
[09:55] <mvo> hehe
[09:55] <mvo> feel free (if it really takes only 2 minutes) :)
[09:57] <jordi> yeah, it's quite impressive.
[09:57] <jordi> Fabio the Great
[09:58] <toresbe> what worries me is that you are severely failing to feel sorry for me
[09:58] <toresbe> seeing how i'm sick today
[09:59] <jordi> mvo: so this is for hoary?
[09:59] <Mithrandir> toresbe: aren't you always sick [by caring that much about so many weird architectures] ?
[09:59] <toresbe> Mithrandir: well, I'm always mentally sick
[10:00] <toresbe> Mithrandir: but I have a very soar throat
[10:00] <toresbe> It hurts to breathe
[10:00] <Mithrandir> I was about to suggest stop, but I guess that's not a good idea
[10:00] <toresbe> hehe
[10:00] <mvo> jordi: yes, hoary
[10:21] <mvo> is there something like pythons os.path.normpath() for the shell?
[10:22] <Treenaks> mvo: basename?
[10:22] <mvo> Treenaks: not quite what I want. I want a nice path afterwards even if I feed it with "/lala//lu/x//" -> "/lala/lu/x"
[10:24] <pitti> mvo: try readlink -f
[10:24] <pitti> mvo: oh no, you need a real file for this
[10:25] <mvo> pitti: yes :/
[10:28] <mvo> how do other people deal with building a path from e.g. "$dir/$subdir/$subsub" if the user can specify each of the vars and some will add a trailing "/" ? just ignore that there may be the double "//"?
[10:28] <Mithrandir> mvo: remove the trailing /, if you care?
[10:29] <Treenaks> s#//#/#g ?
[10:29] <Mithrandir> mvo: var=${var%/}
[10:29] <pitti> Treenaks: you need to do this recursively
[10:30] <Treenaks> pitti: hmm. yes
[10:30] <mvo> Mithrandir: this will "/var/lib" -> "/var"? but in this case everything is fine and I don't want the path to change. 
[10:30] <Mithrandir> mvo: it will change /var/lib/ to /var/lib
[10:30] <pitti> mvo: why does it hurt in the first place?
[10:30] <Mithrandir> it won't change /var/lib
[10:30] <mvo> Mithrandir: oh, right
[10:31] <Mithrandir> : tfheen@shonap ~ > foo=/var/lib
[10:31] <Mithrandir> : tfheen@shonap ~ > echo ${foo%/}
[10:31] <Mithrandir> /var/lib
[10:31] <Mithrandir> : tfheen@shonap ~ > foo=/var/lib/
[10:31] <Mithrandir> : tfheen@shonap ~ > echo ${foo%/}
[10:31] <Mithrandir> /var/lib
[10:31] <mvo> pitti: it does not really hurt, it just does not look nice and I wanted to know how others deal with it and if there is something I missed
[10:31] <pitti> mvo: if it's a real file, I use readlink -f
[10:31] <mvo> Mithrandir: thanks
[10:37] <Kamion> Mithrandir: you don't need to trust the maintainer, .changes files in NEW are readable by developers and have the md5sums :)
[10:37] <svenl> daniels: mmm, what did you do to the bug report ? I didn't get it.
[10:38] <svenl> Kamion: did you have any chance to look at the pegasos yaboot-installer issue ? Or even managed to flash the machine ? 
[10:38] <daniels> svenl: just changed the status from NEW (i.e. untouched) to ASSIGNED (meaning that I'll work on it)
[10:38] <Mithrandir> Kamion: true, I forgot about that.
[10:46] <Kamion> svenl: as I said to you, I flashed the machine but then ran into the yaboot-doesn't-boot-from-CD bug; I saw your comment yesterday that yaboot/netboot works fine, so I'm going to try that today
[10:48] <jordi> mvo: is UTF-8 support necessary for the udeb?
[10:48] <jordi> mvo: if so, I need to make changes to the packaging, as nano udeb uses SLang
[10:50] <mvo> jordi: Kamion knowns that better than I do, but I think it is not needed for the udeb (at least not for your testing deb)
[10:53] <jordi> ok
[10:54] <jordi> completely untested debs uploading to people.debian.org/~jordi/
[10:56] <jordi> mvo: initial testing shows some propblems with scrolling
[10:57] <jordi> but display is good.
[10:57] <jordi> I'll talk to david. Shouldn't take long to make it good.
[10:57] <mvo> jordi: thanks, just downloaded
[10:57] <Kamion> uh
[10:57] <Kamion> UTF-8 support would be really handy for the udeb; the installer is UTF-8 throughout
[10:58] <jordi> Kamion: does ubuntu use nano at all during the install?
[10:58] <mvo> jordi: hrm, it does not let me edit some german umlauts
[10:58] <jordi> I guess in expert mode it does
[10:58] <Kamion> but be a bit careful, there's scary libslang-pic packaging there to do with how the initrd is built
[10:58] <jordi> mvo: what do you mean with edit?
[10:58] <Kamion> jordi: nothing to do with expert mode, you can switch to tty2 and use nano
[10:58] <jordi> I can insert accents and  or whatever.
[10:58] <jordi> Kamion: nod
[10:59] <jordi> Kamion: I can link the udeb with ncursesw or ncurses if it's enough.
[10:59] <Kamion> so currently, debian-installer build-depends on slang1-utf8-pic
[10:59] <jordi> does anything else use ncursesw?
[10:59] <Mithrandir> daniels (or any other .au-ians): what's a reasonable .au airline?
[10:59] <Kamion> is that enough?
[10:59] <jordi> Kamion: according to configure, nope, but I can check more carefully.
[10:59] <mvo> jordi: when I try to enter certain charackters that are fine in the gnome-terminal and vim (like  <- capital)
[11:00] <Kamion> jordi: a new dependency on ncursesw? we'd need to figure out scary library reduction stuff for that
[11:00] <thom> Mithrandir: internal only? virgin blue or qantas are the two i've used
[11:00] <jordi> Kamion: if it's not in ubuntu's base system we can look if ncurses is enough
[11:00] <Mithrandir> thom: yeah, from Sydney to Canberra for LCA
[11:00] <jordi> mvo: there's a flagrant byte vs char issue here.
[11:00] <Kamion> jordi: no, it's not that; there's no libncurses*-pic so AFAIK library reduction won't work properly; and the contents of Ubuntu's base system are almost entirely irrelevant to what you can assume in the installer
[11:01] <Kamion> jordi: I think for hoary maybe best just leave UTF-8 support out of the udeb, we can figure this sort of stuff out later
[11:01] <jordi> Kamion: ok.
[11:02] <jordi> this will be a lot easier once nano 1.4.0 is released I hope.
[11:02] <daniels> Mithrandir: virginblue.com.au are cheap, qantas.com.au are good (and better if you're connecting from an international flight)
[11:02] <jordi> I'll ping Daniel to see what needs to be done.
[11:02] <jordi> Kamion: is it common to find non-ASCII files when installing?
[11:02] <daniels> Mithrandir: but Qantas are your only option since Virgin don't fly out of Canberra
[11:02] <jordi> I guess the autogenerated fstab might have.
[11:02] <dholbach> hi elmo, could you please sync  mindi mondo (both fix an issue reported on the mailing list)  fuse (needed for gmailfs transition)  asc (new one shouldn't have unmet build-deps anymore)  rox-filer conglomerate afterstep (quite a lot of bugfixes) and  fluxbox (security issues)  from sid, pretty please
[11:03] <Mithrandir> daniels: ok, thanks.
[11:03] <Mithrandir> I _hate_ airline booking systems.  They all suck.
[11:03] <thom> Mithrandir: yes.
[11:03] <d3vic3> Mithrandir, I tend to agree
[11:04] <Mithrandir> I'm amazed that they manage to suck in more or less the same way.  All of them.
[11:04] <jordi> ok, nano-tiny with slang has bad utf-8 issues
[11:04] <pitti> daniels: here?
[11:05] <svenl> Kamion: ah, yes, sorry, forgot about that.
[11:05] <svenl> Kamion: anything i can do for that ? 
[11:05] <Mithrandir> the qantas site wasn't _that_ bad.
[11:05] <Kamion> jordi: I was trying to edit UTF-8 files with nano-udeb just yesterday ;)
[11:05] <Kamion> jordi: not sure I'd call it "common" though
[11:06] <pitti> daniels: :-)
[11:06] <Mithrandir> Kamion: I think you're a fairly special use-case. :P
[11:06] <pitti> Hi seb128 
[11:06] <Kamion> svenl: well, you're already looking at yaboot-from-CD, so apart from that I'll let you know once I get it netbooted :)
[11:06] <elmo> [NOT Updating - Modified]  conglomerate_0.7.16-1ubuntu1 (vs 0.9.0-1)
[11:06] <elmo> [NOT Updating - Modified]  fuse_1.3-1ubuntu1 (vs 2.2.1-1)
[11:06] <elmo> dholbach: ok to override?
[11:06] <Kamion> in the meantime, time for a DVD test ...
[11:06] <jordi> Kamion: I see. :)
[11:06] <seb128> hey pitti 
[11:06] <dholbach> elmo: conglomerate yes
[11:07] <dholbach> elmo: will have to check fuse first
[11:07] <Kamion> jordi: (specifically I was testing UTF-8 names in /etc/passwd)
[11:07] <seb128> hey elmo 
[11:07] <dholbach> hi seb128 
[11:07] <seb128> elmo: openh323 / pwlib / gnomemeeting sync please :)
[11:07] <Kamion> hmmmmm. initial DVD boot not so pretty.
[11:07] <seb128> Hi dholbach 
[11:07] <elmo> [NOT Updating - Modified]  gnomemeeting_1.2.0-2ubuntu2 (vs 1.2.1-1)
[11:07] <svenl> Kamion: ok.
[11:08] <elmo> seb128: k-to-override?
[11:08] <seb128> sec
[11:08] <seb128> hum
[11:08] <seb128> I'll merge it, thanks for noticing
[11:08] <seb128> but I need pwlib and openh323 for that
[11:09] <seb128> just pwlib and openh323, thanks
[11:09] <elmo> seb128: done
[11:09] <seb128> thank you
[11:10] <dholbach> elmo: fuse will take me some time
[11:10] <dholbach> elmo: thank you :-)
[11:12] <elmo> dholbach: ok, done all but fuse
[11:12] <dholbach> elmo: you rock! thanks a lot :-)
[11:14] <fabbione> fuse has some fixes to be able to build with our kenrels
[11:14] <fabbione> and the kernel-image/linux-image changes
[11:14] <fabbione> that's whay i did basically
[11:15] <dholbach> fabbione: thanks... i'll check the debdiff of the last two versions
[11:15] <dholbach> fabbione: an merge manually
[11:15] <pitti> elmo: can you please remove mozilla-firefox-locale-{fr,tr} ?
[11:16] <Kamion> whoa, a DVD+RW shows up in parted as writable, so the partitioner offers you the chance to erase it. :)
[11:16] <pitti> seb128: who needs french anyway? :-)
[11:17] <pitti> seb128: no, seriously, we already have -fr-fr from m-f-locale-all
[11:17] <seb128> bah, the question is rather
[11:17] <dholbach> pitti: we have http://wiki.ubuntu.com/MorgueCandidates for that :-)
[11:17] <seb128> who needs firefox ? :p
[11:17] <thom> seb128: uh, you do?
[11:17] <seb128> right
[11:17] <seb128> who needs firefox translations ? :p
[11:18] <svenl> Kamion: is todays daily ubuntu installer supposed to work ?
[11:18] <thom> seb128: ... especially french ones? :p
[11:18] <pitti> thom: ... which nobody understands anyway :-)
[11:19] <seb128> rooh
[11:24] <jdub> ha ha
[11:24] <jdub> oh man
[11:24] <Treenaks> ?
[11:24] <jdub> dholbach: is nicole your girlfriend? :)
[11:25] <dholbach> jdub: hahaaaahaaa, she really sent that mail.... she's my ex-girlfriend :-)
[11:25] <dholbach> :-)
[11:25] <jdub> she obviously still thinks highly of you ;)
[11:25] <dholbach> jdub: i think highly of her too
[11:26] <Kamion> svenl: I haven't tried it yet
[11:29] <svenl> Kamion: seems to work, two days ago there where modules problems, but maybe i miscopied the vmlinux or something.
[11:31] <Kamion> svenl: I'm not aware of problems today, although we're about to do another kernel ABI change so it's possible those sneaked in before the CD build or something
[11:32] <svenl> Kamion: mmm, any chance to get the gigabit ethernet driver fix in for the this new kernel ? 
[11:32] <Kamion> svenl: -> fabbione
[11:32] <fabbione> svenl: if you have the patch handy yes
[11:32] <fabbione> but you have like.. 10 minutes to give it to me
[11:33] <fabbione> nothing against the fix but i need to start the build orgy prior upload
[11:34] <Kamion> grr, why does the DVD install want the CD in the second stage?
[11:34] <Kamion> er, the DVD, rather
[11:34] <svenl> Ok.
[11:34] <fabbione> wrong hack in archive-copier?
[11:34] <Kamion> dunno, it seemed to do its job OK
[11:35] <svenl> fabbione: get powerpc-mv643xx-enet.dpatch from the debian svn repo, this one went upstream for 2.6.12.
[11:35] <fabbione> svenl: from 2.6.10 or 2.6.11?
[11:35] <fabbione> and is it the only one required?
[11:35] <fabbione> does it build on 2.6.10?
[11:36] <Kamion> hmm; it wants gs-gpl.deb
[11:36] <Kamion> oh, and gs.deb
[11:36] <svenl> from 2.6.10
[11:36] <svenl> err, 2.6.11
[11:36] <thom> jdub: you can't have industrial firefox; we're shipping http://people.zeelandnet.nl/marco/pimpzilla/images/pimpzilla.jpg
[11:36] <svenl> let me check.
[11:36] <jdub> is that the one with the torn paper?
[11:37] <svenl> well, it builds, but the i need to check if the patch applies cleanly.
[11:37] <jdub> oh yeah, that one
[11:37] <svenl> fabbione: then get http://people.debian.org/~luther/powerpc-mv643xx-eth-pegasos.dpatch
[11:37] <thom> "upimpu"
[11:37] <Treenaks> pimpbuntu
[11:38] <doko> jdub, kamion, mdz: any word on the gcc-3.4 upload, or did I miss your approval? diff on chinstrap:~doko/gcc-3.4.diff
[11:38] <pitti> daniels: you set #7558 (libxpm4) to pending, do you also have warty packages?
[11:38] <jdub> doko: i'll leave that one to mdz
[11:38] <fabbione> svenl: is the patch on people enough or do i need both?
[11:39] <svenl> fabbione: the patch is split.
[11:40] <svenl> fabbione: powerpc-mv643xx-enet.dpatch is the arch-indep drivers patch that went upstream via dale fornsworth, while the one on p.d.o is the pegasos specific initialization part.
[11:40] <daniels> pitti: not right now, but I'm going to make them up later tonight
[11:40] <pitti> ah, ok
[11:41] <svenl> fabbione: can you quickly check if it applies, if not let's wait for another time, there is no way i can test this locally in the next 10 minutes, i don't have the source tarball for 2.6.10 here.
[11:41] <fabbione> ok
[11:41] <svenl> fabbione: and no ubuntu chroot or such.
[11:42] <fabbione> testing now
[11:42] <svenl> fabbione: also, what about adding the mkvmlinuz support script ?
[11:42] <fabbione> svenl: one thing at a time please
[11:42] <svenl> fabbione: ok.
[11:42] <fabbione> i already have enouhg stuff boiling on my desktop
[11:43] <svenl> fabbione: ok, no problem, just asking, altough the mkvmlinuz support is just to copy one file to kernel-source/debian prior to make-kpkg kernel-image, but this can wait for later.
[11:43] <fabbione> svenl: just a second please.. i can even add it, but i need to focus on it...
[11:44] <fabbione> jusst gimme a few secs
[11:44] <svenl> fabbione: no problem.
[11:47] <fabbione> svenl: it applies... but noidea if 1) compiles 2) works
[11:48] <fabbione> what is the patch supposed to do? fix the driver? or is it just an enanchment?
[11:50] <mvo> ping jdub
[11:51] <Mithrandir> elmo: sorry to nag you, but could you un-PaS ooo-amd64 for ia64 and tvtime for amd64?
[11:52] <fabbione> svenl: ok we will keep this changes for the next upoad (given that they won't destroy the ABI)
[11:53] <elmo> Mithrandir: done
[11:53] <Mithrandir> elmo: thanks a lot
[11:54] <Mithrandir> Kamion: ooo-amd64 should be a happy badger on ia64 now.
[11:56] <daniels> aj: badgerbadgerbadgerbadger
[11:56] <Kamion> hooray, thanks
[11:56] <elmo> aj: it should really be called ooo-32bitlibsfor64bitarches
[11:56] <elmo> or something
[11:56] <Kamion> ooo-EVIL
[11:57] <Kamion> damn, no caps in package names
[11:57] <daniels> either that, or just assume that it's because the ia64 really wants to be an amd64 when it grows up
[11:57] <aj> daniels: oo, bendy?
[11:57] <Mithrandir> ooo-3v17
[11:57] <daniels> aj: grumble
[11:57] <Mithrandir> daniels: *chuckle*
[11:57] <aj> hrm
[11:57] <daniels> ooo-thispackageistollefsfaultblamehim
[11:57] <aj> maybe that could be the t-shirt prize at this lca, pick a name for ubuntu's next release
[11:58] <Treenaks> daniels: ooo-izgtkboog
[11:58] <jordi> daniels: I like this one.
[11:58] <jordi> Treenaks: in the end, it's thom's fault.
[11:58] <Treenaks> jordi: as always
[11:59] <aj> elmo: yes, you're right, mail to mark is the way to suggest this, not mentioning it on irc!
[12:00] <svenl> fabbione: fix the driver, ok for the next upload, any idea when it will be ? 
[12:01] <jdub> mvo: pong
[12:01] <fabbione> svenl: not really... but i can start testing immediatly after this upload
[12:01] <svenl> fabbione: ok.
[12:01] <fabbione> svenl: i have the patches here.. if you update them, please let me know
[12:01] <svenl> fabbione: i will let you know.
[12:02] <svenl> fabbione: what about mkvmlinuz stuff ?
[12:02] <fabbione> svenl: let's make it for the next upload too
[12:02] <fabbione> so we can test everything
[12:02] <fabbione> it makes me feel unconfortable to make changes now that i have been nuilding this kernel for 5 days
[12:02] <fabbione> s/nuilding/building
[12:03] <fabbione> svenl: if the changes are ok (no ABI breakage) i can upload the next kernel even tomorrow
[12:04] <fabbione> that's not a problem
[12:04] <fabbione> but i can't spend too much time today on it
[12:04] <Treenaks> fabbione: have a look at #7651 as well then (microscopic fix for a panic)
[12:05] <fabbione> Treenaks: please remind me later or tomorrow
[12:05] <Treenaks> fabbione: ok
[12:09] <svenl> fabbione: ok, fine with me.
[12:09] <svenl> fabbione: the changes are not touching the ABI, to my knolwedge, but please check.
[12:10] <fabbione> svenl: yes i will
[12:10] <jordi> do you guys expect sabdl to come to IRC sometime this morning?
[12:10] <jordi> sabdfl, even
[12:11] <fabbione> jordi: he was here this mornign
[12:11] <jordi> fabbione: bah, missed him then
[12:18] <fabbione> Kamion: are you still around?
[12:18] <fabbione> i forgot to ask you something...
[12:18] <fabbione> Kamion:
[12:18] <fabbione>   * Fix hppa FTBFS:
[12:18] <fabbione>     - Remove debian/d-i/hppa/modules/hppa/nfs-modules.lnk since all nfs is
[12:18] <fabbione>       compiled in.
[12:19] <fabbione> do i need to make kernel-image Provides: nfs-modules?
[12:21] <dholbach> seb128: openh323 seems to deserve a kick, because it depended on newly built pwlib, or am i wrong?
[12:26] <seb128> dholbach: lemme me check, you are reading the build logs every 5 min or what ? :)
[12:26] <seb128> dholbach: are you sure it's not in dep-wait ?
[12:27] <dholbach> seb128: it didnt build first, but now it seems to be alright
[12:27] <seb128> k
[12:28] <dholbach> seb128: i'm waiting for them to build, to get  t38modem ohphone asterisk openam openmcu gnugk  synced ;-)
[12:30] <sladen> Kamion: what's your take on a simplied ''bash completions'' one that just handles sudo/su re-handoff
[12:33] <fabbione> sladen: yeah... once a year
[12:33] <fabbione> you are lucky that UDU is pretty soon ;)
[12:33] <d3vic3> lol 
[12:34] <pitti> d3vic3: why, he will never block the shower :-)
[12:35] <d3vic3> pitti, heh, thats the problem 
[12:35] <pitti> gosh, bugzilla sucks through a slow link
[12:36] <daniels>   2005-03-15 Alan Hourihane <alanh@fairlite.demon.co.uk>
[12:36] <daniels>         * programs/Xserver/hw/xfree86/drivers/i810/i830_driver.c
[12:36] <daniels>         * programs/Xserver/hw/xfree86/drivers/i810/i830_modes.c
[12:36] <daniels>         Enforce DDC monitor ranges usage if we have them and reject bad
[12:36] <daniels>         modes. Use NoDDC option to override DDC timings. We currently
[12:36] <daniels>         only use DS_RANGES, but could use other DDC information, as does
[12:36] <daniels>         the common layer, to deduce the h/v ranges.
[12:37] <sladen> pitti: that'll be the SSL
[12:37] <daniels> HHHHUUUULLLLKKKKK SSSSMMMMMAAASSSSSHHHHHH
[12:37] <pitti> sladen: I rather think it might be the huuuuuge package list that is delivered with each page?
[12:37] <daniels> 'we could actually make this driver halfway useful.  but we're not.'
[12:38] <sladen> pitti: oh yes, that too.  that could really do with being switched to a Google-suggest RPC requestion leetness
[12:39] <thom> sladen: patches... ;-)
[12:40] <Mithrandir> pitti: it's not huge, it's 2-300k. :)
[12:40] <pitti> Mithrandir: it's huge if you download this with a 56 kbps link
[12:40] <pitti> Mithrandir: my main network is down :-(
[12:40] <thom> 2-300k of uncacheable, uncompressable joy
[12:41] <daniels> mjg59: with a little bit of tweaking, this could rescue i8xx acpi/dri for hoary
[12:41] <daniels> thom: fsvo 'joy'
[12:41] <Mithrandir> thom: it can be cached.
[12:41] <daniels> pitti: now you see why I complained so much while I was on dialup
[12:41] <Mithrandir> just set browser.cache.disk_cache_ssl to true
[12:41] <Mithrandir> in FF
[12:41] <thom> Mithrandir: nope, it's ssl, browser won't cache by default
[12:41] <Mithrandir> thom: "by default".  User can change it. :)
[12:42] <pitti> daniels: I feel with you
[12:42] <mjg59> daniels: Mm?
[12:42] <pitti> daniels: this bastard of admin went to holidays without giving anybody the passwords. *grrrrr*
[12:42] <mjg59> daniels: Oh, shit. That means Do the DRM patch, doesn't it?
[12:43] <daniels> mjg59: possibly make i830 usable for desktops -> not booting the HEAD code out
[12:43] <daniels> mjg59: you know what time it is
[12:44] <mjg59> Time for me to write my GUADEC paper, do a submission for Debconf, write code for work, do 3 hours of teaching, tell my landlord that we're not paying a bill, organise travel to .au and, uhm?
[12:44] <thom> mjg59: what should we do with swap after a busted hibernate? is unconditional mkswap towards the end of rcS or so reasonable? 
[12:44] <daniels> mjg59: yeah, I've still got my LCA paper. :\
[12:44] <mjg59> thom: I talked to jbailey about this - make the mkswap conditional on there being a swsusp header
[12:46] <sladen> mmm, that completion list could be cut in 1/3rd just by storing it more efficently
[12:47] <Mithrandir> sladen: gzip JS decoder?
[12:49] <sladen> Mithrandir: hahah.  Nope, it's sending both indexs;   a[123]  = "foo";  b["foo"]  = 123;  except that 'a' and 'b' are both 15 characters long and indented;  and the email address is being send (when most are duplicated)
[12:50] <Mithrandir> sladen: sounds wasted, yes.
[12:51] <sladen> grep physical.id | sort -u ?
[12:53] <svenl> Mmm, what is the "starting periodic command scheduler" supposed to do ? 
[12:53] <Mithrandir> svenl: cron?
[12:54] <svenl> Mithrandir: any particular reason why the post-install boot should die at this point (true, i had to hard-reboot it because of missing input but still).
[12:55] <Mithrandir> svenl: no, not really.  PPc?
[12:55] <Mithrandir> s/c/C/
[12:55] <svenl> Mithrandir: yep.
[12:55] <Mithrandir> you don't have noapic and friends, then?
[12:56] <svenl> its sitting there since a couple of minutes.
[12:56] <svenl> ok, i will reinstall, just to be sure i didn't hose something.
[12:56] <svenl> Mithrandir: no, none of this stuff.
[12:56] <svenl> Mithrandir: it used to work earlier even.
[12:56] <Mithrandir> unsure, then
[12:57] <svenl> ctr-alt-del brings the box down, so its not dead.
[12:57] <thom> i'd love to know where people come up with the numbers of ubuntu staff
[12:57] <Mithrandir> thom: oh?
[12:57] <Mithrandir> where?
[12:58] <thom> Mithrandir: http://www.grep.be/blog/2005/03/15#release_meeting_retort in this case
[12:58] <sladen> it gets better!  Aswell as the 659kB file, there's a 295kB .js with a duplicate set of data too
[12:58] <sladen> 1MB per refresh. r.
[12:59] <dholbach> elmo: could you please sync  t38modem ohphone zaptel openam openmcu gnugk ?
[12:59] <Mithrandir> thom: actually, somebody posted ~30 in the big flame thread.
[01:00] <Mithrandir> thom: somebody interpreted that as "30 DDs working 24/7 working on ubuntu" rather than "30 canonical employees"
[01:00] <daniels> Mithrandir: someone -> keybuk
[01:00] <daniels> which is slightly frustrating; canonical has more than 30 employees, and the distro team certainly doesn't have anywhere near 30
[01:00] <jdub> Mithrandir: ha ha ha 30!
[01:01] <Kamion> fabbione: yes, provides: nfs-modules would be good for correctness
[01:01] <svenl> I think someone official from canonical/ubuntu cited 36 somewhere public recently.
[01:01] <Kamion> fabbione: not critical, but good :)
[01:01] <fabbione> Kamion: roger that.. done :-)
[01:02] <elmo> dholbach: done
[01:02] <thom> svenl: that's total canonical staff, which is utterly not the same thing
[01:02] <jdub> and it's not even correct
[01:03] <Kamion> svenl: doesn't sound too far off; but again, that's all of Canonical, only about 15 of those work on Ubuntu
[01:03] <jdub> we're closer to 50
[01:03] <Kamion> 50 now? wow
[01:03] <ogra> DDs ?
[01:03] <Kamion> ogra: the majority, but not all
[01:03] <elmo> err?
[01:03] <Kamion> ogra: majority of those working on Ubuntu, that is
[01:03] <Kamion> not the majority of Canonical staff
[01:03] <ogra> thats what i thought
[01:04] <svenl> thom: well, i am just saying where i believe the idea comes from.
[01:04] <dholbach> elmo: you rock!
[01:04] <svenl> Kamion: but then you have to count the whole lot of people who work on ubuntu without working for ubuntu -> non-full-time-employees and such.
[01:04] <elmo> dholbach: dude, syncs are insanely easy - you should really be less grateful :)
[01:04] <Kamion> svenl: sure, but those are equivalent to the people working on Debian in the same way
[01:05] <Kamion> and there are many fewer people working for Ubuntu like that; it's, what, 10, 20?
[01:05] <svenl> Kamion: the main problem is one of comunication, i personally know more about ubuntu now that a couple of month ago, but i am still not confortable with the whole thing, and i bet many others may feel the same way.
[01:06] <mvo> elmo: we'll need to sync nessus-plugins soon from debian because upstream claims our version is not redistributable (not now, still wait for a mail from him)
[01:06] <jdub> Kamion: although being MASTERS OF THE UNIVERSE, they count for like, three people each.
[01:06] <svenl> Kamion: i think the main problem is the high amount of debian high profile folk working fulltime for ubuntu or something, and especially those in the 'not-enough-time' position to fullfill their debian roles, i don't say this is rational, but this is what i feel the feeling at large are to some degree.
[01:07] <dholbach> elmo: i _am_ grateful: look at http://wiki.ubuntu.com/UniverseUnmetDeps - i'm absolutely happy for every entry we can kick from it :-)
[01:07] <Kamion> svenl: for somebody who isn't saying it's rational, you do seem to be mentioning it more than anyone else ... :-)
[01:08] <svenl> Kamion: because it may not be fully rational doesn't mean we don't feel like it.
[01:08] <dholbach> jdub: woohoo!
[01:08] <daniels> svenl: in that case, it probably doesn't help to go around repeating it
[01:09] <ogra> jdub, yay
[01:09] <svenl> Kamion: bah, let's go back to work instead, already lost enough time with yesterday's craziness.
[01:09] <Kamion> daniels: #7664> I wonder if I can come up with a way to allow d-i components to request packages to be installed by base-config
[01:09] <Kamion> daniels: but thanks, that should solve it
[01:10] <jbailey> thom: #7463
[01:10] <daniels> Kamion: mmm ... yeah
[01:11] <daniels> Kamion: it was either an undeclared dep or stupid package placement in any case (fwiw, it was the latter)
[01:14] <Kamion> daniels: ok, if you could put a note in that bug when it's sorted, I'll retest and see if that fixes Greek installs; it was a bit subtle so I'm not entirely sure I can pin it down to just one thing
[01:14] <daniels> Kamion: yeah, should be uploaded tonight
[01:14] <svenl> Kamion: BTW, what is with this failure to detect that there is no keyboard when using the serial console ? 
[01:14] <Kamion> although I guess I could comment out the unifont installation and see if that fixes it ... will try that noe
[01:14] <Kamion> now
[01:14] <Kamion> svenl: not familiar with that issue
[01:15] <thom> jbailey: thanks
[01:15] <svenl> Kamion: the keyboard dialog comes up, and you get asked about three choices. continuing without keyboard fails, asking to detect keyboard with a few keystrokes makes the whole thing continue as it should.
[01:15] <Kamion> svenl: oh, I blame smurfix :)
[01:16] <Kamion> I don't think his new keyboard selector has been tested on serial console much at all
[01:16] <Kamion> kbd-chooser bug would be good
[01:16] <svenl> ok, will do so at next install, so i have the real message under the eye.
[01:16] <herzi> seb128: ping
[01:17] <Kamion> svenl: cool, thanks
[01:18] <svenl> herzi: you asked me about pegasos support earlier.
[01:18] <svenl> herzi: do you want the OF upgrade that allows to try an installation with yaboot ? 
[01:20] <herzi> svenl: yes, but i won't upgrade/install the pegasos now as my other production system went to the vendor yesterday (no image anymore with any graphics device) and I don't plan to break my last production system too
[01:20] <seb128> herzi: pong
[01:21] <herzi> seb128: 7686
[01:21] <herzi> this one seems to be an easy fix
[01:21] <svenl> herzi: ok, tell me when you are ready for it and i will send it to you.
[01:21] <seb128> herzi: I'll have a look thanks
[01:22] <herzi> svenl: i guess we're talking about 4 weeks
[01:23] <blawk> heya folks
[01:23] <daniels> mjg59: rock.  this is entirely doable.
[01:31] <seb128> herzi: 
[01:31] <seb128> $ find gnome-doc-utils-0.1.3/ -name "*template*"
[01:32] <seb128> $
[01:32] <Kamion> Mithrandir: OOo restored to ia64 desktop
[01:32] <Mithrandir> Kamion: I guess t-bone is happy, then.
[01:34] <fabbione> re
[01:39] <Kamion> sladen: no opinion really, guess it seems reasonable as long as it cooperates with the normal completion file
[01:43] <Nafallo> fabbione: ping?
[01:43] <fabbione> pong
[01:44] <Nafallo> fabbione: would it be usefull to drop mplayer-custom and make mplayer-nogui on all arches with only INDEP?
[01:45] <fabbione> Nafallo: i am not working on mplayer right now. i have more important things to do
[01:45] <Nafallo> fabbione: oki.
[01:46] <pitti> fabbione: ?
[01:46] <fabbione> not another glibc update!
[01:46] <pitti> fabbione: as always, this will be the really last one :-)
[01:46] <fabbione> you are killing my buildd :-)
[01:46] <Nafallo> I asked more of the reason that I would like to work on it. But only if people here liked that idea to happen.
[01:47] <fabbione> Nafallo: if you want to work on it, go ahead
[01:47] <fabbione> i have nothing against it
[01:47] <dholbach> elmo: and if you now please could sync  asterisk and pstngw  i'd be happy for the rest of the day :-)
[01:47] <Nafallo> fabbione: oki. -custom gets deprecated then :-)
[01:47] <fabbione> when i enabled amd64/ppc build on saturday i was just bored
[01:48] <fabbione> make sure to fix the ppc FTBFS
[01:49] <Nafallo> fabbione: I'll try. I haven't got that ARCH to test on :-/.
[01:49] <fabbione> neither do i
[01:51] <jbailey> pitti: Err, I have a bug against glibc that mdz assigned to me yesterday that he wants fixed...  So possibly one more. =)
[01:51] <pitti> jbailey: D'oh, I uploaded ten minutes ago...
[01:51] <jbailey> pitti: I haven't triaged this at all, sorry.
[01:51] <pitti> ah, ok
[01:52] <ogra> Nafallo, for a start you shoud apply for MOTU if you want to help with that
[01:53] <Nafallo> ogra: mplayer is in multiverse still, no? :-)
[01:53] <ogra> Nafallo, yup
[01:53] <ogra> Nafallo, thats why i said that :)
[01:55] <Nafallo> ogra: I've found something to study that includes FOSS-development. I want to learn to fix things before taking on any responsibility for those stuff :-).
[01:55] <Kamion> elmo: is adare down?
[01:55] <thom> sivang: around?
[01:55] <thom> (or any other hebrew reader)
[01:55] <Nafallo> ogra: you /will/ get to see my as a MOTU most likely, but when I feel I can grook that :-).
[01:56] <ogra> Nafallo, yay, great :)
[01:57] <thom> sivang: is http://people.ubuntu.com/~thom/firefox-hebrew-current.png rendered the right way round?
[02:03] <tseng> elmo: can you sync gtkpod 0.88-1 please
[02:04] <daniels> whoohoo!
[02:04] <daniels> it looks like we're actually going to support every i8xx device out of the box in hoary.
[02:04] <tseng> new patch?
[02:05] <daniels> tseng: new patches + new ideas
[02:05] <tseng> rock on
[02:08] <fabbione> Need to get 0B/47,0MB of source archives.
[02:08] <fabbione> hell!
[02:08] <fabbione> l-r-m is bloating at speed light
[02:09] <daniels> yeah, fglrx is growing by about 20mb every release, i swear
[02:15] <fabbione> doko: davis has done.
[02:19] <ogra> daniels, is there a tool to get the currently running display frequency ? from xdpyinfo i can only get size and depth....
[02:19] <doko> fabbione: thanks
[02:20] <ogra> daniels, (i need this info for hwdb client)
[02:20] <fabbione> ogra: probably you can grab them either via libxf86vm
[02:20] <fabbione> or from the log
[02:20] <fabbione> i don't think there is too much exposure of these info to "userland"
[02:21] <ogra> hmm, the log is a good idea...i have it already in a variable....
[02:21] <fabbione> since nobody, other than the server and user, cares
[02:21] <ogra> hmm, probably the monitor too ;)
[02:21] <fabbione> well clearly
[02:24] <thom> ccache is the single best invention of the millenium
[02:25] <fabbione> thom: it is buggy tho
[02:25] <thom> i care not; it works for firefox for me
[02:25] <fabbione> it tends to deadlock when you build with -j$oddnumber
[02:25] <fabbione> specially on ppc
[02:27] <Treenaks> fabbione: build with -j$evennumber then
[02:28] <fabbione> Treenaks: that's boring
[02:37] <smurfix> svenl: Gah. Can you reproduce the thing without a serial console?
[02:38] <zul> heylo
[02:38] <Treenaks> howdy!
[02:38] <zul> hey Treenaks 
[02:39] <dholbach> hai zul
[02:39] <zul> hey dholbach 
[02:39] <thom> firefox 1.0.1 uploading, y'all have a nice day now
[02:39] <dholbach> thom: you rock so hard!
[02:39] <dredg> nice
[02:39] <dholbach> wooooohoooo!
[02:40] <thom> 1.0.1 really is very boring *shrug*
[02:40] <dholbach> boring in what sense?
[02:40] <Treenaks> thom: it will make ubuntu more leet!
[02:40] <dholbach> no funny memory leaks anymore?
[02:40] <thom> in that it fixes some security problems, most of which we'd already fixed, and thats about it
[02:41] <dholbach> hm
[02:41] <dholbach> hrm
[02:42] <thom> 1.1 is the interesting one, but the schedule for that is that it releases sometime around the same time we release hoary
[02:43] <dholbach> what about firefox_1.0.1.really.is.CVS-1.1? ;-)
[02:43] <Mithrandir> dholbach: wrooooong!
[02:43] <Mithrandir> :)
[02:43] <dholbach> ;-)
[02:43] <thom> uh, no :-)
[02:44] <Treenaks> what's it with huge C++ projects and huge memory leaks going hand in hand? :P
[02:44] <dholbach> dunno if that's c++ specific
[02:45] <Treenaks> dholbach: well, gnome has some leaks, but not really major afaik
[02:45] <Treenaks> dholbach: and they're working on it for .12
[02:45] <Mithrandir> Treenaks: you mean stuff like FF eating some hundred megs of ram?
[02:45] <Treenaks> Mithrandir: multiple hundreds, yes
[02:46] <thom> dholbach: http://www.mozilla.org/projects/firefox/roadmap.html
[02:46] <Treenaks> Adobe Reader 7.0 for Linux is "final"
[02:46] <dholbach> *shudder*
[02:46] <zul> bleah..
[02:46] <ogra> heh
[02:47] <tseng> dholbach: evince++
[02:47] <ogra> yeah
[02:47] <dholbach> tseng: yeah
[02:47] <zul> well its still better than xpdf
[02:47] <tseng> meh
[02:47] <dholbach> thom: oh i see... yes
[02:53] <pitti> Hi again
[02:54] <thom> pitti: how are you coping in bugzilla with bugs that only affect warty?
[02:54] <thom> (ie, how do you mark them?)
[02:54] <pitti> thom: if we need to fix them, I don't know better than just writing this fact into a comment
[02:54] <pitti> thom: if hoary is already fixed, you could set the Target Milestone
[02:55] <trukulo> Treenaks, where is adobe 7.0 "final" ?
[02:55] <Treenaks> trukulo: ftp://ftp.adobe.com/pub/adobe/reader/unix/7x/7.0/enu/
[02:55] <dholbach> trukulo: should be in the trash can finally :-)
[02:56] <trukulo> dholbach, sure :) but wanna see it first
[02:56] <dholbach> trukulo: it won't be good for your eyes though
[02:57] <trukulo> dholbach, probably, but here ppl use very strange things in pdf
[02:57] <dholbach> i can imagine
[02:57] <thom> pitti: well, waiting for the fricking tarball to go up, yeah
[02:57] <pitti> cool
[03:15] <thom> hrm, that's quite neat. search results that don't match the regexp ^\[warty\] 
[03:15] <thom> bugzilla isn't all awfull
[03:16] <pitti> dredg: new upstream version?
[03:16] <dredg> pitti: yes
[03:16] <dredg> pitti: there are a number of holes in the current ubuntu version
[03:16] <pitti> dredg: yes, I read about them
[03:16] <dredg> these are fixed in the current debian unstable package
[03:16] <pitti> dredg: it's amazing how many holes this software has, it's more like a network :-)
[03:17] <dredg> pitti: i know :-/ it's pretty frightening
[03:17] <pitti> dredg: I'm fine with a sync, but mdz should confir
[03:17] <pitti> m
[03:17] <dredg> i wonder if secunia have a "most hole ridden oftware" award
[03:17] <dredg> pitti: sure.
[03:18] <pitti> dredg: oh, ethereal could make rank #1, too :-)
[03:18] <fabbione> new kernel is ACCEPTED
[03:18] <pitti> fabbione: thanks
[03:18] <pitti> fabbione: just released the Warty kenrel
[03:18] <fabbione> pitti: no problem.
[03:18] <fabbione> i am waiting for the kernel to build to release l-r-m
[03:18] <pitti> fabbione: btw, this API break checker sounds really interesting :-)
[03:19] <pitti> yay for ffox 1.0.1
[03:19] <tseng> oh rock on thom 
[03:20] <fabbione> pitti: it will save us from embarassing situation like breaking external modules
[03:20] <thom> mozilla-firefox_1.0.1-2ubuntu1_source.changes ACCEPTED
[03:20] <fabbione> but it is still semi-automatic
[03:20] <fabbione> a lot of work needs to be done manually
[03:20] <pitti> fabbione: does it reliably work or is it more like a heuristics?
[03:20] <fabbione> it works
[03:20] <fabbione> reliably
[03:21] <pitti> neat, also for future Hoary security update
[03:21] <fabbione> given that: 1) you feed him proper data 2) you don't enable the overrides
[03:21] <pitti> fabbione: how does it work, is the build FTBFS if it breaks the ABI without bumping?
[03:21] <fabbione> pitti: this is the only reason why it has been added pre-hoary
[03:21] <fabbione> pitti: correct.. check out the code from baz
[03:21] <fabbione> pitti: because security is all your...
[03:21] <pitti> rock
[03:22] <pitti> dildo?
[03:22] <fabbione> you need to get used to it.. not me :)
[03:22] <fabbione> ahahha
[03:25] <ogra> dildo ?
[03:25] <pitti> ogra: <fabbione> pitti: because security is all your...
[03:25] <dholbach> fabbione surely has some ideas for it
[03:25] <zul> cigaro
[03:25] <ogra> heh
[03:25] <pitti> Hey Keybuk
[03:26] <Keybuk> heyhi
[03:26] <fabbione> we will see pitti going around with a huge condom all over his body
[03:26] <ogra> pitti: dholbach wonders what the security team's t-shirt will look like ;-P
[03:26] <ogra> ;)
[03:26] <fabbione> this is security :-)
[03:26] <pitti> *lol*
[03:26] <ogra> yeah
[03:26] <dholbach> hahahahaaaa
[03:26] <pitti> Keybuk: look behind! a three-headed Replaces: bug
[03:26] <Keybuk> pitti: it's ok, it'll eat you, not me :p
[03:39] <tseng> what happened to the talk of syncing dbus 0.23.1
[03:40] <HiddenWolf> holy j; that kernel changelog is massive
[03:41] <zul> HiddenWolf: isnt it :)
[03:41] <HiddenWolf> what did you guys do, take a shot at linux 3.0? ;)
[03:42] <zul> nah, security fixes, and re-sync with debian
[03:42] <Treenaks> apparently, some people do care about stability :)
[03:43] <kent> Is some one Lamont Jones here? I just saw from bugzilla that he added "kernel-bugs@lists.ubuntucom" to the inotify-bug, which i think lacks a ".com"  :)
[03:43] <Kamion> kent: that would be lamont
[03:43] <HiddenWolf> lots of security fixes; holy hell.
[03:43] <Mithrandir> kent: bug #?
[03:43] <zul> kent: ill fix it wheich number
[03:43] <HiddenWolf> kent; it just misses the .
[03:43] <kent> zul, Kamion Mithrandir 5431
[03:44] <Mithrandir> zul: you'll fix it?
[03:44] <cc> in the LiveCD, where do I configure the firefox startpage ?
[03:44] <Treenaks> cc: edit -> preferences?
[03:45] <zul> fixed already looks like it in the q-a contact kent
[03:45] <cc> Treenaks: no, i'm trying to cook my own LiveCD. so i want it as a default preference
[03:45] <Treenaks> cc: /etc/mozilla-firefox/pref/firefox.js ?
[03:46] <kent> zul, Well I just saw what looked like a typo, and have not got a new mail from that bug so I thought perhaps it was not fixed. Did I miss something?
[03:46] <zul> kent: it has the "." in the q-a contact
[03:47] <zul> kent: kernel-bugs@lists.ubuntu.com
[03:49] <kent> zul, ok. I just read the mail I got from bugzilla and there, under Added, it says "kernel-bugs@lists.ubuntucom". Perhaps bugzilla reports wrong then? Or is it fixed in bugzilla it self, so i got not new message about it?  Just curius :)  (and yes, i dont know how to spell that, haha)  :)
[03:49] <zul> kent: not sure maybe it was a hiccup
[03:50] <amu> cc: you've to change the source of it 
[03:51] <cc> amu: yes, thanks. i just did
[03:51] <ogra_away> hmm, from the topic of #ubuntu: nvidia is broken in hoary with kernel 2.6.10-26
[03:51] <ogra_away> isnt that a bit obsolete ?
[03:51] <zul> oh yes
[03:51] <zul> its fixed in -27
[03:51] <ogra_away> becaue people starting to compile their ati drivers based on this info :-P
[03:51] <ogra_away> because even
[03:52] <zul> if they havent upgraded from -26 then its still broken its been fixed in -27 and above
[03:52] <ogra_away> so someone with access should change it i guess
[03:53] <evarlast> what is the prefered way to file a bug on a package?
[03:53] <zul> bugzilla
[03:54] <evarlast> for a universe package?
[03:54] <evarlast> debians bugzilla?
[03:54] <ogra_away> evarlast, ubuntu-users mailing list 
[03:54] <evarlast> to file a bug?
[03:54] <dholbach> yes
[03:54] <evarlast> hrm.  I'll have to subscribe?
[03:54] <tseng> we are working on a universe bug tracker
[03:54] <dholbach> until we have  http://launchpad.ubuntu.com/malone
[03:54] <tseng> but its not ready for general use.
[03:55] <evarlast> hrm, ok.
[03:55] <dholbach> ok everyone... see you later *wave*
[03:55] <ogra_away> evarlast, btw, which package ?
[03:55] <evarlast> socks4-server
[03:55] <evarlast> it should depend on libsocks4 but it does not.
[04:08] <fabbione> Kamion: both kernel and l-r-m are up.. we only need to wait for the binaries
[04:08] <Kamion> fabbione: yep, I've just seeded the udebs
[04:08] <fabbione> perfect
[04:08] <fabbione> we miss linux-meta.. don't we?
[04:09] <Kamion> yeah
[04:09] <fabbione> and elmo to promote the bins
[04:09] <fabbione> (+ bless them with NEW)
[04:10] <fabbione> i am off for 30 minutes...
[04:10] <Kamion> I have a debian-installer upload ready
[04:10] <fabbione> i need a little break
[04:10] <fabbione> cool
[04:10] <fabbione> i think we could actually automate all this mess with a queue
[04:11] <fabbione> where we stock all the sources
[04:11] <fabbione> and it will start uploading the kernel
[04:11] <fabbione> wait 2 hours
[04:11] <fabbione> upload l-r-m
[04:11] <fabbione> wait 30 minutes
[04:11] <fabbione> and so on....
[04:11] <fabbione> seed in the meanwhile
[04:11] <fabbione> kick elmo or katie or any of elmo's gf
[04:11] <fabbione> hmmm
[04:11] <fabbione> well later :-)
[04:11] <Kamion> we've kind of got the hang of it, though :)
[04:15] <thom> woop, i fixored the hebrew madness
[04:23] <HiddenWolf> thom: are the palestians safe now?
[04:25] <zul> no politics here :)
[04:25] <HiddenWolf> Sorry zul, couldn't resist this one
[04:29] <smurfix> Does anybody know where /usr/share/omf/upx-ucl-beta/upx-ucl-beta-C.omf comes from?
[04:32] <svenl> smurfix: yes, sure.
[04:33] <smurfix> svenl: It's a malformed XML file.:-/
[04:35] <jbailey> Anyone here got a sata_via machine?  Looks like another bug...
[04:35] <thom> smurfix: interesting; it's probably generated by doc-base so there's a bug somewhere
[04:35] <thom> jbailey: sure
[04:35] <smurfix> thom: The "&" character isn't escaped.
[04:36] <smurfix> thom: I'll look at it.
[04:36] <svenl> smurfix: anything i can do to help ? 
[04:36] <thom> smurfix: hrm, i'm pretty sure i'd fixed that
[04:36] <mvo> Kamion: can we do a ntpdate in the installer early? comment #3 in #7536 asks for this
[04:37] <jbailey> thom: 7630 looks like in order to see the pata cdrom drive, that ide-generic has to be loaded after everything but isn't.  Do you see the same thing?
[04:37] <thom> smurfix: oh, no
[04:37] <thom> i'll fix now
[04:37] <Kamion> jbailey: yes, I have a sata_via; I think the CD-ROM drive is just ATAPI though
[04:37] <Kamion> I don't see that bug
[04:37] <smurfix> thom: OK, I'll not look at it then. ;-)
[04:38] <Kamion> mvo: bah, thought I'd worked around that bug in d-i, didn't realise ubuntu-keyring also cared
[04:38] <jbailey> Kamion: Thanks.
[04:38] <mvo> Kamion: I fixed ubuntu-keyring
[04:38] <Kamion> mvo: it's hard, because ntpdate isn't available at the right times
[04:39] <smurfix> Kamion: Hmm, do I build an ntpdate-udeb for that, or would it be too late anyway?
[04:40] <Kamion> smurfix: I think that's the only possible option, but TBH I think it's OK for ubuntu-keyring to just use the GPG option to ignore clock problems
[04:40] <Kamion> as I think mvo has done
[04:40] <thom> jbailey: my /etc/modules contains ide_generic already; i'll try rebooting without that and see what happens
[04:40] <jbailey> thom: Thanks.
[04:41] <thom> (after firefox finished building ;-) )
[04:41] <Kamion> smurfix: and, as the bug reporter says, it should be made to work even if the network isn't up
[04:41] <jbailey> thom: No worries.  =)
[04:42] <Kamion> hah, two bugs in a row where I know the reporters in person
[04:42] <smurfix> Kamion: It might make sense to have a sane clock while you're installing, but ... it's something to add post-Hoary I'd say.
[04:43] <Kamion> smurfix: very little cares, I think gpg is the only thing that's cared so far
[04:44] <svenl> mm, i did a clean install, and it dies in Starting periodic command scheduler still :/
[04:44] <smurfix> Kamion: I managed to do that once. Directory mod times somewhen in 2008. Oh well. ;-)
[04:46] <svenl> Kamion: how can you specify an initrd= argument in yaboot's command line ? 
[04:46] <svenl> jbailey: notice that yaboot doesn't have grub2's big initrd size problem.
[04:47] <Mithrandir> yay, hotplug has been running for six minutes now.
[04:47] <Kamion> svenl: you can't
[04:47] <Kamion> svenl: initrd booting with yaboot requires a yaboot.conf
[04:47] <jbailey> svenl: Last I checked, yaboot couldn't load an initrd at all on the pegasos.
[04:49] <svenl> Kamion: figured so. Is there a way to disable the quiet thingy online to see why it dies in the periodic command scheduler ? It didn't do that last week.
[04:49] <svenl> jbailey: ah, you need a new OF upgrade.
[04:49] <svenl> jbailey: email address ? 
[04:49] <jbailey> svenl: Then perhaps grub2 will work then too?  Who knows.  Marco thinks that there shouldn't be any limitations and was suspecting an OF bug.
[04:50] <jbailey> svenl: jbailey@ubuntu.com  Is this the one that ate someone's motherboard?
[04:50] <svenl> jbailey: what i mean by that is that it is probably a grub2 problem in how it allocates memory, not an OF bug.
[04:50] <Mithrandir> impressive.  /etc/init.d/hotplug start takes about 13 minutes to run on this dual 2.2GHz opteron system.
[04:50] <thom> smurfix: uploaded
[04:50] <Kamion> svenl: mm, I guess I'd edit /target/etc/yaboot.conf before the reboot
[04:50] <jbailey> Mithrandir: Ouch.  Does it take that long on a restart?
[04:51] <svenl> Kamion: mmm, problem is i already rebooted.
[04:51] <Mithrandir> jbailey: it takes a fair amount of time at least
[04:51] <svenl> Kamion: maybe booting in single user will drop me to a shell before that.
[04:51] <Kamion> should really add a recovery mode to the generated yaboot.conf
[04:51] <Kamion> svenl: boot with init=/bin/sh
[04:52] <svenl> Kamion: maybe booting in single user will drop me to a shell before that.
[04:52] <svenl> yeah, that is an option too.
[04:52] <jbailey> Mithrandir: Wait, you said this is warty's hotplug, right?  Is it worth fixing?
[04:52] <Mithrandir> jbailey: it's warty's hotplug, yes.
[04:52] <Mithrandir> jbailey: it's fixed in hoary.
[04:53] <Mithrandir> so I'm just going to upgrade
[04:53] <svenl> Kamion: if i did do that, i probabl would have no keyboard driver or something such.
[04:53] <svenl> Damn, removing quiet doesn't help, i guess i need to remove splash too.
[04:54] <Mitario> hi everyone
[04:54] <Mitario> mvo, we got cvs.gnome.org aproval :)
[04:55] <Mitario> mvo, hi btw ;-)
[04:55] <Kamion> svenl: hotplug-in-initramfs will fix that I think, but not for hoary ...
[04:55] <Kamion> svenl: single-user mode should get you a shell before cron startup, though, yes
[04:55] <Kamion> svenl: removing quiet won't help, the init script output stuff is not controlled by either
[04:55] <mvo> Mitario: that's good news, cool!
[04:57] <fabbione> Kamion: amd64 is all done (and the only one)
why not arch.gnome.org? </bitch>
[04:59] <pitti> :-)
[05:00] <lamont> kent: gah!
[05:00] <svenl> Kamion: mmm, why doesn't booting with 's' ask for the root password, is this not a security hole ? 
[05:00] <lamont> zul: it's a _BUNCH_ of them.
[05:00] <fabbione> hey lamont 
[05:01] <fabbione> lamont: can you check if ppc and i386 are building the kernel?
[05:01] <fabbione> they are taking longer than usual....
[05:01] <jbailey> svenl: If you have console access, all bets are off, but in general, there is no set root password.
[05:01] <fabbione> probably they hit a buildd with no ccache
[05:01] <lamont> fabbione: checking
[05:01] <fabbione> thanks
[05:02] <jbailey> svenl: All best are off security-wise that is.
[05:02] <svenl> jbailey: console access ? you mean ubuntu is useless for unattended machines, right ? 
[05:02] <lamont> fabbione: royal (ppc) is just finishing, i386 has a ways to go
[05:02] <fabbione> lamont: cool, thanks
[05:02] <fabbione> lamont: i know.. see /topic on #u-k :-)
[05:03] <pitti> thom: can I please have libreadline4-dev in hoary-dchroot on davis?
[05:03] <jbailey> svenl: No, as in if you have physical access to a machine, something as flimsy as a root password isn't going to stop you from doing what you want to it.
[05:03] <svenl> jbailey: well, ...
[05:03] <HiddenWolf> jbailey: it's still good practice to ask for it.
[05:03] <svenl> anyway, why would /etc/init.d/cron hang ?
[05:04] <svenl> ormaybe the stuff after it is hanging :/
[05:05] <svenl> mmm, the next one would be rmnologin.
[05:06] <zul> lamont: bitch bitch bitch :)
[05:06] <svenl> nope, breaks.
[05:07] <svenl> Kamion: when did you do a new install last ? 
[05:07] <Kamion> svenl,HiddenWolf: booting with init=/bin/sh doesn't ask you for the root password either, which is not Ubuntu-specific; if you have an unattended machine you need better measures than a root password, such as a BIOS (or equivalent) password, or physical locks
[05:07] <Kamion> svenl: about ten minutes ago
[05:08] <thom> jbailey: confirmed
[05:08] <svenl> Kamion: and it worked fine for you ? 
[05:08] <Kamion> svenl: yep, i386 install
[05:08] <svenl> Kamion: true, just surprising.
[05:08] <svenl> Kamion: what about x86 ? 
[05:08] <thom> jbailey: with no ide-generic i see no pata devices at all
[05:08] <Kamion> it was an i386 install that worked fine for me; just giving information
[05:08] <svenl> here it dies in crontab on entering runlevel 2. doing /etc/init.d/cron start in single user worked fine.
[05:09] <svenl> Kamion: what about ppc, i mean.
[05:09] <jbailey> thom: Can you tell me what's in /proc/ide ?
[05:09] <Kamion> svenl: haven't tried powerpc yet today
[05:10] <Kamion> I'm burning the powerpc daily now
[05:10] <svenl> mmm, i put an exit in /etc/init.d/cron, and it stops at the deffered command scheduler, strange.
[05:11] <Kamion> is this pegasos? serial console?
[05:11] <svenl> peg, normal console.
[05:11] <Kamion> 'k
[05:11] <svenl> atkbd.
[05:12] <Kamion> hmmmmm. configuring timezone on live CD considered interesting.
[05:25] <mdz> morning
[05:25] <zul> hey mdz 
[05:25] <fabbione> morning mdz
[05:25] <seb128> hi mdz 
[05:26] <thom> hey mdz
[05:26] <mdz> Mithrandir, elmo: I most certainly did not say to change the version number; in fact I explicitly said that the .dsc and .diff.gz should be identical
[05:27] <Mithrandir> mdz: yes, which is what happened here.
[05:27] <Mithrandir> mdz: I just edited the changes file.
[05:28] <mdz> Mithrandir: where did the ubuntu version number come from?
[05:28] <Mithrandir> mdz: what ubuntu version number?
[05:28] <mdz> oh, I misread what elmo said
[05:28] <Mithrandir> : tfheen@vawad ~ > apt-cache show mcelog | grep ^Version
[05:28] <Mithrandir> Version: 0.3-1
[05:29] <Mithrandir> oh, ok
[05:29] <Mithrandir> :)
[05:31] <svenl> Kamion: please confirm to me that your install worked on ppc once you did it, ok ? 
[05:33] <Kamion> hmm
[05:33] <Kamion> TFTP error 2: Access violation
[05:34] <svenl> Kamion: you are using tftpboot ? 
[05:34] <Kamion> maybe it wants yaboot.conf in /
[05:34] <Kamion> svenl: yeah
[05:34] <svenl> Kamion: err, tftpd.
[05:34] <Kamion> tftpd-hpa
[05:34] <svenl> use atftpd instead.
[05:34] <Kamion> urgh
[05:34] <Kamion> can I use tftpd-hpa with a different root directory?
[05:35] <svenl> ah, don't know about tftpd-hpa variant, but plain tftpd has this idea about searching absolute names in / and not in /tftpboot like it is told.
[05:35] <Kamion> right, it's configurable in -hpa at least
[05:35] <svenl> maybe just remove all leading / to make them relative names will fix this.
[05:35] <Kamion> I have it set to / by default for i386, but ...
[05:35] <Kamion> I'll try that but I think it's still looking for yaboot.conf
[05:36] <svenl> Kamion: i don't know for -hpa, but plain tftpd didn't respect me saying it should look in /tftpboot.
[05:36] <svenl> Kamion: look at your syslog to see what tftpd tried to serve ?
[05:36] <mdz> doko: libstdc++6 -> libstdc++60?
[05:36] <Kamion> svenl: it's looking for /etc/yaboot.conf (!)
[05:37] <svenl> Kamion: yep, but in /etc, not in /tftpboot/etc/yaboot.conf.
[05:37] <Kamion> even so :)
[05:37] <svenl> Kamion: install atftpd instead, works much better.
[05:38] <Kamion>        -s     Change  root  directory on startup.
[05:38] <Kamion> I'll use that option, then I don't have to have different tftp daemons to cope with different architectures
[05:38] <svenl> Kamion: i know, it is configured in /etc/inetd.conf, but it fails to respect the configuration.
[05:38] <svenl> ok.
[05:39] <jbailey> thom: fabbione says that the -28 kernel has some sata fixes that might solve this in another way.
[05:39] <svenl> Kamion: maybe i should chop off the leading / in the path OF asks over tftp ? Do you know if apple hardware works with tftpd ? 
[05:40] <Kamion> svenl: it's worked for me before
[05:40] <jbailey> thom: Are you able to do another reboot?
[05:40] <thom> jbailey: sure
[05:40] <thom> is -28 up for amd64 anywhere?
[05:40] <Kamion> thom: archive.u.c
[05:41] <thom> ah, yes
[05:41] <thom> hoary-changes just finished opening
[05:41] <svenl> Kamion: next time you netboot a pmac, can you look at syslog to see what /tftpboot served, and if it has a a leading /
[05:41] <svenl> Kamion: also, you could put a symlink from /etc/yaboot.conf to /tftpboot/etc/yaboot.conf for the time being.
[05:42] <svenl> Kamion: i still feel that this is a bug in tftpd[-hpa]  though.
[05:42] <jbailey> Heya Michael.
[05:43] <doko> mdz: libstdc++6: context?
[05:44] <azeem> hi Jeff
[05:45] <doko> mdz: ah, the diff, yes dependent on where you generate the control file, bit anyway, elmo discovered that the patch I wanted to have applied was already applied in 3.4 (but not 4.0)
[05:46] <Kamion> svenl: any extra parameters to 'boot eth' that I should know about? Trying 'boot eth /tftpboot/ubuntu-powerpc/yaboot', tcpdump just shows it sitting there trying to arp
[05:46] <Kamion> ah, never mind, got it now
[05:47] <svenl> Kamion: don't forget : console=ttyS1,115200n8 too.
[05:47] <Kamion> hm, no, still failing, sitting there with 'R' and the spinner
[05:47] <Kamion> svenl: not on serial console
[05:48] <Riddell> Kamion: where can I find a copy of the current isolinux splash image?
[05:48] <svenl> oh, ok.
[05:49] <svenl> Kamion: the spinner thingy does turn ? 
[05:49] <Kamion> Riddell: debian-installer source package, build/boot/x86/pics/ubuntu.png
[05:49] <svenl> quickly even ? 
[05:49] <Kamion> svenl: yeah, reasonably so
[05:50] <Kamion> ok, moving the network cable and using 'boot geth' instead works better
[05:50] <svenl> Kamion: strange, but it does indeed here too. That said the gige kernel module is broken in ubuntu, so you have to move it back later on.
[05:50] <Kamion> eek
[05:51] <Kamion> yay, booted
[05:51] <svenl> Kamion: yep, i have a patch though.
[05:53] <Riddell> Kamion: thanks
[06:01] <svenl> what is the default ubuntuMTA ? 
[06:02] <schweeb> postfix
[06:02] <thom> postfix
[06:03] <svenl> Mmm, i think something id seriously wrong here, and it is not cron or atd. 
[06:03] <svenl> it stops after that. rmnologin doesn't output anything, and i must check stop-bootlogd, but what is supposed to happen afterward ? 
[06:31] <Riddell> mdz: can you add kubuntu-default-settings to the kubuntu desktop seed?
[06:32] <Kamion> svenl: any idea which of the NewWorld, OldWorld, or chrp functions in ofpath should be used for pegasos?
[06:32] <Kamion> or none of them?
[06:33] <Kamion> I guess not chrp, it's SCSI-only
[06:35] <lamont> seb128: you around?
[06:35] <seb128> yep
[06:36] <lamont> Kamion: d-i upload for the abi bump... I think it should be ready...
[06:36] <fabbione> lamont: no.
[06:36] <fabbione> we are still missing i386 and l-r-m for i386
[06:36] <lamont> seb128: could I have some remdial help???  the screensaver daemon doesn't start when I login, until I go to preferences/screensaver and it tells me it's not running, would I like to start it...
[06:36] <fabbione> btw.. read u-k :-)
[06:36] <lamont> what did I delete from my startup ?
[06:37] <lamont> fabbione: sigh
[06:38] <Kamion> lamont: I'm waiting for choose-mirror 1.06ubuntu8 too
[06:38] <lamont> Kamion: ok.  we're still waiting on a kernel or lrm at least too
[06:38] <Kamion> svenl: what does 'spi' mean in /pci@80000000/ide@C,1/device_type? ofpath doesn't know about that type
[06:40] <pitti> Riddell: are there any news about your kdesu patch?
[06:41] <mdz> Riddell: certainly.  has it been processed through queue/new yet?
[06:42] <seb128> lamont: good question, I don't know ...
[06:44] <Riddell> pitti: havn't had a change to make the modifications you suggested yet
[06:44] <Riddell> mdz: yes, seems to have been
[06:45] <mdz> Riddell: version 5.10.01?
[06:46] <lamont> seb128: sigh. thanks anyway, I guess.
[06:46] <mdz> Riddell: do you want me to remove ubuntu-sounds as well?
[06:46] <seb128> maybe thom knows
[06:48] <Riddell> mdz: yes version 5.10.01 is current, probably best remove ubuntu-sounds I'll come back to them later if I have time
[06:48] <Riddell> elmo: any move on kubuntu.org?
[06:48] <mdz> Riddell: I was wondering why 5.10.01, rather than, say, 5.04.x
[06:48] <mdz> or if there was some different meaning to the version number
[06:52] <Riddell> mdz: ah, good question, possibly becaues I can't count
[06:52] <mdz> Riddell: the seed updates are done. do you know how to do the kubuntu-meta update/
[06:52] <mdz> ?
[06:53] <Riddell> mdz: nope, but I'd be interested to learn
[06:53] <mdz> Riddell: it's way easy
[06:53] <mdz> Riddell: just wait until the changes are reflected in the published seeds
[06:54] <mdz> http://people.ubuntu.com/~cjwatson/seeds/
[06:54] <mdz> then apt-get source kubuntu-meta
[06:54] <mdz> run the ./update script in the source package
[06:54] <mdz> then do a normal source build+upload
[06:54] <Riddell> mdz: doesn't sound too hard, I'll give it a shot
[06:56] <sivang> hi all
[06:56] <pitti> Hi sivang 
[06:56] <pitti> sivang: what's up?
[06:56] <sivang> hey pitti , 'sup?
[07:07] <Kamion> erk; can evince's Find not operate across a whole document?
[07:07] <Kamion> it seems to only work on the current page, which makes it pretty unusable for reading specifications
[07:07] <Kamion> oh no, now it works, how strange
[09:43] <seb128> mdz: here now
[09:44] <seb128> ups, forgotten again about the meeting
[09:45] <mdz> seb128: no problem, we decided to have a discussion on ubuntu-devel
[09:45] <seb128> about what ?
[09:45] <dholbach> $release-updates of gnome
[09:46] <dholbach> i.e. to have gnome updates to hoary-updates after hoary's release
[09:46] <Q-FUNK> mdz: my proposition to upload minor gnome releases to $release-updates
[09:46] <seb128> dholbach: k, thanks
[09:46] <Q-FUNK> , seb128
[09:46] <seb128> I'm not sure we should do minor updates
[09:47] <seb128> but let's talk about this on the list
[09:47] <Q-FUNK> I'd really like to hear why.
[09:47] <seb128> that's easy, who is going to do the updates ?
[09:47] <seb128> maintaining 2 branches is a bunch of extra work
[09:48] <Q-FUNK> that was my proposition:  I woold take whatever you upload to d/unstable and rebuild for $release-update.
[09:48] <seb128> that doesn't match
[09:48] <seb128> we have some specific changes
[09:48] <mdz> please, guys, let's discuss on the list
[09:48] <seb128> some stuff break in debian
[09:48] <seb128> right
[09:48] <Q-FUNK> or more precisely:  http://www.ubuntulinux.org/wiki/TechnicalBoardAgenda
[09:48] <mdz> there are other people we need to hear opinions from, who are not in this channel right now
[09:49] <mdz> elmo: still around?
[09:49] <elmo> mdz: unfortunately
[09:50] <mdz> elmo: Treenaks was approved for upload to universe, but he claims not to have upload privileges yet (key 3FA5E031)
[09:50] <seb128> mdz: do you know who could have an idea on #6945 (font changing with the locale) ?
[09:51] <mdz> seb128: I have no idea about font selection
[09:51] <elmo> mdz: yes, as he said, he mailed me yesterday
[09:52] <mdz> elmo: and is there a problem, or is it just a question of tuits?
[09:53] <elmo> mdz: I've not had time
[09:53] <mdz> ok
[09:53] <mdz> Treenaks: a bit more patience, please
[09:53] <Treenaks> mdz: OK
[09:59] <lamont> Kamion: ppc ubuntu livecd is current
[09:59] <lamont> as for kubuntu...
[09:59] <pitti> jordi: I'm adding some langpacks (including catalan) to the install CDs now :-)
[09:59] <lamont>   kubuntu-desktop: Depends: kdepim but it is not going to be installed
[10:00] <jordi> GO pittiiiii!
[10:00] <lamont> Kamion/elmo: did d-i get into the archive, and we want a new round of livecd rootfs builds?
[10:00] <zul> later
[10:07] <jani> anyone familiar with gtk-doc-tools/jade ? I got an error building a package
[10:08] <lamont> Kamion: ??
[10:08] <jani> -CAPS suffix in sgml ids ring any bell?
[10:08] <elmo> lamont: d-i's is in for the big 3
[10:09] <lamont> elmo: cool - starting livecdfs build then
[10:09] <pitti> Hi carlos 
[10:09] <lamont> elmo: is gpgsm gonna make it into main?
[10:09] <Kamion> lamont: do the live cloops include d-i? I thought they didn't
[10:10] <lamont> Kamion: don't think so - but they do include the kernel...
[10:10] <elmo> lamont: I dunno, it's on the promotion list, pending approval
[10:10] <lamont> anyway, fresh builds running on all 3.
[10:11] <ogra> onions ?
[10:11] <lamont> ogra: yeah.  that, and it smells.
[10:11] <lamont> layers.
[10:11] <Kamion> I must admit that the bloody enormous framebuffer I get when doing installs on Pegasos is pretty nice
[10:11] <ogra> *g*
[10:11] <lamont> http://people.ubuntu.com/~lamont/buildLogs/byDate/today.html
[10:12] <lamont> ogra: that's why gpgsm has me annoyed today
[10:12] <Kamion> lots across by 63 down
[10:12] <Kamion> if I've counted right
[10:12] <lamont> Kamion: pixels or lines?
[10:12] <mdz> elmo: d-i in -> with 2.6.10-5?
[10:12] <elmo> mdz: yes
[10:12] <mdz> elmo: thanks
[10:13] <fabbione> mdz: the transition to -5 should be complete once lamont finish to build the Live CD fs afaik
[10:13] <ogra> lamont, oh, red day...
[10:13] <fabbione> mdz: everything else is up
[10:14] <seb128> pitti: any news on this IPP printer issue ?
[10:14] <pitti> oh, sorry, got completely buried in security stuff today
[10:14] <fabbione> lamont, Kamion: i dunno you two.. but i think this time it went pretty smooth.. only 8 hours to do a full transition
[10:14] <pitti> seb128: right, I should tackle this tomorrow
[10:14] <carlos> pitti: hi
[10:15] <seb128> pitti: np, we are just waiting for you to update for debian :p
[10:15] <Mithrandir> hm, I slept over the meeting today.
[10:15] <seb128> and would be nice to tackle that for hoary too :)
[10:15] <mdz> mvo: here?
[10:15] <Q-FUNK> pitti: was 0.29 kosher or was the last good one 0.28 ?
[10:15] <mdz> fabbione: are those builds in progress now?
[10:16] <fabbione> mdz: lamont just wrote he was building the livefs ...
[10:16] <pitti> Q-FUNK: 0.28 was okay, we have 0.30 now which is fine, too
[10:16] <pitti> Q-FUNK: the problem was the newer libgnomecups, which introduced a regression
[10:16] <Q-FUNK> pitti: i thought that 0.30 has this regression issue?
[10:16] <seb128> and which is needed for the new g-c-m
 elmo: cool - starting livecdfs build then
[10:16] <Q-FUNK> ah ok
[10:16] <pitti> Q-FUNK: (that's one of the reasons why I don't want to blindly upload new upstream releases into stable releases)
[10:17] <seb128> (and me neither)
[10:17] <fabbione> mdz: in the worst scenario everything will be ok tomorrow morning when the cron will do his automatic build
[10:17] <mdz> fabbione: that scrolled off my screen while I was paying attention to other things
[10:17] <Q-FUNK> _minor_ and not blindly :)
[10:17] <fabbione> mdz: no problem :-)
[10:17] <mdz> like the 450 bug emails I have in my box
[10:17] <fabbione> mdz: of which 300 are the kernel bugs qa thing :-)
[10:17] <seb128> mdz: you read all the bugs ?
[10:18] <ogra> seb128, do you just delete them ? :-P
[10:18] <pitti> Night fabbione 
[10:18] <ogra> ciao fabbione 
[10:19] <fabbione> Kamion: i am going to test svenl patch for that eth driver tomorrow
[10:19] <pitti> fabbione: wife is waiting? :-)
[10:19] <seb128> ogra: no, I "just" read the GNOME ones usually
[10:19] <fabbione> Kamion: i will make an image for you :-)
[10:19] <fabbione> pitti: she is probably asleep already...
[10:19] <ogra> seb128, heh
[10:19] <fabbione> and i am tired too
[10:19] <Q-FUNK> gnome128
[10:19] <Q-FUNK> :-P
[10:20] <fabbione> ahahha
[10:20] <fabbione> me &
[10:20] <sivang> night fabbione 
[10:21] <Kamion> svenl: well, it all boots fine for me on Pegasos, doesn't stop at cron or anything
[10:21] <Kamion> fabbione: ok
[10:21] <Kamion> lamont: lines :-)
[10:21] <Q-FUNK> Kamion: svenl is elsewhere?
[10:22] <Q-FUNK> oh.. sorry no ;)
[10:22] <Kamion> Q-FUNK: yeah, I know, he sometimes reads scrollback though
[10:22] <Kamion> fabbione: right, seemed fairly smooth to me
[10:28] <herve> hi
[10:29] <herve> seb128, about the motu howl transition, verbiste recompiles fine
[10:29] <seb128> cool
[10:29] <herve> seb128, would I test another package you offered to help on?
[10:30] <seb128> I don't understand the question
[10:30] <herve> hey, quite many motu folks here!
[10:30] <crimsun> we should all be in here :-)
[10:30] <herve> seb128, if you're too busy to help on that transition
[10:30] <ajmitch> herve: of course
[10:30] <seb128> herve: nop, you need somebody to upload the package ?
[10:31] <herve> seb128, yes I too young to upload myself yet :-)
[10:31] <seb128> ah ah
[10:31] <seb128> where is the package ?
[10:31] <herve> green light to rebuild verbiste in a word
[10:32] <herve> I'll put it online in a moment
[10:32] <seb128> sure
[10:34] <bluefoxicy> control
[10:34] <bluefoxicy> I need control over polyp or esd
[10:34] <bluefoxicy> preferably both
[10:34] <bluefoxicy> MUST LOWER LATENCY.
[10:35] <sivang> seb128: I have something pitti reviewed and besides one thing (which I have fixed now) he said it's fine, would you have time to review?
[10:35] <seb128> you don't trust pitti review ? :p
[10:35] <herve> bluefoxicy, was jack considered as an alternative in the end?
[10:35] <ogra> lol
[10:36] <bluefoxicy> herve: no :)
[10:37] <sivang> seb128: I trust him! :-) I just want to finish with this package already :)
[10:38] <bluefoxicy> polyp should have an arts compatibility library and module too, so we can have arts without having to link with Qt
[10:38] <seb128> sivang: if he has reviewed it that's fine
[10:38] <sivang> seb128: the last change he wanted me to do is to use _() straight on a string rather then using snprintf to format it.
[10:38] <herve> sivang, it's in the course of the motu? then stress out motu uploads need three (?) reviews
[10:38] <daniels> ogra: xrandr -q
[10:38] <sivang> herve: not a MOTU upload, main :)
[10:39] <seb128> sivang: where is the package ?
[10:39] <herve> ho I shut up then
[10:39] <sivang> seb128: http://muse.19inch.net/~sivan/g-c-m/sivan-gcm-crack.diff
[10:39] <seb128> k
[10:39] <sivang> seb128: please look at the debdiff and oops on whatever you see could be dangerous
[10:39] <ogra> daniels, thanks :-D
[10:44] <dholbach> crimsun: 
[10:44] <dholbach> checking whether make sets $(MAKE)... yes
[10:44] <dholbach> checking build system type... Invalid configuration `x86_64-linux': machine `x86_64' not recognized
[10:44] <dholbach> configure: error: /bin/sh config/config.sub x86_64-linux failed
[10:44] <dholbach> configure: error: /bin/sh './configure' failed for cppunit
[10:44] <dholbach> make: *** [config.status]  Error 1
[10:44] <dholbach> pbuilder: Failed autobuilding of package
[10:44] <sivang> seb128: he also wanted me to include l10n, should I integrate it for te same upload?
[10:44] <dholbach> oops
[10:44] <dholbach> sorry, wrong tab
[10:44] <seb128> sivang: want to l10n ?
[10:44] <sivang> seb128: yes, I'll add then and then request again your review
[10:45] <sivang> seb128: should just be another patch right? just as my previous one..
[10:45] <sivang> ?
[10:45] <sivang> seb128: with the changes for the he.po file
[10:45] <seb128> I don't understand what you want to do with the l10n
[10:45] <seb128> oh
[10:45] <sivang> seb128: I can provide hebrew l10n
[10:45] <lamont> Kamion: why would a default hoary install + ssh-server still take passwords, with sshd_config saying PasswordAuthentication no?
[10:46] <seb128> use the bugzilla bug for the desktop translation for that
[10:46] <Kamion> svenl: interestingly, X starts up just fine here, without the need for any hacking
[10:46] <Kamion> lamont: keyboard-interactive
[10:46] <sivang> seb128: ok, I'll add the app name's there also.
[10:46] <Kamion> lamont: try ChallengeResponseAuthentication no
[10:46] <seb128> sivang: do you have an idea on #6945 ?
[10:46] <lamont> ah, ok
[10:46] <sivang> seb128: /me looks
[10:47] <herve> seb128, packages online: http://deb.oursours.net/motu/
[10:47] <seb128> herve: ok
[10:49] <sivang> seb128: seems strange, I can't his the difference he is talking about
[10:49] <sivang> seb128: *see
[10:50] <seb128> k, thanks
[10:50] <ogra> sivang, the default should be a sans terminal font, but it changes to a serif one
[10:50] <ogra> thats how i understand it
[10:51] <Kamion> svenl: ok, yaboot-installer changes uploaded too, should be ready to test tomorrow
[10:51] <sivang> ogra: I don't get there over my hoary'
[10:51] <sivang> ogra: I just tried to reproduce
[10:52] <sivang> seb128: I cannot reporoduce, maybe I am not seeing the font difference?
[10:52] <ogra> ah, ok
[10:52] <Kamion> cron.daily running for new CD images, will do live build once that's finished assuming I'm still up
[10:53] <seb128> sivang: dunno, I'm not sure to understand the difference/issue
[10:54] <lamont> Kamion: ubuntu livecd fsimages are all current
[10:54] <ogra> seb128, selected sans fort changes to serif, even if sans is selected
[10:54] <ogra> font even
[10:54] <ogra> seb128, terminal font that is, not the gtk one
[10:55] <sivang> ogra: my font remaind the same after executing with the he locale
[10:55] <seb128> ogra: right, but I don't get how the locale change the font
[10:56] <Kamion> lamont: I've queued it up in my terminal input; assuming that connection stays running, they'll build ... :)
[10:57] <ogra> seb128, it shouldnt and since this bug is from 26.02 i would tag it NEEDINFO, there changed a lot since then wrt locales and langpacks
[10:57] <seb128> yeah
[10:57] <sivang> ogra: how do you see the font changed?
[10:58] <ogra> sivang, look at the screenshits
[10:58] <ogra> s/i/o
[10:58] <seb128> sivang: thanks for the comment on the bug
[10:58] <sivang> seb128: no prob :) But I hope I didn't talk rubbish given what ogra just said :-/
[10:59] <seb128> nop, the comment is just fine
[10:59] <ogra> sivang, you said you cant reproduce, thats not rubbish
[11:00] <sivang> ogra: I didn't even see the differences between his two screenshots :-) anywaysm, it would be nice to see what font he has before and *after* he changed the locale so it might be useful
[11:01] <ogra> sivang, before: http://img60.exs.cx/img60/685/img34go.jpg
[11:01] <ogra> sivang, after: http://img88.exs.cx/img88/3448/img17uq.jpg
[11:03] <sivang> ogra: ok, thankss, I saw that now, but still I couldn't reproduce :)
[11:03] <sivang> seb128: I'll do the upload tommorow with martin, I need to get some sleep, night
[11:03] <sivang> night all :)
[11:03] <seb128> k
[11:03] <seb128> 'night
[11:04] <dholbach> night sivan!
[11:05] <sivang> night seb128, dholbach 
[11:05] <jon1011> has someone seen metalikop ?
[11:05] <ogra> sivang, night
[11:06] <dholbach> jon1011: he's kop|gone 
[11:06] <ogra> Kamion, sleep well
[11:06] <jon1011> (he maintains the ubuntu .deb package for my app, appliworks, but I wasn't able to contact him for some days... and there is a new version of my app :p)
[11:06] <dholbach> bye Kamion 
[11:06] <jon1011> oh ok :)
[11:06] <jon1011> dholbach: thx :)
[11:06] <dholbach> jon1011: mail him the location of an rss-feed or something :-)
[11:07] <jon1011> dholbach: yes I will do this :p
[11:08] <dholbach> jon1011: good
[11:08] <jdub> uuugggh
[11:08] <jdub> man
[11:09] <jdub> uuuuuuggghhh
[11:09] <ajmitch> morning jdub 
[11:09] <dholbach> hellas jdub 
[11:09] <jdub> ajmitch: uuggghh.
[11:10] <seb128> hey hey jdub 
[11:10] <ogra> jdub, i conquered main today :) so i could do the xscreensaver patching myself now ;)
[11:11] <jdub> ogra: rock!
[11:12] <ogra> yay :)
[11:14] <bluefoxicy> doko: still at it?
[11:15] <herve> seb128, thanks for the upload
[11:15] <seb128> herve: np
[11:16] <seb128> thanks for the work on the package
[11:16] <GheRivero> res
[11:17] <mdz> lamont: livefs builds finished and successful?
[11:21] <lamont> ubuntu ones were, Kamion has the cd build queued up on his termina
[11:21] <lamont> l
[11:22] <mdz> ah, ok
 lamont: I've queued it up in my terminal input; assuming that connection stays running, they'll build ... :)
[11:23] <lamont> mdz: that was 13:56 your time
[11:24] <mdz> looks like there's an install CD build in progress right now
[11:24] <mdz> complete with jigdo images, so that'll be another hour or so *groan*
[11:24] <lamont> right
[11:24] <lamont> I think it's his array 7 candidate, maybe?
[11:24] <mdz> lamont: I'm still getting bug mail on kernel-team; did you do the search&change-multiple exercise?
[11:25] <lamont> yeah, but not again since you updated the qa default
[11:25] <lamont> mdz: btw, if gpgsm made it into main soon, the buildd's would be happier.
[11:26] <bluefoxicy> hmm
[11:26] <mdz> lamont: hmm?
[11:26] <bluefoxicy> Would timidity enhancements be interesting to ubuntu?
[11:26] <mdz> lamont: somebody upload a broken build-dep?
[11:26] <bluefoxicy> I wrote a script, tmidity-update, for Gentoo a while back
[11:26] <lamont> kdepim build-dep: gpgsm.  kdepim in main, gpgsm in universe.
[11:26] <lamont> no joy
[11:27] <bluefoxicy> it lets you manage multiple timidity patch sets by sticking them in a specific directory layout.  There's a system selected patchset, and a user selected one.
[11:27] <bluefoxicy> the user can run timidity-update and change the patch set easily
[11:27] <lamont> mdz: 6849 and 7229 are assigned to kernel-team - those should be the only ones getting mail to kernel-team... otherwise, bug #?
[11:27] <bluefoxicy> the idea is to install midia, freepats, EAW, and shompatches all at once and switch between them
[11:29] <lamont> ah, was jdub assigned them... :-)
[11:32] <mdz> lamont: 1440
[11:32] <mdz> 6849 you mentioned
[11:34] <Riddell> mdz: kubuntu-default-settings also needs to go in main if it hasn't been put there already
[11:35] <mdz> Riddell: no problem with kubuntu-default-settings
[11:35] <mdz> Riddell: but a bunch of new build-deps are present now, and those packages weren't in the original list
[11:35] <mdz> hence they have not had a supportability review
[11:35] <mdz> and can't move into main yet
[11:36] <lamont> mdz: ah, I only changed open bugs... time to go get the rest..
[11:40] <zul> hey
[11:40] <lamont> mdz: 23 more bugs tweaked
[11:41] <jdub> seb128: dude
[11:41] <jdub> seb128: http://www.xline.fr/index2.php?lang=eng
[11:41] <jdub> seb128: wtf?
[11:41] <lamont> mdz: but I'm not going to reopen 7001 just to reassign it.
[11:42] <robtaylor> mm. who'se the ipv6 guru?
[11:42] <lamont> mdz: livecd should blow it's brains out more soundly when it runs out of RAM...
[11:42] <lamont> robtaylor: I think fabbione is the designated one, but what's the question
[11:42] <lamont> ?
[11:43] <lamont> mdz: instead of the silent sulk that it seems to do now...
[11:43] <robtaylor> lamont: on my hoary (of today) box, gethostbyname seems to do an ipv6 query to the dnsserver, then go through the domian search, then finally (30 seconds later..) try an ipv4 query
[11:43] <seb128> jdub: is that a real stuff ? :)
[11:43] <zul> lamont: there is no build logs for fglrx-kernel-source?
[11:44] <robtaylor> (as my nameserver doesnt understand ipv6 ;))
[11:44] <lamont> zul: see http://people.ubuntu.com/l/linux-restricted-modules-2.6.10/2.6.10.3-5/
[11:44] <zul> ah ok
[11:44] <zul> thanks
[11:44] <lamont> zul: apt-cache show pkg-name | grep Source
[11:45] <lamont> if it doesn't say anything, that's the source name
[11:45] <lamont> if it does, that's what you want to use
[11:45] <lamont> robtaylor: yeah, that'd be a fabbione question.. no clue here... :-(
[11:45] <robtaylor> lamont: heh, thanks anyway :)
[11:46] <lamont> robtaylor: I was hoping for something trivial, so I could look like a guru...
[11:46] <robtaylor> lamont: i was hpoing it'd be trivial too :)
[11:46] <lamont> oh, it probably is.
[11:46] <robtaylor> seemed to start sometime middle of last week
[11:47] <lamont> one might look at the order of things in /etc/hosts, but that'd be a total guess
[11:47] <robtaylor> lamont: hey, its worth a try..
[11:47] <jdub> seb128: supposedly it's some ex-mandrake dude
[11:48] <seb128> where have you read about it ?
[11:48] <seb128> I've not heard about that before
[11:48] <jdub> lxer
[11:48] <seb128> and the website doesn't get a lot of stuff
[11:48] <jdub> with a very broken english announcement ;)
[11:49] <seb128> oh, I've switched in the french version directly
[11:49] <seb128> I'm lazy :p
[11:49] <herve> regular broken English speak by a French as for me ;-)
[11:51] <herve> (s/speak/spoken - I'm a good example of broken English...)
[11:51] <mdz> lamont: silent sulk?
[11:52] <mdz> lamont: I'd rather expect it to sort of implode spectacularly
[11:52] <mdz> practically every write failing, that sort of thing
[11:52] <lamont> well, it kinda seems to go into a vm-thrash mode, at least for my bro
[11:53] <lamont> and #3 in last 6
[11:53] <lamont> "last 1 month" stats are kinda scary
[11:53] <lamont> in a good way
[11:53] <HrdwrBoB> yeah
[11:54] <HrdwrBoB> it's a large margin
[11:54] <seb128> what is scary is the bugzilla flood :p
[11:54] <daniels> seb128: yeah :\
[11:55] <zul> seb128: heh...been there done that recently :)
[11:55] <zul> eh lamont?
[11:56] <jdub> that's an *impressive* margin
[11:56] <crimsun> lamont: got a buildd question if you have a sec
[11:56] <lamont> fire away
[11:57] <crimsun> lamont: both http://people.ubuntu.com/~lamont/buildLogs/g/gnuradio/0.9-2.1/gnuradio_0.9-2.1_20050301-1305-amd64-failed and http://people.ubuntu.com/~lamont/buildLogs/g/gnuradio/0.9-2.1ubuntu1/gnuradio_0.9-2.1ubuntu1_20050315-0738-amd64-failed show "checking build system type... Invalid configuration `x86_64-linux': machine `x86_64' not recognized"
[11:57] <crimsun> dholbach and I have checked automake and autotools-dev versions
[11:58] <crimsun> I've searched google as to how I might attempt to resolve the "$architecture not recognized" and can't find much. debian/rules does copy over the newer config.{guess,sub}
[11:59] <lamont> sigh.. elmo: could I have gnuradio build-deps in the hoary chroot on concordia?