[12:02] <lamont> momentarily
[12:04] <lamont> given back
[12:06] <seb128> thanks
[12:14] <seb128> Setting up cupsys (1.1.23-1ubuntu2) ...
[12:14] <seb128> /var/lib/dpkg/info/cupsys.postinst: line 31: ps: command not found
[12:14] <seb128> /var/lib/dpkg/info/cupsys.postinst: line 39: ps: command not found
[12:14] <seb128> chown: cannot access `/usr/bin/lppasswd': No such file or directory
[12:14] <seb128> lamont: evolution-webcal build :(
[12:16] <Kamion> mdz: here now
[12:16] <Kamion> mdz: giving you X_SETBACKTITLE love in cdebconf
[12:17] <Kamion> although using it is a bit fiddly because you have to call it after the main menu starts up but before localechooser appears *shrug*
[12:20] <sivang> mdz: just noticed my resync failed when I fire it up (I didn't notice so no download) @ERROR: Unknown module 'daily-live'
[12:21] <lamont> seb128: there's already a bug in the bts about that
[12:21] <Kamion> sivang: put cdimage/ before daily-live/
[12:21] <mako> i think this just changed my life: http://conkeror.mozdev.org/
[12:21] <lamont> seb128: hrm.. then again, I think that could be my upload...
[12:21] <Kamion> sivang: rsync is laid out slightly differently because rsync doesn't do virtual hosting, unlike http
[12:21] <sivang> Kamion,mdz : noted, thanks :)
[12:22] <Kamion> mako: I love the bottom item on their features list
[12:23] <Kamion> sivang: note rsync isn't all that useful for the live CD yet
[12:23] <sivang> Kamion: I know, I just use it as means of letting me continue a broken download, should I loose power or net acess.
[12:24] <sivang> mako: there's a package in universe or something?
[12:25] <mako> sivang: it's an XPI for mozilla so you can just click a link and install it
[12:26] <sivang> mako: ah nice
[12:26] <mako> Kamion: i don't have a mouse either! this guy ROCKS
[12:28] <mako> it's slightly a mindfuck but i think i'm loving it
[12:28] <Keybuk> "This means all the keybindings and to-die-for features of Emacs that can be imitated by a javascript/XUL web browser Just Work."
[12:29] <Keybuk> it does nxml-mode and psychoanalyze-pinhead? :p
[12:29] <sivang> Keybuk: hehe
[12:30] <mako> there are 2-3 mouseless mozilla projects
[12:30] <mako> this one seems great but kind of buggy maybe
[12:33] <lamont> evening elmo
[12:33] <elmo> hey
[12:34] <mdz> Kamion: so I was working on the debconf/cdebconf situation today
[12:34] <mdz> Kamion: and the cleanest solution I came up with was to modify dpkg-reconfigure to allow it to use an existing frontend
[12:34] <mdz> Kamion: and then run it in a chroot before pivoting
[12:34] <mdz> Kamion: does this sound sane to you?
[12:35] <mdz> Kamion: I tried to get joeyh's opinion, but he didn't seem to be around
[12:35] <mdz> Kamion: I did a proof of concept using the current live CD, and this method works
[12:36] <Kamion> mdz: what does the modification look like
[12:36] <Kamion> ?
[12:36] <Kamion> mdz: joeyh is around now, he was speaking on #debian-boot just a minute ago
[12:36] <mdz> Kamion: it basically just conditionalizes a bunch of code in dpkg-reconfigure
[12:36] <Kamion> IME he doesn't tend to read scrollback much
[12:36] <Kamion> I mean is it optional?
[12:36] <mdz> emailed you a copy of the patch
[12:37] <Kamion> there's some stuff in base-config I think you might need to be careful about not breaking
[12:37] <mdz> Kamion: it automatically changes behaviour if DEBIAN_HAS_FRONTEND is set
[12:37] <Kamion> ugh
[12:37] <Kamion> think I'd prefer it to be explicit, but ...
[12:37] <Kamion> dunno
[12:37] <mdz> well, the current behaviour just crashes and burns if there's a frontend running
[12:37] <mdz> so I didn't see a reason to preserve that
[12:38] <Kamion> hm
[12:38] <mdz> but it's simple enough to make a flag for it
[12:38] <mdz> maisde you a copy of the diff
[12:38] <mdz> mailed, even
[12:38] <Kamion> mdz: he said he didn't catch your earlier question
[12:39] <Kamion> mdz: presumably you have to load the templates into cdebconf, as we discussed?
[12:39] <mdz> Kamion: yeah, did that
[12:39] <Kamion> ok
[12:39] <Kamion> cool
[12:39] <mdz>     debconf-loadtemplate d-i /target/var/lib/dpkg/info/xserver-xorg.templates
[12:39] <mdz>     XORGFORCEPROBE=yes chroot /target dpkg-reconfigure xserver-xorg
[12:39] <mdz> that's it, with the patch
[12:40] <mdz> Kamion: this could be useful for rescue mode as well
[12:40] <Kamion> how so?
[12:40] <mdz> guided repairs
[12:40] <Kamion> rescue mode tends to assume that any installed system that might exist is arbitrarily broken
[12:41] <Kamion> hoping that debconf miraculously works in the target is too ambitious, usually
[01:00] <mdz> Kamion: it's not the sort of thing I would do unconditionally, but it seems like an interesting idea to be able to have menu items which could talk to debconf in the target to do reconfigure/reinstall type things
[01:01] <Kamion> yes
[01:02] <Kamion> though I think it's slightly more useful in the Debian context, to allow debootstrap-installed packages to ask questions at lower priorities
[01:27] <Nafallo> /sleep
[01:34] <lamont> so, -4 is busted, yes?
[01:34] <lamont> linux-image-2.6.10, that is
[01:37] <mdz> lamont: yes
[01:38] <lamont> then I won't upgrade from that snapshot of the archive
[01:40] <elmo> Mithrandir: ?
[01:51] <lamont> Setting up mozilla-firefox (1.0-2ubuntu3) ...
[01:51] <lamont> Updating mozilla-firefox chrome registry...E: Registration process existed with status: 1
[01:51] <lamont> E: /usr/lib/mozilla-firefox/extensions/installed-extensions.txt still present. Registration might have gone wrong.
[01:51] <lamont> mv: cannot stat `/usr/lib/mozilla-firefox/defaults.ini': No such file or directory
[01:51] <lamont> hrm... that's not right
[01:51] <lamont> thom???
[01:51] <lamont> yeah, I know. sleeping
[01:54] <jdub> hrm, i didn't get that on my upgrade
[01:56] <lamont> jdub: it could be that rebuilding the chroot might help
[01:56] <lamont> things have been installed/removed over and over and over and over in that chroot
[02:02] <lamont> jdub: you have a current gnome install?
[02:02] <lamont> panel -> properties -> autohide... does it?
[02:03] <lamont> (doesn't here, but not 100% current...)
[02:05] <daniels> mdz: ...
[02:05] <daniels> lamont: gnome-session -> libxau-dev
[02:17] <sivang> nice to see that nautilus showing the content of the RW cd doesn't block the burner from working.
[02:22] <mdz> daniels: how is the X configuration stuff coming?
[02:24] <daniels> mdz: good thanks, it seems to be pretty solid at the moment; the bandwidth is a bit flogged, so live CD hasn't come through yet, but I think this X upload is pretty much ready to go, and I've also dealt with two merges (one of them being glibc)
[02:24] <daniels> mdz: if I gave you new debs, would that be useful?
[02:25] <daniels> brr
[02:25] <mdz> daniels: yes
[02:25] <mdz> well
[02:25] <mdz> me, or the archive?
[02:25] <mdz> me -> no, archive -> yes
[02:29] <daniels> mdz: k
[02:30] <mdz> daniels: how does it stand?
[02:30] <mdz> did you implement the bit to ignore the previous values if a probe is forced?
[02:30] <daniels> mdz: yeah
[02:30] <daniels> XORG_FORCE_PROBE now throws away everything it's got earlier and does a reprobe
[02:30] <daniels> note the change in variable name
[02:31] <daniels> as well as fairly large backports of i8xx and via drivers, disabling horizontal scrolling per default, fixing the altgr-on-macs bug, dpkg-architecture, fixing the original-imacs-won't-show-anything bug, a couple of xkb stuff, this change, and a semi-related script cleanup
[02:40] <lifeless> rock
[02:47] <mdz> Kamion: around? could use some cdebconf enlightenment
[03:02] <mjg59> daniels: Thom sees the same problem with suspend/resume after playing with vbetool
[03:02] <mjg59> Have you got nifty keen DRI save/restore functionality yet?
[03:11] <daniels> mjg59: wack; not yet, no
[03:11] <daniels> mjg59: i'm dragging back mesa 6.2 for my next xorg revision
[03:41] <lifeless> mdz: we should sync tla 1.3 if we haven't already
[03:47] <lifeless> is amaya supported or unsupported ?
[03:47] <lifeless> Cause its fucked, and does anyone care ?
[03:58] <daniels> use apt-cache show to see whether it's in main or universe
[03:59] <lifeless> ah universe
[03:59] <lifeless> ok, so does anyone care;)
[03:59] <daniels> if you want to fix it ...
[04:00] <daniels> holy shit, 60.5%
[04:00] <daniels> the rsync may actually finish this week
[04:01] <lifeless> :)
[04:11] <mdz> lifeless: patches gratefully received
[04:14] <lifeless> mdz: for amaya or tla 1.3? 
[04:15] <mdz> lifeless: amaya
[04:15] <lifeless> I may have a peek if I get some time.
[04:15] <mdz> tla 1.3, we're in freeze now
[04:15] <lifeless> mdz: it was released before christmas, but asuffield sucked.
[04:16] <lifeless> mdz: its quite important to have tla 1.3, because its got the same revlib format as baz, which tla 1.2 doesn't.
[04:16] <lifeless> mdz: the muppet who did the patch originally didn't do it backwards compatibly.
[04:18] <mdz> Exceptions requiring confirmation:
[04:18] <mdz>     *      Packages in or relating to FeatureGoals?
[04:18] <mdz>     *      Minor fixes, if the upstream change is a micro-increment (or equivalent)
[04:18] <mdz>     *      Major fixes, particularly blockers, if the upstream change is a minor-increment (or equivalent)
[04:18] <mdz>     *      Exceptional circumstances
[04:19] <mdz> baz 1.1 is an internal project, so I think it deserves it
[04:20] <mdz> but why should we track tla releases through the freeze?
[04:20] <mdz> it sounds like they're actively doing feature development
[04:20] <lifeless> because having tla 1.2 there will make it harder for users to use baz.
[04:20] <lifeless> we don't need to go for tla 1.4, only 1.3
[04:46] <Keybuk> bazaar 1.1 didn't make the upstream freeze either, did it?
[04:47] <lifeless> no, but that was pre-discussed
[04:56] <stub> Thanks to vbetool, I've now got this Dell8600 laptop suspending to RAM, except that when it wakes the external USB mouse is no longer working. Can someone point me to a tool that might let me reset that stuff?
[05:01] <lifeless> stub: try unloaded and reloaing the usb)uhci or whatever driver
[05:56] <fabbione> morning
[06:41] <lamont> morning fabbione 
[06:42] <fabbione> hey lamont 
[06:43] <lamont> I fear my mirror will never catch up
[06:43] <fabbione> what's up?
[06:43] <fabbione> ahhaha
[06:43] <fabbione> i still have to upload -6
[06:43] <fabbione> ain't my fault...
[06:43] <fabbione> not this time at least
[06:44] <lamont> nah -evo data server and mozilla-* are .
[06:44] <lamont> but before they get there, you will be
[06:49] <lamont> mdz: wvstreams uploaded.
[07:07] <fabbione> lamont: f11 still has I/O problems
[07:07] <fabbione> i did try to make some working configs but it takes just too much time... sorry
[07:08] <lamont> np.  does -6 have where you're at then?
[07:09] <fabbione> lamont: -6 has -pa10 but not valid configs
[07:09] <lamont> ok.
[07:09] <lamont> I'll work with it over the weekend or something
[07:09] <jdub> fabbione: do you want latest inotify patches?
[07:09] <lamont> right now is sleep time, thouhg
[07:09] <fabbione> lamont: so basically what you have to do manually is to dpkg-buildpackage and while it steps in the configs try to answer in the appropriate way until it builds ;)
[07:10] <jdub> fabbione: http://lwn.net/Articles/118107/
[07:10] <lamont> fabbione: and capture the config.
[07:10] <jdub> fabbione: just checking to see if that's the very latest
[07:10] <fabbione> lamont: than copy them from debian/build/build-$flavour/.config to debian/config/hppa/$flavour
[07:10] <fabbione> lamont: and send them to me
[07:10] <fabbione> jdub: hold on...
[07:11] <fabbione> jdub: it'a all documented in the source btw.. you can check yourself...
[07:11] <lamont> fabbione: ok.  g'night then
[07:11] <fabbione> debian/external-drivers
[07:11] <fabbione> lamont: g'night
[07:11] <jdub> fabbione: our kernel source won't tell us if you've used the latest patch aailable :)
[07:12] <fabbione> jdub: yes it does
[07:12] <jdub> fabbione: it can't, you need extra information, ie. what the latest inotify patch is :-)
[07:12] <fabbione> jdub: apt-get source linux-source-2.6.10 and read debian/external-drivers
[07:12] <fabbione> jdub: that one will tell you what version is in
[07:12] <fabbione> and you can compare with what is available
[07:12] <jdub> fabbione: yes, that will tell me the version in the kernel, not which versions are available
[07:12] <jdub> meanwhile, i'm not downloading the kernel source
[07:13] <fabbione> jdub: you are just lazy and i am still waiting info on your DVB bug report
[07:13] <jdub> fabbione: bandwidth issues
[07:13] <jdub> i have to get the card back to find out
[07:14] <jdub> fabbione: which version of inotify is in our kernel?
[07:14] <jdub> i'm checking what the latest 'stable' version is atm
[07:15] <fabbione> inotify            | 0.17-wip-rml-2.6.10-rc2-12 | ok     | 15/12/2004   | http://www.kernel.org/pub/linux/kernel/people/rml/inotify/v2.6/
[07:15] <jdub> ok
[07:15] <jdub> http://www.kernel.org/pub/linux/kernel/people/rml/inotify/v2.6/0.18/inotify-0.18-rml-2.6.10-4.patch
[07:15] <jdub> so that's a start
[07:16] <fabbione> jdub: i have other things to deal with right now.. like a few tons of security patches
[07:16] <fabbione> also we are in UVF
[07:17] <fabbione> that's a new upstream version
[07:18] <jdub> as yet, we have no policy about kernel patch relationship with UVF
[07:18] <jdub> i will file a bug for you
[07:19] <fabbione> dude..
[07:19] <fabbione> read the changelog
[07:19] <fabbione> The primary change since the last post is a reworking of the locking and
[07:19] <fabbione> refcounting.  A bit more such reworking is expected.
[07:20] <fabbione> meanign that the new version is not completed
[07:20] <jdub> i know
[07:21] <mdz> is inotify fucked?
[07:21] <fabbione> mdz: no. jdub is asking for a new upstream version of it
[07:21] <mdz> but I have heard talk about it being buggy
[07:21] <jdub> mdz: you'll get bug cc in a moment
[07:21] <jdub> mdz: i believe that's mostly gamin's support of inotify, which i am considering disabling
[07:22] <fabbione> and so what is the point of having inotify if there are only 2 thing that actually uses it?
[07:23] <jdub> fabbione: because everything in gnome uses gamin (via the fam abi)
[07:23] <jdub> fabbione: so if you're using inotify for monitoring, you don't block disks from unmounting and so on
[07:23] <jdub> which is preferable to dnotify
 mdz: i believe that's mostly gamin's support of inotify, which i am
