[12:05] <Kamion> <cjwatson@cittagazze ~/src/debian/debian-installer/trunk/debian-installer/packag
[12:05] <Kamion> es/debian-installer-utils>$ grep fset debconf-set-selections
[12:05] <Kamion>         db_fset "$var" seen true
[12:08] <mdz> Kamion: how big a job would it be to add an overall progress meter to d-i?
[12:09] <elmo> that'd rock
[12:09] <jdub> rawk
[12:09] <elmo> that too
[12:09] <jdub> ogra: see ubuntu-devel list :)
[12:09] <Kamion> mdz: requires fixing the cdebconf progress protocol to allow multiple simultaneous progress meters
[12:09] <Kamion> I've thought about it in the past; I think the advantage will be much greater with the gtk frontend than with newt though
[12:10] <ogra> jdub: yay, thanks :-D
[12:10] <mdz> thom: CPU or I/O?
[12:10] <jdub> ogra: but now i'm going to file bugs
[12:10] <ogra> jdub: go on :)
[12:10] <Kamion> also requires working out where the hell you actually are - before you've retrieved udebs, you don't actually know
[12:10] <mdz> Kamion: it would do very good things for the user experience, even in newt I think
[12:10] <mdz> good point
[12:10] <jdub> ogra: kidding ;)
[12:10] <thom> mdz: cpu
[12:10] <mdz> that's a relatively short way into the process, at least with cdrom
[12:11] <Kamion> I suspect some kind of waypoint system like in base-installer would be useful
[12:11] <mdz> and we could fake it
[12:11] <Kamion> mdz: would like not to be completely wrong with monolithic though :-)
[12:11] <ogra> jdub: :)
[12:11] <Kamion> I'll have a look if you think it's really nice-to-have, can't bump away feature goals at the moment though
[12:11] <Kamion> mdz: (hey! could abuse menu-item numbers ...)
[12:11] <mdz> Kamion: the path to the cloop image is now a debconf variable
[12:12] <mdz> Kamion: do you think we should set it in debian-cd land rather than using the hardcoded default?
[12:12] <Kamion> I was just about to ask that
[12:12] <mdz> since debian-cd decides where to put it
[12:12] <Kamion> yes, I think that would be a good idea; file a bug on debian-cd please?
[12:12] <Kamion> I'll do that tomorrow
[12:12] <mdz> will do
[12:14] <elmo> mdz: how do you normally pass a password to mysqldump?
[12:14] <mdz> Kamion: hmm, it has /cdrom in it
[12:14] <mdz> elmo: interactively, I use -p (no arg)
[12:14] <mdz> non-interactively, I use this awful shell/perl construct
[12:14] <sladen> echo password | mysqldump -p
[12:15] <elmo> sladen: doesn't work
[12:15] <sladen> or mysqldump -p=password  if you don't mind it being in the shell history
[12:15] <elmo> sladen: and more to the point, in ps output while it's running
[12:15] <elmo> which for non-trivial databases is a reasonable amount of time
[12:15] <elmo> mdz: wah
[12:15] <elmo> I can feel a case of expect coming on
[12:16] <mdz> elmo: you want my monstrosity?
[12:16] <Nafallo> bbl
[12:16] <Nafallo> night
[12:16] <sladen> I haven't needed it before
[12:16] <sivang> jdub: ping
[12:16] <mdz> elmo: oh, wait
[12:16] <mdz> elmo: you said mysqldump
[12:16] <mdz> elmo: this is for unattended backups, and not for a maintainer script
[12:16] <mdz> ?
[12:16] <elmo> yes
[12:16] <mdz> elmo: you can stash the password in a file
[12:16] <elmo> I tried that?
[12:17] <mdz> ~/.my.cnf by default
[12:17] <mdz> section [mysqldump]
[12:17] <elmo> oh, MAH
[12:17] <elmo> defeated by cut'n'waste
[12:17] <elmo> hmm, or not
[12:17] <elmo> mdz: mmk
[12:18] <mdz> what's the least horrific shell idiom for "iterate over the files matching this glob, but if the glob doesn't match anything, do nothing"?
[12:18] <sivang> jdub: just saw the thread from shlomil regarding the language pack dependecies, I already talked about this with pitti and you in MAtaro, what needs to be done for the culmus pakcage to get into main so pitti could depend on it in the language pack package?
[12:18] <jdub> approval from mdz/myself
[12:18] <jdub> i've already given mine
[12:19] <sivang> mdz : are you ok with jdub approving or would you like a TB meeting for this?
[12:19] <sivang> jdub: coool
[12:19] <jdub> oof, this stuff doesn't need TB meeting bureaucracy
[12:19] <mdz> sivang: it needs to meet the criteria in the wiki
[12:20] <jdub> TB/CC are meant to be last resorts
[12:20] <mdz> http://www.ubuntulinux.org/wiki/SeedManagement
[12:20] <mdz> under Supported
[12:20] <sivang> main/supported right?
[12:20] <mdz> "Supported" is the section heading
[12:21] <elmo> mdz: hmm, sorry how does the mysqldump thing in my.cnf help?  and is there a man page for that file?
[12:21] <mdz> elmo: each tool looks up its config in a section named after it
[12:21] <mdz> so you can specify different parameters for different programs in the one file
[12:22] <mdz> /etc/mysql/my.cnf is an illustrative example
[12:22] <mdz> it's documented in the mysql manual, iirc
[12:22] <mdz> [mysqldump]
[12:22] <mdz> password = XXXXX
[12:22] <mdz> doesn't work?
[12:22] <mdz> (it did for me under woody, where I did this in production)
[12:23] <mdz> note that you don't specify the -p option if you do that
[12:23] <elmo> uh, where XXX is the password?
[12:23] <mdz> yes
[12:23] <elmo> it's a 644 file dude
[12:23] <mdz> ??
[12:23] <mdz> then make it 600
[12:23] <elmo> it's 644 by default
[12:23] <elmo> should we fix that?
[12:24] <mdz> oh, you're talking about /etc/mysql/my.cnf? don't put it there
[12:24] <elmo> oh GOD
[12:24] <mdz> Default options are read from the following files in the given order:
[12:24] <mdz> /etc/mysql/my.cnf /var/lib/mysql/my.cnf ~/.my.cnf
[12:24] <elmo> sorry, I get it now.  I neeed more tea
[12:24] <mdz> or use --defaults-extra-file=<path>
[12:26] <sivang> mdz: it already meets (1) , (2) I can try and check , am willing to port it to arch if this is a must, and I think it would pass asecurity review because basically it copies files from the debian package to some place on the host system, what else?
[12:26] <sivang> mdz: merely a repository of fonts..
[12:26] <mdz> Kamion: sshd won't let users login remotely with blank passwords by default, right?
[12:26] <mdz> Kamion: do you think it's necessary to set a password on the live CD?
[12:26] <T-Bone> mdz: need to usermod -U
[12:26] <elmo> mdz: score - working now, thanks.
[12:27] <mdz> sivang: if it's just data (no programs), then (2) should be easy
[12:27] <mdz> sivang: and fonts don't generally need porting, either
[12:27] <sivang> mdz: yes very much, the rules files is even pretty standard and doesn't do nothing but a couple of dh_install stuff
[12:27] <sivang> mdz: true, it has one target for all archs.
[12:27] <kent> I just installed gcursor mentioned here before.  Why have the theme-manager not support for changing cursor-theme?
[12:28] <jdub> kent: because no one's written it yet
[12:29] <mdz> mjg59: here?
[12:29] <sivang> mdz: only one issue, is if you want the files to reside in some other place then the current, oh and it does install to some of the X11 fonts dirs.
[12:30] <mdz> daniels: alive?
[12:30] <mdz> sivang: fine with me, then
[12:30] <ogra> has anybody else weird font probs in evo (looks like gtkhtmls font rendering cant decide on the right fontsize)
[12:30] <sivang> mdz: ok, coool. btw, does it need a maintainer to go with? :) although I'm pretty sure it could go by itself, and if there's a problem with it I don't mind to be the address for that.
[12:34] <mdz> sivang: is this a package you made, or did someone else make it?
[12:51] <Kamion> mdz: don't see a problem with /cdrom, enough of d-i assumes it that I think debian-cd can get away with doing so too
[12:52] <mdz> Kamion: should I prepend /cdrom in casper, and expect a relative path in debconf?
[12:52] <mdz> or is it ok for the full path to be in debian-cd?
[12:53] <Kamion> mdz: PermitEmptyPasswords is off by default, yes, although I'd test carefully if I were you
[12:53] <Kamion> mdz: no, I think it's better for the full path to be in debian-cd in order that you can change it to be off an NFS mount or whatever
[12:54] <mdz> Kamion: good call
[01:00] <Kamion> mdz: apt <IP_ADDRESS> is supposed to be OK for sarge?
[01:02] <Kamion> seems ok
[01:11] <Kamion> ... maybe not today
[01:17] <mdz> Kamion: yes
[01:18] <mdz> Kamion: did you look into that issue with the ipw2200 firmware?
[01:19] <Kamion> not yet
[01:19] <Kamion> mdz: I did mention that the firmware is there but with a different name than it used to have, didn't I?
[01:19] <Kamion> my money's on something looking for the old name
[01:19] <sivang> mdz: it made by baruch even, a DD
[01:19] <mdz> Kamion: oh, so you think it's a kernel problem?
[01:19] <Kamion> well it's certainly in the udeb ...
[01:20] <mdz> looking at it now
[01:20] <Kamion> unless that's not being installed for some reason
[01:20] <mdz> it's trying to loadipw-2.2-boot.fw
[01:20] <mdz> /lib/hotplug/firmware/ipw-2.2-boot.fw-<version> exists
[01:20] <Kamion> -rw-r--r-- root/root      6472 2005-01-17 18:04:55 ./lib/hotplug/firmware/ipw-2.2-boot.fw-2.6.10-2-386
[01:21] <mdz> maybe this is the timeout problem keybuk talked about
[01:21] <Kamion> what problem was that?
[01:21] <mdz> he said that the driver didn't wait long enough for the firmware to be loaded by hotplug
[01:21] <mdz> and that this would become a problem when we switched to udevsend
[01:23] <mdz> odd
[01:23] <mdz> I just added some logging to firmware.agent and it doesn't show up
[01:24] <mdz> it clearly works in the installed system (including the live CD), though
[01:25] <Kamion> any reason why the firmware agent might not be called?
[01:26] <mdz> I don't see how it could
[01:26] <mdz> the kernel invokes the hotplug helper
[01:26] <mdz> and it's set to /sbin/udevsend
[01:26] <Kamion> I meant in the kernel :)
[01:26] <mdz> ah
[01:26] <Kamion> any easy way to get udevsend to log everything it gets?
[01:28] <sladen> Kamion: it's hard-coded in the kernel but you can set it by echo/cat'ing /proc/sys/kernel/hotplug
[01:28] <mdz> +       rc = request_firmware(fw, name, &priv->pci_dev->dev);
[01:28] <mdz> the driver doesn't seem to do anything weird
[01:28] <mdz> most likely all firmware loading is busted
[01:29] <mjg59> sladen: Uh. PMInitialize?
[01:29] <mjg59> mdz: Hi
[01:29] <mdz> mjg59: I wanted to know how to determine whether a swap device was holding swsusp data
[01:29] <mdz> mjg59: so that the live CD would not touch it
[01:30] <mjg59> mdz: Ah, right. There's a header right at the start - the struct is defined in kernel/power/swsusp.c (IIRC)
[01:30] <mjg59> swapon -a will refuse to mount it
[01:30] <sladen> mjg59: Protected-Mode Initialize ;  you're supposed to call that to initial the Video BIOS before you make any 32-bit VBE calls.  Is there a chance that when coming out of S3, or on bootup (that hang issue you had), that isn't happening?
[01:31] <mdz> oh
[01:31] <mdz> yeah
[01:31] <mdz> it seems to overwrite the swap space signature
[01:31] <mdz> so that's perfect
[01:31] <mdz> and the bug won't exist in the first place
[01:31] <mjg59> sladen: We don't make any 32 bit VBE calls
[01:31] <sladen> mjg59: how the nack are you doing vbesave ?
[01:31] <mjg59> 32 bit entry to VBE is optional - AFAIK, lots of cards don't do it
[01:31] <mjg59> Real mode
[01:32] <mjg59> lrmi does vm86 real-mode emulation
[01:32] <jdub> mdz: hrm, when's the next livecd build? lots of nice uploads i see ;)
[01:33] <jdub> tseng: ping
[01:35] <Kamion> sladen: hotplug> yeah, that's what I understood certainly and d-i sets that sysctl, was just wondering if there could be a bug somewhere
[01:35] <Kamion> jdub: 1 8 * * *       /srv/cdimage.no-name-yet.com/bin/cron.daily-live
[01:36] <mjg59> sladen: To the best of my knowledge, neiter vbetool nor the kernel ever makes any 32-bit VBE calls
[01:36] <Kamion> although many of today's uploads require the debian-installer I uploaded tonight to become active, which requires elmo's byhand
[01:37] <Kamion> ... which he's already done. rocks.
[01:37] <Kamion> rock.
[01:40] <mdz> jdub: it's mostly under-the-hood stuff, though
[01:40] <mdz> jdub: much cleaner, but if I've done it right you won't notice any difference
[01:41] <mdz> Kamion: I haven't been able to test the passwd stuff properly, since it needs a new cloop image, but I think it should work
[01:41] <mdz> it creates the user OK, but the group and sudo stuff is missing, since that isn't in the old version
[01:42] <mdz> I need to find a clever way to unmount the root filesystem and eject the CD
[01:42] <Kamion> the udeb retrieval stage should be shorter now, jdub was asking about that recently I think
[01:43] <mdz> s/asking/bitching/ :-P
[01:43] <mdz> jdub: *hug*
[01:43] <Kamion> mdz++
[01:43] <lamont> mdz: doesn't
[01:43] <lamont> eject work?
[01:43] <mdz> lamont: I bet it would
[01:43] <mdz> lamont: but it's hard to get to after unmounting root
[01:43] <lamont> works on the warty livecd, albeit fatally, and only as root...
[01:43] <mdz> the closest I can think of so far is to create a min-chroot and pivot into it
[01:44] <mdz> or modify init; amu pointed out that knoppix takes that approach
[01:44] <Kamion> haha, WinXP fails to deal with my amd64's SATA drive
[01:44] <mdz> probably the easiest way would be to simply _not_ unmount the d-i initrd
[01:44] <mdz> and then pivot back into it
[01:44] <mdz> but it's huge and occupies a lot of memory just for that
[01:44] <lamont> ew!
[01:44] <lamont> remount root as readonly, then eject
[01:45] <mdz> I don't think that remounting r/o will release the device
[01:45] <mdz> nor should it?
[01:45] <mdz> is there an eject --i-really-mean-it
[01:45] <lamont> eject hasn't been seen to care if the device is in use or not, at least not by me....
[01:46] <mdz> lamont: eject tries to unmount if it's mounted
[01:46] <mdz> otherwise it will fail
[01:46] <jdub> mdz: didn't mean to be bitching
[01:46] <mdz> jdub: just teasing
[01:46] <lamont> yeah - shows busy
[01:46] <lamont> bummer
[01:46] <mdz> jdub: your live CD feedback is R0X0R
[01:46] <jdub> so how many udebs were optimised out (roughly)?
[01:47] <jdub> were we able to skip much of the kernel module ones, if the kernel is in the main image?
[01:47] <mdz> we didn't try that
[01:47] <mdz> it would require some significant changes
[01:48] <mdz> there's no way to get to the image until casper is unpacked
[01:48] <Kamion> jdub: deliberately didn't attempt to skip the kernel modules
[01:48] <mdz> and casper is unpacked at the same time as everything else
[01:48] <Kamion> took out the ones that are there to be menu items, so base-installer, archive-copier, prebaseconfig, {grub,lilo,yaboot,...}-installer, all of partman
[01:48] <mdz> thom: you stole my stopwatch, you bastard
[01:48] <jdub> ahr
[01:49] <mdz> thom: you'd better bring it to sydney
[01:49] <Kamion> maybe a dozen or so at a rough guess, although I didn't count
[01:49] <jdub> Kamion: elite
[01:49] <mdz> tomorrow's live CD improvements are all behind the scenes ;-)
[01:49] <mdz> if it works, we win
[01:49] <Kamion> jdub: I tried skipping all standard udebs including kernel modules; didn't work, network configuration failed because it didn't have nic-*
[01:50] <mdz> Kamion: why is it that all of /etc/hotplug is world-writable under d-i?
[01:50] <daniels> Kamion: yah
[01:50] <mdz> does udpkg do that deliberately or something?
[01:51] <daniels> er
[01:51] <daniels> mdz: yah
[01:51] <Kamion> mdz: uh, shouldn't
[01:51] <mdz> daniels: I think I was looking for an informed opinion on sivang's X fonts package
[01:51] <mdz> Kamion: is it just me?
[01:52] <mdz> Kamion: oh, that's on the initrd
[01:52] <mdz> maybe genext2fs is stupid about permissions?
[01:52] <mdz> /bin/busybox is 777 too
[01:52] <Kamion> yes, apparently so
[01:52] <Kamion> it's like that in warty too
[01:52] <Kamion> (just happened to be booting a rescue CD^W^Wwarty amd64 CD)
[01:53] <daniels> mdz: oh
[01:53] <daniels> mdz: server-side fonts are pretty hard to get wrong
[01:53] <mjg59> fabbione: There's a possibly important fix in the current ACPI patch - I'll get more details to you tomorrow
[01:53] <mjg59> daniels: CRACK?
[01:54] <daniels> mjg59: uploaded
[01:56] <elmo> crap, it'd probably help if I actually filter @ubuntu.com somewhere other than spam wouldn't it
[01:56] <mjg59> daniels: I would offer to fellate you, but I feel you might turn me down
[01:57] <tseng> jdub: hiya
[01:58] <jdub> tseng: dude, three people have already asked me about tomboy 0.3, and it was only released today ;)
[01:58] <jdub> tseng: you got yourself a popular package ;)
[01:58] <tseng> hah :P
[01:58] <jdub> tseng: perhaps it could be your first universe upload? :)
[01:58] <mdz> Kamion: not even /etc/hotplug.d/default/default.hotplug is called when the firmware is requested
[01:58] <Kamion> mdz: that's a bit depressingly bad
[01:59] <mjg59> Haha
[01:59] <tseng> jdub: sure, i can check out the update here in a few, having some dinner
[01:59] <mjg59> I've shocked daniel into silence
[01:59] <jdub> tseng: rawk :_)
[01:59] <jdub> tseng: and mono is fixed too!
[01:59] <tseng> hell yes it is
[01:59] <mjg59> fabbione: We need ACPI CA 20050114
[02:00] <Kamion> mdz: nothing seems to be obviously missing from hotplug-udeb
[02:00] <Kamion> my money remains on the kernel
[02:01] <sivang> ubuntu.com now replaces canonical.com for employee distro people?
[02:01] <Kamion> yes
[02:03] <sivang> oh
[02:03] <mdz> request_firmware is returning -ENOENT
[02:05] <Kamion> sivang: partly to try to help erase the distinction between Canonical and non-Canonical distro hackers
[02:05] <daniels> mjg59: it's entirely possible
[02:05] <mdz> the configured hotplug handler is getting called
[02:05] <mdz> with a firmware add event
[02:05] <mdz> and reasonable arguments
[02:06] <Kamion> do you have libc6-udeb installed yet?
[02:06] <mdz> I'm at netcfg
[02:06] <Kamion> if so, udpkg -i /cdrom/pool/main/s/strace/strace_*.deb
[02:06] <mdz> is libc6-udeb something that gets installed automagically?
[02:06] <Kamion> might need to udpkg -i /cdrom/pool/main/g/glibc/libc6-udeb_*.udeb too
[02:06] <Kamion> mdz: yes
[02:06] <sivang> Kamion: that's what I though, ok.
[02:07] <mdz> strace isn't on the live CD, but I could copy a deb I suppose
[02:07] <Kamion> it's depended upon by various bits that get pulled in by anna
[02:07] <Kamion> USB storage?
[02:07] <mdz> yay
[02:07] <mdz> (I have wired network as well)
[02:08] <sivang> mdz: wired network is the best :)
[02:10] <daniels> woo, more video cards :)
[02:10] <mdz> GAH
[02:10] <mdz> busybox tar doesn't support creating tar files??/
[02:11] <Kamion> nope
[02:11] <mdz> Kamion: found it
[02:11] <mdz> /etc/hotplug.d/default/default.hotplug is #!/bin/bash
[02:11] <mdz> %^@#$%@#$
[02:12] <Kamion> haha
[02:12] <Kamion> silly hotplug people
[02:14] <Kamion>     if [ -t ] ; then
[02:14] <Kamion> wonder what that's meant to mean
[02:14] <mdz> probably tests if stdout is a terminal
[02:15] <mdz> Kamion: changing it to #!/bin/sh worked perfectly
[02:15] <mdz> a quick read didn't reveal any obvious bashisms
[02:16] <Kamion> mdz: -t is only documented to take a file descriptor; none of SUSv3, bash(1), test(1) document what it might do when given no arguments
[02:16] <mdz> it comes as #!/bin/bash from upstream
[02:16] <Kamion> mdz: yeah, I checked too, there are a few bits of test -a/-o junk in hotplug.functions but that's fine in busybox sh anyway
[02:17] <mdz> Kamion: if you're satisfied, I plan to patch it immediately
[02:17] <Kamion> satisfied
[02:17] <elmo> mdz: I don't understand this mail about kdelibs - are you saying it's depending on something that should be pulled into main?
[02:18] <elmo> 'cos anastacia disagrees
[02:19] <elmo> in fact kdelibs isn't even in main, I'm entirely confused
[02:19] <mdz> elmo: I sent you mail about kdelibs?
[02:20] <elmo>  . [  24: Matt Zimmerman      ]  Re: oo.o2 FTBFS
[02:20] <daniels> blegh
[02:20] <mdz> elmo: oh, I was probably thinking oo.o2 was going into main
[02:20] <mdz> which it probably ought
[02:21] <elmo> for HOARY?
[02:21] <mdz> that's the plan
[02:21] <sivang> mdz: did you approve the fonts package then? (I think I saw you say you're reviewing it)
[02:21] <daniels> elmo: the old fglrx-driver diverts away libGL.so.1, but I'm moving that diversion into xorg-driver-fglrx.  moving the diversion removal as an unconditional in postinst doesn't help, because fglrx-driver is unpacked but not configured before xorg-driver-fglrx, despite the conflcits.  is there a pre-depends, only for conflicts?
[02:21] <mdz> elmo: it doesn't replace v1, so we can take our pick when we're ready
[02:22] <daniels> elmo: i.e. have xorg-driver-fglrx declare that it can't unpack while fglrx-driver << 8.8.25-0ubuntu2 is configured
[02:23] <mdz> daniels: that's "Conflicts"
[02:23] <elmo> only unversioned I think
[02:23] <daniels> mdz: can't
[02:24] <Kamion> if you conflict with something then you can't exist on the system at all at the same time as it
[02:24] <mdz> hm?  a versioned conflict would force the new fglrx-driver to be unpacked before xorg-driver-fglrx
[02:24] <daniels> mdz: i conflict fglrx-driver << 8.8.25-0ubuntu2 already, but it only gets *unpacked*, not configured
[02:24] <daniels> mdz: yeah ...
[02:24] <mdz> daniels: you should be removing the diversion in preinst
[02:24] <daniels> mdz: and that will dtrt?
[02:25] <mdz> daniels: preinst is called before unpacking
[02:25] <mdz> so it would go: fglrx new-preinst, fglrx unpack, xorg unpack
[02:26] <daniels> mdz: mmm, but if you're upgrading, wouldn't that arse around with diversions?
[02:26] <mdz> daniels: isn't that the point?
[02:26] <daniels> mdz: fglrx new-preinst removes diversion, fglrx new-unpack removes libGL.so.1, so your xlibmesa-gl copy of libGL.so.1 is gone ...
[02:26] <mdz> the diversion is gone in the new fglrx
[02:26] <mdz> so on upgrade it should be removed
[02:26] <daniels> correct
[02:26] <daniels> given fglrx-driver no longer ships libGL.so.1
[02:26] <mdz> I don't see the upgrading/arse problem
[02:27] <bob2> the new acpi-support disables suspend-to-ram by default
[02:27] <bob2> that seems slightly silly
[02:27] <daniels> ok, I'll try to explain what I fear may happen
[02:27] <daniels> original: old fglrx-driver unpacked; scenario: dist-upgrade
[02:27] <daniels> first, new fglrx-driver preinst runs, since the old one had no pre* scripts, right
[02:28] <daniels> and removes the libGL diversion, so /usr/X11R6/libGL.so.1 is now xlibmesa-gl's
[02:28] <daniels> then new fglrx-driver gets unpacked, and as it's no longer providing libGL.so.1, libGL.so.1 gets removed
[02:28] <daniels> so xlibmesa-gl's copy is gone until you unpack that again
[02:28] <mdz> that doesn't happen
[02:29] <mdz> dpkg knows which package the file belongs to
[02:30] <mdz> it won't remove xlibmesa-gl's file just because it's not in fglrx-driver
[02:30] <daniels> ok
[02:30] <daniels> so no adverse affects from removing the diversion in preinst?
[02:30] <mjg59> bob2: We'll probably switch to enabled by default, but it's known broken on some percentage of hardware
[02:31] <mdz> that is the correct way to handle this situation
[02:32] <mdz> if I understand correctly
[02:32] <daniels> mdz: if it's not, I'll beat Keybuk up *shrug*
[02:32] <mdz> neither xorg-driver-fglrx nor fglrx-driver contains the file, right?
[02:32] <mdz> they just both divert it
[02:32] <mdz> or do they divert it and also contain the file in the .deb?
[02:33] <mdz> if they contain it in the .deb, you need to be doing the diversion stuff in preinst anyway
[02:34] <bob2> mjg59: yeah, it's just that it was enabled until I upgraded to acpi-support 0.12
[02:34] <bob2> so I was kinda confused when it stopped working ;)
[02:35] <lamont> mdz: would it be a bad thing if I added hppa to linux-meta?
[02:36] <mdz> lamont: bad? no.  silly? maybe
[02:36] <mdz> as long as it doesn't break it on real architectures...
[02:37] <lamont> it's just the meta packages
[02:37] <daniels> mdz: divert and also contain
[02:37] <lamont> shouldn't break anything
[02:38] <lamont> (hppa has 783 of 822 packages in main built)
[02:38] <jdub> lamont: wooo
[02:38] <tseng> jdub: have a package here for latest and greatest tomboy
[02:39] <tseng> i hopefully fixed alot of retardation i caused on my first attempt at packaging it
[02:39] <jdub> that'll slow down the heat death of the universe :)
[02:40] <sivang> tseng: yay!
[02:40] <Kamion> jdub: given the amount of heat an hppa puts out? :)
[02:41] <daniels> mdz: my system is now very, very, very confused
[02:41] <jdub> Kamion: cheques and balances ;)
[02:43] <daniels> mdz: Removing `diversion of /usr/X11R6/lib/libGL.so.1.2 to /usr/share/fglrx/diversions/libGL.so.1.2 by fglrx-driver'
[02:43] <elmo> hppa's aren't that bad
[02:43] <daniels> dpkg-divert: rename involves overwriting `/usr/X11R6/lib/libGL.so.1.2' with
[02:43] <daniels>   different file `/usr/share/fglrx/diversions/libGL.so.1.2', not allowed
[02:43] <lamont> jdub: ia64 is much hotter than hppa
[02:43] <jdub> wow-wow-wacka-wacka
[02:45] <mdz> daniels: that looks like "you told me to undivert the file, but there's a file in the way
[02:46] <mdz> daniels: that's on dpkg-divert --remove?
[02:46] <mdz> I suppose that's a reasonable complaint
[02:46] <Kamion> last hppa I was anywhere near sounded like nothing else than an aeroplane taking off when booting
[02:46] <jdub> mine is hot and noisy
[02:46] <jdub> and not hugely useful
[02:46] <jdub> and HPUX is horrific
[02:47] <mdz> sounds like a typical hppa machine
[02:47] <daniels> mdz: that's on --remove, yes
[02:47] <lamont> jdub: the one I care about is my firewall
[02:47] <daniels> mdz: that's fglrx-driver trying to remove its own diversion in the new preinst
[02:47] <mdz> daniels: while its file is still in the way
[02:47] <lamont> b180's aren't very noisy.  The rack-mount machines are kinda bad though
[02:48] <daniels> mdz: any other suggestions?
[02:48] <mdz> daniels: rm -f ? :-P
[02:48] <lamont> hrm.. do we care that the version of linux-meta won't match the api version of the kernel any more if I do this upload?
[02:48] <mdz> daniels: if this is all for the sake of renaming the package, there will be trouble
[02:48] <daniels> mdz: not just renaming, splitting
[02:49] <daniels> mdz: xfree86 and xorg
[02:49] <lamont> hasn't before, so it shouldn't matter
[02:49] <daniels> mdz: (but it was a really stupid name anyway)
[02:51] <mdz> daniels: can't you get rid of fglrx-driver entirely?
[02:51] <Kamion> linux-restricted-modules-2.6.9 produces a load of uninstallable binaries according to britney; should we just kill it?
[02:51] <mdz> daniels: and just conflict with it (all versions)?
[02:51] <daniels> Kamion: uninstallable how?
[02:51] <daniels> mdz: mmm, probably
[02:51] <mdz> Kamion: yes
[02:51] <mdz> Kamion: and the corresponding linux-source too
[02:51] <Kamion> the corresponding linux-source is already gone
[02:51] <daniels> mdz: will apt dtrt and remove fglrx-driver if xorg-driver-fglrx/xfree86-driver-fglrx crp it?
[02:51] <Kamion> which probably explains why that l-r-m no worky
[02:54] <daniels> sladen: ... so much pain
[02:54] <mdz> daniels: you just need to conflict
[02:54] <mdz> daniels: though rp is good documentation
[02:54] <daniels> mdz: 'kay, thanks
[02:54] <Kamion> elmo: could you kill linux-restricted-modules-2.6.9 and everything in it from main, please?
[02:55] <Kamion> germinate doesn't seem to want it there any more
[02:56] <Kamion> lamont: any idea why i386 hasn't tried to build efibootmgr?
[02:56] <lamont> wanna-build -bi386/build-db -dhoary --info efibootmgr
[02:56] <lamont> efibootmgr: not registered
[02:57] <lamont> PaSA
[02:57] <Kamion> odd, Debian has it for i386+ia64
[02:57] <lamont> efibootmgr: ia64                                                      # ia64 specific
[02:57] <Kamion> elilo: ia64                                                           # ia64 specific boot-loader
[02:57] <Kamion> so why do we have elilo/i386?
[02:57] <Kamion> either we should have both elilo/i386 and efibootmgr/i386, or neither
[02:58] <Kamion> having the first but not the second is broken. :)
[02:58] <lamont> does elio have any arch: all components?
[02:58] <Kamion> no
[02:58] <Kamion> it does list i386 in Architecture:
[02:58] <lamont> elilo: i386 ia64                                                      # ia64 specific boot-loader
[02:59] <Kamion> as does efibootmgr, mind
[02:59] <lamont> in any case, fixing hoary is an elmo edit
[02:59] <lamont> fixing debian I could do, if you tell me what you want it to say...
[02:59] <lamont> but I'm supposed to be at fire training in < 1 minute, must really run
[03:00] <Kamion> lamont: bdale added i386 to the list of supported architectures in elilo 3.4-4; I assume he knew what he was doing, so I figure i386 ought to be added to both elilo and efibootmgr
[03:00] <Kamion> and efibootmgr 0.4.2-2
[03:00] <sladen> there's an i386 floppy disk with EFI on it that you can download and play with
[03:01] <tseng> jdub: ping
[03:01] <mdz> sladen: if you're feeling nostalgic about MS-DOS?
[03:02] <sladen> :)
[03:02] <eruin> any chance we'll see beagle in universe/multiverse?
[03:02] <mdz> someone asked that about an hour ago
[03:02] <eruin> lol
[03:02] <mdz> is it beagle day?
[03:02] <eruin> sorry
[03:03] <sivang> mdz: beagle love day :)
[03:03] <eruin> it's mentioned on slashdot
[03:03] <tseng> eruin: probably not until it stops deping on cvs packages
[03:03] <eruin> + planetgnome
[03:03] <mdz> ah
[03:03] <eruin> plus they have a pretty, pretty screenshot
[03:03] <eruin> which always helps grab attention :P
[03:08] <robertj> is the bootsplash still planned for hoary
[03:10] <ogra> lol
[03:11] <eruin> anyone here in the know about gnomevfs packages?
[03:11] <sladen> robertj: it's unlikely that the 'bootsplash' package with ever make it into Ubuntu.  It's too evil.
[03:11] <robertj> err not bootsplash
[03:12] <robertj> usersplash
[03:16] <sladen> robertj: hopefully
[03:16] <robertj> are there experimental packages being built somewhere for hoary usersplash?
[03:16] <robertj> I know it was supposed to come in along super phat laptop support
[03:17] <Nafallo> hi again. where can I read about a MOTU's dutys? :-)
[03:17] <kent> usersplash sure sounds promising.  :)
[03:18] <eruin> or just plain sexy
[03:18] <sladen> robertj: there should be a separate usplash respositary for people to test in the next week or two
[03:19] <sladen> robertj: with the various packages to enable it
[03:19] <robertj> that will be good
[03:19] <robertj> I noticed the other day I closed my laptop lid and opened it and it was very boring
[03:19] <robertj> even XP acts very interesting when I do tha
[03:19] <tritium> sladen, where will the usplash repo be announced?
[03:19] <robertj> so all in all a good sign
[03:20] <sladen> robertj: what sort of interesting thing?
[03:20] <sladen> tritium: on the mailing lits
[03:20] <robertj> sladen: well it locks up or sits there with no mouse input
[03:20] <robertj> but with hoary it just opens
[03:21] <sladen> robertj: is that just the lid turning the screen off, or is it actually going to S3?
[03:21] <robertj> I think it's actually sleeping
[03:21] <sladen> robertj: mjg59 is the person to thank for that
[03:21] <robertj> i need to probe around the logs
[03:21] <tritium> strange things happen when I suspend and the close the lid
[03:22] <sladen> tritium: try updating, there was a kernel rev last night and some more stuff went in which may fix the Interrupt routeing and non-waking
[03:22] <tritium> sladen, okay, will do.  Thanks.
[03:23] <sladen> robertj: back to the question.  What kind of ''interesting thing'' does XP do---just that it close and when re-opened it still works?
[03:24] <robertj> not it stops working in interesting ways
[03:27] <robertj> wifi stops working or pancs
[03:27] <robertj> sometimes no input is handled ,etc
[03:28] <robertj> how can I tell for sure if it's properly asleep
[03:28] <robertj> I close the lid, open it and get a black terminal for a second before the screensaver is activated
[03:29] <tseng> its not quite like that, its more like it stored the state from X before the lid close
[03:29] <tseng> and then updates to the current, which has a locked screen
[03:29] <tseng> youll notice the first image you see is way behind if something on the screen is updating, like your irc client
[03:30] <robertj> dunno, it happens pretty quick, maybe it aint
[03:30] <robertj> what should I be looking for
[03:30] <tseng> you could sleep 10 and echo something i guess
[03:30] <tseng> close the lid, wait 10, open
[03:30] <ogra> if it really sleeps you wont be able to ping it
[03:30] <tseng> the first thing you see should have no echo yet
[03:31] <robertj> doh
[03:31] <robertj> it's pinging
[03:34] <tritium> I can ditch this grub splash image I made once usplash is available: http://mip-lab4.ecn.purdue.edu/~rimbert/ubuntu-splash.xpm
[03:35] <robertj> i'm still feeling so-so about the default colorscheme
[03:36] <tritium> it has grown on me.  I used to be a big fan of debblue
[03:37] <robertj> ThinGeramik with Crux & Gartoon are great
[03:37] <robertj> clean but fun
[03:38] <robertj> I think ThinGeramik is hands down the best widget set though
[03:47] <eruin> I like the ClearLooks / Industrial / Human combination
[03:47] <eruin> http://appelsinjuice.org/Skjermdump.jpg
[03:48] <sladen> robertj: is this is XP, or Warty, or Hoary?
[03:50] <tritium> What's that icon that looks like 3 shirts stacked on each other, slightly offset?
[03:51] <eruin> oh, it's the theme manager thing
[03:51] <tseng> thats the icon for theme-manager
[03:51] <tritium> oh, okay
[03:51] <sladen> tritium: usplash is more of an 'engine'.  It still needs something to display and if you're got some funky ideas for you'd like to see or some out of this world-ideas that nobody has seen before, I'd love to hear them!
[03:52] <tritium> sladen, Okay, thanks for asking.  If I have ideas, I'll let you know.
[03:53] <kent> eruin, that gdesklet-thing to the right, what is it called?
[03:53] <sladen> tritium: that image might useful in the case of a 16-colour framebuffer
[03:54] <tritium> sladen, Okay, I'll definitely share it.  I was planning on doing so anyway.  I still need to set up my wiki page, etc.
[03:54] <eruin> kent: CornerRhythmlet-bottomright.display
[03:54] <eruin> it's in media/control if you install the gdesklets-data package
[03:55] <tritium> sladen, how should I get involved?
[03:56] <tritium> I'm definitely no artist, by the way.  I'm not that creative.
[04:02] <eruin> whoooa
[04:48] <jdub> tseng: pong
[04:49] <tseng> jdub: oh.. hi
[04:49] <tseng> jdub: the tomboy package i noticed is fairly botched, not sure how to best fix it
[04:50] <tseng> jdub: look at diff.gz, there is a bunch of stuff that doesnt seem to belong
[04:51] <jdub> sounds like you've built the package after building it before
[04:51] <jdub> and it didn't properly clean up after itself the first time
[04:52] <tseng> quite possibly, but its in the source package already.
[04:54] <jdub> yeah, so
[04:54] <jdub> untar tomboy
[04:54] <jdub> copy over your debian directory
[04:54] <jdub> then do the source-only build
[04:54] <tseng> yay
[04:54] <jdub> then do fakeroot debian/rules binary
[04:55] <jdub> to make sure the binary is ok
[04:55] <jdub> that won't futz with your source packages though
[05:42] <jdub> mdz: was intending to do a sweep of artwork pages tonight, just watching your changes
[05:42] <jdub> mdz: if you can hook up cliff and i soon, that would be very helpful
[05:51] <mdz> jdub: would appreciate any clarifications that you can make on the pages
[05:51] <mdz> jdub: I don't know jack about themes
[05:51] <mdz> jdub: I sent cliff email tonight; going to set up a time to meet and talk
[05:51] <jdub> ok
[05:51] <mdz> jdub: will probably be in the evening local time
[05:51] <mdz> any times you're not available this week?
[05:53] <jdub> not really
[06:35] <fabbione> morning guys
[06:36] <fabbione> jdub: http://sparc.ubuntu.com/ :-)
[06:36] <fabbione> we still cannot bootstrap from it
[06:36] <fabbione> but almost
[06:36] <fabbione> still missing a few NEW love from elmo
[06:36] <fabbione> like the kernel ;)
[06:49] <AndyFitz> anyone know whats happening to hoary repositories right now ?
[06:50] <sladen> AndyFitz: how do you mean?
[06:51] <AndyFitz> fglrx  has broken and now cant be fixed/removed etc.  also  the security repo doesnt authenticate all the time
[07:03] <lamont> fabbione: good point - my linux-meta upload is gonna be stuck in NEW too.
[07:05] <lamont> fabbione: how soon do you plan to upload -10, btw?
[07:06] <fabbione> lamont: later today or tomorrow morning
[07:06] <lamont> ok.
[07:07] <fabbione> i got flooded by bugs during the night
[07:07] <lamont> playing with -9lamont1 here. :-)
[07:07] <fabbione> cool :-)
[07:07] <fabbione> does it boot?
[07:08] <lamont> dunno yet, trying to actually build the source package... just learned about 00list-<revision> :-(
[07:08] <fabbione> argh
[07:08] <fabbione> and 00list-<revision>.hppa :-)
[07:08] <lamont> yeah - saw that one
[07:10] <fabbione> you probably need to add the stub for hppa
[07:11] <fabbione> like we did for sparc and the others
[07:14] <lamont> fabbione: nah - it has horribly b0rked #ifdef cruft in it
[07:15] <fabbione> ah ok
[07:15] <daniels> lamont: which #ifdef cruft?
[07:15] <lamont> Installing new version of config file /etc/mozilla-firefox/pref/firefox.js ...
[07:15] <lamont> Updating mozilla-firefox chrome registry...E: Registration process existed with status: 1
[07:15] <lamont> E: /usr/lib/mozilla-firefox/extensions/installed-extensions.txt still present.
[07:15] <lamont> +Registration might have gone wrong.
[07:15] <daniels> (i assume you mean ddcprobe)
[07:15] <lamont> hrm.. there's an english error there, and I wonder if I can reproduce that on i386...
[07:16] <lamont> daniels: xresprobe source package.  ddcprobe sounds about right
[07:21] <fabbione> lamont: i think today (later) we can give back ooo1 on i386
[07:21] <fabbione> the problem is e-d-s
[07:21] <fabbione> that exported an extra symbol
[07:21] <fabbione> it wasn't my fault at the end ;)
[07:22] <fabbione> but i am not sure seb already fixed it with yesterday upload
[07:22] <lamont> just say when..
[07:23] <fabbione> lamont: sure
[07:25] <fabbione> lamont: what's the situation with hppa in general?
[07:25] <fabbione> (just curios)
[07:25] <lamont> 799 installed
[07:26] <fabbione> sounds good :-)
[07:27] <lamont> mirror freshened around around 0130UTC, stage2 is pretty much current
[07:28] <daniels> pool/universe/z/zsh-beta/zsh-beta_4.2.0-dev-1+20040622-1_powerpc.deb
[07:28] <daniels>      1930298 100%   51.18kB/s    0:00:36  (3429, 99.9% of 91862)
[07:28] <daniels> whoooooooooo
[07:28] <daniels> come on, fortnight-long rsync
[07:28] <daniels> you can do it
[07:29] <fabbione> ehhe
[07:29] <fabbione> i am rsyncing sparc now :-)
[07:29] <fabbione> so i can finally change some buildd setup to something sane
[07:29] <daniels> heh, nice
[07:29] <fabbione> yup
[07:29] <daniels> i'm just uploading xine now btw
[07:30] <fabbione> i think either today or tomorrow it will be possible to bootstrap from it
[07:30] <fabbione> daniels: thanks
[07:30] <daniels> no worries
[07:30] <daniels> oh, nice!
[07:30] <daniels> so when will I be able to install my u5? :)
[07:30] <fabbione> daniels: i am waiting elmo to bless the kernel (NEW)
[07:30] <fabbione> and i think we will need ubuntu-meta seeded properly
[07:31] <fabbione> + i need to check if all the uploads have been munged properly
[07:31] <fabbione> (just run a quinn-diff on the archive)
[07:31] <fabbione> because hounestly i didn't bother to read 1553 mails of REJECT/ACCEPTED
[07:31] <fabbione> + i started building universe
[07:32] <daniels> oh my god, xine has a toolkit of its own
[07:32] <daniels> based on xt
[07:32] <fabbione> main is pretty much in sync other than OOO
[07:32] <daniels> head -> desk
[07:32] <daniels> wow, that's awesome dude :) nice work
[07:32] <fabbione> daniels: thanks :-)
[07:32] <fabbione> on the otherside there is a bug (at least on my sparc)
[07:32] <fabbione> that needs fixing
[07:32] <fabbione> that is mostlikely related to the fact that i am headless
[07:33] <lamont> Total 9 package(s) in state Dep-Wait-Removed.
[07:33] <lamont> Total 8 package(s) in state Failed-Removed.
[07:33] <lamont> Total 799 package(s) in state Installed.
[07:33] <lamont> Total 816 package(s)
[07:33] <fabbione> and on serial console all the lsb crack manage to hang the console badly
[07:33] <fabbione> but the machine is alive
[07:33] <lamont> hrm.. not sure that gdb and evolution should be 'removed' though...
[07:35] <daniels> RSYNC COMPLETED
[07:50] <lamont> grumble
[07:55] <fabbione> daniels: did you also check the Xmvc in xine-lib?
[07:55] <fabbione> because adding the b-d isn't enough
[07:55] <fabbione> (+ you can close the bug)
[07:55] <fabbione> ;)
[07:56] <lamont> Kamion: livecd rootfs seems to have an issue or 2 for me to fix, but sleep needs to happen first, so I can think straight.
[07:56] <fabbione> good night lamont
[07:58] <daniels> fabbione: hmm?
[07:59] <daniels> fabbione: i installed xine, it started, that was good enough for me
[07:59] <fabbione> daniels: i did open a bug for the xine-lib stuff
[07:59] <fabbione> with all the details
[07:59] <daniels> ok
[08:00] <fabbione> and it is assigned to you
[08:00] <fabbione> starting is not enough.. it was starting before too
[08:00] <fabbione> but fullscreen wasn't working
[08:00] <fabbione> not with xinerama enabled and other stuff
[08:00] <fabbione> but there is the Xmvc bits that need some autocrap love that i am not able to do
[08:01] <fabbione> that's why i assigned the bug to you :)
[08:02] <daniels> blegh
[08:02] <daniels> 'k
[08:11] <fabbione> jdub: i think we can get gfs in for hoary :-)
[08:11] <jdub> fabbione: ... !
[08:11] <fabbione> jdub: do you have a url for the patch?
[08:12] <fabbione> it's a feature and we are not in feature freeze ;)
[08:12] <jdub> elvis.redhat.com?
[08:12] <jdub> might be there
[08:12] <jdub> haha
[08:12] <fabbione> can you please dig it for me?
[08:12] <jdub> you've changed your tune ;)
[08:12] <jdub> yep, will do
[08:12] <fabbione> i am test-building the new inofoty patch
[08:12] <fabbione> inotify even
[08:12] <jdub> don't spend too much time on it if it sucks
[08:12] <fabbione> i am not...
[08:12] <fabbione> just test-building
[08:13] <fabbione> updating patches is easy now
[08:13] <fabbione> but i need to know if it builds at least
[08:13] <fabbione> it might as well fix another bug
[08:13] <fabbione> 5431
[08:15] <jdub> fabbione: not the page you need, but check this out: http://www.redhat.com/software/rha/gfs/
[08:15] <jdub> fabbione: http://sources.redhat.com/cluster/gfs/
[08:16] <fabbione> yeah i know what it is :-)
[08:16] <fabbione> i planned to use it on my file server :-)
[08:16] <d3vic3> daniels, ping
[08:16] <jdub> http://people.redhat.com/cfeist/cluster/tgz/
[08:16] <jdub> fabbione: the, um, price is what you should check out ;)
[08:17] <fabbione> jdub: yes i know...
[08:17] <fabbione> is the code GPL btw?
[08:17] <jdub> yes
[08:17] <fabbione> can we actually include it?
[08:17] <fabbione> ok
[08:18] <d3vic3> fabbione
[08:18] <d3vic3> morning
[08:18] <fabbione> hi d3vic3
[08:18] <d3vic3> my distro broke, need help
[08:18] <jdub> fabbione: golly, they're maintaining patches in cvs
[08:20] <d3vic3> when I run `apt-get dist-upgrade` I get errors about dependencies
[08:20] <d3vic3> and gnome will not start
[08:20] <fabbione> jdub: i can see that there a bunch of patches that needs to be integrated...
[08:20] <d3vic3> ubuntu-desktop fails to load
[08:20] <jdub> fabbione: lots of stuff
[08:20] <fabbione> jdub: and they are up to 2.6.9.. so we might need a cvs checkout
[08:20] <jdub> fabbione: might be a bit hairy for the supported kernel
[08:20] <fabbione> + userland tools
[08:20] <daniels> d3v	yo
[08:20] <daniels> er
[08:20] <jdub> fabbione: there's 2.6.10 in the patches area
[08:20] <daniels> d3vic3: yo
[08:21] <fabbione> jdub: yes.. i agree.. specially because we don't have experience on it and not enough time to test it properly
[08:21] <jdub> punt!
[08:21] <fabbione> i tought it was a bit smaller than that
[08:21] <d3vic3> daniels, ubuntu-desktop wont install
[08:21] <jdub> maybe we can make an unofficial module package ;)
[08:22] <fabbione> jdub: that's an option.. good luck and thanks for offering volunteer
[08:22] <fabbione> :)
[08:22] <d3vic3> wich kernel is hoary using ?
[08:22] <jdub> :)
[08:22] <fabbione> d3vic3: calm down.. one thing at a time
[08:22] <fabbione> first of all... what error do you get?
[08:22] <d3vic3> I'm calm
[08:22] <daniels> hm, u-d should be fine, i thought we fixed that the other day
[08:23] <d3vic3> dist-upgrade gives me errors about dependencies
[08:23] <d3vic3> lots of them
[08:23] <fabbione> d3vic3: start with an apt-get update
[08:23] <d3vic3> I did
[08:23] <fabbione> then apt-get dist-upgrade
[08:23] <fabbione> and see what it says
[08:23] <d3vic3> I did that
[08:23] <d3vic3> same things, dependencies
[08:24] <fabbione> ok.. let's check your sources.list
[08:24] <d3vic3> poinst to hoary
[08:24] <fabbione> please paste it
[08:24] <fabbione> either in pvt or to pastebin
[08:24] <fabbione> not in the chan
[08:24] <zenrox> ya defentaly not in chanel
[08:25] <fabbione> ok
[08:25] <fabbione> ok.. start removing hoary-security
[08:26] <d3vic3> ok
[08:27] <d3vic3> and ?
[08:27] <fabbione> now do again the dance of apt-get update && apt-get dist-upgrade
[08:30] <d3vic3> gives same errors
[08:30] <fabbione> ok
[08:30] <fabbione> can you paste (as before) a few of these errors?
[08:31] <fabbione> d3vic3: it says in the beginning what you have to do
[08:32] <fabbione> apt-get -f install
[08:32] <d3vic3> wont -f skip the dependencies ?
[08:32] <fabbione> apparently one upgrade didn't succeed properly
[08:33] <fabbione> d3vic3: no.. there is an inconsistency on your system that needs to be fixed
[08:33] <fabbione> and that command will do if it can
[08:33] <fabbione> i need to go for 20 minutes or so
[08:33] <fabbione> bbl
[08:34] <d3vic3> ok
[08:53] <fabbione> re
[08:55] <Treenaks> wb
[09:20] <d3vic3> fabbione, ping
[09:21] <fabbione> d3vic3: yes i am here
[09:21] <d3vic3> managed to fix lots
[09:21] <d3vic3> but now I get a diff error
[09:21] <d3vic3> not about deps anymore
[09:22] <fabbione> ok such as?
[09:22] <d3vic3> pasted ptv
[09:22] <d3vic3> s/ptv/pvt /
[09:23] <fabbione> d3vic3: that's a bug in kdelibs-data
[09:23] <d3vic3> issit
[09:23] <d3vic3> is it filed ?
[09:27] <d3vic3> fabbione, whats that command for reconfiguring X ?
[09:27] <crimsun> dpkg-reconfigure xserver-xorg  <-- hoary
[09:28] <crimsun> dpkg-reconfigure xserver-xfree86  <-- warty
[09:28] <d3vic3> ty
[09:30] <d3vic3> anyone fixing the kdelibs-data bug, coz now I can install X
[09:30] <daniels> SEB!!!
[09:37] <fabbione> d3vic3: in general.. just ask
[09:38] <fabbione> don't point to one person.. everybody in here is able to help you
[09:38] <crimsun> should we direct this back to #ubuntu?
[09:39] <fabbione> as well
[09:40] <daniels> the panel is broken to hell at the moment
[09:42] <Treenaks> daniels: it doesn't load when you login?
[09:42] <Treenaks> daniels: or it looks like it "hangs"?
[09:43] <daniels> Treenaks: nah, it seems to have gained xinerama support, so I don't have it spanning my MergedFB now
[09:43] <daniels> Treenaks: and adding more seems to be broken
[09:45] <Treenaks> next ubuntu conference and LCA were "almost at the same time", right?
[09:46] <Treenaks> or is that not final yet?
[09:46] <lifeless> its definate
[09:47] <Treenaks> lifeless: ok.. then I need help with intra-Australia travel ;) flights to Sydney/Melbourne are 200 euros cheaper than direct flights to Canberra
[09:48] <daniels> Treenaks: www.virginblue.com.au
[09:48] <daniels> Treenaks: get a direct to sydney, and connect later on in the day to canberra for around $au120 return (~EUR60)
[09:48] <daniels> Treenaks: or quantas for possibly the same rate
[09:48] <daniels> but Ubuntu Down Under might be in Sydney, not canberra
[09:48] <Treenaks> daniels: hmm..
[09:49] <fabbione> daniels: 5117 <-
[09:49] <Treenaks> daniels: when will the final decision on that be made?
[09:49] <daniels> Treenaks: dunno, sorry
[09:49] <Treenaks> daniels: WILL it be made? :P
[09:50] <daniels> Treenaks: i hope so :)
[09:50] <daniels> fabbione: bugger.
[09:51] <pitti> Morning folks!
[09:53] <crimsun> moin pitti
[09:56] <Keybuk> it almost certainly is in Sydney, from what I understand?
[09:56] <pitti> Hi crimsun
[09:56] <daniels> Keybuk: yeah
[10:06] <sabdfl> morning all
[10:07] <Treenaks> hi sabdfl
[10:07] <sabdfl> Kamion: in debbugs, some of the messages are presented as control messages. are the rules to identify them and present them documented anywhere other than the code?
[10:07] <Treenaks> sabdfl: I was just asking people.. anything certain about Ubuntu Down Under yet (except for "it will happen") ?
[10:07] <sabdfl> yes, dates are set
[10:07] <Treenaks> locations too?
[10:08] <sabdfl> april 25-30
[10:08] <sabdfl> sydney
[10:08] <sabdfl> many of us will go to LCA in Canberra the week before, then UDU in Sydney
[10:08] <Treenaks> I'm trying to figure out if I'm going, and if so, how BEFORE early bird registration for lca ends :)
[10:09] <tuo2> Sweet.
[10:09] <sladen> Treenaks: what's the loose/gain risk for booking LCA just in case?
[10:09] <sabdfl> i'm looking forward to LCA
[10:11] <daniels> sabdfl: me too ... but I'm also conscious of the fact I have to decide what it is that I'm talking about *and* write an abstract in the next week or two ;)
[10:13] <Treenaks> sladen: not much, really..
[10:15] <tuo2> Treenaks: Earlybird finishes 1st Feb
[10:15] <Treenaks> tuo2: that's <2 weeks from now
[10:15] <tuo2> yup.
[10:16] <tuo2> Oh, sorry. I though you were asking *when* it ended
[10:17] <Treenaks> well, I should probably have a flight to sydney, and get on the plane to Canberra from there..
[10:17] <ogra> morning
[10:17] <Treenaks> hi ogra
[10:17] <ogra> sabdfl: only 5 days :-O
[10:18] <tuo2> Treenaks: you could also do the train from SYD->CAN
[10:18] <Treenaks> tuo2: how long does that take?
[10:19] <tuo2> 4 hours...
[10:20] <Treenaks> oh that's doable
[10:20] <Mabus> justdave: ping ?
[10:20] <tuo2> it's quite pretty as well.
[10:20] <justdave> Mabus: pong
[10:20] <Mabus> justdave: do you have any control of the build machines ?
[10:21] <tuo2> I though there was some talk about doing a big train ride down with slug
[10:21] <justdave> nope
[10:21] <Mabus> justdave: it seems the openoffice.org2 build is failing solely because the machine is missing bzip2: http://people.no-name-yet.com/~lamont/buildLogs/o/openoffice.org2/1.9.66-0ubuntu5/openoffice.org2_1.9.66-0ubuntu5_20050118-1612-i386-failed
[10:21] <Mabus> oh
[10:21] <Treenaks> tuo2: thanks for the info :)
[10:21] <Mabus> justdave: know who I should poke? :)
[10:21] <justdave> lamont probably
[10:21] <tuo2> Treenaks: np. Good to see people coming to lca! :)
[10:21] <Mabus> thanks
[10:22] <ogra> Treenaks: is it sure that you fly ?
[10:24] <ogra> hehe...ooo2 becomes really british it seems: Unpacking OO.o build tree - [ go make some tea ]  ...
[10:26] <Treenaks> ogra: I'm not going to walk to australia :P
[10:26] <ogra> Treenaks: g*
[10:27] <ogra> Treenaks: i'm still not sure if i can pay the flight.....have to finish some extra work before :(
[10:27] <Treenaks> ogra: same for me
[10:27] <Treenaks> ogra: but it's not april yet! :P
[10:28] <ogra> Treenaks: nope, and its to important to miss :)
[10:29] <ogra> only 5 days looks a bit dissapointing though
[10:29] <Treenaks> ogra: it's followed by Ubuntu Down Under in Sydney
[10:30] <ogra> err, 25-30 isnt the ubuntu conference ?
[10:30] <Treenaks> ogra: 25-30 is, but 18-23 is lca
[10:31] <ogra> ah, ok.....so its probably clever to hit them both :)
[10:32] <Treenaks> I would
[10:33] <ogra> since i never was in au before (and probably will never ever go there) i think i'll too
[10:38] <pitti> ogra: Hi! Congrats to your first package
[10:38] <pitti> ogra: however, the version number (0.061-ubuntu3) looks a bit odd
[10:40] <ogra> pitti: i will fix it in the next upload.... (elmo had no objections....but was probably tired to point out even more errors) ;)
[10:40] <ogra> pitti: thanks
[10:41] <ogra> pitti: the original package was build with debmake....so i had to changea _lot_ ....that one just slipped through
[10:41] <ogra> i promise i'll do better in the future :)
[10:41] <pitti> ogra: no problem :-)
[10:42] <pitti> ogra: it's not a big deal, I just wanted to point out this
[10:42] <pitti> ogra: nice to see you in the boat now :-)
[10:42] <ogra> pitti: i'm going for main.....there such errors are not acceptable i think :)
[10:42] <Riddell> fabbione: do you know what d3vic3's problem with kdelibs-data was?
[10:42] <ogra> thanks :) i'm on my way :-D
[10:42] <pitti> ogra: everybody makes such silly errors from time to time, I think
[10:44] <fabbione> Riddell: provides file from another package
[10:44] <d3vic3> Riddell, bug #5354
[10:50] <Riddell> d3vic3: didn't see you there
[10:50] <Riddell> d3vic3: it's supposed to be fixed but I don't think it worked
[10:51] <d3vic3> i see
[11:33] <sabdfl> https://wiki.launchpad.canonical.com/RoadMap
[11:33] <sabdfl> oww
[11:34] <fabbione> morning sabdfl
[11:34] <sabdfl> hi all
[11:35] <sabdfl> connection is very up and down today
[11:35] <fabbione> sabdfl: we are almost ready to launch sparc :-)
[11:35] <sabdfl> whoot!
[11:35] <fabbione> sparc.u.c is there
[11:35] <fabbione> missing only a few details and a bit of testing my side
[11:35] <fabbione> sabdfl: elmo has done a great job :-)
[11:35] <decko> Hi people
[11:36] <sabdfl> thanks elmo, fabbione, can't wait to have it out there
[11:36] <fabbione> sabdfl: soon.. soon.. i am burning for it
[11:36] <fabbione> :)
[11:43] <Kamion> sabdfl: I don't believe any of debbugs' internal log message representation is documented anywhere other than the code; I'm assuming you've already read the documentation in Debbugs::Log, but that doesn't really deal with control messages
[11:44] <mjg59> fabbione: I'll whip you up a patch to get useful debug output out of swsusp
[11:45] <Kamion> sabdfl: in general a control message is represented as an html record with a description of the action (which was a terrible design decision - it'd be nice to transform all such records into something properly machine-readable some day) and an incoming-recv record with the text of the mail that did it
[11:46] <Kamion> sabdfl: nothing in debbugs right now ever needs to parse the html, only display it, because it applies the necessary changes to .summary at the same time as writing .log
[11:48] <trukulo> ogra_: when you awake tell me, i have graveman package for universe
[11:49] <fabbione> mjg59: cool thanks
[11:50] <trukulo> fabbione: did i tell you that all the videos are up?
[11:50] <fabbione> trukulo: no you didn't or i didn't read :-)
[11:50] <fabbione> what was the URL again?
[11:50] <trukulo> so all of them are up
[11:50] <trukulo> badopi.org/videos
[11:51] <fabbione> thanks :-)
[11:51] <trukulo> sabdfl: yours too
[11:51] <sladen> anyone know the deal with firewire automounting?  I was expecting it to work like USB, but this user doesn't seem to be having that with his iPod
[11:51] <sabdfl> Kamion: ok, thanks
[11:51] <pitti> sladen: does manual mount with pmount /dev/sda2 (or whatever) work?
[11:52] <Kamion> heh, review of d-i in Wil Wheaton's blog, and mention of Ubuntu in the comments: http://www.wilwheaton.net/mt/archives/001771.php#001771
[11:52] <sladen> pitti: do you have to modprobe anything first?
[11:53] <pitti> sladen: actually not
[12:06] <thom> mdz: don't worry, i can't work out how to stop the stupid thing beeping, you'll get it back asap
[12:14] <pitti> elmo: imagemagick sync, please
[12:17] <fabbione> elmo: when you have time can you bless the sparc kernel please?
[12:23] <sladen> lamont: you should really give  klogd's dd a bs=128  ---it's very good at buffering messages otherwise.  So good that it makes debugging a pain
[12:24] <pitti> thom: here?
[12:27] <Nafallo> so... where can I read about MOTU's dutys? :-)
[12:34] <Nafallo> *reading logs*
[12:36] <Mithrandir> what's the plan surrounding ooo2?  Is it going to be the OOo for hoary (which means I have to go around and be bloody bothered about it wrt amd64) or can I ignore it?
[12:37] <Kamion> AIUI it may be the OOo for hoary if it seems to work well
[12:40] <mjg59> fabbione: Has daniels sent you updated DRM stuff yet?
[12:40] <fabbione> mjg59: no, but i want to grab it in full from bk
[12:40] <mjg59> Ok, cool
[12:41] <mjg59> The DRI tree is on bk now?
[12:41] <mjg59> Or have they already submitted the DRM code to Linus?
[12:41] <fabbione> it has been merged a lot between 2.6.10 and 11-rc1
[12:42] <mjg59> Ah, ok
[12:42] <fabbione> and i don't want any fancy code that hasn't been merged yet
[12:42] <mjg59> There's been some extra code added to support DRI over suspend/resume on i810, so it'd be good to get that in
[12:43] <fabbione> mjg59: do you prefer to send me a patch?
[12:43] <fabbione> that would save me extra work
[12:43] <mjg59> fabbione: I'll wait to talk to daniels about it
[12:43] <fabbione> ok
[12:47] <thom> pitti: hrm?
[12:48] <fabbione> thom: when pitti hunts people, it's better to hide
[12:48] <thom> heh
[12:48] <fabbione> it's usually the start of a endless series of security bugs :-
[12:48] <fabbione> )
[12:50] <mjg59> Hrm. Why are people getting the autohinter switched on if they have sub-pixel anti-aliasing?
[01:11] <Kamion> elmo: could you refresh Task: ubuntu-desktop? It's broken at the moment; I just uploaded ubuntu-meta to fix it.
[01:11] <Kamion> the fixed binaries are in the archive now
[01:12] <mjg59> daniels: xlibmesa-dri needs to define a tighter depends on xlibmesa-gl
[01:13] <mjg59> Hrm, no, that's not it.
[01:13] <Mithrandir> shouldn't g-v-m try to mount thumbdrives and such which are inserted prior to login?
[01:13] <mjg59> Grah.
[01:14] <mjg59> daniels<EMAIL_ADDRESS>- I'm seeing the same
[01:25] <daniels> mjg59: yeah.  i had stuff to do tonight, but before I started doing stuff, I did this:
[01:25] <daniels>   * Resync Imakefiles for Mesa, so t_vb_cull gets built, and i915_dri is
[01:25] <daniels>     loadable.
[01:25] <daniels>   * Add extra guarding to xserver-xorg.postinst, so it will silently assume a
[01:25] <daniels>     CRT if xresprobe doesn't feed us a display type (closes: Ubuntu#5639).
[01:25] <daniels> mjg59: and that was before I saw dri-devel.   GTK!
[01:35] <Kamion> haha, unlucky, kernel bug it is
[01:36] <Kamion> oh, you beat me to it
[01:36] <fabbione> ehehe
[01:36] <Kamion> grah, dude, you don't get to change the package to linux and leave it assigned to me. I am not joining the kernel team :P
[01:37] <fabbione> I did push the radio to ressign to QA or owner
[01:37] <Kamion> weird
[01:41] <daniels> Keybuk: can't seem to log in
[01:41] <daniels> fabbione: haha :)
[01:42] <Keybuk> daniels: me neither
[01:42] <daniels> fabbione: it's probably getting detected as a Synaptics touchpad
[01:42] <Keybuk> ho-hum
[01:42] <daniels> Keybuk: awesome
[01:43] <daniels> mdz: i'd like permission to defer 1421 until after the feature freeze -- letting vbetool subsume ddcprobe
[01:44] <daniels> mdz: i've got a kick-arse amd64 motherboard at the moment, but no cpu/ram/case/psu yet
[01:44] <daniels> (and my video card will probably take a while; given it's a pcie+pci board, i'll probably have to run a shitty pci video card for a while, in an sli-capable pcie motherboard.  life's little ironies.)
[01:46] <thom> what is sli, btw?
[01:46] <mjg59> single line interlace (IIRC)
[01:46] <Mithrandir> thom: you remember voodoo 2, where you could use two video cards to drive one screen?
[01:46] <Mithrandir> same stuff.
[01:46] <thom> righto
[01:47] <thom> cool
[01:47] <Mithrandir> they render every second line and you can shoot double the number of badassess.
[01:47] <daniels> but only nvidia do it
[01:47] <Mithrandir> or something.
[01:47] <thom> i did wonder, i had a dual voodoo2s
[01:47] <daniels> apparently two 6800gts in sli is pimpfast
[01:47] <daniels> but the best single card is still x800 xt pe/x850
[01:47] <daniels> especially as in single mode you get pcie 16x
[01:47] <Mithrandir> daniels: what happens if you put two ATI boards in a SLI board?  Can you drive them independently?
[01:47] <daniels> which is like, your entire game's worth of textures in a nanosecond
[01:47] <daniels> Mithrandir: i'm not sure tbh
[01:47] <kent> my tnt2 works great with gnome ;)
[01:48] <daniels> Mithrandir: but ati did actually make an sli card
[01:48] <daniels> the rage fury maxx
[01:48] <daniels> one board, two gpus
[01:48] <daniels> essentially working in sli
[01:48] <Mithrandir> daniels: it'd be a cheap way to get dual DVI.
[01:48] <thom> daniels: you're making my 9800pro feel inadequate, stop it :P
[01:48] <daniels> except without having to run some horrific cable between the two cards
[01:48] <daniels> Mithrandir: er, screw that
[01:48] <daniels> Mithrandir: basically every r4xx ever has dual DVI
[01:49] <Mithrandir> daniels: r4xx is what?
[01:51] <daniels> Mithrandir: aiui, x700 is r400, and x800 is r423
[01:51] <daniels> r400 being agp, r423 being pcie
[01:51] <daniels> but r4xx-class cards are all natively pcie
[01:51] <daniels> so the r400 is actually a pcie chip with an agp bridge :)
[01:51] <daniels> as opposed to the reverse, which is crap
[01:51] <daniels> a pcie firegl would be frightening; those things have astounding amounts of memory
[01:51] <mjg59> daniels: Uh, the rage fury maxx wasn't really sli
[01:51] <mjg59> They interleaved frames, not lines
[01:52] <daniels> being able to fill that over 16x pcie would be stunning
[01:52] <daniels> mjg59: oh, right
[01:52] <mjg59> Which was crack-tastic
[01:52] <mjg59> (for decent performance, you needed at least a frame of buffering)
[01:53] <daniels> right
[01:53] <Mithrandir> daniels: actually, it seems like the price of dual-dvi 6600's has dropped significantly
[01:53] <daniels> apparently there were two of them made
[01:53] <mjg59> daniels: Xorg says I have version 1.2 of the 915 DRM, and then says that suspend won't work with <1.2
[01:53] <mjg59> I think it means <=1.2
[01:53] <daniels> ajax has been trying to get docs off ati with no success
[01:53] <daniels> mjg59: probably
[01:54] <Mithrandir> hiya Simira
[01:54] <Simira> mornin
[01:54] <daniels> /home/daniels/x/xorg/remote/xc/extras/drm/shared/i915.h: * 1.1: Original.
[01:54] <daniels> /home/daniels/x/xorg/remote/xc/extras/drm/shared/i915.h: * 1.2: Add Power Management
[01:55] <daniels> go figure
[01:55] <fabbione> hey Simira
[01:55] <Simira> hi fabbione
[01:55] <daniels> mjg59: yeah, X.Org HEAD has 1.2
[01:55] <daniels> fabbione: have you really integrated new DRM crack recently?
[01:55] <no0tic> hwo can I test standby and hybernate hoary features?
[01:56] <fabbione> daniels: read above my chat with mjg59
[01:57] <daniels> thom: you should get an x800 xt 2dhtv, i hear they're awesome :)
[01:57] <daniels> fabbione: ah ok, so not merged yet?
[01:57] <thom> i'll need a PCIe mobo first :P
[01:57] <Simira> hm, n silbs
[01:57] <Simira> n/no
[01:58] <daniels> thom: you should get one of those, I hear they're cool
[01:58] <daniels> although they went a little bit overboard
[01:58] <thom> heh
[01:58] <daniels> there are 8 SATA cables
[01:58] <thom> fuck
[01:58] <thom> that's quite a bit :-)
[01:58] <daniels> as well as an external plate with 2 SATA connectors (and power)
[01:58] <daniels> and multiple IDE/floppy cables, etc, etc
[01:58] <daniels> there's a staggering collection of shit in there
[01:59] <Mithrandir> daniels: uhm, on a what kind of mobo?
[01:59] <daniels> (the motherboard requires the 24-pin ATX plug, the 4-pin 'P4 power' plug, and a single Molex connector)
[01:59] <daniels> Mithrandir: k8n-sli or whatever
[01:59] <daniels> nforce4 + pcie + sli
[01:59] <Mithrandir> asus?
[02:00] <daniels> oh my god, that's frightening
[02:00] <daniels> 'DFI LANPARTY NF4SLI-D Socket 939, 2000MT/s, PCI Express (SLI mode), DDR400, SATAII, RAID, Dual Gigabit LAN, UV Reactive Slots & Cables'
[02:00] <daniels> yeah, asus
[02:00] <Mithrandir> daniels: dfi's lanparty stuff _is_ overboard, yes.
[02:00] <daniels> uv reactive slots and cables?!?
[02:00] <daniels> Mithrandir: this is mine -- http://www.asus.com/products/mb/socket939/a8nsli-d/overview.htm
[02:01] <daniels> it's a *very* nice motherboard
[02:01] <daniels> and I'll never run out of SATA
[02:01] <Mithrandir> I have six sata thingies on mine.. quite enough.
[02:02] <daniels> mjg59:
[02:02] <daniels> daniels@nanasawa:~xap/debian/xlibmesa-dri/usr/X11R6/lib/modules/dri% objdump -x i915_dri.so | grep _tnl_vertex_cull_stage
[02:02] <daniels> 0019bbc0 l     O .data  0000002c              _tnl_vertex_cull_stage
[02:04] <Mithrandir> daniels: shame there's a mobo fan on it.
[02:07] <daniels> Mithrandir: *shrug*
[02:07] <Kamion> is there a way to figure out from /sys which kernel driver owns a given network device?
[02:07] <Kamion> s/device/interface/
[02:09] <daniels> mjg59: so what was the conclusion for nvidia+acpi?
[02:09] <fabbione> seb128: did you fix that e-d-s symbol problem?
[02:10] <Kamion> the only way I can see to do it is by looking at the target of the /sys/class/net/*/driver symlink, which is arse
[02:10] <Mithrandir> daniels: and small fans like that are often noisy.    :P
[02:24] <Kamion> oh :-)
[02:24] <Mithrandir> goes away if I call /bin/ls instead of the alias
[02:26] <Kamion> just a shame I have to use readlink(2), since that syscall officially sucks
[02:27] <Mithrandir> oh, why?
[02:27] <Kamion> you have to guess how long the symlink text is and repeat if you were wrong
[02:29] <Kamion> oh, and it doesn't append NUL
[02:29] <Mithrandir> yeah, looks like suckage.
[02:30] <fabbione> argh...another libc6 upload
[02:31] <Kamion> sorry :P
[02:31] <Mithrandir> Kamion: just use PATH_MAX? :)
[02:31] <Mithrandir> hi jeff
[02:31] <Kamion> Mithrandir: Jeff would kill me ;)
[02:32] <Kamion> [context: readlink(2) sucks]
[02:32] <Mithrandir> Kamion: heh, true. :)
[02:32] <jbailey> *lol*
[02:32] <jbailey> What have I walked into now? =)
[02:33] <mjg59> daniels: Rock, working 3D across suspend/resume
[02:33] <mjg59> But I get:
[02:33] <mjg59> libGL warning: 3D driver claims to not support visual 0x22
[02:33] <mjg59> libGL warning: 3D driver claims to not support visual 0x23
[02:33] <mjg59> libGL warning: 3D driver claims to not support visual 0x26
[02:33] <mjg59> libGL warning: 3D driver claims to not support visual 0x27
[02:33] <daniels> mjg59: errrrr
[02:33] <jbailey> daniels: Yay!  Most recent X update fixes my hang-on-start on ppc. =)
[02:33] <elmo> pitti: done
[02:33] <elmo> Kamion: done
[02:33] <pitti> thanks
[02:33] <Kamion> elmo: thanks
[02:33] <no0tic> mjg59: how can I test suspend/resume?
[02:33] <daniels> jbailey: really? sweet deal.
[02:33] <daniels> jbailey: let me guess -- you're using an r128
[02:34] <mjg59> no0tic: http://www.ubuntu.com/wiki/HoaryPM
[02:35] <no0tic> mjg59: thanks
[02:35] <jbailey> daniels: Radeon 9200SE
[02:36] <pitti> jbailey: thanks for that hint, so I won't upgrade my iBook for now :-)
[02:36] <fabbione> daniels, mjg59: would it be ok drm in -11?
[02:36] <daniels> jbailey: oh well, close enough ;)
[02:36] <daniels> fabbione: yeah, that's fine for me
[02:37] <fabbione> ok
[02:38] <no0tic> mjg59: I have two swap partitions, can I use both in some way to resume?
[02:38] <elmo> fabbione: done
[02:40] <seb128> thom: around ?
[02:41] <mjg59> fabbione: Sure
[02:41] <mjg59> no0tic: Not currently, nope
[02:41] <mjg59> Just choose the biggest
[02:41] <no0tic> mjg59: hibernating will copy ram contents to it?
[02:41] <no0tic> mjg59: or also something else?
[02:42] <thom> seb128: kinda head down in firefox, but sup?
[02:42] <seb128> thom: http://bugzilla.gnome.org/show_bug.cgi?id=157435
[02:42] <seb128> thom: could be interesting
[02:43] <thom> i'll apply it and see
[02:43] <mjg59> Mostly RAM contents
[02:43] <seb128> thom: BTW firefox build-dep on libkrb5-dev ... is there any way to use heimdal-dev instead ? Just wondering because evolution and friends build-dep on heimdal-dev which conflitcs with libkrb5-dev
[02:44] <no0tic> mjg59: ok thanks
[02:44] <thom> seb128: ugh
[02:44] <seb128> grrrrr
[02:44] <lexhider> seb128: I think #5632 may still be a problem.
[02:44] <seb128>   File "/usr/share/dput/ftp.py", line 59, in upload
[02:45] <seb128>     if e.args and e.args[0] [:1] =='5':
[02:45] <seb128> TypeError: unsubscriptable object
[02:45] <seb128> second type that dput crashes in the middle of a gnumeric upload
[02:45] <seb128> that sucks
[02:46] <seb128> lexhider: I've read the comment yep and get the bug here
[02:46] <seb128> mvo_: ping ?
[02:47] <daniels> hm
[02:47] <lexhider> seb128: cool, just checking if it was just my end, bye.
[02:47] <elmo> seb128: hmm, one sec
[02:47] <daniels> so, ATI are all set up for lib/lib64, not lib32/lib
[02:47] <elmo> seb128: try it again?
[02:47] <daniels> so its 32-bit (binary-only) libGL.so.1.2 tries to load /usr/X11R6/lib/modules/dri/%s_dri.so, not /usr/X11R6/lib32/modules/dri/%s_dri.so
[02:48] <seb128> elmo: the upload ? sure, just a 20min job with my sucking upload link :p
[02:48] <daniels> would patching it with a vi script at l-r-m build time be wrong?
[02:48] <Mithrandir> ** (gnome-cups-manager:10738): WARNING **: FOOBAR
[02:48] <Mithrandir> how _useful_
[02:48] <daniels> Mithrandir: when I was looking at synaptic source ~2 years ago, it had cerr << _("OMG DUNNO WTF IS GOING ON?!?\n");
[02:49] <daniels> (it got translated into most languages)
[02:49] <fabbione> elmo: thanks
[02:49] <elmo> seb128: ouch
[02:49] <Mithrandir> daniels: *chuckle*
[02:49] <daniels> seb128: tell me about it ... uploading l-r-m orig is 45min
[02:49] <Treenaks> daniels: coolness
[02:50] <daniels> seb128: while you have TEN THOUSAND message windows with 'HEY DUDE DID YOU SEE ATI RELEASED FGLRX?!? DUDE! FGLRX! AMD64? XORG? DID YOU SEE?'
[02:50] <Treenaks> daniels: well, did you?
[02:50] <daniels> Treenaks: did I see?
[02:51] <Treenaks> daniels: yes
[02:51] <Mithrandir> daniels: well, they're not in the archive yet, so you can't have noticed.
[02:51] <daniels> Mithrandir: ?!?
[02:51] <elmo> giggle
[02:52] <seb128> daniels: ah ah
[02:52] <daniels> Mithrandir: http://archive.ubuntu.com/ubuntu/pool/restricted/l/linux-restricted-modules-2.6.10/xorg-driver-fglrx_6.8.0-8.8.25-0ubuntu2_amd64.deb
[02:52] <fabbione> bleah
[02:52] <Mithrandir> daniels: bah, ok, then. :P
[02:52] <daniels> Mithrandir: if thom wasn't such a fascist, I'd figlet kthxbye at you
[02:53] <fabbione> Kamion: i think you should be able to start seeding from sparc.u.c
[02:53] <fabbione> we still don't have a real sparc ubuntu-meta
[02:53] <fabbione> even if it builds. it's empty
[02:54] <thom> daniels: --->  Installing 'figlet-2.2.1' from a port (misc/figlet)
[02:54] <thom> --->  Building '/usr/ports/misc/figlet'
[02:54] <`anthony> mjg59: fwiw, if I can stomach it, my plan is to try and figure out why the nvidia driver is busted, fix it, and post an ed-format diff somewhere. nvidia can go fuck themselves if they want to complain about that, since it contains none of their code.
[02:55] <ogra> seb128: cool, you packaged nautilus-sendto :)
[02:55] <silbs> Simira: you were looking for me?
[02:55] <seb128> ogra: yep, that was the plan :p
[02:55] <daniels> thom: thanks
[02:55] <ogra> will this go into main ?
[02:58] <lamont> fabbione: ooo1 is ready to give back then?
[02:58] <fabbione> lamont: good morning.. and yes
[02:58] <Kamion> fabbione: ok. ubuntu-meta will need its source changed to look at sparc.ubuntu.com; best ask mdz if that's ok
[02:59] <fabbione> Kamion: sure...
[02:59] <fabbione> i will ask him later
[02:59] <lamont> fabbione: done
[02:59] <pitti> lamont: hi!
[03:00] <pitti> lamont: MLKJ+2 today?
[03:00] <lamont> nah - I got enough vacation in yesterday - although I my go back to bed for a couple hours this morning - bed happened late last night.
[03:04] <Mithrandir> fabbione: that's just a give-back on sparc?
[03:05] <Kamion> fabbione: ugh, germinate doesn't support working off sparc.ubuntu.com yet; no Sources file ...
[03:05] <pitti> lamont: so I can tell you that apache security update does not build?
[03:05] <Kamion> it'd need to be extended to allow getting Sources from a different place from Packages
[03:05] <pitti> lamont: I didn't get a failed build log either
[03:05] <lamont> pitti: either way, I'm going to reboot my machine in about 20 seconds...
[03:05] <lamont> brb
[03:06] <Kamion> so I'll still have to do slightly scary hacks
[03:07] <fabbione> Mithrandir: nah sparc will build fine and it is building right now. the problem was i386 specific
[03:07] <fabbione> Kamion: there are no sources on sparc.u.c. It needs to use the same from archive.
[03:08] <fabbione> Kamion: sparc has only the binaries. there is very litte point in mirroring them twice
[03:08] <Kamion> yes, I know
[03:08] <Mithrandir> fabbione: ok, so it'll be given-back on i386.  That's fine.  I just bloody don't want anybody to upload a new OOo unless they have to.  It's painful for me.
[03:08] <Kamion> it still needs a germinate extension to support that. :)
[03:08] <fabbione> Mithrandir: it has been done already.
[03:09] <fabbione> lamont: what's the status with the hppa kernel?
[03:09] <lamont> fabbione: did you get the files I tossed you?
[03:10] <fabbione> lamont: via email?
[03:10] <fabbione> i don't have irc scrollback or log
[03:10] <lamont> actually, I think it was a URL in /msg
[03:10] <fabbione> so if you pasted here no
[03:10] <fabbione> argh...
[03:10] <lamont> let me find it.
[03:10] <fabbione> sorry no..
[03:10] <fabbione> thanks
[03:10] <lamont> people.ubuntu.com/~lamont/fabbione.pa.tar.gz
[03:10] <mjg59> daniels: Hrm. Is the nvidia driver patched in linux-restricted-modules?
[03:11] <lamont> has modified control and control.stub, debian/config/hppa, and a modified pa_patch
[03:11] <fabbione> lamont: ok. perfect
[03:11] <lamont> you'll want to migrate the build-depends from control*, since it's relative to -8
[03:11] <fabbione> it will be in my tree in a few minutes :-)
[03:11] <lamont> but the others just drop in.
[03:11] <daniels> mjg59: how do you run vbetool to post?  vbetool post?
[03:11] <fabbione> lamont: sure.. don't worry
[03:11] <daniels> mjg59: yeah, needs to be patched for .10.  why?
[03:11] <lamont> pitti: checking on your build
[03:12] <mjg59> daniels: There's no permission to do so
[03:12] <mjg59> daniels: Yeah
[03:13] <mjg59> daniels: Check the copyright headers on nv.h and nv.c
[03:13] <sivang> morning all
[03:14] <seb128> thom: http://live.gnome.org/Epiphany_2fMozillaPatches
[03:15] <lamont> at full volume, I get popping
[03:15] <seb128> GRRRRR
[03:15] <seb128> Uploading via ftp gnumeric_1.4.2.orig.tar.gz: Error '(32, 'Broken pipe')' during ftp transfer of gnumeric_1.4.2.orig.tar.gz
[03:15] <seb128> HATE dput
[03:16] <elmo> seb128: dude, it's not dput
[03:16] <elmo> sorry, I didn't realise it was dieing on the orig.tar.gz
[03:16] <elmo> our new upload daemon has timeout issues - stevea is working on it, but in the meantime, if you have a large orig.tar.gz, like gnumeric, on a slow link, 'rsync -e ssh' it to chinstrap first
[03:16] <seb128> elmo:
[03:16] <seb128>   File "/usr/bin/dput", line 857, in main
[03:16] <seb128>     progress=config.getint(host,'progress_indicator'))
[03:16] <seb128>   File "/usr/share/dput/ftp.py", line 59, in upload
[03:16] <seb128>     if e.args and e.args[0] [:1] =='5':
[03:16] <seb128> elmo: oh ok ... thanks
[03:17] <elmo> I'm really surprised we haven't had this problem before now.. and now 3 people in as many days have hit it..
[03:17] <Mithrandir> elmo: I've had it for a while, but I usually get by by uploading to something which does a few MB/sec.
[03:18] <lamont> elmo: it's timing out because of lack of activity on the control socket??
[03:18] <elmo> lamont: nah, the code's buggy.. it's timing out because the timer's not being updated ;-)
[03:18] <elmo> Mithrandir: thanks for telling me dude ;-P
[03:19] <Mithrandir> elmo: I didn't know if it was my end or dput being dodgy or not.
[03:19] <Mithrandir> elmo: and I don't like to complain if I can work around issues relativetly easy and I don't know where the problem is
[03:24] <Kamion> lamont: ia64's still building glibc, I take it?
[03:25] <elmo> ok, new upload daemon in place.. if this doesn't work, we get to tar'n'feathe the entire zope3 upstream ;-)
[03:26] <lamont> seb128: why doesn't shift-insert paste what I just button-3-cut?
[03:27] <thom> seb128: nice! i'll look at and review
[03:27] <seb128> lamont: that's a xfree's question for daniels probably
[03:27] <seb128> thom: yep, thanks :)
[03:28] <Kamion> shift-insert is an application thing not an X thing surely
[03:28] <seb128> in which app so ? :)
[03:28] <lamont> Kamion: make[3] : Leaving directory `/build/buildd/glibc-2.3.2.ds1/build-tree/glibc-2.3.2/login'
[03:28] <lamont> xterm, of course
[03:28] <daniels> elmo: ... so, if I were to tell you that we can't actually distribute l-r-m at all, and we were technically violating the licence of one of the modules in there ...
[03:28] <Kamion> ah, so it is an xorg question then ;)
[03:29] <seb128> lamont: works for me (tm) ...
[03:29] <daniels> lamont: button-3-cut is the PRIMARY selection, shift-insert is CLIPBOARD
[03:29] <daniels> (that's how most apps implement it -- gtk bug)
[03:29] <Kamion> elmo: (speaking of, can you demote l-r-m-2.6.9 to universe?)
[03:29] <azeem> daniels: wasn't that clear from the day you included the ipw2100 firmware? Or do you have a special license for that?
[03:29] <daniels> (there's PRIMARY, SECONDARY, and CLIPBOARD)
[03:29] <seb128> lamont: see, daniels knows about this :)
[03:29] <lamont> seb128: ok.
[03:29] <daniels> azeem: there's no ipw2100 firmware in lrm
[03:29] <seb128> (even if the evil guy blames gtk *again*)
[03:29] <azeem> oh :)
[03:30] <azeem> I wonder how my WLAN works then
[03:30] <lamont> daniels: so how do I copy into the clipboard?
[03:30] <daniels> lamont: edit->copy or whatever
[03:30] <daniels> you don't want CLIPBOARD; try to use PRIMARY (which is usually just selecting with the mouse) whereever you can
[03:30] <Kamion> azeem: it's in linux-source, not l-r-m
[03:31] <lamont> I WANT MY SOUND BACK!
[03:31] <azeem> ah
[03:32] <fabbione> lamont: eh?
[03:32] <fabbione> are the modules loaded?
[03:33] <lamont> fabbione: _I_ didn't change anything (other than an  upgrade of the system :-)
[03:33] <fabbione> lamont: i didn't say you did change something...
[03:33] <fabbione> lsmod |grep snd
[03:34] <elmo> kamion: boggle, no?
[03:34] <lamont> echo $(lsmod | awk '/snd/ { print $1}' )
[03:34] <lamont> snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc
[03:34] <elmo> Kamion: multiverse maybe, or just remove it
[03:34] <elmo> but not universe
[03:34] <fabbione> lamont: check the mixer
[03:34] <Kamion> elmo: er, sorry, multiverse is what I meant
[03:34] <fabbione> lamont: probably you hitted one of these alsa "i kill your mixer settings" obscure bugs
[03:35] <Kamion> elmo: linux-source-2.6.9's in universe at the moment so it would make sense to match
[03:36] <lamont> fabbione: and the recovery would be?
[03:36] <Kamion> pitti: yes, having the langpack base package depend on the update packages seems sensible to me
[03:37] <pitti> Kamion: would the current structure work reasonably easy with the installer?
[03:37] <wasabi> i hate how synaptic doesn't use my gtk theme. =/
[03:37] <pitti> Kamion: i. e. do you already have the language code in d-i?
[03:37] <Kamion> pitti: yes, I have the language code
[03:38] <pitti> Kamion: okay, so actually there is now nothing left to decide any more
[03:38] <Kamion> just give me a set of rules for (language/country => package names) basically and I'll implement them
[03:38] <Kamion> or locale => package names, either works
[03:38] <pitti> Kamion: basically, it's just "install language-support-<LANG> and language-pack-<LANG>" for language code <LANG>
[03:39] <Kamion> what about things like pt_BR?
[03:39] <Kamion> does -pt get both?
[03:39] <pitti> Kamion: it was decided to merge all countries in a single per-language pack
[03:39] <tseng> jdub: hey. this new tomboy is using dbus mono bindings, i have them locally (source in hoary dbus-mono) but there is no bin in hoary yet.. no go for now
[03:39] <Kamion> ok
[03:39] <pitti> Kamion: otherwise you get crazy with e. g. de-at and de-de
[03:39] <no0tic> libc6 new update works?
[03:40] <Kamion> pitti: there are obviously different cases; I think that should have been decided case by case
[03:40] <Kamion> no0tic: was a one-line change
[03:40] <pitti> Kamion: we discussed a little about zh_CN and zh_tw
[03:40] <Kamion> pt_BR is a totally different situation from de_AT
[03:40] <pitti> Kamion: but in the end there was an agreement to have only per-language
[03:40] <pitti> Kamion: this also saves us some 150 packages
[03:40] <no0tic> Kamion: that messed up all ;)
[03:40] <Kamion> no0tic: huh?
[03:41] <no0tic> Kamion: one-line change... (a joke)
[03:41] <Kamion> no0tic: if you have problems, please give details.
[03:42] <no0tic> Kamion: no, it was a joke, np
[03:43] <lamont> fabbione: someone decided to switch things to the oss mixer...
[03:43] <fabbione> lamont: no recovery.. :( just set the mixer back again
[03:43] <lamont> (fixed)
[03:43] <fabbione> eh? oss?
[03:43] <fabbione> that's not me
[03:43] <fabbione> lamont: gtk!
[03:43] <fabbione> remember.. it's always gtk
[03:43] <lamont> fabbione: nah - let's just blame seb128 directly
[03:43] <lamont> :-)
[03:43] <fabbione> haha
[03:44] <seb128> grrr :p
[03:45] <Mithrandir> lamont: I would recommend some morphine or similar substances.
[03:45] <lamont> Mithrandir: some opiate, eh?
[03:46] <fabbione> lamont: can i upload 2.6.10-10 ?
[03:46] <fabbione> or that would kill your mirror?
[03:46] <Mithrandir> yeah
[03:46] <lamont> fabbione: whatever.
[03:46] <lamont> nah
[03:46] <fabbione> oh ok
[03:47] <jbailey> wasabi: There?
[03:47] <wasabi> yes
[03:48] <jbailey> wasabi: When you're running eclipse in the various JVMs, are you including the standard gcj in that set?  I had thought that eclipse3 needed gcc4's bits to make it work.
[03:49] <wasabi> No.
[03:49] <wasabi> Kaffe only at this point.
[03:49] <wasabi> ANd Kaffe just barely
[03:49] <jbailey> 'kay.  I thought I saw a success on #classpath for it with jamvm and CVS classpath.
[03:49] <wasabi> Might be. It all falls to classpath at this point.
[03:49] <wasabi> All the VMs are fairly good. Sable, Kaffe, GCJ, whatever, etc.
[03:50] <jbailey> I haven't tried it yet, though.  I usually have either blackdown or sun's jvm installed.
[03:50] <wasabi> But they all use classpath.
[03:50] <wasabi> And classpath is a bit lacking in sid currently.
[03:50] <wasabi> My packages work flawlessly on sun's. ;)
[03:50] <lamont> fabbione: so more dispair or apathy than desparation
[03:50] <wasabi> Either way, it runs Good Enough on Kaffe for main.
[03:50] <wasabi> In sid at least.
[03:51] <wasabi> Seeing as our current packages are 1.5 years out of date and only work on Sun's period. ANything is an improvement. ;)
[03:51] <jbailey> No kiddin'.
[03:51] <jbailey> Did you wind up disabling all of the auto update features?
[03:51] <wasabi> Nope.
[03:51] <wasabi> It's off by default.
[03:51] <fabbione> lamont: ehe don't worry.. i will probably release later today or tomorrow
[03:51] <jbailey> Oh?  Cool.
[03:51] <wasabi> You have to specifically update it yourself... and to do so you have to update it into a second update site.
[03:52] <fabbione> lamont: i need to check that the changes will not break anything
[03:52] <wasabi> SUch as /usr/local/share/eclipse or ~/.eclipse
[03:52] <fabbione> lamont: like the binary compatibility
[03:52] <wasabi> And if a user choose to go through all that, let em.
[03:52] <fabbione> pitti: ping?
[03:52] <jbailey> wasabi: Yeah.
[03:52] <pitti> fabbione: pong
[03:53] <wasabi> I'm pretty confident all the free VMs will run Eclipse.
[03:53] <wasabi> Depending on how close to classpath CVS they are.
[03:54] <wasabi> Eclipse gives us a free compiler in main too, a perfect compiler. ;0 THe Eclipse JDT.
[03:55] <jbailey> Hmm, I'll give your packages a try.  I usually use jamvm just because it uses cp directly.  But the package hasn't been updated yet.
[03:55] <wasabi> please do. I want any and all info/testing regarding them. ;)
[03:55] <jbailey> How does the Eclipse JDT do vs. jikes?
[03:55] <wasabi> Jikes is barely competitent.
[03:56] <wasabi> I would never it near production code.
[03:56] <wasabi> It can't handle inner classes at all. IT's import parsing orders are all out of wack.
[03:56] <wasabi> Eclipse JDT is *perfect*. And I mean it.
[03:56] <wasabi> IBM would not be able to sell WebSphere if it wasn't.
[03:56] <wasabi> So... yeah. =)
[03:57] <wasabi> It's CPL though.
[03:57] <wasabi> It's good enough to compile stuff, but not GPL compatible.
[03:58] <Kamion> is that a problem for a compiler?
[03:58] <wasabi> Dpeending on your interpretation of the GPL.
[03:58] <wasabi> heh
[03:58] <fabbione> seb128: the e-d-s symbol is not fixed...
[03:58] <fabbione> seb128: ooo1 failed again
[03:59] <fabbione> and judging from the log size, exactly at the same point
[03:59] <Kamion> wasabi: rather, depending on whether it claims that object code it produces is also CPL
[03:59] <wasabi> It does not claim that.
[03:59] <jbailey> Kamion: As long as there's an exemption allowing the code output to be whatever license you'd like, it ought to be fine.
[03:59] <Kamion> if it doesn't then I don't think one's interpretation of the GPL matters
[03:59] <fabbione> seb128: what version of e-d-s should fix that?
[03:59] <Kamion> jbailey: indeed
[03:59] <wasabi> There is a big ass d-l thread regarding Java compilers + GPL.
[04:00] <wasabi> I can see both sides of it.
[04:00] <Kamion> -legal ... *shrug*
[04:00] <seb128> fabbione: 1.1.3-0ubuntu8
[04:00] <seb128> fabbione: but haggai said there was an OO.o issue too, are you sure that's fixed ?
[04:01] <fabbione> seb128: that's what i understood from you
[04:01] <jbailey> wasabi: Do you know if it's possible to drop their compiler into a separate package and invoke it as javac?
[04:01] <wasabi> The package name is eclipse-javac
[04:01] <wasabi> I made a wrapper script for it.
[04:01] <jbailey> Nice. =)
[04:01] <wasabi> THere is also an ant plugin
[04:02] <seb128> fabbione: are heimdal-dev and libnspr-dev installed for the build ?
[04:02] <wasabi> In fact... I'm building Eclipse with it. The eclipse packages are two stage... use Kaffe to build the JDT... then use the JDT to rebuild everything.
[04:02] <wasabi> kjc isn't good enough to compile ALL of eclipse without modifications.
[04:03] <thom> fabbione: i should've taken your advice and run away
[04:03] <pitti> thom: at some day I had caught you anyway
[04:03] <pitti> MUHAHAHAHA
[04:03] <fabbione> seb128: sorry i need to.. you can check in the log :-)
[04:03] <fabbione> thom: ahhaha
[04:03] <fabbione> i have a meeting with the kitchen company now
[04:03] <thom> but you would have had to do this firefox release
[04:04] <fabbione> bbl
[04:04] <pitti> sorry, thom! :-)
[04:04] <thom> that patch is a SCREAMING NIGHTMARE
[04:04] <pitti> thom: the injection? right
[04:04] <pitti> thom: if it does not work, and you don't have the feeling that this is wartyable, let's forget about it
[04:04] <pitti> thom: there are enough other issues :-)
[04:05] <thom> i don't see it being wartyable
[04:05] <thom> it's blowing the ABI and API into tiny little shreds and stomping on them
[04:05] <pitti> thom: then I rather write a stanza about it in the USN
[04:08] <thom> go mozilla, it's your birthday. one of the hunks is 400 lines of mixed style change and code change
[04:09] <mjg59> I vote that security advisories give a rating out of 10 for quality of vendor provided patch
[04:09] <pitti> mjg59: this window injection thingy is not really a patch; it's a complete rewrite
[04:10] <pitti> thom: what about hoary?
[04:11] <Mithrandir> what's the way to make baz shut up about it not knowing what kind of archive an archive is?
[04:12] <enrico> Hello.  Someone in the docteam is taking care of making nice release notes for Hoary, and could use some details about it (where it will be published, how long it should be, what level of detail...).   Your vbetool was the magic bit I needed to make this laptop unsuspend right
[04:16] <`anthony> Thankyouthankyouthankyouthankyou.
[04:16] <mjg59> `anthony: Rocking
[04:17] <`anthony> mjg59: Well, that, and making sure i rmmod'd uhci_hcd first.
[04:17] <mjg59> `anthony: The scripts in Hoary ought to do that
[04:17] <`anthony> the wacky dell usb-to-ps/2 replication stuff plays, well, very very badly, with suspend.
[04:17] <thom> pitti: nope - there's not been a firefox release since 1.0
[04:17] <pitti> bad
[04:17] <pitti> they should
[04:17] <thom> yep
[04:18] <pitti> mozilla?
[04:18] <`anthony> mjg59: That would be awesome if it automatically did this. It doesn't _always_ work.  That's a shame.
[04:21] <mjg59> vbetool post kills some machines :)
[04:21] <`anthony> Yay!
[04:22] <no0tic> it's useful for you to know my experiences with standby & hibernate?
[04:22] <mjg59> no0tic: Yup, but I have to go out for a few minutes
[04:22] <mjg59> Can you add them to www.ubuntu.org/wiki/HoaryPMResults ?
[04:22] <no0tic> yes
[04:23] <`anthony> mjg59: I can add stuff, although this box is still running FC until Hoary is out.
[04:25] <no0tic> mjg59: how can I edit the wiki, once logged in?
[04:32] <Kamion> there's an "Edit" tab around the top left
[04:32] <thom> pitti: i'm bailing on this patch for hoary, too
[04:32] <thom> pitti: i don't think it's reasonable or supportable
[04:35] <thom> c
[04:35] <thom> uh, this isn't mutt
[04:43] <ogra> :(
[05:09] <daniels> Kamion: i assume /etc/profile is the best way to set global environment variables?
[05:09] <Kamion> daniels: the whole notion of global environment variables is a horror show
[05:09] <daniels> Kamion: no shit
[05:10] <Kamion> /etc/profile is global to all interactive login shells
[05:25] <wasabi_> oooh.
[05:26] <wasabi_> jbailey: rumers about a free jvm by ibm or something. ;)
[05:26] <thom> yeah, they happen every 6 months
[05:26] <jbailey> wasabi_: I've read those rumours for a while, but haven't been able to track one down.
[05:26] <jbailey> Frankly I think the best bets are going to be the funding from Brazil for classpath hackers.
[05:27] <wasabi_> ross burton has something on his blog
[05:28] <jbailey> He's on planet.gnome, right?
[05:28] <wasabi_> yeah
[05:28] <jbailey> Feh.  Quoting esr.  Must be vapourware.
[05:28] <wasabi_> haha
[05:30] <jbailey> I've been looking at the jpackage stuff the last couple days trying to figure out how I feel about it.  It looks so handy, but it's so... rpm based. =)
[05:31] <wasabi_> I had originally used the jpackages for Eclipse as a base for the .debs
[05:31] <wasabi_> But, they are horrid.
[05:31] <wasabi_> Unreadable spec files.
[05:31] <wasabi_> tons of pushd and popd, in no particular order.
[05:31] <wasabi_> So, I just looked at them and figured out what they did.
[05:31] <wasabi_> I am not excited about JPackage at all.
[05:31] <Kamion> scripts that use pushd and popd generally need to be thrown away
[05:31] <wasabi_> It's a good resource for learning what needs to be done to make .debs. ;)
[05:32] <Kamion> (as opposed to subshell, cd, exit subshell)
[05:32] <jbailey> wasabi_: mjw pointed me at it as a way to consider doing things.
[05:34] <mdz> morning
[05:34] <mdz> lamont: ping?
[05:34] <lamont> morning
[05:34] <pitti> Hi mdz!
[05:34] <lamont> s
[05:35] <mdz> lamont: curious about the rsyncable experiment
[05:36] <Kamion> elmo: any idea why libxml2-python2.4 fell out of ubuntu-desktop? python2.4-libxslt1 still claims to need it ...
[05:36] <lamont> uh, huh?
[05:36] <Kamion> seb128: can I change libxslt1 to make the python bit depend on the new python2.4-libxml2 package name?
[05:36] <pepesan_> hi all
[05:37] <mdz> lamont: sladen said you were going to take a shot at getting advfs to use the gzip --rsyncable stuff
[05:37] <seb128> Kamion: sure
[05:37] <pitti> mdz: I changed the langpacks so that l-support does not depend on l-pack any more
[05:37] <lamont> mdz: news to me
[05:37] <pitti> mdz: so you can install auxilliary packages and gettext data independently
[05:38] <mdz> but now I see that the most recent live CD build is 20050115, in which case I'm more interested in that
[05:38] <Kamion> is germinate bug, I bet ...
[05:38] <pitti> mdz: as proposed on the ML
[05:38] <mdz> Kamion, lamont: what happened with today's build?
[05:38] <lamont> mdz: I know that there was some discussion about doing that
[05:38] <lamont> mdz: looking into what happened
[05:38] <mdz> pitti: sounds good
[05:38] <lamont> rootfs build barfed, at the very least
[05:39] <Kamion> make: *** [/srv/cdimage.no-name-yet.com/scratch/tmp/hoary-amd64/packages-stamp]
[05:39] <pitti> mdz: I built another round of pristine source and binary packages now, I can upload afterwards if you are fine with that :-)
[05:39] <Kamion> Error 1
[05:39] <Kamion> ERROR WHILE BUILDING OFFICIAL IMAGES !!
[05:39] <Kamion> whatever that means
[05:39] <mdz> pitti: I am fine with that
[05:40] <Kamion> sheesh, it's been doing that for days. sorry I didn't notice
[05:41] <Kamion> lamont: king.warthogs.hbd.com is not answering HTTP queries
[05:41] <Kamion> please fix, kthxbye
[05:42] <lamont> Kamion: it's part of the whole 'deal with the datacenter changes' cruft
[05:42] <lamont> I think it's fixed, testing now
[05:42] <Kamion> cjwatson@little:~$ ping king.warthogs.hbd.com
[05:42] <Kamion> PING king.warthogs.hbd.com (<IP_ADDRESS>) 56(84) bytes of data.
[05:42] <Kamion> From little.warthogs.hbd.com (<IP_ADDRESS>) icmp_seq=1 Destination Host Unreachable
[05:42] <lamont> Kamion: btw, the name is 'king.buildd'.
[05:42] <Kamion> same for all the other buildds
[05:42] <Kamion> oh, I didn't know it had been changed
[05:43] <lamont> yeah - this past saturday
[05:43] <lamont> the fact that I broke the livecd rootfs build at the same time is, um, interesting
[05:43] <Kamion> lamont: they answer from chinstrap, but not from little
[05:44] <lamont> see routing on chinstrap vs on little, then
[05:44] <lamont> and pester elmo
[05:44] <Kamion> would also be nice if somebody would turn off the old names so that I got proper errors
[05:44] <lamont> there is some lagtime in making dns changes to w.h.c :-(
[05:44] <Kamion> elmo: could you teach little how to route to the buildds so I can fetch live rootfs builds, please?
[05:45] <Kamion> I've fixed debian-cd for the new names
[05:46] <lamont> actually, I didn't break the livecd rootfs until after the build on the 17th
[05:53] <lamont> Kamion: did you upload a new debootstrap with the libunwind7-dev fix
[05:53] <lamont> ?
[05:53] <lamont> in scripts/hoary?
[05:53] <mdz> lamont: is it fixed now?
[05:53] <mdz> (live images, not ia64)
[05:54] <Kamion> lamont: I took libunwind7-dev out, yes
[05:54] <lamont> rootfs build appears to be fixed
[05:54] <Kamion> debootstrap would have failed since libc6.1-dev isn't in required (nor should it be)
[05:54] <mdz> lamont, Kamion: please do a fresh build so that I can test yesterday's casper changes
[05:54] <lamont> Kamion: yeah - that's what I just ran into...
[05:54] <Kamion> mdz: will do once I have routing
[05:55] <lamont> mdz: he needs routing
[05:55] <mdz> elmo?
[05:55] <Kamion> it seems to have been broken since 20041115 :(
[05:55] <lamont> Kamion: yeah, that'd be right
[05:55] <mdz> lamont: but once he has routing, there are three new cloops waiting?
[05:55] <mvo_> elmo: can you please sync dpkg-1.10.26?
[05:55] <lamont> well, in about 20 minutes or so
[05:55] <mdz> ok, thanks
[05:56] <lamont> mdz: so that could be a 'yes' :-)
[05:56] <mdz> <IP_ADDRESS>/24 via <IP_ADDRESS> dev eth0
[05:56] <lamont> Kamion: I know I told elmo that the move required changes on the cd build side... should have told you then, too.. sorry
[05:56] <mdz> looks like what you need
[05:57] <mdz> thom: here?
[05:57] <thom> mdz: yes
[05:57] <mdz> thom: can you do a quick fix for us on little until elmo returns?
[05:58] <thom> just to fix the buildd routing?
[05:58] <thom> sure
[05:58] <mdz> yeah
[05:58] <lamont> Kamion: I'll tell you when the rootfs's are ready
[05:58] <mdz> and someone email elmo so that he can fix it permanently
[05:59] <lamont> Kamion: you want that, or shall I?
[05:59] <Kamion> I'll do it
[05:59] <lamont><EMAIL_ADDRESS>[06:02] <Kamion> yup
[06:03] <thom> mdz: done
[06:03] <mdz> thom: thanks
[06:03] <Kamion> mail sent
[06:04] <mdz> --- king.buildd ping statistics ---
[06:04] <mdz> 1 packets transmitted, 1 received, 0% packet loss, time 0ms
[06:04] <Kamion> thanks, seems better
[06:11] <thom> had arthroscopy (however you spell it) yesterday
[06:14] <lamont> Kamion: images current on all 3./
[06:17] <Kamion> mdz: how about making openoffice.org stuff be [amd64 i386 powerpc sparc] ?
[06:17] <lamont> how big are those _all.deb's I wonder... /me checks
[06:18] <Kamion> new daily-live build running
[06:18] <mdz> Kamion: fine with me
[06:18] <mdz> lamont: thanks
[06:18] <Kamion> at least the stuff in desktop
[06:19] <lamont> Kamion: that bloats the archive by about 54 MB currently
[06:20] <Kamion> what does?
[06:20] <lamont> how about making openoffice.org stuff be [amd64 i386 powerpc sparc] ?
[06:20] <lamont> that
[06:21] <Kamion> doing that wouldn't kick them out of main
[06:21] <Kamion> it would merely kick them out of ubuntu-desktop
[06:21] <lamont> ??
[06:21] <lamont> why would it kick them out?
[06:21] <Kamion> of which?
[06:22] <Kamion> we're talking at cross-purposes, I feel ...
[06:22] <lamont> oh -wait - where are you suggesting to change../
[06:22] <Kamion> lamont: I'm suggesting adding [amd64 i386 powerpc sparc]  to all the seed entries in desktop for openoffice.org
[06:22] <lamont> Kamion: woot.  agree
[06:22] <Kamion> lamont: oh, you thought I meant make the actual .debs arch-specific? no, not that
[06:22] <lamont> right
[06:22] <lamont> same syntax and all that
[06:23] <Kamion> done
[06:23] <Kamion> next ubuntu-meta upload should take care of it
[06:24] <mdz> mvo_: did you receive my email about apt 0.6.30?
[06:24] <mvo_> mdz: yes, I would like to do it all in one go and was asking about dpkg first
[06:25] <mvo_> Keybuk gave me his ok to upload a patched dpkg as well, he just asked me to wait for the dpkg-1.10.26 sync
[06:25] <Kamion> mdz: daily-live build up, seems to work this time
[06:25] <mdz> excellent
[06:25] <mdz> thanks, Kamion and lamont
[06:25] <mdz> and thom
[06:26] <Keybuk> did you ask for the sync?
[06:26] <mvo_> Keybuk: yes
[06:27] <Keybuk> coolios
[06:27] <mvo_> but only a couple of minutes ago :)
[06:28] <elmo> mvo_: done
[06:28] <mvo_> elmo: great, thanks!
[06:31] <seb128> mvo_: about #5632 ... your patch was not supposed to fix that ?
[06:32] <mvo_> seb128: that was what it intended, let me check
[06:35] <mvo_> seb128: the problem seems to be in gnome-system-tools
[06:36] <mvo_> modem-applet calls g-s-t
[06:36] <mvo_> seb128: just assign the bug to me, I'll take care of it
[06:36] <seb128> mvo_: gni ? network-admin ask for the root password if it's not runned by root ... that's why we have "gksudo network-admin" as a menu entry :p
[06:37] <seb128> mvo_: there is a bug open about "gst should use sudo instead of su internaly" ... is that a dup ?
[06:37] <seb128> ie: do you want to fix gst or to workaround the applet ?
[06:37] <mvo_> seb128: probably
[06:37] <mvo_> seb128: probably a dup
[06:37] <seb128> ok
[06:40] <elmo> mdz: ok with supressing $distro-changes mails for language  packs?
[06:43] <pepesan_> hi all!!!!!!
[06:44] <pepesan_> im lookin for someone what is developin the ppc port
[06:51] <sivang> mvo_: it is already using it IIRC?
[06:54] <seb128> sivang: speaking about gst ?
[06:54] <sivang> seb128: yes
[06:54] <seb128> sivang: it uses su
[06:54] <sivang> seb128: ergh, I thought that was already patched...
[06:54] <seb128> sivang: we workaround by using "gksudo <...-admin>" in the menu entries
[06:54] <Kamion> pepesan_: you're more likely to get an answer if you say what you want ... :)
[06:55] <sivang> seb128: oh, ok, so mvo is going to make it use libgksudo ?
[06:55] <seb128> sivang: you are in the cc of the bug, I've just commented on it
[06:55] <pepesan_> Kamion: Hi, i wanna help to the ppc port and help to the live ppc port
[06:55] <seb128> sivang: dunno ask him for the details. The bug has a patch to use sudo instead of su but doesn't build here, the idea is here BTW
[06:55] <Kamion> pepesan_: download, send patches :)
[06:56] <Kamion> pepesan_: bear in mind we try to minimise the amount of stuff that's architecture-specific; the new live powerpc CD deliberately uses pre-existing code almost all the way, so it took almost no explicit porting effort
[06:56] <pepesan_> Kamion: i represent a part of a spanish region waht develop a distro for educational pourpuses
[06:57] <Kamion> if you want to work on the live powerpc CD, you might as well just work on the live CD in general, for most purposes
[06:57] <pepesan_> Kamion: we want to help the betatesting and development of the live ppc and ppc distro
[06:58] <Kamion> what do you need to know?
[06:58] <pepesan_> there are many mac in the institutes of this region
[06:58] <pepesan_> Kamion:  who help in the port
[06:58] <pepesan_> sorry
[06:58] <pepesan_> how help in the port
[06:59] <Kamion> pepesan_: find something you need to fix, fix it, repeat :-)
[06:59] <T-Bone> Kamion: gonna try last ia64 hoary. Seems that there are still issues with it
[06:59] <pepesan_> Kamion: we want to port many packages to ubuntu
[06:59] <Kamion> pepesan_: seriously it's hard to give better advice than that ...
[06:59] <pepesan_> Kamion: i know
[07:01] <pepesan_> Kamion: there is a list of development of the ppc port?
[07:01] <lamont> pepesan_: once you add universe, ppc is pretty close to i386 in terms of package count
[07:01] <Kamion> no, we don't have port lists
[07:01] <Kamion> development is on ubuntu-devel@ until it accumulates enough traffic to annoy other developers enough to want it split off :)
[07:02] <Kamion> the Mac-specific development that needs work is along the lines of support for very new hardware like the G5, support for power management, and figuring out how to make the installer work on oldworld powermacs
[07:03] <Kamion> package builds take care of themselves in the vast majority of cases, under the able stewardship of our build daemon maintainer
[07:04] <pepesan_> yep
[07:04] <pepesan_> the prinpicipal problem is the way to manage pointers
[07:04] <pepesan_> bigendian a nd litle endian
[07:04] <Kamion> ?
[07:05] <pepesan_> and the hardware support
[07:05] <Kamion> that's only a problem with a tiny minority of very broken packages
[07:05] <Kamion> most of those got fixed in Debian years ago, since powerpc is a mature port
[07:05] <pepesan_> beleave me there are many new packages that doesnt support that
[07:06] <pepesan_> especialy that kind of packs
[07:06] <Kamion> not IME
[07:06] <pepesan_> there are very espeficic
[07:06] <Kamion> occasionally you have to fix an endianness bug or an assumption of unsigned char, but it's relatively rare nowadays
[07:06] <pepesan_> ok
[07:06] <Kamion> s/unsigned/signed/
[07:06] <pepesan_> i beleave u :)
[07:07] <Kamion> support for very old or very new hardware is more interesting and much harder
[07:08] <pepesan_> there are any road map for the ppc lice distro?
[07:12] <Kamion> once again, the plans aren't powerpc-specific
[07:12] <pepesan_> ahh
[07:12] <pepesan_> ok
[07:12] <Kamion> the live CD plans are at http://www.ubuntulinux.org/wiki/LiveCD, under "Ongoing development"
[07:13] <lamont> Kamion: did you upload a new ubuntu-meta to go with your seed changes?
[07:13] <Kamion> lamont: no, not yet
[07:13] <Kamion> shall I do so?
[07:15] <T-Bone> Kamion: does today's ia64 ISO contain all the fixes for the various problem we've been tracking down?
[07:15] <lamont> we might get an ia64 livecd if we do...
[07:15] <T-Bone> lamont: I was just thinking about that, not daring to suggest it ;^)
[07:16] <Kamion> T-Bone: it's got the elilo fix and the others from earlier
[07:16] <T-Bone> Kamion: ok fine
[07:16] <Kamion> should be ok
[07:16] <Kamion> updating ubuntu-meta now
[07:16] <lamont> T-Bone: there are a couple of other uninstallables on ia64, but those should be cleaned up by the time we get u-m inb
[07:17] <T-Bone> lamont: heh ok
[07:19] <T-Bone> are there mirror for the daily ISO snapshots?
[07:19] <Kamion> pepesan_: testing and bug-fixes for the powerpc live CD would be very welcome, though
[07:20] <lamont> Kamion: how hard would it be to put up an (unusable) iso of the livecd that was missing the cloop fs?
[07:21] <lamont> that would be a less painful rsync, and then we could just rsync the fsimage, or something...
[07:21] <seb128> lamont: please kick nautilus-sendto build
[07:21] <Kamion> lamont: probably tolerable, but I don't see how it would make life any easier; rsyncing the ISO should be about as hard as rsyncing the filesystem image
[07:22] <Kamion> since it's basically just a few bytes around the image
[07:23] <pitti> fabbione, lamont: Accepted pkgstriptranslations 4 (source)
[07:23] <pitti> fabbione, lamont: believe me, you _want_ this version on your buildds
[07:23] <pitti> *cough*
[07:23] <sivang> pitti: do you know if the culmus package got into main finally? I talked with mdz about it last night, don't know the outcome.
[07:24] <lamont> seb128: done
[07:24] <no0tic> the system doesn't recognize correctly my cpu freq
[07:24] <seb128> lamont: thanks
[07:24] <no0tic> what can I do?
[07:24] <lamont> Kamion: I meant the filesystem, not the image.
[07:25] <lamont> pitti: yeah, and the new sbuild and buildd-config, and....
[07:25] <pitti> sivang: me neither, I had to leave after the meeting
[07:25] <sivang> pitti: ah ok.
[07:25] <Kamion> lamont: oh, I see
[07:25] <lamont> Kamion: that one's highly rsyncable...
[07:25] <Kamion> lamont: hm, yeah, could do
[07:25] <crimsun> sivang: from an update a few minutes ago, it looks like it's still in 'universe', though I don't have access to the machines themselves to check.
[07:26] <sivang> crimsun: ok, then I have to talk to mdz then :)
[07:26] <Kamion>     culmus |     0.93-1 | warty/universe | all, source
[07:26] <Kamion>     culmus |    0.101-1 | hoary/universe | all, source
[07:26] <crimsun> thanks, Kamion.
[07:26] <lamont> seb128: you know nautilus-sendto is universe, yes?
[07:26] <Kamion> it certainly hasn't been seeded, which would be a requirement
[07:26] <sivang> Kamion: k
[07:27] <Kamion> pitti: *grin*
[07:28] <seb128> lamont: yep
[07:29] <pitti> Kamion: Yes, I know, that was dumb...
[07:29] <Kamion> hey, it happens
[07:29] <ogra> who stole my sound ?
[07:29] <Kamion> I managed to kill all the logic to add the initial user to groups, sudoers, and aliases the other day
[07:31] <lamont> ogra: open volume control, change it to the alsa mixer
[07:32] <lamont> and file a bug about it so seb128 will fix it. :-)
[07:32] <seb128> DOH
[07:32] <ogra> hmm, i got no alsa mixer....damned....
[07:32] <no0tic> ogra: I had the same problem
[07:32] <ogra> ah, nm, fount the hidden option
[07:33] <ogra> ooohh.....suddenly i got 4 volume controls in the panel *g*
[07:33] <pepesan_> Kamion: ok i have a ibook g4 for testing and the region admin have a lot of g5
[07:33] <ogra> thanks lamont
[07:34] <ogra> seb128: need a bug as reminder ?
[07:34] <lamont> seb128: is that really in your arena, or where is it coming from?
[07:34] <ogra> havoc pennington ?
[07:35] <seb128> lamont: I have no idea on this bug, first time I heard about it
[07:36] <seb128> need details
[07:36] <seb128> ogra: reminder of what ?
[07:36] <lamont> seb128: somewhere in the last couple of weeks or so, upgrading hoary causes things to switch to the oss mixer, and sound goes *poof*
[07:36] <lamont> seb128: ogra's talking about the same bug
[07:36] <seb128> hum
[07:36] <ogra> seb128: to fix it if its your domain
[07:36] <seb128> no idea of that's due to the system or GNOME, fill a bug
[07:36] <ogra> seb128: looks like an upstream chane
[07:37] <ogra> change
[07:37] <ogra> seb128
[07:37] <seb128> ogra: GNOME side ? do you know how to get it from scratch ? could you try to downgrade ?
[07:37] <lamont> ogra: mostly I was trolling seb128, but it might actually be his to fix (gnome)
[07:38] <ogra> seb128: it could also be alsa in todays kernel upgrade
[07:38] <trulux> pitti: ping
[07:38] <seb128> ogra: right, that's why I need details on when it happened (just after a GNOME update ?) etc
[07:38] <trulux> pitti: ping
[07:38] <pitti> trulux: pong
[07:38] <trulux> :)
[07:38] <Kamion> lamont: ubuntu-meta uploaded, with any luck ubuntu-desktop should be installable on ia64 now
[07:39] <pitti> trulux: pong png
[07:39] <seb128> ogra: no GNOME change today if you upgrade every day
[07:39] <trulux> pitti: ok, time to do the gcc packages
[07:39] <Kamion> if it isn't, the problem is not OOo ... :)
[07:39] <trulux> pitti: so, finally what you take is gcc-ssp
[07:39] <ogra> seb128: i do, so it might be a kernel issue
[07:39] <trulux> right?
[07:39] <lamont> Kamion: yeah, checking on the other languishing children now.
[07:39] <trulux> or gcc-hardened?
[07:39] <Kamion> lamont: contact-lookup-applet probably still a problem
[07:39] <Kamion> oh, which just built
[07:39] <lamont> Kamion: ssshhhh!
[07:40] <pitti> trulux: -ssp
[07:40] <ogra> seb128: must have happened during the day....i rebooted this morning and it worked.....i rebooted 1/2h ago and it changed...
[07:40] <lamont> ia64 had a few give-back's land on the floor
[07:40] <trulux> pitti: ok
[07:40] <trulux> pitti: is that the final decision?
[07:40] <seb128> ogra: ok, not GNOME so
[07:40] <ogra> nope
[07:40] <seb128> ogra: what did you update ?
[07:41] <ogra> i run update-manager .... everything that came since tonight.....
[07:41] <ogra> so it could also be hotplug which got updated ....
[07:41] <seb128> ogra: ok, good luck :p
[07:41] <seb128> I've to go for dinner
[07:41] <ogra> heh
[07:41] <seb128> later
[07:42] <pappy-> good morning
[07:42] <trulux> pappy-: hey
[07:42] <trulux> pappy-: pitti is the guy who is working together with us in the deployment of a hardened toolchain
[07:43] <ajmitch> hi trulux, pappy-
[07:43] <trulux> hey ajmitch
[07:44] <Hwolf> Hi. Sebastian told me to come here since after the recent upgrades I've got issue's with oss/alsa.
[07:44] <pappy-> pitti: nice to meet you, Sir.
[07:44] <trulux> pitti: me and ajmitch are working on SELinux stuff, we are trying to form a work team
[07:44] <lamont> woot.  jabber came back
[07:45] <trulux> pitti: pappy- is the man who you should ask for toolchain (gcc and glibc) issues
[07:45] <trulux> pitti: he is one of the best guys that can help you with the work
[07:46] <trulux> pitti: I will take the kernel work, so, ask me all about kernel-related issues
[07:46] <trulux> i will start filling the bugzilla with my junk ;)
[07:46] <Kamion> lamont: ok, in that case I think you'll be good to go in an hour or so
[07:47] <Hwolf> Is there anyone here knowledgeable about alsa/oss?
[07:47] <pappy-> lamont: hi
[07:47] <crimsun> Hwolf: what do you need?
[07:48] <T-Bone> Kamion: 1: lamont :)
[07:48] <ogra> Kamion: give me the HW, then i'll use it ;p
[07:48] <Kamion> T-Bone: true :)
[07:48] <T-Bone> hehe
[07:48] <lamont> T-Bone: you better use it too...
[07:49] <T-Bone> lamont: gaah. Nah. I do install my boxes you know. Especially when they are _poweful_ ones ;)
[07:49] <lamont> actually, once the livecd works, I plan to drop a handful of them on the linux gang in hp ftc
[07:49] <Hwolf> crimsun, After the recent updates my audigy card doesn't show up in applications / sound & video / Volume control anymore. However, it does work.
[07:49] <Hwolf> crimsun: I think it is using oss rather than alsa
[07:49] <T-Bone> lamont: actually i think that a 'server-oriented' ia64 liveCD would prove useful
[07:50] <crimsun> Hwolf: the contents of /proc/asound/cards should list your audigy
[07:50] <T-Bone> (from a technical and 'marketing' PoV, that is)
[07:50] <ogra> Hwolf: look in File->Change Device (german here, might be called different)
[07:50] <crimsun> Hwolf: next, check lsof /dev/dsp* ; lsof /dev/snd/*
[07:50] <ogra> Hwolf: in the volume control....
[07:51] <lamont> T-Bone: yeah - in it's raw form, I don't expect many to use it.  But as a proof of concept for what you can do with ia64 and a bootable CD, ....
[07:51] <pappy-> pitti: have a time?
[07:51] <T-Bone> lamont: yeah, exactly
[07:52] <Hwolf> crimsun: root@system:/home/hidde # lsof /dev/dsp
[07:52] <Hwolf> COMMAND  PID  USER   FD   TYPE DEVICE SIZE NODE NAME
[07:52] <Hwolf> esd     9488 hidde    5w   CHR   14,3      7474 /dev/dsp
[07:52] <lamont> and it's a good thing to have when all you can find are hp-ux ia64 boxen...
[07:52] <crimsun> Hwolf: that seems fine. Followed ogra's tip?
[07:53] <T-Bone> lamont: heh ;)
[07:53] <trulux> pitti: hey, are you there?
[07:53] <pitti> pappy-: nice to meet you; trulux, thanks for the introduction
[07:53] <T-Bone> lamont: as a matter of fact, I wouldn't have many friends owners of ia64 to make switch to Ubuntu :)
[07:53] <ogra> crimsun: there is a bug in the selection of the default mixer it seems, i just try to find out which package it introduced in todays update...
[07:53] <lamont> T-Bone: do we know anything about scsi vs ide?
[07:54] <T-Bone> lamont: not really. Thierry installed hoary on his zx2000 SCSI box
[07:54] <trulux> pappy-: no problemo, now it's your time, sure pappy will help all of us to make this going in the right way (tm)
[07:54] <T-Bone> and didn't hit the anna issue either
[07:54] <ajmitch> hi pitti
[07:54] <T-Bone> lamont: i have to test it on my zx6000. Will do that quickly in a few minutes
[07:55] <T-Bone> (burning the cd atm)
[07:55] <Hwolf> crimsun: it shows up now
[07:55] <lamont> T-Bone: kewl
[07:55] <pappy-> t-bone, lamont
[07:55] <pappy-> this sounds like a debian-hppa reunion here
[07:55] <T-Bone> pappy-: heh, always the same faces everywhere ;)
[07:56] <crimsun> Hwolf: right, then we need to pinpoint which gnome package introduced it. I'll check aptitude logs in a sec.
[07:56] <Hwolf> crimsun: There is something quite wrong with that.
[07:56] <lamont> pappy:
[07:56] <lamont>  tail -2 quinn-diff/list.stage2.hppa
[07:56] <lamont> Total 779 package(s) in state Installed.
[07:56] <lamont> Total 828 package(s)
[07:56] <ogra> crimsun: no gnome update today....
[07:56] <Hwolf> I was running rythmbox / audigy / alsa, opened gnome volume-manager and now I've got no sound
[07:56] <ogra> crimsun: i suspect linux-image or hotplug
[07:56] <pappy-> lamont: :-)
[07:56] <elmo> Kamion: you still wondering about that xslt thing you asked about earlier?
[07:56] <lamont> T-Bone: was christmas break, and you were walk-about or some such...
[07:56] <pappy-> you guys rock
[07:57] <T-Bone> lamont: fair enough. But I had warty ready before that, remember ? :)
[07:57] <lamont> pappy: apt-get source linux-meta
[07:57] <lamont> T-Bone: yeah, well..
[07:57] <pitti> trulux: sure, I'm here. Just a bit busy...
[07:57] <lamont> and 2.6.10-10 kernel has hppa in it as well.
[07:57] <T-Bone> lamont: lol, damn you! ;)
[07:58] <lamont> T-Bone: just don't try to use a gscps2 mouse with that kernel, apparently
[07:58] <lamont> T-Bone: but it's good sticky rice, not that bara-bara crap.
[07:58] <T-Bone> lamont: doh? A kernel bug? Have to fix that :P
[07:59] <lamont> T-Bone: fixed in cvs
[07:59] <T-Bone> lamont: lol true ;)
[07:59] <T-Bone> lamont: ah ok
[07:59] <Hwolf> crimsun: opening volume control for me stops rythmbox from playing. I need to switch volume-control to audigy before it starts playing
[07:59] <lamont> in 2.6.11-rc1, which is why we don't have it...
[07:59] <T-Bone> roger that
[07:59] <pitti> ajmitch: Hi!
[08:01] <Hwolf> crimsun: I can't get my line-in working (from tv-card to audigy) But tv-card is happily outputting the sound to my line-out, and audigy line-in is open
[08:01] <T-Bone> geez these 4X RW are slow shit
[08:01] <trulux> pitti: why hoary uses PAM 0.76?
[08:03] <crimsun> Hwolf: so you have two cards?
[08:03] <pappy-> pitti: do you employ the default-disabled SSP patch in your default gcc packages
[08:03] <Hwolf> crimsun: tv-card and sb-audigy
[08:03] <pappy-> pitti: afaik it has no negative side impacts i know of.
[08:03] <crimsun> Hwolf: both of which use alsa modules according to /proc/asound/cards?
[08:03] <crimsun> Hwolf: we should remove this to #ubuntu
[08:03] <pappy-> (other than that it does not work on -hppa that is)
[08:04] <pitti> mdz: ping
[08:04] <pitti> trulux: hmm, what else?
[08:04] <trulux> pitti: sid and Hoary are using PAM 0.76
[08:05] <trulux> should use at least 0.77
[08:05] <pitti> pappy-: it's in the source package, but not activated
[08:07] <pappy-> pitti: that did not answer my question.
[08:07] <mdz> pitti: pong
[08:08] <pappy-> pitti: when i apt-get install gcc, can i do gcc -fstack-protector-all, yes or no?
[08:08] <pappy-> as a user?
[08:08] <pitti> pappy-: <pitti> pappy-: it's in the source package, but not activated
[08:08] <sivang> mdz: culmus is still in universe, did you approve moving it to main and it awaits seeding?
[08:08] <pitti> pappy-: -> no
[08:08] <pappy-> pitti: aha.
[08:08] <pitti> pappy-: it is not built
[08:08] <pappy-> pitti: same as Debian then.
[08:08] <mdz> sivang: yes
[08:08] <pappy-> pitti: intention to change it?
[08:08] <sivang> mdz: ok, thank you!
[08:08] <mdz> sivang: I'll add it now
[08:08] <pitti> pappy-: that's the reason why we want completely separated source packages in universe
[08:08] <trulux> pappy-: my patches are the one included
[08:08] <pappy-> pitti: sorry for misunderstanding you, but with "activated" i refer to "on by default building SSP"
[08:09] <trulux> we have still the ability f changing the ssp code by the libssp
[08:09] <pappy-> trulux: your libssp patches?
[08:09] <pitti> mdz: we are ready to upload, we only need a final ack about suppressing "Accepted" mails to *-changes for language-packs
[08:09] <pitti> pappy-: no, I meant that the patch is not applied; sorry
[08:09] <pitti> elmo: mdz is here, final ack :-)
[08:09] <pappy-> pitti: okay, thanks anyway for making it clear to me.
[08:10] <pitti> pappy-: the problem is that we cannot just enable it and use it
[08:10] <trulux> pappy-: the libssp support patches
[08:10] <pappy-> pitti: i do can.
[08:10] <pitti> pappy-: if it breaks anything, our release would be screwed
[08:10] <pappy-> pitti: yes, i understand
[08:10] <pitti> pappy-: so we want some independent test packages in universe to play around with
[08:10] <pappy-> pitti: Debian Hardened that is.
[08:11] <pappy-> pitti: we will try to steal as much hoary as we can and test-drive our work on your stuff, if you like.
[08:11] <pitti> pappy-: theoretically it would even possible to automatically build a parallel ubuntu-ssp archive
[08:11] <tseng> heh, pappy-.
[08:11] <pappy-> ha tseng
[08:11] <pappy-> pitti: yes.
[08:11] <ajmitch> pitti: If this stuff went into main, it'd be for the release post-hoary?
[08:11] <pappy-> pitti: trulux will coordinate that.
[08:11] <pitti> elmo: I meant, "to give final ack", not "he gave"
[08:11] <trulux> pappy- is right
[08:11] <pitti> ajmitch: yes, post-hoary in any case
[08:12] <trulux> :)
[08:12] <pitti> ajmitch: but it is important to get it working in the hoary timeframe
[08:12] <pitti> ajmitch: so that activating ssp would be one of the very first things we do
[08:12] <ajmitch> ok
[08:12] <pitti> ajmitch: (for hoary+1)
[08:13] <ajmitch> since the release process for hoary+1 will start straight away, and you'd need to recompile everything with the -ssp compiler
[08:13] <ajmitch> true?
[08:13] <pappy-> pitti: Debian Hardened will build default PIE and SSP at as much packages as possible, being independent from RSBAC (which distinguishes it from Adamantix at the moment)
[08:13] <pitti> ajmitch: yes
[08:13] <pappy-> pitti: i think you know the tricks i am playing on toolchains since some years.
[08:13] <pitti> ajmitch: but primarily to follow the "early breakage" principle
[08:13] <trulux> pitti: I'm doing SELinux work for Hoary, so, it could be added in the first release
[08:14] <trulux> just packages updates and fixes
[08:16] <trulux> pitti: would you propose me for being an official Ubuntu dev? ;D
[08:16] <trulux> ajmitch: yes, but not the last revision
[08:17] <T-Bone> lamont: booting the zx6000
[08:17] <ajmitch> trulux: that doesn't matter, getting it in there in the first place is what's needed :)
[08:17] <pitti> trulux: if you prepare and maintain packages, yes, why not
[08:17] <pitti> trulux, ajmitch: I'm off for a bit (about an hour)
[08:18] <trulux> pitti: ok, i'm going to make my first "stable" ones for Hoary :)
[08:19] <ajmitch> ok pitti, see you later
[08:19] <T-Bone> Kamion: something is screwed with the dating script. The iso claims to be "built on 20041227ubuntu6"
[08:19] <mdz> pitti: suppressing emails?
[08:19] <mdz> pitti: if you think it is appropriate, I don't see a problem
[08:20] <mdz> do you plan to update the packs every day?
[08:21] <trulux> ajmitch: have you sent the bug to the bugzilla?
[08:21] <ajmitch> trulux: nope, only just installed latest kernel to check
[08:21] <T-Bone> lamont: i'm up to partitionning HD, no anna-bug
[08:21] <T-Bone> lamont: but the internal SCSI controller isn't detected, it can't find any disk
[08:22] <pitti> mdz: well, would you like to get 246 accepted emails initially and then a bunch of them every day?
[08:22] <pitti> mdz: daily update is not really possible right now
[08:22] <pitti> mdz: since Rosetta does not yet support this
[08:22] <pitti> mdz: but eventually yes
[08:22] <pitti> mdz: I still get REJECTED and NEW messages, so I know about problems
[08:22] <mdz> Kamion: gah, casper is missing a depnedency on md-modules
[08:23] <mdz> pitti: whatever you and elmo agree on is fine with me; don't let me be a bottleneck
[08:25] <ajmitch> trulux: bug filed
[08:25] <mdz> T-Bone: /proc/bus/pci?
[08:26] <T-Bone> mdz: i walking through, but it's far less practical
[08:26] <ajmitch> ugh I dislike bugzilla :)
[08:26] <mdz> I thought there was a udeb with it now
[08:26] <fabbione> hey mdz
[08:27] <trulux> ajmitch: great
[08:27] <trulux> ajmitch: bug number?
[08:27] <ajmitch> trulux: almost filed, I should say..
[08:27] <mdz> fabbione: good morning
[08:27] <ajmitch> it complained, I have to go back
[08:27] <trulux> ajmitch: okay dockey
[08:27] <trulux> fabbione: hey
[08:27] <fabbione> mdz: if you have time could you take a look at ubuntu-meta for sparc? i know several bits need modification
[08:27] <fabbione> hey trulux
[08:28] <fabbione> T-Bone: i fixed that USB keyboard config thingy on ia64
[08:28] <ajmitch> hi fabbione
[08:28] <fabbione> mdz: the repo is at sparc.u.c
[08:28] <mdz> fabbione: you have a patch that you want me to review, or you need me to do the changes?
[08:28] <mdz> fabbione: the former is much faster ;-)
[08:28] <fabbione> mdz: sorry i don't have a patch
[08:28] <fabbione> but Kamion was talking about germinate/seeds ubuntu-meta
[08:28] <T-Bone> fabbione: has it been integrated into todays iso?
[08:29] <fabbione> T-Bone: no. it is in 2.6.10-10 that i uploaded a few hours ago
[08:29] <T-Bone> mdz: there's no way I can't find what PCI device i have, and i can't even look into 'load installer component from the CD', because d-i won't let me load anything, though the failing step comes _after_ loading components
[08:29] <fabbione> so i believe it will be in tomorrows cd
[08:29] <T-Bone> fabbione: ok
[08:29] <pitti> mdz: that was actually the last outstanding question. Now I'm ready to upload :-)
[08:30] <T-Bone> s/I can't/I can/
[08:30] <mdz> pitti: fantastic
[08:30] <Hwolf> Can anyone here help me find out why I since a recent upgrade I can't use my line-in anymore?
[08:30] <fabbione> ok.. i really need a shower and cook some dinner
[08:30] <fabbione> only 3 hours to pain the living room is a record :)
[08:31] <fabbione> mdz: anyway there is NO rush for it
[08:31] <fabbione> mdz: i still lack a few packages in main (outdated) to be 100% synced
[08:32] <ogra> fabbione, mdz: who of you broke my sound  ?
[08:32] <fabbione> not me
[08:32] <mdz> I don't break things
[08:32] <ogra> there were only two sound related updates today for me....
[08:33] <fabbione> ogra: talk with seb128 :-)
[08:33] <ogra> hotplug and linux-image
[08:33] <fabbione> ogra: blame hotplug
[08:33] <ogra> heh, fabbione i already did
[08:33] <fabbione> lamont was talkign about a similar problem
[08:33] <ogra> isnt it policy that he is always the first to bug ?
[08:33] <fabbione> that for some reason the default in the mixer was changes to oss
[08:33] <ogra> yup, i know
[08:33] <fabbione> ok
[08:34] <fabbione> ogra: you can blame everything other than the kernel...
[08:34] <fabbione> and before the kernel your crappy hardware
[08:34] <fabbione> ;)
[08:34] <fabbione> ok i need to go really
[08:34] <fabbione> i am starving
[08:34] <elmo> mdz: are these okay for main?
[08:34] <ogra> i think thats ok....but the oss mixer doesnt affect anything anymore, so it also could be a module thing
[08:34] <T-Bone> fabbione: missing driver in ia64 conf, as it seems
[08:34] <fabbione> cya tomorrow guys
[08:34] <crimsun> ogra: do you have 2 cards?
[08:34] <T-Bone> fabbione: you're gonna have to roll up new kernels again ;)
[08:34] <mdz> elmo: language packs? yes
[08:34] <fabbione> T-Bone: send me updated configs
[08:34] <mdz> pitti: please seed them
[08:34] <T-Bone> fabbione: will do
[08:34] <ogra> crimsun: nope
[08:34] <fabbione> T-Bone: cool
[08:34] <fabbione> byr
[08:35] <ogra> crimsun: laptop with via chip
[08:35] <crimsun> ciao fabbione
[08:35] <ajmitch> fabbione: filed bug for the selinux & audit stuff for you
[08:35] <mdz> elmo: speaking of main, #4750
[08:35] <mdz> elmo: only the metapackages are seeded, so I think you just need to sync with germinate
[08:36] <ogra> crimsun: it seems like the oss mixer stuff stopped working completely
[08:36] <seb128> lamont: could you retry nautilus-sendto again on ppc/ia64 ? It didn't pick libebook1.2-dev 1.1.3-0ubuntu9 previous time
[08:36] <pitti> mdz: oh, before uploading them? or after? does it matter?
[08:36] <mdz> pitti: before elmo processes them
[08:36] <Hwolf> crimsun: I've got my system working, however if I open gnome-volume-control the playing audio stops
[08:36] <pitti> mdz: ok
[08:39] <mdz> Kamion: why is there no 'british english' layout on powerpc or amd64 in d-i?
[08:39] <mdz> Kamion: it breaks my finger macros
[08:39] <mdz> (at least, if it's there, it isn't at the same point in the list)
[08:40] <crimsun> ogra: does linux-image-$(uname -r) 2.6.10-8 work correctly?
[08:41] <pitti> mdz: seed to supported for now? (and ship later, depending on how many languages we support?)
[08:41] <ogra> crimsun: hmm, let me try, i have only -5 installed ...
[08:41] <crimsun> ack
[08:42] <lamont> seb128: done
[08:42] <crimsun> I assumed he was running -9
[08:43] <seb128> lamont: thanks
[08:44] <mdz> pitti: yes
[08:46] <sivang> pitti: will it be possible to include another package as a depend of the language pack pacage, pulling in conffiles for GNOME kbd chooser to be already configured with the respective pack's language?
[08:48] <T-Bone> lamont, Kamion: more breakage: unable to initrd-tools
[08:48] <T-Bone> because of libunwind7
[08:49] <mdz> elmo: please rm -rf ~mdz/public_html/ubuntu-live on little (it has some files owned by alex)
[08:49] <T-Bone> it's trying to install libunwind7-dev which depends on libc6.1-dev
[08:49] <mdz> Kamion fixed that
[08:49] <lamont> after today's cd image?
[08:49] <mdz> Jan 19 08:55:22 <Kamion>        lamont: I took libunwind7-dev out, yes
[08:49] <mdz> Jan 19 08:55:40 <Kamion>        debootstrap would have failed since libc6.1-dev
[08:49] <mdz> isn't in required (nor should it be)
[08:50] <mdz> looks like it, yes
[08:50] <T-Bone> lamont: yup
[08:50] <T-Bone> lamont: or so i hope. It's labelled 'built on 20041227ubuntu6'
[08:50] <T-Bone> lamont: same player shot again, heh ;)