[07:24] <fabbione>           considering disabling
[07:24] <fabbione> than i miss something
[07:24] <fabbione> you need inotify for gamin
[07:25] <mdz> is gamin not going to be fixed for hoary?
[07:25] <fabbione> and you want to disable inotify support for gamin
[07:25] <mdz> jdub: bah, LWN went and published that hack-of-the-day live CD rather than the subsequent (much nicer) daily builds
[07:25] <mdz> I deliberately sent that to -devel and not to -announce because it wasn't ready for that kind of publicity
[07:25] <jdub> fabbione: gamin supports inotify as well as dnotify, but its support for inotify is not great
[07:25] <jdub> it seems
[07:26] <jdub> mdz: not sure if gamin/inotify will be fixed, thus considering disabling the inotify support
[07:26] <jdub> mdz: i will track it beyond UVF to see if there are related bugfixes
[07:27] <mdz> jdub: have you tried the latest round of hoary live CDs?
[07:27] <jdub> no, haven't committed to downloading them yet ;)
[07:27] <mdz> 3 architectures, fewer calories, better tasting
[07:27] <jdub> dc-built?
[07:27] <mdz> daily
[07:27] <mdz> fresh and hot
[07:27] <jdub> cool
[07:27] <jdub> i'll pull one down during off-peak tonight
[07:27] <mdz> no X yet, but daniels is working on it AHEM
[07:27] <jdub> i've been watching the casper changes with interest :)
[07:28] <jdub> it's such a good idea
[07:28] <mdz> I must admit, it is
[07:28] <jdub> :)
[07:28] <mdz> casper is like 100 lines of shell on top of one fucking good idea
[07:28] <jdub> proven by beauty? :)
[07:29] <daniels> mdz: how do I mount the cloop image from the live CD?
[07:29] <daniels> mdz: or otherwise test X
[07:29] <mdz> daniels: boot it?
[07:29] <daniels> mdz: lwn love us to omuch
[07:29] <daniels> mdz: and, heh, yeah, they do love us
[07:29] <mdz> modprobe cloop && losetup /dev/cloop0 /path/to/filesystem.cloop && mount /dev/cloop0 /mnt
[07:29] <daniels> mdz: can I netboot the live CD?
[07:29] <mdz> daniels: dude, yes you can ;-)
[07:30] <jdub> tftp get filesystem.cloop
[07:30] <jdub> ...
[07:30] <jdub> ;-)
[07:30] <mdz> jdub: d-i netinst + NFS mount
[07:30] <daniels> heh, nice
[07:30] <daniels> my laptop sort of lacks a cd-rom
[07:30] <daniels> ls
[07:30] <mdz> it should work with zero or few changes
[07:30] <mdz> daniels: no docking station or USB?
[07:30] <jdub> mdz: yum (such a good idea)
[07:30] <daniels> mdz: i have usb
[07:30] <daniels> but no docking station yet
[07:30] <daniels> agh, hm
[07:31] <mdz> daniels: I use a USB drive for this stuff pretty much exclusively; it's great
[07:31] <jdub> surely you could copy the cloop to your hard drive?
[07:31] <mdz> ran me about USD 100 for DVD+/-/RW/RAM and USB enclosure
[07:31] <mdz> daniels: I don't really see how the cloop image is necessary for testing, tbh
[07:32] <mdz> but you can chroot into it easily enough
[07:34] <daniels> mdz: yeah, I should probably grab one
[07:35] <daniels> mdz: well, failing being able to boot the thing ... but yeah, I'll see if I can't go grab one
[07:35] <mdz> daniels: you can also boot it in qemu
[07:35] <mdz> sluggish, but works
[07:35] <mdz> qemu -cdrom hoary-i386-live.iso
[07:35] <jdub> i should try the powerpc one under pearpc :)
[07:36] <mdz> er
[07:36] <jdub> s/^i/someone with more bandwidth/
[07:36] <mdz> someone just renamed the UserPages page in the wiki to their personal page
[07:36] <jdub> haha
[07:36] <mdz> ??changed:
[07:36] <mdz> -{{{This is a list of all userpages}}}
[07:36] <mdz> -
[07:36] <mdz> Una bienvenida desde el Peru
[07:36] <mdz> yay wiki
[07:39] <jdub> that's it, i'm switching to the other theme
[07:40] <jdub> my login is never remembered :|
[07:40] <mdz> you can login??
[07:40] <jdub> with https, yeah
[07:41] <jdub> oh, the zwiki theme doesn't have a recent changes link
[07:41] <jdub> boh
[07:43] <jdub> oh man
[07:43] <jdub> someone sent a 16K please unsubscribe me repluy
[07:43] <mdz> yeah
[07:44] <mdz> imminent death of usenet predicted
[07:54] <fabbione> mdz: 5472.. do you want to comment on it? it can still make it for -6 but i want to know before (possibly) breaking the ABI again
[07:56] <mdz> if it will fix some of the problems with inotify, great
[07:56] <mdz> if not, I'm not sure it's worthwhile
[07:56] <fabbione> jdub: ?
[07:57] <daniels> mdz: hm
[07:57] <jdub> leave it for now
[07:58] <daniels> mdz: is there an easy way to transfer files from the host OS to the live CD?
[07:58] <jdub> rml's next release will be more useful it seems, and it won't fix the gamin/inotify stuff
[07:58] <mdz> daniels: yeah, boot it :-P
[07:58] <daniels> heh
[07:59] <daniels> not that I have a working CD burner right now, anyway
[08:00] <fabbione> jdub: ok
[08:05] <mdz> daniels: that's a problem
[08:06] <fabbione> mdz: what was the rationale to use the e100 driver in place of the eepro100 ?
[08:06] <fabbione> if there is any...
[08:07] <daniels> mdz: yeah, I have two dual-layer DVD burners on order
[08:07] <daniels> mdz: i'll be in much better shape when my shiny amd64 turns up
[08:07] <daniels> right now, all I have is the motherboard
[08:07] <mdz> fabbione: herbert said eepro100 was deprecated
[08:07] <mdz> iirc
[08:08] <fabbione> ah
[08:08] <mdz> https://bugzilla.ubuntu.com/show_bug.cgi?id=2156
[08:08] <mdz> for reference
[08:08] <fabbione> because both Debian and us are having problems with the e100 but not with the eepro100
[08:09] <mdz> maybe ask dilinger or someone, get a second opinion
[08:09] <fabbione> T-Bone is alive ;)
[08:09] <fabbione> we already discussed it
[08:10] <mdz> fabbione: I meant ask about e100 vs. eepro100
[08:11] <mdz> daniels: I bought my single-layer *just* before the dual-layers came out for the same price
[08:11] <mdz> it can apparently read (but not write) them with a firmware update
[08:11] <daniels> mdz: i bought my x40 about 5 days before they brought out faster models and dropped all the prices
[08:11] <fabbione> mdz: yeps... that's what we discussed about
[08:11] <daniels> mdz: whoohoo!
[08:45] <abelli> smurfix: ping
[08:45] <abelli> hi everybody
[08:45] <jdub> hi abelli 
[08:45] <jdub> was it you asking for the it-devel list?
[08:45] <abelli> jdub: yes
[08:46] <abelli> jdub: but its ok now...
[08:46] <sid77> hi
[08:46] <jdub> abelli: i spoke to mako about it; it would be more appropriate to keep all devel discussion on one list
[08:46] <jdub> abelli: and country-team oriented stuff on one list (ubuntu-it)
[08:47] <abelli> jdub: i agree with that, but since we are dealing with some teachers [for projects about Ubuntu in the Italian School System] , and 
[08:47] <abelli> many of them do not speak english, i needed an italian mailing list.
[08:47] <jdub> sounds like a good project for ubuntu-it
[08:47] <abelli> so now we have ubuntu-it@lists.ubuntu.com, EXCLUSIVELY for SUPPORT
[08:48] <abelli> and sviluppo@ubuntuitalia.org for administrating our projects
[08:48] <abelli> jdub: you can find some of them here... http://www.ubuntulinux.org/wiki/AndreaAbelli
[08:49] <daniels> mdz: I AM THE SHIZZLE
[08:50] <Treenaks> Word!
[08:51] <daniels> mdz: ok, I have something that works and generates an entirely new configuration with XORG_FORCE_PROBE=yes dpkg-reconfigure -phigh xserver-xorg
[08:52] <mdz> daniels: awesome, upload it in time for me to use it for live CD testing tomorrow?
[08:52] <abelli> i was actually looking for smurfix: during the CC he said he had told us to get to the meeting... but i can't remember/find his advices /in the logs .. and i dont want to appear a deserter
[08:52] <daniels> mdz: fo'sho
[08:53] <daniels> mdz: number of hours I have to upload?
[08:53] <daniels> mdz: i'd like to do the usual laps-of-the-data-centre thing with test builds on every architecture
[08:54] <abelli> jdub: what about ubuntu-it's rootly powers? i receive a cc: by mako about this.
[08:54] <fabbione> daniels: does the change require to ship new files?
[08:54] <jdub> abelli: that was waiting on appointment of loco team leaders
[08:54] <jdub> abelli: has that happened?
[08:54] <daniels> fabbione: i don't think we've touched the manifests ... but I did fix an ia64 FTBFS that lamont didn't notice :)
[08:54] <jdub> CC meeting is too late for me to sanely get to
[08:54] <fabbione> daniels: ehe ok
[08:54] <mdz> daniels: I'll be awake again at about 1800 UTC probably
[08:55] <daniels> fabbione: even so, there are some fairly significant code changes (i8xx from HEAD to get rid of all the horrid widescreen panel video BIOS changes, via from unichrome.sf.net), so I'd feel a lot safer :)
[08:55] <daniels> mdz: when does the daily build run?
[08:55] <mdz> daniels: now
[08:55] <mdz> (0800 I think)
[08:55] <mdz> I can run a build by hand in the morning, though, if X is ready
[08:56] <fabbione> daniels: last time we checked the unichrome was utterly broken...
[08:56] <fabbione> daniels: did they fix stuff around?
[08:56] <daniels> fabbione: yeah, and it should finally run on the craptop
[08:57] <daniels> mdz: ok, so let's assume 'now' is a missed target ...
[08:57] <daniels> mdz: i'll upload after my test builds are done
[08:57] <fabbione> daniels: last time Treenaks was complaining about tvout being broken
[08:57] <daniels> mdz: say ... upload by 1000 UTC?
[08:57] <abelli> jdub: sorry it was batty time...yes
[08:57] <mdz> daniels: don't they take 4 hours to build or something?
[08:57] <daniels> fabbione: hm.  well, the unichrome guys claim it will give us basic 2D functionality on everything they know of, so that's a huge win over what we have already.
[08:57] <mdz> I want to get X working in the live CD by end of day tomorrow if possible
[08:57] <daniels> mdz: 32min on amd64, 74min on powerpc, ~90 on i386.
[08:57] <Treenaks> fabbione: that was a long time ago
[08:57] <Treenaks> fabbione: if you have sid-installable xorg packages I can try again..
[08:58] <daniels> mdz: so our worst case has it being in the archive by about 1400
[08:58] <daniels> mdz: at which time you're still asleep
[08:58] <daniels> brb
[08:58] <mdz> that's fine
[08:58] <mdz> daniels: I thought you meant the 1000 UTC after that one
[08:58] <Treenaks> fabbione: people have been tweaking tvout on unichrome.sf.net afaik
[08:58] <mdz> you and your international date line
[08:59] <daniels> mdz: nope, the 1000 UTC in ~2h
[08:59] <daniels> mdz: er, it's 0800 UTC now
[08:59] <daniels> i'm not talking about my timezone
[08:59] <daniels> anyway, back in a bit
[09:04] <jdub> mdz: http://www.novell.com/documentation/suse91/suselinux-adminguide/html/apas02.html
[09:05] <jdub> mdz: published by novell (haw haw)
[09:05] <mdz> jdub: let me guess: they like reiser
[09:07] <jdub> nup
[09:07] <jdub> it's very balanced (ie. ext3 naturally comes out as safest)
[09:07] <mdz> hmm
[09:07] <mdz> it doesn't talk about weaknesses of any of them
[09:08] <jdub> yeah
[09:08] <jdub> probably don't want to get sued
[09:08] <jdub> ;-)
[09:08] <Treenaks> jdub: by Hans Reiser? 
[09:08] <mdz> it's sort of a puff piece
[09:08] <jdub> by anyone
[09:08] <amu> moin moin   
[09:08] <jdub> hey amu
[09:12] <amu> huhu jdub 
[09:21] <jdub> haggai: ping
[09:21] <jdub> probably too early
[09:23] <elmo> Mithrandir: ?
[09:24] <jdub> elmo: do we have sync-from-debian mails to changes?
[09:32] <pitti> Morning everybody
[09:32] <fabbione> hey pitti
[09:35] <elmo> jdub: no, sorry kernel security holes and nagios have fucked over my time tables
[09:36] <fabbione> elmo: AND MORE TO COME ;)
[09:36] <jdub> elmo: ok
[09:36] <daniels> fabbione: asdfl;jasl;kje34l;'52342q34
[09:36] <fabbione> top - 08:36:45 up 4 days, 19:50,  2 users,  load average: 71.08, 27.54, 10.85
[09:37] <fabbione> and still highly responsive
[09:37] <fabbione> not too bad
[09:37] <fabbione> 88
[09:37] <fabbione> 92
[09:37] <fabbione> 97
[09:37] <fabbione> impressive what you can do setting an evn var ;)
[09:37] <fabbione> env even
[09:38] <fabbione> 103
[09:38] <fabbione> elmo: concordia is keeping up ;)
[09:38] <fabbione> 105
[09:39] <fabbione> YEAH CLIMB! 108
[09:39] <Kamion> mdz: morning. still need cdebconf help?
[09:40] <daniels> fabbione: what are you doing to it?
[09:40] <fabbione> Kamion: i think he falled asleep on his chair
[09:40] <fabbione> daniels: compiling the kernel
[09:40] <daniels> insanity
[09:40] <fabbione> nahh
[09:41] <fabbione> just export CONCURRENCY_LEVEL=100
[09:41] <jdub> Kamion: when's that OQO turning up at your place? :)
[09:42] <pitti> Hi carlos!
[09:42] <carlos> pitti: hi
[09:47] <mdz> Kamion: no, got that bit going actually
[09:47] <mdz> Kamion: I have a patch which implements DATA
[09:48] <mdz> but then I discovered that the protocol that passthrough actually speaks is not in fact "standard debconf + DATA", but something weird and incompatible
[09:48] <mdz> but joeyh says it's OK to break it to make it consistent and compatible
[09:48] <mdz> Kamion: I'll mail you my cdebconf patch, would appreciate the eyeballs
[09:52] <Kamion> ok, thanks, catching up on the morning's spam^Wmail currently
[09:57] <fabbione> pitti there is an updated patch for CAN-2004-1235 (2.6) that has been committed yesterday to bk
[09:58] <pitti> fabbione: any critical changes?
[09:58] <pitti> fabbione: Herbert still did not upload the Warty kernel, so maybe you can send him the patch?
[09:58] <fabbione> it is a merge between the Marcello and Linus one
[09:59] <pitti> fabbione: I thought these two patches fix the same thing in a completely different way?
[09:59] <pitti> how can they be merged?
[09:59] <fabbione> apparently no
[09:59] <fabbione> pitti: ask Linus and Marcello
[09:59] <fabbione> i really have no idea
[09:59] <pitti> fabbione: okay, thanks. Can you forward it to Herbert?
[10:00] <davyd> good morning Gentlemen (and any ladies)
[10:00] <pitti> Hi davyd 
[10:00] <davyd> what is the Ubuntu XInputManager of choice? SCIM?
[10:00] <fabbione> pitti: sure.. in a sec
[10:00] <davyd> or has there been no focus on input managers?
[10:01] <Kamion> I'm not convinced we have an input method of choice
[10:01] <davyd> Kamion: also possible
[10:01] <Kamion> there's been some talk about them, mako's as close to a local expert as we have
[10:01] <davyd> It's certainly not something that appears to be shipping by default
[10:01] <davyd> I mean, in my opinion, it should integrate with gswitchit anyway
[10:01] <davyd> since you already use that to select keyboard layouts
[10:02] <davyd> but that sounds hard
[10:07] <mdz> night all
[10:07] <ogra> night
[10:07] <Treenaks> morning ogra :)
[10:07] <Treenaks> mdz: night :)
[10:07] <ogra> morning :)
[10:08] <pitti> Night mdz
[10:08] <pitti> Hi ogra
[10:08] <ogra> ogra@honk:~ $ uname -a
[10:08] <ogra> Linux honk 2.6.8.1-4-amd64-k8 #1 Sat Jan 8 19:34:42 UTC 2005 x86_64 GNU/Linux
[10:08] <fabbione> night mdz
[10:08] <ogra> i'm about to join Mithrandirs realm :)
[10:09] <Treenaks> ogra: "Linux linux 2.6.5-7.111.19-default #1 Fri Dec 10 15:10:58 UTC 2004 i686 i686 i386 GNU/Linux" here :(
[10:09] <ogra> 2.6.5 ???
[10:09] <ogra> why that ?
[10:10] <Treenaks> suse default kernel
[10:10] <ogra> suse
[10:11] <ogra> brr
[10:11] <ogra> heh
[10:18] <Mithrandir> elmo: pong
[10:24] <fabbione> elmo: uploading the new kernel for hoary now.. it will need some NEW love for the binaries
[10:27] <davyd> fabbione: did you end up merging the orinoco 0.15 drivers?
[10:28] <davyd> http://www.nongnu.org/orinoco/
[10:28] <haggai> jdub: pong!
[10:31] <elmo> Mithrandir: dude, your blog disappeared
[10:31] <Mithrandir> it disappeared?
[10:32] <fabbione> davyd: no.
[10:32] <Mithrandir> weird, I'll check it out
[10:32] <davyd> fabbione: ok, just letting you know about them then ;)
[10:32] <fabbione> davyd: since it is an upstream driver, when it will be merged, it will be updated
[10:32] <davyd> since they fix up things, like scanning for APs
[10:32] <jdub> haggai: hey hey
[10:33] <jdub> haggai: what's up with OOo 2.0 atm?
[10:33] <davyd> allowing you use `iwlist scan` and netapplet
[10:33] <jdub> haggai: also, were you at akademy?
[10:33] <fabbione> we can't track all possible external drivers by ourself
[10:33] <davyd> fabbione: I fully respect that
[10:33] <fabbione> it's just a question of resources
[10:33] <Mithrandir> elmo: dying hard drive. :/
[10:34] <davyd> the only reason I was letting you know about these ones, is that there are a lot of people with orinoco cards, and people are talking about things like netapplet
[10:34] <fabbione> if you can give me the patches and test them before and keep taking care of it, i will not mind adding it
[10:34] <davyd> so it would lessen that sort of pain
[10:35] <fabbione> and also.. we are in "upstream version freeze"
[10:35] <fabbione> that means no new upstream versions if not for very specific reasons
[10:36] <davyd> fabbione: hmm... ok
[10:36] <davyd> I mean, it doesn't personally bother me
[10:36] <jdub> fabbione: although we haven't determined that UVF strictly applies to kernel patches yet :)
[10:36] <davyd> it just might be useful in general
[10:36] <davyd> unfortunately I don't really have the time to maintain a kernel patch at the moment :(
[10:36] <davyd> plus, as it's been proven in the last, I'm not very good at it
[10:37] <fabbione> jdub: kernel is not different in that respect...
[10:38] <fabbione> jdub: otherwise i could bring 2.6.10 to 2.6.11-rcX via patches ;)
[10:38] <fabbione> davyd: i understand.. we will see what to do at the proper time
[10:38] <davyd> fabbione: sure
[10:39] <fabbione> brb
[10:44] <haggai> jdub: it's packaged.  It's running on Debian but Ubuntu's evo is causing problems atm, and the menu icons aren't there yet
[10:47] <Kamion> hm, I wonder if today's daily ISO is releasable
[10:47] <pitti> Kamion: does it fix the apt authentication?
[10:47] <Kamion> "fix"?
[10:48] <pitti> Kamion: the last daily I tried did not install any packages, I had to force this
[10:48] <Kamion> still haven't seen it be broken, but I haven't gone that far with an install CD in a while ...
[10:48] <pitti> Kamion: I found myself in a minimal system on a command line prompt
[10:48] <Kamion> understood, but I'll have to see it before knowing what's wrong I think
[10:49] <haggai> jdub: oh, no I wasn't at akademy
[10:49] <jdub> haggai: aha (re OOo), excellent :)
[10:49] <pitti> Kamion: it's not a problem for me, but it should work on array cds which are tested by less experienced users...
[10:49] <jdub> haggai: package names have 2.0 in them or whatever?
[10:49] <Kamion> pitti: it's obviously a bug if that's happening, I don't need to be persuaded of that
[10:52] <haggai> jdub: yes, 1.9 since that's how upstream is doing the versioning
[10:54] <Kamion> ah, the OQO's coming tomorrow, they tried to deliver yesterday but I was away/dead/something
[10:56] <jdub> haggai: hrm, then we have to futz around with package names changing :)
[10:56] <jdub> Kamion: cool :-)
[10:56] <jdub> Kamion: let me know how it goes, i want to pimp success all over the place when it happens :)
[10:57] <haggai> jdub: what would you say is better?  2.0 or openoffice.org?
[10:58] <jdub> haggai: how do you mean?
[10:58] <haggai> jdub: I didn't understand what you mean about futzing around
[10:59] <Kamion> jdub: like I said to silbs, I expect to pass it over to daniels fairly soon for X love :)
[10:59] <jdub> rawk
[10:59] <haggai> jdub: are you saying 1.9 is reasonable and everyone has to futz or you think we should use somthing else?
[11:00] <jdub> haggai: hrm, i should give you more context because it is all in my brain
[11:00] <jdub> haggai: first question meant "will the version number be in the actual package name when you upload it?"
[11:00] <jdub> haggai: you mentioned 1.9, which i don't think is worth putting in the package name
[11:01] <jdub> but you may have been answering my question differently to how i was asking it (based on lack of context)
[11:01] <haggai> ok, well if it isn't going to replace 1.1 (which I don't think it should quite yet), it needs another name, right?
[11:01] <jdub> as an example, i think it would make sense to have openoffice.org2.0 version 1.9
[11:01] <haggai> ok, right I did understand you then
[11:01] <jdub> or something like that
[11:01] <jdub> oh, ok
[11:01] <jdub> good
[11:01] <jdub> PAGE FOUND
[11:01] <haggai> ROCK :)
[11:02] <jdub> ALL DEVELOPERS PLEASE CONGREGATE ON THE SAME PAGE
[11:02] <haggai> er I'd have a problem fitting all your thoughts on such a small page..
[11:03] <jdub> it definitely wouldn't be RTL, if the mess in my brain atm is anything to go by
[11:03] <pitti> thom: here?
[11:03] <thom> pitti: wordup
[11:03] <haggai> maybe openoffice2 instead of openoffice2.0?
[11:03] <pitti> thom: in php4 4:4.3.9-1ubuntu1 you removed caudium-php4 and php4-imap
[11:03] <jdub> yeah, that's nicer
[11:04] <thom> pitti: indeed
[11:04] <pitti> thom: what was the reason for this?
[11:04] <daniels> haggai: really?  i could do it in one word
[11:04] <thom> pitti: mdz told me to
[11:04] <haggai> daniels: now now :)
[11:04] <thom> pitti: basically, we don't want c-client or caudium in main
[11:04] <daniels> pitti: er, because we don't support caudium or the uw abomination; presumably that would involve dragging those two into main
[11:04] <daniels> haggai: 'pants'
[11:04] <haggai> lol
[11:04] <pitti> thom: I want to merge the Debian pacakge from scratch since the current merge is too dirty
[11:04] <jdub> daniels: so this is weird
[11:04] <jdub> i'm weirding holden special vehicles boxer shorts
[11:04] <jdub> um
[11:04] <pitti> daniels, thom: makes sense, thansk
[11:04] <pitti> thanks, even
[11:05] <jdub> s/weirding/wearing/
[11:05] <haggai> jdub: nah, weirding was better
[11:05] <thom> jdub: TMI
[11:05] <daniels> jdub: are you still in yass?
[11:06] <jdub> no way dude
[11:06] <jdub> then i'd be nice and cool
[11:06] <jdub> pipka's dad is a refrigeration engineer :)
[11:06] <tuo2> jdub: sydney heat sucks
[11:06] <jdub> (air conditioners are refrigerators)
[11:06] <jdub> fridge
[11:06] <jdub> bong
[11:07] <daniels> so, where did you happen upon hsv boxer shorts?
[11:07] <daniels> it seems like your inner redferner is busting out :)
[11:08] <Treenaks> redferner?
[11:11] <daniels> Treenaks: jdub lives in a rather, er, down-at-heel suburb
[11:11] <daniels> (except he doesn't, really)
[11:11] <Treenaks> daniels: ah, he only grew up there :)
[11:12] <fabbione> daniels: 2.6.10-6 is up. you will need to update l-r-m
[11:12] <daniels> fabbione: blah, we're at .10-2 now?
[11:12] <fabbione> no idea... -3 i think
[11:12] <Kamion> -2
[11:13] <daniels> ok, thanks for the warning
[11:13] <fabbione> Kamion: same goes for d-i :(
[11:13] <daniels> this is going to be a pain :\
[11:13] <fabbione> daniels: i need to wait for you to update linux-meta
[11:13] <Kamion> fabbione: yeah, noted
[11:13] <Kamion> let's try and get this out of the way today if possible so that we can keep CDs working
[11:13] <fabbione> Kamion: i hope so too
[11:14] <fabbione> Kamion: i am afraid this is going to be a pain
[11:14] <fabbione> amd64 failed::
[11:14] <fabbione> Errors were encountered while processing:
[11:14] <fabbione>  cupsys
[11:14] <fabbione> E: Sub-process /usr/bin/dpkg returned an error code (1)
[11:14] <fabbione> apt-get failed.
[11:14] <fabbione> Package installation failed
[11:15] <fabbione> I SWEAR IT'S NOT MY FAULT!
[11:15] <pitti> fabbione: what failed with cupsys?
[11:15] <fabbione> thom: you around?
[11:15] <fabbione> pitti: http://people.ubuntulinux.org/~lamont/buildLogs/l/linux-source-2.6.10/2.6.10-6/
[11:15] <fabbione> etting up cupsys (1.1.23-1ubuntu2) ...
[11:16] <fabbione>  /var/lib/dpkg/info/cupsys.postinst: line 31: ps: command not found
[11:16] <fabbione>  chown: cannot access `/usr/bin/lppasswd': No such file or directory
[11:16] <pitti> fabbione: why the kernel needs cupsys?
[11:16] <pitti> hmm
[11:16] <fabbione> it gets pulled in by some indirect build-deps.. 
[11:17] <thom> fabbione: yes
[11:17] <pitti> fabbione: I fixed the lppasswd error yesterday
[11:17] <pitti> fabbione: in 1.1.23-1ubuntu2
[11:17] <pitti> fabbione: however, the ps eror is new (and not Ubuntu specific)
[11:17] <fabbione> thom: sorry.. 2 questions on the fly.. i need to bootstrap mono on sparc.. lamont told me that you had some kind of way to do that...
[11:18] <fabbione> thom: and if you have any plan to update eingmail for thunderbird 1.0
[11:18] <thom> fabbione: thunderbird is Mithrandir territory now
[11:18] <pitti> fabbione: hmm, ps is shipped in procps, which is required
[11:18] <pitti> fabbione: ... but not essential
[11:18] <fabbione> thom: oh true.. sorry
[11:18] <fabbione> Mithrandir: ?
[11:19] <fabbione> pitti: buildd chroots are minimal
[11:19] <thom> fabbione: http://pkg-mono.alioth.debian.org/BUILD_MONO_FROM_SCRATCH_HOWTO is basicallywhat you need
[11:19] <fabbione> thom: ok
[11:19] <fabbione> thanks
[11:19] <pitti> fabbione: I will upload a fixed cupsys ASAP
[11:19] <fabbione> pitti: thanks
[11:19] <thom> it's not too fun
[11:20] <fabbione> given that is portable to arch foo
[11:21] <daniels> fabbione: lrm uploaded
[11:21] <Mithrandir> fabbione: yes?
[11:22] <fabbione> daniels: did you remember to bump the kernel ABI?
[11:22] <fabbione> Mithrandir: do you have any plan to update enigmail for thunderbird 1.0?
[11:23] <elmo> lol, Mithrandir dcut won't work
[11:23] <Mithrandir> fabbione: yes, but I have a hard drive dying which I need to tend to first.
[11:23] <Mithrandir> elmo: it should! :P
[11:23] <elmo> yeah, I know
[11:23] <fabbione> Mithrandir: sure.. no rush.. i was just curious
[11:27] <daniels> fabbione: yep
[11:28] <daniels> fabbione: including for d-i
[11:28] <pitti> fabbione: cupsys_1.1.23-1ubuntu3 is uploaded and fixes both issues
[11:28] <Kamion> fixed d-i prepared, waiting for binaries to test against
[11:28] <fabbione> daniels: cool
[11:28] <fabbione> pitti: thanks
[11:28] <fabbione> Kamion: that might take a couple of hours at least
[11:29] <Kamion> understood
[11:29] <fabbione> ppc and amd64 are fail
[11:29] <Kamion> hm?
[11:29] <fabbione> waiting for the i386 and ia64 :)
[11:29] <fabbione> Kamion: cupsys is broken
[11:29] <Kamion> dude, don't do this to me :(
[11:29] <Kamion> ah
[11:29] <fabbione> and it fails to install in the chroot
 I SWEAR IT'S NOT MY FAULT!
[11:30] <Kamion> go cupsys
[11:30] <fabbione> Kamion: i am sure 100% that i386/ppc/amd64 can build
[11:30] <fabbione> i did test them on the porting boxes
[11:31] <pitti> cupsys_1.1.23-1ubuntu3_source.changes ACCEPTED
[11:31] <pitti> Kamion: ^ this should make it work again :-)
[11:31] <Kamion> elmo: planning to upload this debian-installer with raw-installer rather than byhand; that still ok?
[11:31] <Kamion> and will it delay it for $LONGTIME?
[11:33] <pitti> mvo_: I just tried update-notifier again
[11:34] <pitti> mvo_: it still fails
[11:34] <pitti> mvo_: I start it, the symbol appears, I click on it, enter my password
[11:35] <mvo_> pitti: right click on it and see what options are available
[11:35] <pitti> mvo_: then I get the console string "sudo: /usr/bin/usudo:
[11:35] <pitti> "
[11:35] <mvo_> /usr/bin/usudo?
[11:35] <pitti> mvo_: and an errir dialog saying that "Failed to run /usr/bin/update-manager as user root:
[11:35] <pitti>  Unterprozess endete mit dem Status 215"
[11:35] <pitti> mvo_: I think the "/usr/bin/update-manager" string gets overwritten by another message
[11:36] <pitti> mvo_: what it is _supposed_ to do when I click on it?
[11:36] <mvo_> pitti: can you start "/usr/bin/update-manager" by hand
[11:36] <pitti> mvo_: run apt-get dist-upgrade in the background?
[11:36] <pitti> mvo_: I did start it by hand in a foreground console
[11:37] <mvo_> pitti: no, just start a application that shows you what updates are available (or start the package-manager)
[11:37] <davyd> hmm, libebook transitions again...
[11:37] <mvo_> pitti: what happens if you run "sudo /usr/bin/update-manager"?
[11:37] <pitti> $ sudo /usr/bin/update-manager
[11:37] <pitti> sudo: /usr/bin/update-manager: command not found
[11:37] <pitti> huh?
[11:38] <pitti> ah, indeed
[11:38] <pitti> update-notifier != update-manager
[11:38] <pitti> mvo_: a missing dependency then?
[11:38] <elmo> kamion: it might reject one, sec let me sync my katie changes
[11:38] <mvo_> pitti: I think I need to tighten the dependencies here a bit. it's recommended right now, not depends
[11:39] <pitti> mvo_: I install it manually now
[11:39] <mvo_> pitti: if you right click on the icon, you have more choices (like starting the package-manager)
[11:40] <pitti> mvo_: uh, "show updates" requires root privileges?
[11:40] <mvo_> pitti: technically no, but there is a bug in gksu that makes the acquire of root later a bit messy. this will eventually be fixed
[11:41] <pitti> mvo_: ah, now it seems to work
[11:41] <pitti> mvo_: please update the dependency then
[11:41] <Kamion> elmo: machine with the candidate upload's doing a test installation anyway
[11:42] <pitti> mvo_: uh, bad
[11:42] <pitti> mvo_: I click on the icon, the dialog with the list of updated packages appears
[11:42] <pitti> mvo_: I click on any item in the list and the dialog instantly disappears
[11:42] <mvo_> pitti: python-gtk bug, seb128 fixed it yesterday
[11:42] <pitti> mvo_: I actually wanted to see the changes
[11:43] <pitti> mvo_: okay, thanks
[11:43] <elmo> Kamion: done
[11:43] <mvo_> pitti: or will it crash if you click on the "description" as well?
[11:43] <pitti> mvo_: both, I can click on the checkbox or on the text
[11:44] <Kamion> elmo: cool, thanks. is that it totally automated now or is it still an alias for byhand?
[11:44] <pitti> mvo_: I do a dist-upgrade now and complain again after this :-)
[11:44] <elmo> Kamion: haha, the latter, sorry
[11:44] <mvo_> pitti: ok :) thanks for testing
[11:44] <Kamion> elmo: thought so :)
[11:51] <trukulo> hi
[12:03] <Mithrandir> elmo: the problem with my blog was a friend of mine misconfiguring apache, but thanks anyhow, since I then noticed a load of DMA errors in the dmesg. :P
[12:04] <lifeless> Mithrandir: ow
[12:05] <Mithrandir> it might be the mainboard, I'm not sure.  Just rebooting to check first, after I've done a couple of extra backups.
[12:08] <pitti> http://people.no-name-yet.com/~lamont/buildLogs/c/cupsys/1.1.23-1ubuntu3/cupsys_1.1.23-1ubuntu3_20050113-1036-amd64-failed
[12:08] <Mithrandir> trukulo: what's up with the _big .avis?
[12:08] <pitti> D'oh
[12:08] <pitti> fabbione: see build log above
[12:08] <pitti> fabbione: it seems that cupsys build-depends on itself
[12:09] <fabbione> amen
[12:09] <pitti> fabbione: so the cupsys version which fixes the procps/lppasswd issue can't be built because the older version does not install
[12:09] <pitti> grrrrr
[12:09] <pitti> lamooooooooooooooooont
[12:09] <fabbione> pitti: we can problably workaround it
[12:10] <carlos> pitti: could we meet in about 30 minutes?
[12:10] <pitti> carlos: sure
[12:10] <fabbione> what pulls in cupsys that is required to build cupsys?
[12:10] <pitti> fabbione: I try to find that out
[12:10] <carlos> pitti: ok, 11:40 UTC?
[12:10] <pitti> fabbione: it seems that some common -dev package depends on cupsys now
[12:10] <pitti> fabbione: that seems to be *stupid*
[12:10] <pitti> carlos: ACK
[12:10] <fabbione> pitti: we could theoretically upload a minimal version of cupsys that doesn't build-dep on itself to unfuck the buildd
[12:10] <carlos> perfect, thanks
[12:10] <fabbione> and reupload the full version immediatly after
[12:11] <pitti> fabbione: or lamont just installs an older cupsys temporarily
[12:11] <pitti> fabbione: the build worked on ia64 and powerpc
[12:11] <Kamion> pitti: did you ask base-config to update from the net, or not?
[12:11] <pitti> Kamion: hmm, I think I should have said yes
[12:11] <Kamion> pitti: there's a separate base-config bug killing all installs at the moment, fixing that in a second - it has nothing to do with apt authentication though ...
[12:11] <pitti> Kamion: usually I say yes
[12:11] <fabbione> food
[12:12] <fabbione> later
[12:12] <Kamion> pitti: if you saw "~tubuntu-desktop: command not found", then I know the fix
[12:12] <pitti> Kamion: I'm not sure
[12:12] <pitti> Kamion: I was away during the installation
[12:12] <Kamion> ok, I'll fix the bug I know about and then worry about the ones I don't know about :-)
[12:12] <pitti> Kamion: when I returned I just saw a normal login prompt
[12:12] <pitti> Kamion: let's hope that this was the reason :-)
[12:12] <Kamion> ok
[12:13] <pitti> AAAARGH
[12:13] <pitti> php4 build failed
[12:13] <pitti> because cupsys failed
[12:13] <Treenaks> php depends on CUPS?
[12:13] <pitti> why does half of our archive depend on a printer server?
[12:13] <pitti> Treenaks: some common -dev package depends on cupsys, as it seems
[12:14] <jdub> DOLPHIN KILLERS!
[12:14] <davyd> this is almost as funny as battstat 2.9.4 eating all your Xserver memory
[12:14] <davyd> almost...
[12:15] <Keybuk> pitti: which one?
[12:15] <pitti> Keybuk: gimme a minute, I just have to finish something else
[12:16] <seb128> pitti: evolution-webcal fails because of cupsys too :p
[12:17] <pitti> cupsys, THE central essential development package for kernel, evolution, php, and just about anything
[12:17] <pitti> stunning
[12:17] <seb128> :)
[12:19] <trukulo> Mithrandir: uploading?
[12:19] <Mithrandir> trukulo: are you sure?
[12:21] <trukulo> Mithrandir: working on it now
[12:21] <trukulo> they were'nt
[12:21] <trukulo> ok, uploading now
[12:21] <trukulo> but it's VERY slow
[12:22] <Mithrandir> yeah, I've noticed that. :P
[12:22] <trukulo> umm, seems stuck
[12:22] <trukulo> no, it's uploading
[12:22] <trukulo> but very, very slow
[12:22] <trukulo> 3.3kbs
[12:22] <Mithrandir> you might have more luck with rsync --partial  (and possibly -av --progress) since the connection seemed to drop once in a while.
[12:22] <trukulo> Mithrandir: it's not my computer, he hasn't got rsync installed
[12:22] <trukulo> :P
[12:22] <Mithrandir> trukulo: ask him to install it? :)
[12:22] <trukulo> i'm working on very bad conditions to upload the files
[12:23] <Mithrandir> yeah, I can understand that -- just trying to be helpful. :)
[12:23] <trukulo> Mithrandir: resume doesn't work with your ssh account?
[12:23] <trukulo> :) i know, Mithrandir , thanks a lot
[12:23] <Mithrandir> trukulo: does sftp support resume?
[12:28] <trukulo> ummm , now i can't say
[12:28] <trukulo> yes, it does
[12:29] <trukulo> Includes the following fixes: SSH/SFTP file listing limit. SSH/SFTP resume upload fixes.
[12:29] <trukulo> from a changelog of a sftp client
[12:30] <Mithrandir> ok, fun.
[12:30] <fabbione> pitti: dude.. everything is failing for that reason
[12:30] <pitti> fabbione: hey, the missing procps dependendy was not my fault
[12:30] <fabbione> i am not blaming you
[12:30] <pitti> fabbione: I currently try to find the package that depends on cupsys
[12:31] <fabbione> it's always GTK fault!
[12:31] <Treenaks> fabbione: "seb!!!"
[12:31] <fabbione> you will find some libgtk* depends on it
[12:31] <fabbione> ;)
[12:32] <fabbione> hell this is cool
[12:33] <fabbione> mono tryihng to execute some win32 commands on sparc
[12:33] <Mithrandir> pitti: gal depends on libgnomeprint depends on libcupsys2-gnutls10 depends on cupsys-client depends on cupsys
[12:33] <Kamion> AIUI openssh sftp doesn't do resume
[12:33] <Kamion> (yet, anyway)
[12:34] <thom> fabbione: has mono been ported to sparc?
[12:34] <Kamion> psftp does resume
[12:34] <fabbione> thom: ENOCLUE
[12:35] <thom> you might want to check before you try bootstrapping it? ;-)
[12:35] <fabbione> that's almost an idea :-)
[12:37] <pitti> Mithrandir: did you find out why cupsys b-d on itself?
[12:37] <pitti> Mithrandir: I'm currently tracking that
[12:42] <pitti> ... but I just cannot find it
[12:42] <pitti> we need a recursive dependency display tool
[12:43] <Mithrandir> apt-cache dotty | graphviz?
[12:43] <Kamion> germinate?
[12:43] <Kamion> http://people.ubuntu.com/~cjwatson/germinate-hoary-output/rdepends/cupsys/
[12:43] <fabbione> Mono today ships with a Just-in-Time compiler for x86, PowerPC, S390 and SPARC-based systems.
[12:43] <fabbione> but i think they mean solaris
[12:43] <pitti> Kamion: this is the same as apt-cache rdepends
[12:43] <pitti> right
[12:44] <pitti> ?
[12:44] <Kamion> no, it's recursive; although it doesn't list cupsys-client dep cupsys for some reason
[12:44] <Kamion> may not be complete, can't remember exactly how that bit works
[12:44] <pitti> oh right
[12:44] <pitti> cupsys depends on cupsys
[12:45] <pitti> but through which packages?
[12:45] <Mithrandir> pitti: no, it doesn't.
[12:45] <Mithrandir> debootstrap a hoary chroot, run apt-get build-dep cupsys
[12:47] <Mithrandir> so I think sbuild would just be confused, or dpkg might be, due to unclean chroot.
[12:51] <daniels> mdz:  649     Jan 13 Ubuntu Installe (  11) xorg_6.8.1-1ubuntu10_source.changes ACCEPTED
[12:52] <fabbione> that mostlikely will ftbfs
[12:52] <fabbione> due to cupsys being b0rk3d
[12:53] <daniels> fabbione: WHOOHOO
[12:57] <fabbione> Kamion: i think at least i386 picked up the kernel
[12:58] <fabbione> so that means that everything will go banana
[12:58] <fabbione> because not in sync
[01:00] <Kamion> fabbione: no build log yet
[01:01] <Kamion> fabbione: all I need is for base-config to beat the kernel by half an hour :)
[01:02] <fabbione> Kamion: yeah.. this version will invalidate all the ccache so it will take ages to build
[01:02] <daniels> https://xorg.freedesktop.org/~gisburn/X11R682/download/X11R682RC2/xorg-x11-6.8.1.902.tar.bz2
[01:02] <fabbione> that's why i am afraid i386 is building the kernel
[01:02] <daniels> another blow struck for sensibility -- sane tarball names
[01:02] <daniels> hot on the heels of a non-stupid config file name
[01:04] <davyd> I have come up with a new idea
[01:04] <davyd> when there are multiple network cards in a system
[01:04] <davyd> d-i should show you which ones have media in them
[01:04] <Kamion> d-i already selects the first one with media by default
[01:05] <davyd> Kamion: seeing as I didn't know that, perhaps some visual indication would be useful?
[01:05] <Kamion> netcfg patches welcome, though; it's scary localisation hell around there :-/
[01:05] <fabbione> (given that the driver for that card or the card itself support mii)
[01:05] <Kamion> davyd: agree it would be useful
[01:05] <davyd> mmm, better mii support all round would be a nice thing
[01:06] <davyd> so that my ethernet port only goes live if it knows there is media on there
[01:06] <fabbione> davyd: that's not only a driver problem
[01:06] <fabbione> some hardware simply doesn't know...
[01:06] <davyd> fabbione: indeed
[01:06] <davyd> I've played with it a bit in the past
[01:06] <Kamion> davyd: can you file a netcfg enhancement request in bugzilla so I remember?
[01:06] <davyd> Kamion: if I remember my password ;)
[01:07] <davyd> fabbione: I did see a white/black list at some point
[01:07] <Kamion> can't promise to do it for hoary though, I still don't really understand the weirder bits of debconf localisation
[01:07] <davyd> for cards that were known good and known bad
[01:07] <davyd> Kamion: I just thought it might be useful, no rush ;)
[01:07] <davyd> I'm sure it will still make it for Sarge
[01:07] <davyd> ;)
[01:07] <Kamion> sarge d-i is not getting that sort of new feature :)
[01:08] <davyd> or ever getting released?
[01:08] <Kamion> ball's still in ftpmaster's court
[01:08] <Kamion> but moving, at least
[01:10] <davyd> stupid memory leaks
[01:11] <Mithrandir> davyd: when you get bored, you can fix the leaks in e-d-s :)
[01:11] <davyd> Mithrandir: they don't leak 500megs into the X server
[01:13] <Mithrandir> davyd: they don't?  I tend to get a process which is around 300MB after 24 hours.
[01:13] <davyd> Mithrandir: yeah, I think that's all your crap in it's 'cache'
[01:14] <Mithrandir> davyd: hm, how so?
[01:14] <davyd> still, leaking into the X server is a pain, I haven't got it back yet
[01:23] <mjg59> daniels: What version of xorg has your crack?
[01:23] <daniels> mjg59: ubuntu10
[01:23] <daniels> davyd: xrestop is yum
[01:23] <mjg59> Rock-on
[01:24] <mjg59> thom: Have you pushed that acpi-support stuff at all?
[01:24] <davyd> daniels: I have now learnt about it ;)
[01:24] <thom> no, firefox took too long last night
[01:24] <fabbione> thom: btw you got all your readahead crack in -6 :-)
[01:24] <thom> it's next on my list
[01:24] <thom> fabbione: cool
[01:24] <mjg59> Excellent
[01:25] <daniels> davyd: heh
[01:25] <davyd> daniels: I was wondering why my machine was sucking
[01:25] <davyd> especially window repains
[01:25] <davyd> *repaints
[01:31] <daniels> i wonder if I can upload glibc without my machine bloody freezing this time
[01:31] <daniels> (attempt #5 ...)
[01:31] <fabbione> eh????
[01:31] <Keybuk> yay, the peril-sensitive-ftp-client is working
[01:31] <fabbione> uploading glibc?
[01:31] <daniels> yeah
[01:31] <daniels> i'm maintaining it now
[01:31] <daniels> and i put in some patches i think will really speed it up a lot
[01:31] <daniels> found 'em on the gentoo forums
[01:31] <Kamion> damnit, I broke prebaseconfig
[01:32] <Keybuk> o...k...  uh, *hunts for the hold key*
[01:32] <fabbione> daniels: are you talkign about libc6?
[01:32] <fabbione> daniels: because you know that soon someone will take care of it? don't you?
[01:32] <Kamion> argh, please save me. I nearly uploaded "prebaseconfig_1.06ubuntu3_s0urce.changes"
[01:32] <daniels> (in all seriousness, it's just a sync)
[01:32] <daniels> and, hm
[01:32] <daniels> Kamion: heh :)
[01:32] <thom> Kamion: rofl
[01:32] <daniels> fabbione: acx is quite badly broken :\
[01:33] <daniels> if I do a large transfer, I can see my machine slooooooooowly come down to its knees
[01:33] <fabbione> Kamion: ehehhe
[01:33] <daniels> until it's utterly useless
[01:33] <fabbione> daniels: there is no rush to upload libc6 really...
[01:33] <fabbione> just wait until next monday
[01:33] <daniels> fabbione: today is the last day for syncs
[01:33] <daniels> fabbione: and it's meant to be done today
[01:33] <daniels> or so says mdz
[01:33] <Kamion> yesterday was the last day for syncs :-)
[01:33] <fabbione> wan't it yesterday?
[01:33] <daniels> Kamion: it's still the 13th
[01:33] <Keybuk> today :)
[01:33] <Kamion> the deadline was 12th I thought
[01:33] <fabbione> ok
[01:34] <fabbione> yeah so did i
[01:34] <Keybuk> mdz's post was temporarly fuzzy
[01:34] <fabbione> at least that's what mdz written in my bugs
[01:34] <daniels> maybe he compensated for the $TZ difference :)
[01:34] <fabbione> no i think he gave one day more to slow developers :P
[01:34] <daniels> hm
[01:34] <daniels> ok, let's see if I don't kill nanasawa again
[01:35] <fabbione> daniels: where is the acx patch you promised me?
[01:35] <daniels> fabbione: been doing other stuff instead
[01:35] <fabbione> wanker ;)
[01:35] <daniels> hm, hasn't died yet.  progress!
[01:35] <daniels> fabbione: !
[01:36] <ogra> tststs
[01:36] <thom> mjg59: basically, gonna upload what you gave me as 0.10, then do the rest of the hotkeys as 0.11
[01:36] <fabbione> ogra: bug 5193
[01:37] <fabbione> mjg59: 5232.. do you have the patch handy for it?
[01:37] <ogra> fabbionne: i thought mvo said hae wants to....if he doesnt, i will
[01:38] <fabbione> well until someone will do it
[01:38] <mjg59> fabbione: StR is waiting for a 2.6.10 from benh
[01:38] <ogra> i will ask him
[01:38] <fabbione> mjg59: so am I :-)
[01:38] <fabbione> mjg59: benh is in holidays afaik
[01:38] <mjg59> StD is more of a problem - the guy working on it insists on targetting his code against bleeding edge swsusp crack
[01:38] <fabbione> and didn't port his crack to 2.6.10 yet
[01:38] <mjg59> I have no Mac hardware, so can't really test this stuff
[01:39] <thom> mjg59: oh, can you give me the list of hotkeys again? 
[01:39] <fabbione> mjg59: there is not much left of benh patch for 2.6.10
[01:39] <thom> link me, rather
[01:39] <fabbione> most of it is already upstream
[01:39] <daniels> agh, wtf
[01:39] <daniels> Jan 13 23:37:01 nanasawa kernel: VFS: file-max limit 50503 reached
[01:39] <mjg59> thom: www.codon.org.uk/~mjg59/tmp/hotkeys.list
[01:39] <fabbione> daniels: tune via /proc
[01:39] <Kamion> anyone know what's up with, er, well, gnome* installability at the moment?
[01:40] <daniels> fabbione: the question is: why, when I start a large transfer via scp, do I start consuming 50,000 file handles?
[01:40] <thom> grazi
[01:40] <fabbione> daniels: echo 100000000 > /proc/sys/fs/file-max
[01:40] <fabbione> daniels: that's on the whole system.. not just your transfer
[01:40] <fabbione> but remember that thingy sucks memory
[01:41] <fabbione> and it is tuned at boot according to RAM
[01:41] <daniels> fabbione: i know dude
[01:41] <daniels> but acx_pci should not somehow be chewing 50,000 file handles
[01:41] <fabbione> it was just to avoid you killing a remote server for a misunderstanding kid
[01:41] <daniels> ahr, yeah :)
[01:42] <daniels> *cough*nevermind
[01:42] <fabbione> daniels: do you want to send me the interdiff?
[01:42] <fabbione> i can do the upload for you
[01:42] <daniels> it's ok
[01:42] <thom> daniels: what had you broken?
[01:42] <daniels> i clued on when I looked in /proc and saw several thousand processes
[01:42] <daniels> i used to be behind a fascist firewall where I had to SSH proxy
[01:42] <fabbione> ahahaha
[01:42] <daniels> so I deleted chinstrap's ProxyCommand line
[01:43] <thom> oops
[01:43] <daniels> cue ssh forkbombing my system into theg round
[01:43] <fabbione> tsk
[01:44] <fabbione> and you were ranting about the kernel
[01:44] <fabbione> PEBCAK
[01:45] <Keybuk> Kamion: e-d-s
[01:45] <daniels> yeah, well the kernel's crap anyway
[01:46] <thom> mjg59: 00000052 -> Lightning bulb (?) !!
[01:47] <mjg59> thom: Yeah, no idea
[01:47] <mjg59> That's just how I found it described
[01:47] <mjg59> Possibly it's supposed to be lightning bolt, or something
[01:47] <Keybuk> I thought lightning was U+2607 :p
[01:48] <Keybuk> 
[02:01] <jordi> hey
[02:01] <jordi> sto and I were wondering if you plan to handle this case with the language packs for Hoary
[02:01] <jordi> What do you do if a language-pack adds new languages?
[02:02] <jordi> just adding the mo files will handle most of the stuff (app interface translation), but quite a few things will have problems still
[02:02] <pitti> jordi: we have one source/Binary package per language
[02:03] <jordi> one of the most visible is the vfolders and .desktop descriptions. Do you have an idea of how to handle that?
[02:03] <pitti> jordi: so if a new language comes up, we just supply a new set of base/update/support package
[02:03] <pitti> jordi: no, currently we just handle /usr/share/locale translations
[02:03] <jordi> nod
[02:04] <sto> pitti: we were thinking about adding support for .desktop.language files
[02:04] <sto> pitti: seems reasonable?
[02:04] <pitti> sure
[02:04] <jordi> sto thought that maybe patching gnome-vfs to look for translation overrides in some extra files could work.
[02:04] <pitti> sto: these can be put into the language packs
[02:04] <pitti> sto: if gnome supports reading these files
[02:04] <sto> pitti: that's the idea ;)
[02:05] <pitti> sto: however, that does not work using gettext I assume?
[02:05] <jordi> it doesn't, currently. A few things would need to be patched.
[02:05] <pitti> sto: I think the best would be to stuff some mo files somewhere and make desktop files work with mo files
[02:05] <pitti> sto: I think that is better than having .desktop.lang
[02:06] <pitti> (mo files = use gettext)
[02:06] <jordi> pitti: yeah, GNOME is full of generated files similar to the .desktop case.
[02:06] <sto> pitti: sure, the .desktop.lang suggestion is a quick hack
[02:06] <sto> pitti: but seems easier to add
[02:06] <pitti> otherwise you have to reinvent the wheel for rosetta
[02:06] <pitti> sto: it might be easier to add
[02:06] <pitti> sto: but in the long run you shoot yourself in the foot
[02:06] <jordi> off the top of my head, .vfolders (or something similar related to gnome-vfs), .desktop, .schemas and something else I forget.
[02:06] <pitti> sto: because it requires a completely new infrastructure for translation
[02:07] <jordi> yeah.
[02:07] <jordi> you'd have to write something to automatically generate these files
[02:07] <pitti> sto: as I said: converting the language packs to ship other files is not that problematic
[02:08] <pitti> sto: but I would not really like that approach
[02:10] <sto> pitti: sure, the idea is a temporary solution for our own distribution, for the long term is better to use gettext
[02:10] <carlos> pitti: the problem with .desktop files is that it's not easy to use gettext with them because it's not the application which ships it the one that looks for the translations but nautilus, konqueror, gnome-panel, kpanel, etc... and it makes no sense to have a .mo per .desktop file and language only for three strings...
[02:10] <pitti> carlos: sure
[02:11] <pitti> carlos: well, if you can extend Rosetta to support in-line translations as well
[02:11] <sto> carlos: and what do you think about the .desktop.lang?
[02:11] <pitti> carlos: but then it makes no sense to put them into a language pack
[02:11] <pitti> carlos: I mean the current form of desktop files 
[02:11] <pitti> carlos: with .desktop.lang we _can_ put them into a langpack
[02:11] <carlos> sto: we could add support to gettext to those kind of files
[02:12] <carlos> gettext produces .mo files and other formats
[02:12] <carlos> like the Java one
[02:12] <carlos> from .po sources
[02:12] <pitti> hey, good idea
[02:12] <carlos> so that should work
[02:12] <carlos> but it's not a change we could do _now_
[02:13] <carlos> you need to add support to gettext and ask for an update to the freedesktop standard about .desktop files
[02:14] <carlos> In fact, intltool should be killed and moved inside gettext so it generates directly .xml files and other formats like gettext does
[02:14] <thom> hrm, why is mmv not in desktop
[02:14] <carlos> sorry, like intltool does
[02:18] <lamont> moo
[02:18] <lamont> cupsys/amd64, or everywhere, I wonder?
[02:19] <Kamion> lamont: pitti's fixed it
[02:19] <Kamion> if you mean the build failures
[02:19] <thom> lamont: seems you didn't have any great joy with mono
[02:19] <thom> ?
[02:19] <pitti> Hi lamont
[02:19] <fabbione> lamont: all arches
[02:19] <pitti> lamont: cupsys does not build on i386 and amd64, but works on ppc and ia64
[02:20] <lamont> Kamion/pitti: cool - tell me if I need to do anything there
[02:20] <pitti> lamont: it build-deps on it self
[02:20] <lamont> thom: haven't done squat.  inplan for today
[02:20] <pitti> lamont: so the new version (that fixes the issues) can't be build because it depends on the old version, which doesn't install
[02:20] <lamont> pitti: so I need to nudge it through on i386/ia64?
[02:20] <pitti> lamont: is it possible to temporarily install an older cupsys version in the i386/amd64 buildds?
[02:21] <thom> ah
[02:22] <pitti> lamont: some other packages were uploaded today, whose build failed as well (because they build-dep on cupsys)
[02:22] <pitti> lamont: it's a mess
[02:39] <Kamion> WOW. evil debconf hack (almost) works
[02:40] <Kamion> just need to recode templates and sort out $LANG ...
[02:40] <Treenaks> talk about redundancy.. the evolution-data-server build here includes "-I. -I. -I.. -I.. -I./.." on all GCC invocations
[02:40] <Kamion> Treenaks: just to make sure
[02:41] <thom> coo, one of my firefox bugs appears to have magically fixed itself
[02:41] <thom> sweet!
[02:42] <sivang> thom: hehe
[02:42] <sivang> hi all , btw :)
[02:43] <Kamion> lamont: (not just because they build-dep on cupsys, but because the chroot was hosed - c.f. prebaseconfig)
[03:35] <cartman> [OT]  GraphViz is now free software. http://www.graphviz.org/News.php Time to take it to main? :)
[03:36] <Keybuk> mako: work now, play later.
[03:38] <Treenaks> sivang: how did you solve the 'po-file not in rosetta' stuff?
[03:38] <Treenaks> sivang: (for existing translations)
[04:01] <thom> uh.
[04:01] <thom> 15:02 ~/work/packages% sudo swapon -a
[04:01] <thom> swapon: /dev/hda6: Invalid argument
[04:02] <thom> HUH?
[04:03] <zul> partition table messed up?
[04:03] <Kamion> Keybuk: hmm?
[04:03] <tseng> mayhaps a bad swsusp broke your swap?
[04:03] <tseng> it does that.
[04:04] <Keybuk> Kamion: picking packages that you knew would break my code
[04:04] <Kamion> did I?
[04:04] <Kamion> which one breaks?
[04:04] <thom> tseng: ah, that might be it
[04:04] <tseng> thom: mkswap on it again
[04:04] <tseng> if thats the issue.
[04:04] <Kamion> Keybuk: they're not set in stone, I'm willing to pick other ones
[04:04] <thom> tseng: yeah, that was the issue
[04:05] <Keybuk> Kamion: fixed the bugs now
[04:08] <metalikop> Eek, evoluton-exchange is broke.
[04:16] <Keybuk> Rejected: md5sum and/or size mismatch on existing copy of glibc_2.3.2.ds1-20ubuntu1.dsc.
[04:16] <Keybuk> Rejected: md5sum and/or size mismatch on existing copy of glibc_2.3.2.ds1-20ubuntu1.diff.gz.
[04:16] <Keybuk> Rejected: glibc_2.3.2.ds1-20ubuntu1.dsc: old version (2.3.2.ds1-20ubuntu1) in hoary >= new version (2.3.2.ds1-20ubuntu1) targeted at hoary.
[04:16] <Keybuk> Rejected: can not overwrite existing copy of 'glibc_2.3.2.ds1-20ubuntu1.diff.gz' already in the archive.
[04:16] <Keybuk> &&
[04:16] <Keybuk> Rejected: mdadm_1.8.1-1ubuntu1.dsc refers to mdadm_1.8.1.orig.tar.gz, but I can't find it in the queue or in the pool.
[04:16] <Keybuk> -- 
[04:17] <daniels> Keybuk: -20ubuntu1 already in hoary? wtf?
[04:18] <Keybuk> you don't just suck, dude; you used teeth
[04:18] <elmo> upload 01/09 by doko
[04:18] <daniels> gnar
[04:22] <pitti> lamont: here?
[04:29] <lamont> pitti: yeah - just finished with the massive give-back, most of main should get started quickly
[04:34] <lamont> thom: mass give-back on the buildd's, once they get semi-quiet, I'll go deal with mono
[04:34] <thom> k
[04:47] <Riddell> elmo: am I able to upload to universe yet?
[04:48] <elmo> Riddell: not yet, sorry, today hopefully, the kernel security hole has delayed me
[04:49] <Riddell> elmo: right, thanks
[04:57] <pitti> Hi sjoerd!
[05:01] <opi> Hi there, Ubuntu Developers :-)
[05:04] <daniels> mdz: so does warty gain a new l-r-m to go with the kernel abi bump?
[05:08] <mjg59> thom: I think I've solved the video issue
[05:09] <mjg59> thom: Can you remove the vbestate stuff from prepare.sh and add a script in rcS.d that does vbetool vbestate save >/var/run/vbestate and then modify resume.sh to read the state from there?
[05:09] <mjg59> Using boottime video state seems to work better
[05:09] <fabbione> lamont: i think the ia64 chroot is kinda broken
[05:10] <lamont> fabbione: what machine name at the top of things?
[05:10] <fabbione> Automatic build of linux-source-2.6.10_2.6.10-6 on weddell by sbuild/ia64 1.170.5
[05:10] <fabbione> http://people.ubuntulinux.org/~lamont/buildLogs/l/linux-source-2.6.10/2.6.10-6/linux-source-2.6.10_2.6.10-6_20050113-1500-ia64-given-back
[05:10] <thom> mjg59: ok, will try that in a second
[05:11] <fabbione> jamesh: make-kpkg: command not found DOH!
[05:11] <fabbione> ops
[05:11] <fabbione> that was for lamont
[05:12] <mjg59> daniels: Does the i810 3D after resume thing need updated DRM as well as updated X?
[05:12] <mjg59> thom: Doing that seems to work perfectly here
[05:12] <daniels> mjg59: it touches DRM, DRI (Mesa) and X
[05:12] <mjg59> daniels: Right, I need to pull in more stuff then
[05:12] <daniels> mjg59: hence, non-trivial
[05:12] <daniels> mjg59: right
[05:12] <fabbione> daniels: l-r-m did build on i386.. looks good
[05:12] <daniels> fabbione: sweet
[05:12] <mjg59> Could you produce a patch for the 2.6.10 kernel?
[05:13] <daniels> mjg59: not before I go to bed, no
[05:14] <daniels> mjg59: tomorrow's tasks include backporting mesa 6.2.x branch (which has the i915 shizzle plus i8xx dri resume), and i'll produce a 2.6.10 patch as part of that
[05:14] <daniels> mjg59: then fabbione can be your bitch
[05:14] <fabbione> patch for the kernel to do what?=
[05:15] <fabbione> there is a bunch of stuff in bk to update DRM but it is really big
[05:15] <fabbione> and buggy
[05:15] <opi> mdz: could you remind me, who is going to get PegasosPPC board and work on Ubuntu port?
[05:15] <fabbione> (considering the 200 commits after the main pull)
[05:24] <Kamion> mmm, shiny evil
[05:24] <Kamion> +version="$(chroot /target dpkg --status passwd | grep ^Version: | \
[05:24] <Kamion> +          sed 's/^Version: //')"
[05:24] <Kamion> +RET=0
[05:24] <Kamion> +DEBCONF_RECONFIGURE=1 chroot /target \
[05:24] <Kamion> +       /var/lib/dpkg/info/passwd.config reconfigure "$version" || RET="$?"
[05:24] <Kamion> [etc.] 
[05:24] <Kamion> opi: I've got a Pegasos, been meaning to get Ubuntu up and running on it
[05:26] <lamont> Kamion: sed -n '/^Version:/s/^Version: //p' instead of the grep | sed??
[05:26] <opi> Kamion: I'm going to get one in a week
[05:26] <opi> Kamion: maybe we should join forces? :)
[05:27] <Kamion> lamont: too late for the upload, but yeah, I just couldn't remember the sed rune for that
[05:27] <Kamion> grep | sed seemed safer pending me checking busybox sed for whether that would work
[05:27] <lamont> Kamion: well, I'm sure there's a perl rune, too... :-)
[05:27] <Kamion> lamont: ENOPERL
[05:28] <lamont> ah, that'd be a challenge for you alright.  I bet ENOPYTHON-MINIMAL too.
[05:28] <Kamion> correct
[05:28] <Kamion> either would be a good deal of overkill though :)