[12:25] <lamont> niif
[12:26] <lamont> hrm..  off by one
[12:34] <lamont> lqtplay.c:32:31: X11/extensions/Xv.h: No such file or directory
[12:34] <lamont> lqtplay.c:33:34: X11/extensions/Xvlib.h: No such file or directory
[12:35] <daniels> libxv-dev
[12:35] <lamont> yeah - libquicktime's bad, it appears.
[12:35] <lamont> then again, it's not an ubuntu version.
[12:35] <daniels> heh
[12:36] <lamont> btw, do these get forwarded to debian, or are they ubuntu specific bugs?
[12:36] <daniels> ubuntu-specific
[12:36] <lamont> ok
[12:37] <mdz> lamont: new cloop builds?
[12:37] <lamont> should have finished a while back - checknig
[12:38] <lamont> Kamion: your turn
[12:40] <Kamion> building
[12:59] <jdub> http://www.apple.com/macmini/
[12:59] <jdub> hmm
[12:59] <doko> lamont: pong. unable to reproduce the libunwind load error.
[01:00] <mjg59> jdub: Yeah, it's quite cute
[01:00] <Mithrandir> jdub: that one's _cute_---
[01:00] <Mithrandir> s,---,,
[01:00] <mjg59> It'll be interesting to see how the x86 manufacturers respond
[01:01] <jdub> definitely a leap ahead of the shuttle
[01:02] <jdub> i wonder if they'll start doing laptop cd drive ports
[01:33] <__daniel> hai mxpxpod :-)
[01:33] <mxpxpod> __daniel: ?
[01:34] <__daniel> mxpxpod: wally@irc.gnome.org - you're right... i should try to stick to ONE nick :-)
[01:34] <mxpxpod> __daniel: heh
[01:34] <lamont> mdz around?
[01:34] <lamont> doko: trying to remember what failure it was...sigh
[01:35] <mdz> lamont: yes
[01:35] <lamont> been thinking about ubuntu-meta
[01:36] <lamont> one option that would help non-dc architectures would be to have the seeds in the package, and let the arch-specific build do the rest of update
[01:36] <lamont> and we probably wind up needing a per-arch exclusion list, for things like oo.o (where making things currently arch-all into specific really doesn't make sense...()
[01:36] <lamont> thoughts?
[01:37] <lamont> the alternative is to teach update the canonical location of each non-dc arch build.
[01:39] <Kamion> hm, makes it a bit hard to tell history from the source package
[01:39] <Kamion> I think I prefer your latter option
[01:39] <lamont> that's the downside to the first option
[01:41] <lamont> as a hybrid, the build process could be enhanced to build the list from the local cache Packages files in the case where {base,desktop}-$arch don't exist in the source.
[01:41] <lamont> that gives us our history for dc builds, and flexibility for non-dc builds, with the downside on history
[01:41] <Kamion> update just calls germinate, right? all that needs is a mirror ...
[01:42] <lamont> on the exclusion list, that's the current borkage of the livecd build for ia64.
[01:42] <lamont> update doesn't call germinate - it fetches the seeds
[01:42] <Kamion> gar, yeah, true
[01:42] <lamont> and parses that, then removes anything not in the Packages lisdty
[01:42] <lamont> so it fetches seeds and Packages files for main,restricted for each arch
[01:43] <lamont> so if the source package had the seeds (think it does...) and the component list for each dc-architecture, and logic to just use the cache Packages file to generate things if the arch isn't present in the source, I think that would fit both sets of needs
[01:43] <lamont> since there may not be _one_ canonical repository for an archive, sometimes
[01:44] <Kamion> the sparc and architecture: all case ...
[01:44] <lamont> daniels: are these in anything specific?
[01:44] <lamont>  /usr/X11R6/lib/libICE.so /usr/X11R6/lib/libX11.so
[01:45] <daniels> libice-dev libx11-dev
[01:45] <daniels> which are both in xlibs-dev, which should make Kamion happy ;)
[01:45] <Kamion> I've been splitting my packages' build-deps up, dude :P
[01:45] <daniels> lamont: more ftbfs fun?
[01:46] <lamont> the same - it had warnings at the end.  libice is a missing dep, the other isn't
[01:46] <lamont> at first blush, anyway
[01:46] <lamont> mind you, libice-dev is a dep of a build-dep, but still.
[01:46] <daniels> which package?
[01:46] <lamont> it's directly ref'ed by the package, it should be a build-dep
[01:46] <lamont> libquicktime
[01:46] <daniels> yeah
[01:46] <daniels> ahr, heh
[01:47] <lamont> uploading
[01:48] <lupus_> daniels, how is xcb going?
[01:48] <lamont> mdz: did we decide on a ubuntu-desktop mta change?
[01:48] <lamont> or jdub
[01:48] <Kamion> mdz: oh, live CDs built like an hour ago, sorry, forgot to check back
[01:48] <mdz> no, we haven't
[01:48] <mdz> Kamion: no problem, I'm hacking away on casper
[01:49] <lamont> mdz: neither have we decided to not change it?
[01:49] <mdz> Kamion: if I unpack a new version of a udeb in a running d-i, how do I get the templates merged into cdebconf?
[01:49] <mdz> lamont: correct
[01:49] <lamont> ok.  eta end of month? or what?
[01:49] <Kamion> mdz: debconf-loadtemplate d-i <templates file>
[01:49] <Kamion> mdz: but udpkg -i does that automatically
[01:49] <lamont> not that it makes a big diff, of course.
[01:49] <mdz> Kamion: and also udpkg --unpack?
[01:49] <mdz> if so, perfect
[01:50] <Kamion> it's at unpack time, yes
[01:50] <Kamion> the templates file gets removed before the end of unpacking, in fact
[01:50] <mdz> hmm
[01:51] <mdz> odd
[01:51] <mdz> I unpacked a new casper-udeb in a booted d-i to test it, and it won't run the postinst
[01:51] <Kamion> which won't?
[01:51] <mdz> it claims that it exited nonzero, but I added an echo at the very top and it clearly isn't running it
[01:51] <mdz> the main menu won't
[01:51] <Kamion> selecting it from the menu?
[01:52] <Kamion> perhaps a dependency?
[01:52] <mdz> I haven't added any dependencies in this version, no
[01:52] <Kamion> check /var/log/syslog ...
[01:52] <mdz> oh, there's the output
[01:52] <mdz> I thought stdout ended up on vc3
[01:52] <Kamion> only of some bits
[01:52] <Kamion> debootstrap, e.g.
[01:53] <Kamion> mostly it's vc4
[01:56] <mdz> Kamion: "succeeded but requested to be left unconfigured?" eh?
[01:56] <mdz> how did I manage to break it in that particular way
[01:56] <Kamion> that means you returned the back-up code
[01:57] <Kamion> i.e. 10
[01:57] <mdz> I only db_input once and it has || true
[01:57] <mdz> db_progress can't return backup, can it?
[01:57] <mdz> oh, maybe one of the subprocesses did
[01:57] <Kamion> no, you probably didn't intend to return backup
[01:57] <Kamion> I suspect you forgot to check the exit code on a debconf command which happens to have 10 as one of its exit codes
[01:57] <mdz> hm, no, I emit a debug message before running each one
[01:57] <mdz> and none of them came out
[01:58] <Kamion> 10 is CMDSTATUS_BADQUESTION
[01:58] <mdz> hmm
[01:58] <Kamion> generally meaning a template wasn't registered properly
[01:58] <daniels> lupus_: good, I think
[02:00] <mdz> Kamion: it is annoying that the debug/error output from casper is normally scrolled off the screen by the main-menu DEBUG
[02:00] <mdz> Kamion: is there a way to turn that off?
[02:00] <lifeless> does this matter:
[02:00] <lifeless> Setting up nautilus (2.9.2-0ubuntu1) ...
[02:00] <lifeless> ** (process:27059): CRITICAL **: egg_desktop_entries_add_group: assertion `egg_desktop_entries_lookup_group (entries, group_name) == NULL' failed
[02:00] <lifeless> ** (process:27059): CRITICAL **: egg_desktop_entries_add_group: assertion `egg_desktop_entries_lookup_group (entries, group_name) == NULL' failed
[02:00] <lifeless> ** (process:27059): CRITICAL **: egg_desktop_entries_add_group: assertion `egg_desktop_entries_lookup_group (entries, group_name) == NULL' failed
[02:00] <lifeless> Setting up gnome-applets-data (2.9.4-0ubuntu2) ...
[02:01] <Kamion> mdz: I usually do 'tail -n <whatever> /var/log/syslog' on the shell on tty2 rather than relying on tty4; then I have scrollback
[02:04] <Kamion> mdz: I don't think busybox syslogd is configurable enough to suppress debug-priority messages
[02:09] <mdz> ok, I'm at a point where I need an un-broken live fs to play with
[02:31] <lamont> what was the command that dumps X events to stdout?
[02:34] <crimsun> xev?
[02:34] <daniels> xev
[02:34] <daniels> either that, or snooping on /tmp/.X11-unix/X0 :)
[02:37] <lamont> yeah
[02:37] <lamont> daniels: so can I tell X to launch an app when a key is pressed?
[02:38] <lamont> 129 key wireless keyboard/mouse.
[02:38] <daniels> lamont: apt-get install hotkeys
[02:38] <daniels> or i think gnome has a hotkey daemon that isn't as ghetto
[02:38] <daniels> ditto kde
[02:40] <lamont> keyboard shortcuts?
[02:40] <lamont> yep
[03:06] <tseng> sucks about the wifi applet being replaced by netstatus
[04:52] <lamont> hrm...  wvstreams appears to have dropped wvstreams-gtk package.
[04:52] <lamont> wonder if I care...
[05:00] <mdz> Kamion: what are you doing awake?
[05:01] <mdz> Kamion: I've uploaded a casper 0.8 with the changes we discussed; it contains symlinks to the prebaseconfig.d and base-installer.d stuff for now, but it's easy enough to transition to having those symlinks in the other udebs
[05:02] <mdz> once it's built, I intend to fire off live CD builds and test them later tonight
[05:04] <Kamion> mdz: I have absolutely no idea, about to go to bed :)
[05:04] <Kamion> ok, cool, let me know if anything goes wrong with you running the build
[05:04] <mdz> lamont: builds should show up at :15 or so, yes?
[05:04] <Kamion> I've been buried deep in cdebconf all day, only just emerging
[05:05] <mdz> I need to tackle the dpkg-reconfigure problem next
[05:05] <mdz> Kamion: this redesign reduced the XXX count in casper by a large margin
[05:05] <lamont> mdz: cron.daily runs at :03 (and:33), however there is time involved in getting from the master to the archive servers
[05:05] <mdz> only 7 remain
[05:06] <lamont> so yeah, by :15 :45 they're there
[05:06] <mdz> was neary double that before
[05:06] <mdz> -rw-rw----  1 mdz mdz 299 2005-01-11 19:44 ../casper_0.8_source.upload
[05:07] <Kamion> mostly I am grappling with twalk() being SHIT
[05:07] <mdz> I think that's a side effect of C being shit
[05:07] <lamont> wvstreams is ftbfs: build-deps universe.... sigh
[05:08] <lamont>   libxplc0.3.10 libxplc0.3.10-dev
[05:08] <lamont> mdz: do I drop that, or do we promote it?
[05:08] <mdz> wvdial, how I hate thee
[05:08] <mdz> lamont: can we make it optional?
[05:08] <lamont> dunno -will look
[05:08] <mdz> that would be the preferred option
[05:10] <Kamion> mdz: no, there are much better approaches to such APIs in C, twalk() just doesn't use them 'cos it's stupid
[05:11] <Kamion> private data arguments are perfectly standard in C, but ...
[05:12] <lamont> mdz: looks to be easy to drop - you want it gone then?
[05:12] <mdz> lamont: yes
[05:12] <mdz> lamont: we use very little of what's in wvstreams
[05:12] <mdz> only enough for wvdial
[05:13] <mdz> Kamion: is there any delay between when things show up on ftp://archive.ubuntu.com and when they're usable by a cdimage build?
[05:14] <Kamion> no
[05:14] <Kamion> cdimage syncs from archive.ubuntu.com directly
[05:14] <lamont> Kamion: does the cdimage build pull from archive.ubuntu, or j.w.h.c?
[05:14] <Kamion> err, actually mirnyy but don't tell anyone
[05:14] <Kamion> lamont: m.u.c
[05:14] <lamont> Kamion's gonna get in trouble.... :-)
[05:15] <Kamion> hey, that was authorised
[05:15] <lamont> lol
[05:15] <mdz> lamont: it's past :15, where are my builds :-P
[05:15] <mdz> I need to go buy food, and want to start this download before I go
[05:16] <lamont> you uploaded at :44, source appeared at :03, builds started within 5 of that.  binaries (assuing < 20 minute build...) will be there at :33, visible in the archive shortly thereafter.
[05:16] <mdz> GAH
[05:16] <lamont> remember, it takes 2 days...
[05:17] <lamont> hrmpf.
[05:17] <mdz> can you give me a reasonable guaranteed time so I can queue this build?
[05:17] <lamont> configure: WARNING: Valgrind is missing.
[05:17] <lamont> configure: error: Required dependencies missing: XPLC
[05:17] <lamont> make: *** [config.status]  Error 1
[05:17] <lamont> maybe we don't get to just drop xplc.
[05:17] <mdz> :40?
[05:17] <mdz> :45?
[05:17] <lamont> 40 almost certainly, 45 for sure.
[05:17] <mdz> the build for casper takes about 5 seconds
[05:18] <lamont> all 3 architectures?
[05:18] <mdz> yes
[05:19] <lamont> casper is arch: all, so it's sitting there uploaded, waiting for cron.daily to run at :03
[05:19] <lamont> er, :33
[05:19] <lamont> with gigabit, I'd say 40 is almost certain to be good.  45 is a good safe hedge bet
[05:19] <lamont> so about xplc...
[05:51] <lamont> mdz: a fair number of those universe ones are from the tiff crap... should we just sync those in?
[05:51] <lamont> if that was the change, that is...
[06:45] <sivang> don't we have "PENDING" in bugzilla anymore?
[06:57] <fabbione> morning
[06:57] <sivang> fabbione: morning, you kenrel sacrafice maker :)
[06:57] <fabbione> eheh
[06:58] <sivang> fabbione: I really liked your goddish text - I thouhg of adopting it to use for my own needs :)
[06:59] <fabbione> aahha
[06:59] <sivang> fabbione: anything good tunred out from last night
[07:00] <sivang> fabbione: kenrnel meeting ?
[07:00] <fabbione> well yeah
[07:01] <fabbione> we manage to define some bits of the team
[07:04] <sivang> fabbione: ah nice, so you would get some load off eventually.
[07:05] <fabbione> hopefully
[07:05] <crimsun> at least you'll have a nice 2-wk break in Feb :)
[07:06] <sivang> fabbione: so you could go and visit those huge turtles :)
[07:06] <fabbione> crimsun: i am really looking forward to it
[07:06] <fabbione> i am very very tired
[07:07] <crimsun> I can imagine
[07:07] <fabbione> sivang: + sealions and galapagos penguins
[07:07] <fabbione> i read somewhere that there are 2 kind of birds called the "Blue tits" and "Red tits"
[07:07] <fabbione> when i read it i imagine half woman brest running around on 2 blue little tiny feet
[07:08] <fabbione> and the other half with red feet
[07:08] <fabbione> it took me a hour to stop laughing
[07:09] <sivang> hehehe
[07:09] <sivang> fabbione: you need some time off the kernle...
[07:09] <fabbione> s/kernel//
[07:09] <fabbione> i need time off. <- full stop
[07:09] <sivang> hehe right
[07:23] <mdz> lamont: yes
[07:30] <sivang> haggai: thanks for kubuntu, I can now use konqeuror for (80%) the israeli non standards conforming websites :-)
[07:32] <fabbione> mdz: what's the situation with livecd and co?
[07:32] <fabbione> do i have greenlight for -6?
[07:32] <mdz> fabbione: I reworked casper a lot today
[07:32] <mdz> just built new images
[07:33] <mdz> downloading them now to test
[07:33] <fabbione> mdz: ok
[07:33] <fabbione> ah cool! i got a bunch of merging bugs....
[07:37] <mdz> I just bought a new pack of DVD+RW
[07:38] <mdz> so I can have live + install CDs for every arch
[07:38] <mdz> lamont: if you're around, these images could use an extra download+test
[07:39] <mdz> fabbione: do you have good bandwidth at your new house?
[07:41] <fabbione> mdz: a couple of megabit
[07:42] <sivang> mdz: casper can also be used to create install cd layouts for image creation?
[07:42] <mdz> sivang: no, casper only deals with setting things up
[07:42] <mdz> you provide your own filesystem image
[07:44] <fabbione> mdz: what would you like me to do?
[07:44] <sivang> mdz: ah ok, so what is it's main functionality?
[07:46] <mdz> ROCK
[07:46] <mdz> i386 and amd64 live CDs are good
[07:47] <mdz> except for this network detection bug
[07:47] <mdz> fabbione: if you could test the live CDs, that would be great
[07:49] <fabbione> mdz: i have them mirrored locally.. when did you do the last build?
[07:49] <fabbione> (i can test i386 only)
[07:49] <mdz> fabbione: 30 minutes ago
[07:49] <mdz> if you mirrored earlier today, then it should be fast (same filesystem image, different udebs)
[07:49] <fabbione> syncing the mirror now...
[07:49] <fabbione> yup
[07:50] <fabbione> ubuntu mirror run every 4 or 6 hours...
[07:50] <fabbione> and the last was at 6:30
[07:50] <fabbione> so one hour ago more or less
[07:59] <mdz> powerpc worked for me
[07:59] <mdz> there is this problem with network detection
[08:00] <mdz> but that seems like a d-i problem
[08:00] <mdz> live CD stuff is working great
[08:00] <fabbione> mdz: burning now...
[08:16] <fabbione> elmo: please sync ispell-lt-1.1 from unstable
[08:22] <daniels> fabbione: sup?
[08:23] <fabbione> daniels: not much.. doing some merge-o-matic stuff
[08:24] <fabbione> BAHHHH
[08:24] <fabbione> i fucked up this upload....
[08:24] <daniels> fabbione: heh :)
[08:24] <daniels> fabbione: you were looking for me earlier?
[08:25] <fabbione> daniels: only for the Horiz Vert bug.. but i saw it is still open.. so not really...
[08:25] <daniels> ahr
[08:25] <daniels> which one?
[08:26] <fabbione> for the nv driver
[08:26] <daniels> which one?
[08:26] <daniels> oh, cool
[08:26] <fabbione> i can't remember the number now.. but you wrote that it will be fixed in ubuntu10
[08:26] <daniels> yeah, i'm on it :)
[08:26] <daniels> yeah, I typoed it
[08:26] <fabbione> so i didn't really worry about it
[08:26] <daniels> or thinkoed, rather
[08:26] <daniels> Option "HS" "xx-yy" instead of HS xx-yy
[08:31] <fabbione> ah great!
[08:31] <fabbione> now.. even my most stupid debian package got a security bug
[08:31] <fabbione> JEEEEEEEEEEEEEE
[08:32] <fabbione> wow... katie accepted the upload....
[08:33] <fabbione> this is soooo wrong...
[08:34] <fabbione> whevet...
[08:34] <fabbione> whatever...
[08:39] <Riddell> when I upload packages how do I specify which repository the are for (main, universe etc)
[08:46] <mdz> daniels: how are you feeling?
[08:47] <fabbione> bah... this DVD burner is taking ages to write the cd
[08:47] <daniels> mdz: shit
[08:47] <daniels> mdz: but I am working on Debconf stuff
[08:48] <mdz> daniels: you have bandwidth now, right?
[08:48] <daniels> mdz: yeah
[08:48] <daniels> i'm actually capable of coherent trains of thought today
[08:48] <mdz> daniels: you can download the current daily live CD and use it to test in the real environment
[08:48] <mdz> though there is this debconf issue we need to sort out
[08:48] <fabbione> something is really wrong on the machine
[08:49] <mdz> probably the best way to do it would be to add a script at /usr/lib/casper/pre.d/80xconfig or so
[08:49] <fabbione> KERNEL: assertion (tp->copied_seq == tp->rcv_nxt || (flags & (MSG_PEEK | MSG_TRUNC))) failed at net/ipv4/tcp.c (1348)
[08:49] <fabbione> KERNEL: assertion (flags & MSG_PEEK) failed at net/ipv4/tcp.c (1284)
[08:49] <fabbione> recvmsg bug: copied 99770FBC seq 99771550
[08:49] <mdz> which chroots into /target and does its business
[08:49] <mdz> hmm, no, that won't work
[08:49] <mdz> daniels: the problem is, we're running under cdebconf in the initrd at the time, and want to invoke dpkg-reconfigure in the target system
[08:50] <mdz> normal debconf in the target may not even run
[08:50] <mdz> and cdebconf doesn't know about the xserver-xorg templates
[08:50] <mdz> easiest to just let it boot all the way, and then use dpkg-reconfigure, I suppose
[08:50] <daniels> tried to so the clearing stuff yesterday, ended up with 'for i in $(cat debian/xserver-xorg.templates.in); do db_reset 3816; done'
[08:50] <mdz> that'll avoid that issue
[08:50] <daniels> a) we don't have templates.in on the install sstem b) even if we did, that didn't work, c) resettign a bug number is difficult
[08:51] <daniels> mdz: yeah, I'm modifying the semantics to just clear everything if we're running with XORG_FORCE_PROBE
[08:51] <mdz> sounds good
[08:51] <daniels> mdz: since the system is seemingly useless with XORG_FORCE_PROBE (note the renaming) but previously-set templates
[08:57] <fabbione> mdz: the alsa-utils merge-o-matic has done a mess....
[08:57] <fabbione> mdz: i need keybuck to rerun it properly with the versions that are currently in the archive
[09:11] <randabis> howdy
[09:13] <fabbione> mdz: booting now the live CD
[09:14] <fabbione> mdz: no network here... i think it is the same bug you mentioned before
[09:14] <randabis> I was just wondering if any of the developers were here, and if they were aware of the problem with installing themes using the themes applet using the latest updates in hoary
[09:15] <mdz> fabbione: yes, I'm not sure what happened; that worked before
[09:15] <mdz> Kamion will probably have an idea when he wakes
[09:15] <mdz> I mailed him already
[09:15] <fabbione> mdz: did you do a debdiff on the .udebs?
[09:15] <mdz> fabbione: which, all of them?
[09:15] <fabbione> the nic-* stuff?
[09:15] <fabbione> perhaps the modules are missing...
[09:15] <mdz> no, they're there
[09:16] <mdz> if I modprobe the right module, it works
[09:16] <fabbione> mdz: i am sorry.. i don't remember all the names...
[09:16] <fabbione> ah ok
[09:16] <fabbione> mdz: well it boots.. no X
[09:16] <mdz> ddetect has barely changed
[09:16] <mdz> fabbione: yes, we need to resolve this debconf issue, and also daniels needs to finish his work
[09:16] <mdz> then we should be able to do X
[09:16] <fabbione> cool
[09:16] <fabbione> i need to fix the e100 driver and so some tests
[09:16] <mdz> fabbione: if you copy in a working config, you can do /etc/init.d/gdm start
[09:18] <fabbione> ok
[09:19] <fabbione> it works....
[09:19] <calc> are there any plans to remove libfam, it seems that some things don't like using libgamin, or perhaps its just dselect being a pita
[09:19] <fabbione> but we need to change some of the d-i entries..
[09:20] <fabbione> it looks scary with "Ubuntu Install will take over your machine"
[09:20] <calc> er don't like using libgamin as the provides for libfam i meant to say
[09:20] <calc> eg i tried to install kde dev libs and it tried to remove all of gnome on ubuntu :\
[09:20] <mdz> fabbione: yes, I mentioned this to Kamion
[09:20] <mdz> fabbione: suggestions for a better title are welcome
[09:21] <mdz> calc: they don't work, or the dependencies just don't resolve?
[09:21] <fabbione> mdz: we could hide them in somekind of "Preparing to boot the Live CD"
[09:21] <mdz> fam is already moved out to universe
[09:22] <calc> it appears dselect wants to remove them since the packages want libfam instead of accepting the fact that libgamin provides libfam
[09:22] <bob2> yay
[09:22] <mdz> fabbione: I would prefer to just make it generic, and say "loading components" or something
[09:22] <bob2> aspell-de is arch:any!
[09:22] <mdz> calc: do they have versioned deps or something?
[09:22] <calc> mdz: i added universe to grap some of the kde stuff for dev which is when it started causing issues
[09:22] <calc> no, i forced it to stop using libfam by manually selecting libgamin and all of gnome again and it worked
[09:22] <calc> so perhaps its just dselect being braindead
[09:23] <fabbione> mdz: that too...
[09:23] <mdz> fabbione: that is less scary than when it says "Sending all processes the KILL signal" :-)
[09:23] <fabbione> yeah i saw that too :-))))
[09:24] <calc> KILL ALL HUMANS :)
[09:24] <mdz> ah, I see the bug in hw-detect
[09:25] <calc> i wonder if the issue is since libgamin provides a package that really exists (non virtual package) that dselect decides to use the real one instead (higher priority) even when the package providing it is already installed
[09:26] <mdz> fix is on the way
[09:27] <jdub> calc: hrm, what's the problem?
[09:28] <mvo_> what's the consensus with python? will python2.{1,2} go away? should I remove the building of python2.{1,2} packages in the merge I'm just doing (python-musicbrainz)?
[09:29] <mdz> mvo_: yes, we intend to remove python2.1 and python2.2
[09:30] <calc> jdub: if universe is added to sources.list and you try to install kde in dselect the fact that libgamin provides libfam doesn't matter dselect tries to remove libgamin and all of gnome along with it
[09:30] <calc> if you manually go back and select libgamin and all of gnome it works ok
[09:31] <mdz> calc: does it work if you use aptitude or apt-get?
[09:31] <calc> perhaps i should mention to kubuntu people to have it build with libgamin instead
[09:31] <calc> mdz: not sure didn't try that
[09:31] <mdz> would be good to narrow it down
[09:31] <jdub> calc: i thought they already did that
[09:31] <calc> i'll try to see what was attempting to pull in libfam
[09:32] <calc> i installed kde-core kde-devel and something in that did it
[09:33] <mvo_> mdz: thanks
[09:33] <calc> appears libfam0c102 is in all kde deps
[09:33] <mdz> mvo_: however, I don't think anyone is currently working on fixing the packages to make that possible
[09:33] <mdz> mvo_: (hint, hint)
[09:33] <mdz> 4 versions of python is too much, I think :-)
[09:33] <mvo_> mdz: :) I totally agree
[09:34] <calc> or a very large amount of them
[09:34] <mdz> fabbione: ddetect fix confirmed and uploaded
[09:34] <mdz> too late for this morning's live CD build, though
[09:34] <calc> kdeedu, kdevelop3, kdetoys, koffice and perhaps others, just from looking at rdeps list that is some i can see needing to be recompiled with it
[09:35] <mdz> if I am still awake when it builds, i will kick off a new live CD build
[09:35] <calc> it appears that kdelibs itself is compiled against gamin already
[09:35] <fabbione> mdz: cool
[09:35] <jdub> calc: ah
[09:35] <Riddell> calc: none of those pages have been updated to 3.3.2 ubuntu versions
[09:36] <calc> ok
[09:36] <calc> then thats another good reason to update them ;)
[09:38] <mvo_> mdz: it looks like we have ~200 packages (including universe) depending on python-2.{1,2}
[09:39] <mdz> mvo_: how many in main?
[09:40] <mvo_> mdz: around ~10  it seems
[09:41] <calc> only 4
[09:41] <calc> bluez-utils
[09:41] <calc> pychecker
[09:41] <mvo_> looking closer it seems: pychecker, python-docutils, python-epydoc (build with python2.{1,2} support
[09:41] <calc> python-defaults
[09:41] <calc> python-numeric
[09:41] <calc> the rest are built into python2.1 and python2.2 source (afaict)
[09:41] <mdz> mvo_: oh, that is not very many at all
[09:41] <mdz> mvo_: would you take care of those 10?
[09:42] <mvo_> calc: bluez-utils only suggest python2.2
[09:42] <mvo_> mdz: sure
[09:42] <calc> ah hmm my script needs more work then :)
[09:42] <mdz> thanks
[09:42] <mvo_> calc: what kind of script is it (/me curious :)
[09:42] <calc> ugly one
[09:42] <calc> apt-cache showpkg $1 | grep ,$1 | cut -f 1 -d "," | cut -f 3- -d " " | sort | uniq | xargs apt-cache showsrc | grep ^Package | sort | uniq | cut -f 2- -d " "
[09:42] <mvo_> mdz: zope (in universe) depends on python2.2 :/
[09:43] <mdz> mvo_: but zope2.7 depends on python2.3
[09:43] <calc> it spits out source packages for anything that shows up as a rdep
[09:43] <mdz> and according to SteveA we should only ship zope2.7 and not zope
[09:43] <mvo_> mdz: ah, cool!
[09:43] <calc> which was why it caught a suggests
[09:43] <calc> ah several things rdep on 2.3
[09:43] <mvo_> calc: I'll use it to cross-check my results, thanks!
[09:44] <calc> the 4 i posted were just for 2.1/2.2
[09:44] <calc> abiword dictdlib epydoc libglade2 nevow pychecker python-defaults python-numeric python2.3 swig1.3 twisted
[09:44] <calc> that is what 2.3 shows up
[09:46] <calc> mvo_: came in very handy in the past when i would break libraries in debian ;)
[09:46] <calc> so i would know what i had to nmu afterwards ;)
[09:46] <mvo_> calc: hehe :)
[09:48] <mvo_> hi pitti 
[09:48] <pitti> sivang: morning!
[09:49] <pitti> sivang: just read that the new gst upstream is out now. Congrats!
[09:49] <pitti> Hi everybody!
[09:49] <fabbione> hey pitti
[09:49] <pitti> Hi my dear fabbione! :-)
[09:49] <pitti> Hi mvo_ 
[09:49] <doko> morning all
[09:49] <fabbione> ok
[09:51] <mdz> pitti, doko: morning
[09:51] <pitti> Hi mdz!
[09:51] <mdz> pitti: please follow the status of that rosetta import thread, so that we know what to do about language packs
[09:52] <pitti> mdz: regarding the PHP4 merge
[09:52] <pitti> mdz: oh, I do :-)
[09:52] <pitti> mdz: I did not forget about merging php4, but you said that 4.3.10 was somehow broken, so we should not merge it for now
[09:53] <mdz> pitti: is that still not fixed?
[09:53] <pitti> mdz: I will evaluate that today again
[09:53] <mdz> pitti: #288672 is the bug I think
[09:54] <doko> mvo_, mdz: I'll take care of dropping 2.1 and 2.2 for python-{crypto,docutils,sqlite,unit,xml} today
[09:54] <mdz> doko: ok
[09:54] <mdz> thanks
[09:55] <pitti> mdz: I will install the Debian version on my machine today and will try that out
[09:55] <pitti> mdz: btw, can we still (manually) sync Debian revisions (no new upstream) if they contain fixes?
[09:56] <pitti> mdz: i. e. I fix a security bug in Warty, but just sync the fix to Hoary?
[09:56] <mdz> pitti: yes
[09:56] <mdz> pitti: are there really packages which are identical in warty and hoary?
[09:57] <pitti> mdz: no, I mean if the same vuln is fixed in sid, I would just sync it to Hoary
[09:57] <mdz> pitti: oh, s/warty/sid/
[09:57] <pitti> mdz: not necessarily in the same version
[09:58] <pitti> mdz: ?
[09:58] <mdz> pitti: <pitti> mdz: i. e. I fix a security bug in Warty, but just sync the fix to Hoary?
[09:58] <fabbione> pitti: the last cupsys upload you did in hoary is FTBFS
[09:58] <pitti> mdz: where to apply this substitution?
[09:59] <pitti> fabbione: uh thanks, I look at it
[09:59] <mdz> pitti: the last message I pasted
[09:59] <pitti> mdz: I do a warty-security upload and fix hoary by syncing a fixed sid version
[10:00] <mdz> pitti: that would require that the warty-security version be newer than the hoary version
[10:00] <pitti> mdz: sorry, now I'm completely confused
[10:01] <pitti> mdz: warty has 1.0ubuntu1, I fix it by warty-security 1.0ubuntu1.1
[10:01] <pitti> mdz: hoary has 1.5-1, sid fixes this in 1.5-2
[10:01] <mdz> pitti: then you can't sync that into hoary unless hoary has 1.0ubuntu1 as well
[10:01] <pitti> mdz: so I sync 1.5.2 to hoary to fix hoary
[10:01] <mdz> pitti: ok, yes
[10:01] <mdz> pitti: it sounded like you were saying you would sync from warty->hoary
[10:01] <mdz> pitti: but you are saying upload to warty, and then sync sid->hoary
[10:01] <mdz> syncs from sid are OK as long as they are justified
[10:02] <mdz> upstreamversionfreeze means that we don't blindly sync :-)
[10:03] <pitti> mdz: right, that's what I meant
[10:03] <fabbione> mdz: i asked the ispell-lt sync it merges our changes.. and it was queued before UVF. it would be silly to upload it manually...
[10:18] <seb128> jdub: around ?
[10:19] <seb128> mdz: do you have the admin rights on bugzilla ? Could you add a product for update-manager/update-notifier ?
[10:19] <mdz> seb128: yes
[10:19] <seb128> thanks
[10:20] <mdz> who should the default assignee be for update-manager?
[10:20] <seb128> mvo_ ?
[10:20] <mvo_> mdz: me
[10:21] <mdz> ok
[10:21] <seb128> mvo_: I've a crasher with it
[10:21] <mvo_> seb128: again? crap :/
[10:21] <seb128> mvo_: backtrace in its way :p
[10:21] <mdz> done
[10:21] <mvo_> seb128: thanks
[10:21] <seb128> thanks mdz 
[10:21] <mdz> I have a script somewhere to create components for al lpackages in main
[10:21] <mdz> I need to run it
[10:21] <seb128> would be nice yeah
[10:21] <seb128> and is there any way to create the team/list stuff
[10:22] <seb128> or to assign all the GNOME stuff to me by default ? You reassign quite a number of bugs (and sometime some are forgotten), that should not be necessary
[10:23] <mdz> seb128: I think I have most of them set to you now
[10:23] <seb128> (I've found some bug assigned to debzilla for weeks on GNOME stuff while searching on the list)
[10:23] <mdz> if you notice one that does not go to you by default, which should, let me know
[10:23] <seb128> ok
[10:23] <mdz> it is just a pain to do it with the bugzilla UI
[10:24] <mdz> there is no easy way to do it for 50 packages
[10:26] <seb128> mdz:  gedit gtksourceview devhelp glade-2 gconf-editor gnome-terminal gnome-gv gnome-utils gnome-keyring
[10:27] <seb128> some examples
[10:27] <seb128> gnome-nettool
[10:28] <mdz> seb128: each one that I change requires about 1 minute of loading 300k bugzilla pages :-)
[10:29] <mdz> I was sure I did gnome-terminal already
[10:29] <seb128> so that didn't work :p
[10:29] <seb128> I've just tried in the "New bug" page
[10:29] <mdz> fixed now
[10:29] <fabbione> hmmmm 2.6.11-rc1 is out
[10:29] <mdz> also gedit
[10:30] <seb128> didn't work neither so :)
[10:30] <seb128> mvo_: bug sent
[10:31] <mdz> bah, I can't stay up waiting for this build
[10:31] <mvo_> seb128: thanks
[10:31] <seb128> np
[10:31] <mdz> fabbione: please ask Kamion to do a new live CD build with ddetect  1.11ubuntu3 when he wakes up
[10:31] <mdz> good night
[10:31] <seb128> let me know if you get it, quite easy to get here, just click on check box in the list
[10:31] <fabbione> mdz: i will. good night
[10:31] <seb128> 'night mdz 
[10:31] <mvo_> seb128: any crashes with the new update-notifier yet :) ?
[10:31] <mvo_> night mdz
[10:32] <seb128> mvo_: not yet, neither with the old one since I rebuilt a debug version :p
[10:32] <pitti> night mdt
[10:32] <pitti> night mdz
[10:32] <seb128> hey pitti 
[10:33] <pitti> Hi seb128!
[10:33] <pitti> seb128: btw, did you hear any news about gnomevfs + HAL?
[10:33] <mvo_> seb128: I rewrote some code that _may_ have caused the problem. so with a bit of good fortune, the problem is gnoe :)
[10:33] <mvo_> seb128: and it's much more responsive now
[10:34] <seb128> pitti: no, some people have had the panel lock issue with the non-hal version of gnome-vfs (ie: mdz)
[10:34] <seb128> so I'm not even sure that's due to hal ...
[10:35] <seb128> mvo_: cool, you keep rewritting it or what ? most of the bugs I've filled should be "fixed with luck in the rewritten code" :p
[10:35] <mvo_> seb128: I keep improving it ;)
[10:36] <mvo_> apt is not very helpfull when it comes to "when is a apt-get update" finished (or even started)
[10:36] <seb128> BTW do you get this crash with 0
[10:36] <seb128> 0.35
[10:36] <mvo_> it's a bit tricky to catch that
[10:36] <mvo_> seb128: yes, I reproduced it here
[10:37] <seb128> ok, cool
[10:47] <mvo_> seb128: the update-manager crash looks like a python-gtk problem ... the same code works on my warty system
[10:47] <seb128> that's possible yep
[10:47] <seb128> I was thinking that it may come back when I opened it :p
[10:48] <seb128> if you have a test case please reassign :)
[10:48] <mvo_> seb128: I'll build a (small) testcase and give it back to you :)
[10:48] <seb128> thanks
[10:49] <pitti> mvo_: now I dist-upgraded to get the new update-notifier
[10:50] <pitti> mvo_: but now I can't test it any more since no new upgrades are available any more :-)
[10:50] <mvo_> pitti: if it's not showing now, that's a good sign :)
[10:50] <mvo_> keep apt-get updating and see if it comes back :)
[10:51] <pitti> mvo_: which part automatically does apt-get update?
[10:52] <mvo_> pitti: no part of update-notifier. it just installs a apt config file that will trigger a daily apt-get update
[10:52] <seb128> bah, synaptic does some weird stuff
[10:52] <mvo_> but it will detect if you call apt-get update by hand (or aptitude update or synaptic)
[10:52] <mvo_> seb128: how so?
[10:52] <pitti> mvo_: this is already done now?
[10:52] <pitti> mvo_: in cron.daily?
[10:52] <seb128> whe you" update package list" ... it displays first "download 1/1", then "1/2", then "1/10"
[10:53] <seb128> why 3 differents numbers ?
[10:53] <mvo_> pitti: in /etc/apt/apt.conf.d/99update-notifier
[10:53] <seb128> you are thinking "cool, it's updated" and it starts with a new set
[10:53] <mvo_> pitti: apt has a job in cron.daily (it can do other things like cleaning the list too)
[10:53] <mvo_> seb128: it's actually a apt problem. when you look at how apt-get update displays, it's the same. but I agree that it sucks :)
[10:54] <seb128> ok :p
[11:02] <fabbione> elmo: you alive?
[11:29] <pitti> Hi carlos!
[11:29] <carlos> morning
[11:35] <mjg59> thom: Ping?
[11:35] <thom> mjg59: ack with great justice
[11:39] <mjg59> thom: Did you get the list of ACPI hotkey events?
[11:39] <thom> i saw it
[11:39] <thom> only just got dsl at home, so will grab in a second
[11:40] <mjg59> Ok, cool
[12:28] <Mithrandir> seb128: can I make nautilus understand that volumes on the desktop should appear on the right hand side, somehow?
[12:29] <rburton> Mithrandir: no
[12:29] <seb128> I don't think so
[12:31] <Treenaks> that's Bad
[12:31] <Treenaks> Mithrandir: use a RTL locale?
[12:32] <Mithrandir> seb128: any chance og getting it implemented, or should I rather just grumble and search for the icon each time I put in a cd?
[12:32] <seb128> the todo list is long for nautilus but I guess that could be done yep
[12:33] <kent> Bug 5443 Submitted
[12:33] <seb128> not sure on how to do an UI for this BTW
[12:33] <trukulo> Mithrandir: man, you have jeff-have-a-small-dick.avi uploaded
[12:33] <seb128> kent: you count the bug arriving in bugzilla ? :p
[12:33] <kent> seb128, i have nothing better to do ;)
[12:33] <Mithrandir> seb128: no idea -- I would be happy with it just being in gconf, but that's me.
[12:33] <fabbione> trukulo: ahahha
[12:34] <trukulo> lol
[12:34] <fabbione> trukulo: how did you know he has?
[12:34] <trukulo> it's recorded in video
[12:34] <trukulo> heheheh
[12:34] <seb128> Mithrandir: yep, I'll ping upstreams to know what they think
[12:34] <Treenaks> seb128: I guess the same is true for "text besides icons" on the desktop?
[12:34] <Treenaks> instead of text-under-icons
[12:35] <Mithrandir> seb128: ok, coolie.
[12:35] <Mithrandir> trukulo: ok, seeded.
[12:35] <trukulo> :) thanks
[12:35] <seb128> Treenaks: ??
[12:35] <fabbione> how many are missing?
[12:35] <seb128> oh
[12:35] <trukulo> 5
[12:35] <seb128> dunno abouyt this
[12:35] <trukulo> fabbio-small-arsehole.avi
[12:35] <trukulo> hehehhee
[12:36] <trukulo> and big ones
[12:36] <fabbione> true.. my arsehole is small
[12:36] <fabbione> :-)
[12:36] <trukulo> fabbio-big-goatse.avi and the other ones
[12:37] <trukulo> i'm very bad today, i need my pill
[12:37] <fabbione> trukulo: damn! you got me!
[12:37] <fabbione> ehhehe
[12:38] <trukulo> fabbione: if you understand spanish, i would show you what i wrote today on a friend's blog
[12:38] <trukulo> and he doesn't know it
[12:38] <trukulo> hehehe
[12:39] <trukulo> perhaps you can understand something, or try to translate the web
[12:39] <trukulo> http://www.tomedo.net/node/608
[12:39] <fabbione> i can try
[12:39] <fabbione> ahahah it's very difficult to translate it
[12:40] <Mithrandir> mvo_: any ideas around what the interface for update-notifier should look like?  The "please make the user run this app"-interface.
[12:40] <trukulo> umm, very near with babel
[12:40] <sivang> pitti: thanks martin! How are you today? :)
[12:41] <sivang> pitti: did it get packaged already?
[12:42] <pitti> sivang: fine, just made cupsys work again
[12:42] <trukulo> fabbione: http://translate.google.com/translate?u=http%3A%2F%2Fwww.tomedo.net%2Fnode%2F608&langpair=es%7Cen&hl=es&ie=UTF-8&oe=UTF-8&prev=%2Flanguage_tools
[12:42] <pitti> sivang: not yet, but seb128 knows about it and will certainly do it soon
[12:42] <trukulo> more less :(
[12:42] <trukulo> perhaps with italian you understand it well
[12:43] <mvo_> Mithrandir: kind of, I'm thinking about just showing a different icon with a information symbol. I wonder how we should design the general conecpt though. 
[12:43] <seb128> people are never happy, aren't they ?
[12:43] <sivang> pitti: ok , great ! 
[12:44] <Mithrandir> mvo_: I was more concerned about the interface I (as a package maintainer) will be using.
[12:44] <pitti> seb128: no worries; but the next g-s-t upstream release is supposed to fulfill a critical hoary goal :-)
[12:44] <Mithrandir> putting a file in /var/lib/upgrade-notifier/user.d which is a shell script or some kind might be an idea?
[12:44] <pitti> seb128: sivang put lots of effort into it, so he is natually a bit eager to see it
[12:44] <sivang> seb128: sorry, didn't mean to make you upset...
[12:44] <seb128> pitti: I've packaged like 40 tarballs since monday, I get some hours of sleep and people keep speaking about a tarball released during the night
[12:44] <seb128> pitti: dude, that's not even release for 10 hours
[12:45] <seb128> released
[12:45] <seb128> and I already got a bug pinging me and now IRC, calm down people :)
[12:45] <fabbione> seb128: so? where is the new gnome?
[12:45] <seb128> sivang: np but be patient please, I don't think I'm slow to package new versions
[12:45] <pitti> seb128: hey, I don't want to urge you
[12:45] <fabbione> 10 hours? for that looong and no packageS?
[12:45] <seb128> thanks Mithrandir 
[12:45] <fabbione> omg
[12:45] <fabbione> :(
[12:45] <pitti> seb128: I was just explaining why sivang bugs you
[12:46] <pitti> seb128: adduser works fine for me :-)
[12:46] <mvo_> Mithrandir: yes, it's certainly a idea. and then we can keep track about what was already seen on a per user-basis. it needs to have a description encoded somewhere as well
[12:46] <sivang> seb128: ofcourse I will, and garnacho is alwasy amazed how fast you package stuff from gnome :)
[12:46] <fabbione> time to cook some food
[12:46] <Mithrandir> mvo_: yeah, so possibly a simple key=value file might be better.
[12:47] <seb128> thanks guys :)
[12:47] <Mithrandir> with keys being name, description, command, at least.
[12:47] <pitti> seb128: pleeease, that was no offence; no hurry
[12:48] <seb128> pitti: don't worry, that was the next on my list, I've just uploaded wnck 2.9.4 :)
[12:48] <mvo_> Mithrandir: we have to think about i18n as well :)
[12:48] <Mithrandir> mvo_: name[langcode]  and such, for those, then.
[12:49] <mvo_> Mithrandir: yes, that sounds good!
[12:50] <seb128> bah, stop guys, that's too much :p
[12:50] <seb128> mvo_: ok, pygtk bug fixed upstream
[12:50] <seb128> mvo_: updating the package soon :)
[12:50] <Mithrandir> mvo_: you spec it on the wiki or should I?
[12:50] <mvo_> seb128: man, that was quick!
[12:51] <mvo_> Mithrandir: I can do it
[12:51] <Mithrandir> mvo_: ok, thanks
[12:51] <mvo_> Mithrandir: thanks for your input :)
[12:52] <Mithrandir> mvo_: please tell me when you have support for it in u-n, I need it for U8MT.
[12:52] <mvo_> Mithrandir: ok
[01:01] <d3vic3> does anyone know wat package is nsgmls in ? 
[01:01] <Mithrandir> sp, iirc
[01:01] <d3vic3> universe ? maltiverse ?
[01:02] <d3vic3> nm
[01:03] <d3vic3> got it
[01:11] <mvo_> Mithrandir: https://www.ubuntulinux.org/wiki/InteractiveUpgradeHooks, please check if I forgot something
[01:13] <Mithrandir> mvo_: is there any reason the file should be called .hook and not just $packagename or something?
[01:14] <trukulo> jdub: jeff, your video is up :P
[01:14] <Mithrandir> mvo_: I don't think the scripts themselves should be stored in that directory.
[01:14] <Treenaks> I'm already seeding jeff_small :)
[01:15] <mvo_> Mithrandir: that was my reasoning. if you don't think the scripts belong there, we can omit the .hook
[01:15] <Mithrandir> mvo_: and why would the command be optional?  It doesn't really make sense to have something without a command, does it?
[01:16] <Mithrandir> mvo_: I don't see any reason why they should go to /var rather than /usr/lib/$packagename/foo or something.
[01:16] <mvo_> Mithrandir: it does IMO. after a kernel upgrade it makes sense to tell the user that he will have to reboot 
[01:16] <Mithrandir> mvo_: then the command will be something which offers to reboot, wouldn't that make sense?
[01:17] <trukulo> :)
[01:18] <mvo_> Mithrandir: yes. it may be easier to just tell the user what to do (my two use-cases for this are: gnome upgrade that needs a relogin and kernel upgrades). in both cases it's IMO not really needed to present a actuall script
[01:18] <Mithrandir> mvo_: notification icons should do something when clicked, shouldn't they?
[01:19] <mvo_> Mithrandir: yes, they will show a dialog with the description in the hook file
[01:19] <mvo_> and a optinoal "do this now" button :)
[01:19] <Mithrandir> mvo_: hm, ok.
[01:19] <Mithrandir> mvo_: we need another way to handle description then, if so.
[01:19] <Mithrandir> I was thinking description = tooltip.
[01:20] <Mithrandir> since it can potentially be multiple paragraphs.
[01:20] <mvo_> what about adding a tooltip parameter?
[01:20] <mvo_> if no tooltip key is given, it just uses the descripiton?
[01:21] <mvo_> I don't mind if it's /var or /usr, /var looked more "natural" to me (and you suggested it in the first place :) 
[01:21] <Mithrandir> yeah, for the hook files, but not for the scripts.
[01:22] <mvo_> Mithrandir: ok, that was a misunderstanding. I agree that the scripts should not go into /var
[01:22] <Mithrandir> how do you think we should handle long descriptions?
[01:22] <Mithrandir> we could use rfc822 rather than key=value
[01:27] <Mithrandir> mvo_: ^^
[01:27] <mvo_> Mithrandir: yes :) I had hoped to use the xdg parser
[01:27] <mvo_> so that I get the key[locale]  stuff for free
[01:28] <mvo_> but for multiline rfc822 is better
[01:28] <Mithrandir> the alternative is letting it be a filename where the text is stored.
[01:28] <Mithrandir> one file per language.
[01:28] <mvo_> it means we needs something like "Description.LOCALE:"
[01:29] <Mithrandir> smells of debconf
[01:29] <mvo_> Mithrandir: one file per language is not optimal either
[01:29] <mvo_> Mithrandir: yes :)
[01:30] <Mithrandir> mvo_: I don't know if you can lift code off debconf for it, possibly?
[01:30] <mvo_> Mithrandir: staying close to debconf may be a good idea because we may be able use reuse their tools (debonf2pot) for example
[01:31] <mvo_> Mithrandir: cdebconf most likely. I should talk to Kamion about it 
[01:31] <Treenaks> Mithrandir: how's the next .avi coming? (after jeff_small :))
[01:31] <Mithrandir> the rfc822 parser in cdebconf is fairly trivial.  I think it's about five lines of C.
[01:31] <Mithrandir> (plus the i18n stuff)
[01:32] <mvo_> Mithrandir: cool!
[01:32] <Mithrandir> Treenaks: it dropped after 54M, so the small fabio started -- about 6.5MB done on that.
[01:32] <Mithrandir> mvo_: rfc822 is _simple_ to parse.
[01:32] <Mithrandir> not just fairly easy, but _really_ simple. :)
[01:33] <Mithrandir> mvo_: what's u-n written in?
[01:33] <Treenaks> Mithrandir: uh.. I seem to have everything of jeff_small
[01:33] <mvo_> Mithrandir: C
[01:34] <Mithrandir> Treenaks: yes, but you don't have all of mshuttleworth_big. :)
[01:34] <Treenaks> Mithrandir: true :)
[01:34] <Mithrandir> mvo_: ok, lifting the code should be fairly easy, then.
[01:35] <mvo_> Mithrandir: yeah
[01:35] <mvo_> I change the spec accordingly
[01:37] <seb128> pitti: gnome-system-tools 1.1.4 packaged but there is some issues to fix before uploading (ie: an add user is only in its group by default and the services build is done even if turned to off in the configure)
[01:37] <pitti> seb128, sivang: I thought the former was exactly the problem sivang worked on?
[01:38] <seb128> I thought so
[01:38] <seb128> but it doesn't work here
[01:38] <pitti> oops, sivan is not here
[01:38] <seb128> I've pinged him on the #gst chan, waiting for reply
[01:38] <fabbione> Kamion: ping?
[01:38] <seb128> hum, he timeouted
[01:39] <Kamion> fabbione: pong
[01:40] <fabbione> Kamion: mdz asked this morning if you can rebuild the liveCD with the latest ddetect to fix the network problem
[01:42] <Mithrandir> mvo_: 
[01:42] <Mithrandir> mvo_: maybe you should put an example in the Wiki as well?
[01:43] <mvo_> Mithrandir: yes, will do. I wonder if the tooltip is actually needed. there may be more than one new hook. it may be better to display something like "3 new post-update information availabe" 
[01:44] <sivang> seb128: ping
[01:45] <Kamion> fabbione: hm, will need a new initrd build for that
[01:45] <Mithrandir> mvo_: hm, possibly.
[01:45] <fabbione> Kamion: is it doable?
[01:45] <Kamion> fabbione: /me != lamont
[01:45] <fabbione> Kamion: until all this is not sorted i am stocked with the kernel
[01:46] <Kamion> I guess I can do a null d-i upload
[01:46] <fabbione> Kamion: mdz pointed at you.. lamont was around i think...
[01:46] <seb128> sivang: did you read what I said on #gst ?
[01:46] <sivang> seb128: lemme check
[01:46] <Kamion> yeah, mdz was wrong though :)
[01:46] <sivang> seb128: got disconnected, the server I was connecting through went down...:(
[01:46] <Kamion> I'll see what I can do, but it also requires byhand attention from elmo
[01:46] <sivang> seb128: so no.
[01:47] <mvo_> Mithrandir: can you possibly add the UT8M as example? That would be nice and real-world :)
[01:48] <Mithrandir> mvo_: ok :)
[01:50] <fabbione> Kamion: thanks
[01:51] <Kamion> fabbione: ok, uploading, we'll wait a bit for the wheels to grind ...
[01:52] <fabbione> Kamion: fine for me
[01:53] <fabbione> i think this is the last change mdz is waiting for before giving me the green light for the kernel
[01:53] <fabbione> also because i have a bunch of security fixes to upload :-))))
[01:54] <fabbione> Kamion: ah you will have to upload d-i after me.. due to the ABI change :(
[01:54] <fabbione> sorry about that, but i can't avoid it
[01:56] <Kamion> yes, I know, that's fine and expected :)
[02:03] <fabbione> elmo: dunno if you read the scroll back.. can you sync ispell-lt from sid please
[02:03] <fabbione> ?
[02:06] <elmo> fabbione: it's a new upstream version?
[02:06] <fabbione> yes, but it merges all our changes and the merge-omatic bug was before UVF
[02:07] <fabbione> at least...
[02:07] <fabbione> and mdz didn't object this morning
[02:09] <elmo> did you ask him explicitly, or do you mean he didn't object when I asked for the sync?
[02:09] <elmo> :)
[02:09] <fabbione> i explained the reason for asking the sync and he didn't object
[02:10] <fabbione> so either he has me in his ignore list
[02:10] <fabbione> or i think it was ok
[02:10] <fabbione> otherwise blame GTK!
[02:10] <elmo> shrug, k.  I think we need to stop using irc for sync requests tho, then I don't have to keep doing this "but it's a new upstream version!" dance
[02:10] <fabbione> elmo: i also added the note in the bug...
[02:10] <fabbione> let me see if he added something..
[02:11] <elmo> it's done, don't worry about it now
[02:12] <fabbione> well.. if i am wrong i will take my responsabilities
[02:12] <fabbione> thanks dude :-)
[02:13] <fabbione> actually it also fixed another bug
[02:13] <fabbione> so that's even more cool
[02:21] <thom> elmo: please sync mozilla-firefox-locale-tr (bug #4781)
[02:25] <elmo> done
[02:26] <pitti> thom: sure?
[02:26] <pitti> thom: what about the language packs modifications?
[02:27] <thom> pitti: doesn't have any
[02:27] <pitti> thom: okay, then it's probably a new language
[02:27] <pitti> thom: I will modify it soon
[02:27] <thom> it's been in since prewarty, but, whatever :-)
[02:28] <thom> elmo: grazi
[02:28] <pitti> thom: oh, then it was a too old version
[02:28] <pitti> thom: anyway, on my todo list now
[02:32] <mjg59> thom: Oh, yeah, the sleep scripts need to be transitioned over to using vbetool, too
[02:52] <Kamion> bleh, I wonder what happened to my pbbuttonsd_0.6.6-2ubuntu1 upload of ages ago
[02:56] <elmo> Rejected: pbbuttonsd_0.6.6-2ubuntu1.dsc refers to pbbuttonsd_0.6.6.orig.tar.gz, but I can't find it in the queue or in the pool
[02:56] <elmo> the diff's still in queue/reject if you want it
[02:59] <Kamion> elmo: yeah, I'd just got round to working out that that must've been the problem - don't worry, I've got the diff here, I'll just re-merge the last Debian change by hand
[02:59] <Kamion> I must've deleted the REJECT mail though, special
[03:00] <elmo> pitti: ?
[03:01] <pitti> elmo: here
[03:01] <elmo> pitti: got a patch for isec-0022?
[03:01] <pitti> elmo: which is? 
[03:01] <elmo> http://isec.pl/vulnerabilities/isec-0022-pagefault.txt
[03:01] <pitti> elmo: sorry, my server with all my mails is currently down
[03:01] <pitti> elmo: the failed raid, remmeber?
[03:01] <pitti> elmo: I'm just at reconstructing it
[03:02] <pitti> elmo: should be back in about 30 minutes
[03:02] <Kamion> hooray, merges done
[03:02] <pitti> elmo: yes, this was disclosed 2 minutes ago
[03:02] <elmo> pitti: ok, no prob
[03:02] <pitti> elmo: the next warty update will contain this
[03:03] <pitti> elmo: fabbione has the patch, too
[03:03] <daniels> Kamion: my DSL is just chocking on the glibc .orig.tar.gz
[03:03] <daniels> Kamion: (ubuntu archive rsync is at 50%; been going for a bit over a week now)
[03:03] <pitti> elmo: I asked Herbert to upload ASAP, but he did not yet do
[03:03] <elmo> ok
[03:03] <daniels> OH FUCK ME
[03:03] <Kamion> daniels: fun!
[03:03] <Kamion> no
[03:04] <zul> ditto
[03:04] <lamont> moo
[03:05] <daniels> i seriously need an alias on fd.o for 'disable all ssh access except mine'
[03:06] <daniels> pitti: where's the patch for 0022?
[03:06] <elmo> daniels: disable userdir-ldap via /etc/nsswitch.conf
[03:06] <lamont> Kamion: do we need a new daily di build?
[03:06] <pitti> daniels: give me half an hour to reconstruct my server
[03:06] <elmo> we just had a d-i build
[03:06] <daniels> elmo: doesn't cover people already logged in
[03:07] <daniels> elmo: it's allow everything from my IP, drop everything on port 22
[03:07] <elmo> daniels: ps auxfw | grep -v root | awk '{print $2}' | xargs kill -9 :-P
[03:07] <Kamion> lamont: I just uploaded it manually, was easier
[03:07] <daniels> elmo: and wipe out my own SSH access, awesome :P
[03:07] <thom> rofl
[03:07] <thom> the elmo school of gunboat diplomacy
[03:07] <daniels> 'zsh? who the fuck needs that?'
[03:08] <Kamion> oh, rock
[03:08] <Treenaks> it doesn't even do utf-8 right  :P
[03:08] <Kamion> ELMO, FASTEST BYHAND IN THE WEST
[03:13] <lamont> daniels: fuser -mk / is much faster.
[03:19] <lamont> seb128: how come autohide doesn't hide the panel anymore?
[03:20] <daniels> dpkg-buildpackage: source package is glibc
[03:20] <daniels> dpkg-buildpackage: source version is 2.3.2.ds1-20ubuntu1
[03:20] <daniels> dpkg-buildpackage: source maintainer is Scott James Remnant <scott@canonical.com>
[03:20] <daniels> KEYBUK TOUCHED IT LAST
[03:22] <Kamion> Keybuk touched everything last
[03:22] <Kamion> isn't that right, thom, lamont?
[03:22] <thom> it's looking that way
[03:22] <thom> although sadly i may have to do some work on firefox
[03:23] <Kamion> make sure you leave that changelog as Scott, too
[03:23] <daniels> i wonder if I can 'gift' X to him
[03:23] <thom> oh, definitely. how could i blame him otherwise
[03:24] <daniels> unfortunately mom doesn't touch xorg
[03:24] <Mithrandir> thom: how's the new house?
[03:24] <daniels> Mithrandir: it has walls
[03:25] <daniels> (plural)
[03:25] <thom> Mithrandir: and a ceiling, most notably
[03:25] <thom> it's good
[03:25] <lamont> Kamion: damn near
[03:25] <Mithrandir> thom: that's a good start. :)
[03:25] <thom> yup :-)
[03:25] <daniels> i almost owned glibc at one point
[03:26] <thom> by way of a revolutionary concept for london, we have a frickin' garden too
[03:26] <lamont> thom: furniture is still left as an exercise?
[03:26] <Kamion> owned with a 0?
[03:26] <daniels> when i was doing 4.3.0-0dsX, there were a whole slew of 'oh my god, I'm putting glibc on hold' posts
[03:26] <daniels> (i don't blame them: i'd put glibc on hold if i maintained it)
[03:26] <daniels> thom: you mean ... pot plants?
[03:26] <thom> no, an actually garden, with a bbq
[03:26] <daniels> sweet
[03:26] <daniels> so you can stand around the bbq and drink cold beer in summer
[03:26] <thom> lamont: fortunately, left as an exercise to the owner ;-)
[03:27] <thom> daniels: it seems unlikely
[03:27] <rburton> thom: a real garden?
[03:27] <rburton> wow
[03:28] <thom> rburton: yeah :-)
[03:28] <daniels> rburton: dulwich had a fair few rad gardens
[03:28] <daniels> and parks!  what's up with that?
[03:28] <rburton> i know
[03:28] <rburton> thom: where is the new house?
[03:28] <Kamion> hm, I suppose I should test cdebconf 0.74ubuntu1 a bit before just radically changing how d-i's debconf infrastructure works
[03:29] <thom> rburton: still ealing
[03:30] <mjt> several major russian ISPs have blocked swip.net - some more than a year ago - due to all this, and especially due to the lack of ANY responses to abuse@.  I dunno how "important" russia for you is, really, and dunno about other countries either
[03:30] <mjt> er
[03:30] <mjt> mischan
[03:33] <pitti> daniels, elmo: my server is back, shall I forward you the patch?
[03:33] <pitti> daniels, elmo: as I said, the Warty update comes soon
[03:33] <pitti> and fabio will upload a new Hoary kernel soon, too
[03:34] <lamont> why is cyrus-sasl still showing up in main for me...
[03:34] <daniels> pitti: that would be great, thanks
[03:35] <lamont> (it's build-deps aren't there...)
[03:35] <elmo> pitti: could you forward, and 2.4 if you have it too, please?
[03:35] <pitti> elmo: I have, sure
[03:35] <elmo> lamont: because it's build-deps on libtool1.4 and thatm akes keybuk cry
[03:35] <elmo> I need to file a bug about it and a bunch of other stuff like that
[03:35] <lamont> elmo: I said why _is_ it still in main...
[03:36] <lamont> it needs to die. :-)
[03:36] <elmo> lamont: I promoted it TO main
[03:36] <lamont> oh
[03:36] <lamont> so it needs to be fixed then\
[03:36] <elmo> because tourguide promoted it
[03:36] <elmo> lamont: weren't you at the BOF seed syncage hell?  it was proposed then
[03:36] <lamont> but hasn't built yet, so the dep doesn't show in apt-cache. got it.
[03:37] <pitti> daniels, elmo: sent
[03:37] <lamont> elmo: think I was...
[03:37] <thom> lamont: mono is not looking fun
[03:37] <lamont> maybe I'll fix it...
[03:37] <lamont> thom: I'll buy you a beer.
[03:37] <elmo> pitti: obrigado
[03:38] <pitti> elmo: por favore (?)
[03:38] <sivang> pitti: it's thank you and brazillina port
[03:38] <daniels> pitti: cheers
[03:38] <sivang> pitti: in brazillian portugueese.
[03:38] <pitti> ah
[03:39] <sivang> elmo: you speak some of it? :)
[03:39] <sid77> hi
[03:39] <azeem> sivang: it's also thank you in regular portuguese, AFAIK
[03:40] <thom> lamont: i'll talk to you about it in a bit, it's bootstrap time though
[03:40] <sivang> azeem: yeah, but brazillian say it a bit differently
[03:40] <sivang> azeem: by accent that is
[03:41] <azeem> I guess :)
[03:43] <elmo> sivang: no, it's the only word I learnt at debconf4 in .br is all
[03:43] <thom> sivang: we tried to teach him english too
[03:43] <thom> ...
[03:43] <lamont> fire cal
[03:49] <elmo> Rejected: ubuntu-keyring-udeb_2005.01.12_i386.udeb: architecture part of filename (i386) does not match package architecture in the udeb (all).
[03:49] <elmo> mvo: ^--
[03:50] <sivang> thom: who elmo? he knows english alrady no? :)
[03:50] <thom> sivang: nah, that's just a tape recording 
[03:52] <sivang> thom: hehe
[03:53] <Kamion> mvo_: oops. get rid of all the DEB_HOST_ARCH stuff and replace $(DEB_HOST_ARCH) with all ...
[03:53] <Kamion> elmo: can I upload gpgv-udeb?
[03:53] <elmo> Kamion: I said yes yesterday...
[03:53] <daniels> OH CHRIST WHY DO PEOPLE STILL USE SERVER-SIDE FONTS
[03:53] <Kamion> oh, I missed that
[03:53] <Kamion> ok, thanks
[03:54] <elmo> granted with a 3 hour lag ;)
[03:54] <sivang> -rw-r--r--   1 pooh  pooh  2.5M 2005-01-12 16:28 file5.txt
[03:54] <sivang> ops
[03:54] <sivang> sorry
[03:55] <Kamion> oh, fixed live CD is up, btw
[03:55] <mvo_> Kamion: ok
[03:56] <Kamion> fabbione: you can go ahead and do the kernel changes now, I think
[03:56] <sladen> daniels: sudo pkill -9 -v -u $USER
[03:57] <daniels> sladen: ... for 270 users
[03:57] <daniels> seriously, it's just easier this way :)
[04:04] <fabbione> Kamion: thanks. i will wait the green light from mdz
[04:08] <daniels> holy shit, acpi video which can retreive edid
[04:08] <daniels> and i'm pretty sure radeons support it
[04:08] <daniels> that's so phat
[04:11] <kent> daniels, server side fonts?
[04:12] <sladen> daniels: -9 KILL, -v NOT, -u $ME
[04:12] <Kamion> -u root,$ME indeed
[04:13] <daniels> kent: yes, they are an abomination to mankind
[04:13] <sladen> Kamion: good point, killing init liable to cause bad stuff(tm)
[04:14] <daniels> i fail to see how this is easier than the same two iptables commands i type every other day :P
[04:14] <Kamion> although that probably kills a lot of daemons
[04:14] <Kamion> so you'd need to init 1; init 2 afterwards probably
[04:15] <Kamion> and whether you can do that remotely ... :)
[04:15] <mjt> in debian the network is up in runlevel1
[04:16] <daniels> Kamion: yeah, because I  need to kill fd.o for my credibility, that'd be great :P
[04:16] <daniels> i already get enough shit when I drag it down, build a  new kernel, and update, and always bring it up reliably
[04:16] <Kamion> I thought you did that already
[04:16] <daniels> no, I kill fooishbar a lot
[04:16] <daniels> i've never managed to kill fd.o
[04:16] <daniels> just hand out root to everyone on the face of the planet, seemingly
[04:16] <Kamion> mjt: yes, but /etc/rc1.d/S20single sends all processes SIGTERM and SIGKILL so I'm unconvinced that your login would survive
[04:17] <mjt> well, sshd (whatever) will be shut down anyway
[04:17] <Kamion> although it does use killall5, which ought not to kill its own session
[04:17] <Kamion> shutting down sshd does not kill ssh sessions
[04:18] <mjt> i mean it's quite unsafe thing to do remotely
[04:18] <Kamion> yeah, I think it's possible though
[04:21] <fabbione> hey Keybuk 
[04:21] <Kamion> Keybuk: yay for dselect complaints on debian-devel :-)
[04:21] <Keybuk> heyhi
[04:21] <Keybuk> Kamion: you just like upsetting people, don't you :p
[04:21] <fabbione> Keybuk: #4600 <-
[04:21] <Kamion> Keybuk: absolutely
[04:22] <Keybuk> fabbione: yeah, I commented on that one
[04:22] <fabbione> i think merge-o-matic did some odd stuff with the diffs
[04:22] <fabbione> Keybuk: the diffs are based on 1.0.6-4
[04:23] <fabbione> shouldn't they be based on 1.0.7-1ubuntu1?
[04:23] <mjg59> daniels: Depends on the acpi
[04:23] <mjg59> It's not always implemented
[04:23] <Keybuk> fabbione: no, that's not a base version common to both packages
[04:23] <Keybuk> they *could* be based on 1.0.7-1
[04:23] <Keybuk> but that package can't be found
[04:23] <Keybuk> (-2 came out too fast afterwards)
[04:23] <daniels> 'he hacker knew about Secret Service subpoenas relating to government computer crime investigations, and even knew the agency was monitoring his own Microsoft ICQ chat account.'
[04:24] <daniels> microsoft bought aol, did they?
[04:24] <fabbione> Keybuk: *srughs*
[04:24] <fabbione> the merge is messy...
[04:24] <Keybuk> to do a three-way diff, you need three versions
[04:24] <Keybuk> left (debian), right (ubuntu) and base; base has to be a version common to the ancestry of both left and right
[04:24] <daniels> man, zinf is QUALITY
[04:24] <daniels> segfaults if you give it a non-existant filename
[04:24] <Keybuk> 1.0.7-1ubuntu1 isn't in the ancestry of left, so it's not a valid base
[04:25] <fabbione> Keybuk: yes.. i get the idea behind it...
[04:25] <Keybuk> I'd be surprised if it was "messy"
[04:25] <fabbione> Keybuk: check the rejects :-)
[04:25] <Keybuk> it's probably just got some common bits in both diffs
[04:25] <Keybuk> I did, the rejects looked small to me
[04:25] <fabbione> ok let's make it simply. do we have 1.0.7-1 somewhere?
[04:26] <Keybuk> it looked like postrm was rewritten
[04:26] <Keybuk> fabbione: not that it could find
[04:26] <fabbione> yes and there are things that are differnt...
[04:26] <Keybuk> it's not even on snapshot.d.n
[04:26] <Keybuk> Depends and the description changed on both sides
[04:26] <Keybuk> and the dpatch 00list
[04:26] <Keybuk> that's a *tiny* dropped :p
[04:26] <Kamion> Keybuk: dpkg changelog> who's "Captain Tight-Pants"? :)
[04:26] <fabbione> that's a pain in the ass
[04:27] <Keybuk> dude, that's an easy merge :p
[04:27] <fabbione> bah i guess i will have to understadn all the changes that have been done before
[04:27] <Keybuk> Kamion: borrow my Firefly DVDs off Kinnison :p
[04:27] <Kamion> ah
[04:42] <daniels> lamont: know of any hppas or ia64s in .au? :)
[04:42] <Kamion> Keybuk: how hard would it be to use gzip --rsyncable for Ubuntu's .debs?
[04:43] <Kamion> I'm wondering if it would help out with rsyncing ISO images
[04:44] <Kamion> (can you tell I'm waiting for an image to rsync at the moment?)
[04:47] <Keybuk> quite hard.
[04:47] <Kamion> it's not just a matter of adding --rsyncable to the compress_cat?
[04:48] <Keybuk> dpkg uses zlib
[04:48] <Kamion> oh, arse, ok
[04:48] <Keybuk> it statically links to zlib, rather than invokes gzip
[04:48] <Keybuk> (though I could just omit --with-zlib from the configure line to make it invoke gzip)
[04:49] <Keybuk> but then you get ... issues with upgrades :p
[04:49] <Keybuk> doesn't look line anyone's ported the rsyncable code from gzip/deflate.c into zlib either
[04:50] <mjg59> Keybuk: Haha. You think *you* have it bad.
[04:50] <mjg59> (In terms of 3-way diffs)
[04:51] <Kamion> !
[04:51] <mjg59> DNA rather than code, but still
[04:51] <mjg59> It makes even less sense...
[04:51] <Kamion> I hate to ask, but *why*?
[04:51] <Keybuk> mjg59: +GTTGGAGGT -TATGAGGA +GATCCA -CCAGTG ? :p
[04:52] <mjg59> Kamion: 12 species of fruit flies with fairly complete genomes
[04:52] <mjg59> ...and me trying to find the important bits in the junk
[04:53] <Kamion> Keybuk: http://lists.debian.org/debian-devel/2003/07/msg00462.html refers to it
[04:54] <Nafallo> something have happened with the battery monitor :-P
[04:54] <Keybuk> Kamion: useful, bug the debian zlib maintainer and I'll add support for it
[04:54] <Keybuk> broonie isn't it?
[04:57] <Kamion> Keybuk: yep, done
[05:01] <Nafallo> is it me or is update-manager broken?
[05:03] <mvo_> Nafallo: it's GTKs fault ;)
[05:03] <randabis> so is theme manager
[05:03] <Keybuk> itym "iz gtk bug"
[05:03] <Nafallo> mvo_: hehe, should I sign a bug or are you aware of it? ;-)
[05:04] <mvo_> Nafallo: it's filed as #5441 
[05:06] <Keybuk> mjg59: why it is *always* fruit flies?
[05:07] <Kamion> Keybuk: extraordinary genetic diversity due to the evolution of generations of geneticists naturally selected for their expertise in playing with fruit-fly genomes
[05:09] <Keybuk> one day I'm going to wake up, the the world will be being terrorised by a 120ft-high fruit fly, and I'm going to blame Matthew
[05:09] <Nafallo> mvo_: fixed to :-)
[05:09] <randabis> is there a fix for the broken theme manager yet? no rush, just wondering
[05:26] <trukulo> hi
[05:34] <fabbione> lamont: -6 is ready.. do you want the diff and the dsc now?
[05:34] <fabbione> lamont: i need to wait mdz green light before upload
[05:54] <crimsun> < m00se> crimsun: who should i bother about updating galeon? bug #288875 is really anoying
[05:54] <crimsun> 'galeon' is in universe, so I'm not sure where to direct him
[05:56] <mjg59> thom: I have some sweet scripts for you
[05:56] <thom> sweeeeeeet
[05:57] <thom> mjg59: whatya got?
[05:58] <pitti> sivang, seb128: were you able to sort out the g-s-t problem?
[05:58] <mjg59> thom: I'll throw them over in a second
[06:01] <seb128> pitti: sivang is working on it, some changes are not included in the release or something like that
[06:02] <seb128> pitti: but the gst devel is working atm, so it'll probably wait tonight
[06:02] <pitti> ah, ok
[06:02] <pitti> thanks
[06:02] <pitti> sure, just curious :-)
[06:03] <lamont> fabbione: either way - more interested for when to restart my mirror script...
[06:06] <lamont> Rejected: ubuntu-keyring-udeb_2005.01.12_i386.udeb: architecture part of filename (i386) does not match package architecture in the udeb (all).
[06:06] <lamont> anyone care?
[06:06] <Kamion> lamont: mvo fixed that
[06:06] <lamont> kewl
[06:06] <Kamion> 2005.01.12.1
[06:07] <mjg59> thom: http://www.srcf.ucam.org/~mjg59/tmp/acpi-support*
[06:08] <mjg59> thom: Support for Thinkpads and default events. Needs other hardware specific events added. Need to hook in the power button stuff from acpid. Other than that, it ought to do.
[06:08] <mjg59> (Note that I'm at work and thus haven't tested this in the slightest)
[06:23] <thom> righto
[06:23] <thom> GRAR
[06:23] <mjg59> Mm?
[06:23] <thom> hopefully this time my laptop won't become unusable when i tab complete a Makefile target
[06:24] <rburton> try tab-completing a java class
[06:24] <mjg59> Haha
[06:24] <thom> make cle<tab>
[06:24] <thom> and off we go so far into swap i can't move the mouse until i reboot
[06:24] <thom> this is, imho, not ideal behaviour
[06:24] <thom> well, i think swap
[06:25] <thom> i have no way to tell bar the disk light not turning off at all
[06:25] <mjg59> zsh or bash?
[06:25] <thom> zsh
[06:27] <mjg59> It's the crack
[06:27] <mjg59> It's come for you
[06:28] <thom> heh
[06:28] <thom> i blame Fabio
[06:28] <mjg59> I think you should admire the elegance of my wireless on/off script
[06:28] <trukulo> i don't know why, but i blame fabio too
[06:28] <mjg59> Yeah. Down with fabio.
[06:32] <Keybuk> mjg59: what's your wireless on/off script do?
[06:33] <mjg59> Keybuk: Walks through /sys/class/net looking for stuff supporting the wireless extensions, and then changes their power state
[06:33] <Keybuk> cool
[06:33] <mjg59> sysfs = teh 31337
[06:33] <mjg59> It ought to check whether it's on an asus or not, and if so toggle the LED as well
[06:34] <Keybuk> what I don't understand is why we have /sys *and* /dev
[06:34] <Keybuk> there's no reason the major:minor "dev" file can't just be a device
[06:35] <rburton> Keybuk: to stop RSI when you are trying to mount a device by hand
[06:35] <cartman> cupsys pack is buggy
[06:36] <cartman> it must depend on cupsys-client
[06:36] <cartman> it tries chown /usr/sbin/lppasswd
[06:36] <Nafallo> damn server! bad vga-card :-(.
[06:37] <Keybuk> rburton: /sy<tab>/c<tab>/s<tab>d<tab>... :p
[06:37] <cartman> also see https://bugzilla.ubuntu.com/show_bug.cgi?id=5397
[06:37] <kferdous> Hey all
[06:37] <Keybuk> it's no worse than devfs anyway :p
[06:37] <mjg59> thom: If you're happy with the paths, then I can hand that over to seb
[06:38] <thom> looking currently
[06:38] <Kamion> damnit, I broke the powerpc CDs
[06:39] <Kamion> *ahem* sorry, a brief leet moment there
[06:39] <thom> the wireless script is very nice
[06:40] <amu> Kamion: live or install ? 
[06:41] <Kamion> install
[06:42] <Kamion> the install CD was using the live yaboot.conf by mistake
[06:43] <Nafallo> does voodoo2 have a bios? :-P
[06:47] <mjg59> Nafallo: Not really, no
[06:48] <Nafallo> hmm, it smells like something is burning *pulls the plugs for the server*
[06:49] <thom> mjg59: where do i get vbetool 0.2?
[06:49] <mjg59> thom: Argh. http://www.srcf.ucam.org/~mjg59/vbetool
[06:49] <mjg59> Sorry, it's still waiting in NEW
[06:49] <thom> ahr
[06:50] <lamont> mdz about yet?
[06:50] <lupus_> it seems that wget is missing in the wget package
[06:51] <lupus_> can someone verify this
[06:51] <Kamion> lupus_: warty or hoary?
[06:51] <Mithrandir> lupus_: what architecture?
[06:51] <Kamion> lupus_: but anyway, all the .debs in the archive have /usr/bin/wget
[06:52] <Kamion> so anti-confirm
[06:52] <lupus_> hoary
[06:52] <cartman> anyone knows where the post-removal scripts located in a package?
[06:53] <lupus_> weird I have no /usr/bin/wget
[06:53] <Mithrandir> cartman: /var/lib/dpkg/info/$package.postrm
[06:53] <thom> mjg59: paths look good
[06:53] <lupus_> and the package is installed
[06:53] <cartman> Mithrandir: thanks
[06:53] <thom> lupus_: dpkg -L wget
[06:53] <Mithrandir> lupus_: dpkg -L wget | grep bin/ ; what does that return?
[06:54] <amu> azeem: a hurd-warty? 
[06:54] <azeem> nah
[06:54] <azeem> warty is pretty good to download and burn the latest sarge snapshot
[06:54] <azeem> ;)
[06:54] <azeem> didn't have any other CDs handy
[06:54] <rburton> daniels: would you appreciate bugs against x for the crap man pages?
[06:55] <amu> azeem: *g*
[06:55] <lupus_> lupus@lupus ~ $ dpkg -L wget | grep bin
[06:55] <lupus_> /usr/bin
[06:55] <srbaker> is the first login of ubuntu supposed to be super-duper-slow?
[06:55] <srbaker> it's been 5 minutes.
[06:55] <mjg59> thom: Cool. Any sign of it actually working? :)
[06:55] <srbaker> and it's sitting there with a pointer
[06:55] <srbaker> did the same thing on my laptop
[06:55] <srbaker> thougths?
[06:56] <azeem> srbaker: check whether the loopback device is configured correctly and /etc/hosts is alright, I'd say
[06:56] <azeem> but on a new install?
[06:56] <srbaker> azeem, yeah
[06:56] <srbaker> installed over wifi
[06:56] <srbaker> well, installed from cd.  it used wifi for the security updates, i guess
[06:56] <azeem> warty or hoary?
[06:56] <Mithrandir> srbaker: I've never seen that, but seen some reports about it.
[06:57] <srbaker> Mithrandir, thoughts on a fix?
[06:57] <srbaker> happened on both my Toshiba Tecra 8100, and IBM TP T22
[06:57] <lupus_> Mithrandir, ii  wget                                        1.9.1-10   
[06:57] <lupus_> is this the latest version?
[06:57] <pitti> elmo: still here?
[06:57] <Kamion> lupus_: yea
[06:57] <Mithrandir> lupus_: same version as I have, at least.
[06:57] <Kamion> yeah
[06:57] <Mithrandir> srbaker: since I don't know what the reason is, not really, no.
[06:57] <lupus_> and you got wget?
[06:58] <Mithrandir> srbaker: some people mumbled about IDE DMA issues.
[06:58] <mjg59> thom: Are you ok with the /etc/default/ stuff?
[06:59] <srbaker> oh.
[06:59] <srbaker> anyone else see this?
[06:59] <Mithrandir> srbaker: if you're able to track down what's it hanging on, then please tell us and we can fix it. :)
[06:59] <srbaker> Mithrandir, that was probably me about idee dma.  that was a coincidental problem
[06:59] <Mithrandir> ok
[06:59] <Mithrandir> srbaker: try logging in on a text console and play around with top and strace?
[07:00] <mdz> lamont: here
[07:01] <lamont> so wvstreams.... it wants xplc or whatever it was...thoughts?
[07:01] <elmo> pitti: yeah
[07:01] <thom> mjg59: yes, happy with the /etc/default stuff
[07:02] <srbaker> Mithrandir, i'll try that next
[07:02] <mjg59> thom: Rock
[07:02] <mdz> Kamion: I didn't need a new initrd when I tested it
[07:02] <thom> mjg59: playing with the scripts now
[07:02] <mjg59> thom: So all it really needs now is for all the other events from that list I wrote up adding...
[07:02] <mdz> Kamion: I just dropped in the udebs and it fixed the problem for me
[07:03] <thom> yeah, which i can thrash through once firefox is happy
[07:05] <srbaker> where does options "SWCursor" go?  i forget which section
[07:05] <mjg59> mdz: What were your feelings on dealing with the initrd-tools/swsusp issue?
[07:06] <srbaker> Mithrandir, i removed all of the .g* files, and rebooted.  after reboot, worked fine
[07:06] <pitti> Hi mdz
[07:06] <srbaker> Mithrandir, i tested on another machine with same problem, rebooting witha n empty homedir fixes it
[07:06] <mdz> mjg59: bug#?
[07:07] <mdz> Mithrandir: why would you want to use grub?
[07:08] <mjg59> mdz: 5230
[07:08] <Mithrandir> mdz: because it's much nicer both to look at and than syslinux, imho.
[07:08] <Mithrandir> more flexible too
[07:09] <pitti> mdz: I finished my language-pack generator packages so far
[07:09] <mdz> mjg59: what's the default if I don't have resume= and don't echo anything to /sys/power/resume?
[07:09] <Mithrandir> mdz: if grub works well with cds on amd64 systems (as I think), any prolems with grub and cds on i386 systems can be ignored. :)
[07:09] <pitti> mdz: I'm currently creating a quick-and-dirty script which would allow me to extract all mo files from the hoary archive
[07:09] <mjg59> mdz: Good question. My recollection of the code is that it might suspend, but shouldn't resume.
[07:09] <mdz> Mithrandir: but it seems to have the disadvantage of not being as widely bootable, at least the version used for the Warty live CD
[07:09] <pitti> mdz: I can go with this if you want
[07:10] <Mithrandir> mdz: we never released a live amd64 cd for warty.
[07:10] <mjg59> thom: One thing that's lacking there is doing something sensible on low battery
[07:11] <mdz> mjg59: I definitely think it makes more sense for the initrd to do the work, since it is simpler to hook there than to modify the boot loader config
[07:11] <mdz> mjg59: but it's not clear to me how it should determine which device to use
[07:11] <mjg59> mdz: Ok. Yes, that's the problem.
[07:11] <mjg59> The kernel doesn't appear to expose partition types
[07:12] <mdz> mjg59: the 99% case is that the system has one swap device, and that's what should be used, right?
[07:12] <mdz> so the initrd process could read fstab or /proc for that, and save it in the initrd
[07:12] <mjg59> mdz: We can't read fstab
[07:12] <mdz> mjg59: the initrd-building process I mean
[07:12] <mjg59> Oh, right. Yes, that works.
[07:13] <mjg59> Is the first initrd built after swap has been enabled?
[07:13] <mdz> Kamion: ?
[07:13] <mdz> not sure
[07:13] <mjg59> mdz: The 99.99% case is that we take the biggest swap partition
[07:13] <Mithrandir> afaik, yes.
[07:13] <mjg59> initrd-tools also needs 5231 dealing with
[07:14] <Mithrandir> since the initrd is built when the kernel is installed, while partman activates swap.
[07:14] <Mithrandir> iirc
[07:14] <mdz> there is an enable_swap function in partman/definitions.sh
[07:14] <mdz> but I don't know where it gets called from
[07:14] <Mithrandir> probably when committing changes.
[07:15] <mdz> ok, so that should work nicely, then
[07:15] <mdz> as long as the initrd script is part of base
[07:16] <mdz> mjg59: would you put it in acpi-support?
[07:16] <mdz> or someplace else?
[07:16] <mdz> acpi-support is currently in desktop
[07:16] <mjg59> mdz: re 5231?
[07:16] <mdz> mjg59: 5230
[07:16] <mjg59> Oh, right. Erm.
[07:17] <mjg59> I'm not quite sure what you're asking.
[07:17] <mdz> mjg59: the way to do it would be to add a mkinitrd hook script
[07:17] <mdz> and the question is in which package it should go
[07:17] <mjg59> Ah, ok.
[07:17] <mjg59> acpi-support is wrong, because it ought to work on PPC as well
[07:17] <mjg59> (if we get kernel support in time)
[07:17] <mdz> I suppose it could go in initrd-tools itself
[07:17] <mdz> but it seems awfully specialized
[07:18] <mjg59> Well, there doesn't seem to be any way to do 5231 with mkinitrd hooks, and that's even more specialised :(
[07:18] <srbaker> i want to try ubuntu on a minimac
[07:18] <srbaker> it kicks ass on the indigo ima
[07:18] <srbaker> c
[07:18] <fabbione> hey mdz
[07:18] <Mithrandir> srbaker: they're not shipping yet, are they?
[07:19] <srbaker> dunno
[07:19] <mdz> fabbione: feel free to upload linux
[07:19] <fabbione> mdz: do i have green light for -6?
[07:19] <fabbione> ok
[07:19] <fabbione> i will tomorrow.. i am only going to burn the livecd for testing now
[07:20] <mdz> mjg59: right, 5231 either needs a mkinitrd patch to implement the functionality, or one which implements a new type of hook
[07:20] <fabbione> because i need to test one fix for the e100
[07:20] <mjg59> thom: Oh, we should lose the chvts in lid.sh
[07:20] <mjg59> They don't seem to be needed now
[07:20] <thom> righto
[07:21] <thom> um, i should get some rcs set up for acpi-support, and rename it
[07:21] <mjg59> And lid.sh should probably support going to sleep if not on AC, too
[07:21] <thom> yeah
[07:22] <mjg59> mdz: Do you ship powermgmt-base (or whatever it's called) as part of base?
[07:22] <thom> hmm. that was the least succesful resume i've seen in quite a while
[07:22] <mjg59> thom: Hrm. How so?
[07:23] <thom> came back, appeared to reload modules correctly, and then gnome stopped redrawing entirely
[07:24] <mjg59> Right. Yes, that's the vbe restore stuff.
[07:25] <mjg59> Which is interesting, because I didn't think I was doing anything massively different to X. Hmm.
[07:25] <mjg59> Are the text consoles ok?
[07:25] <thom> yeah
[07:25] <mjg59> Can you try disabling DRI?
[07:26] <thom> sure
[07:26] <mdz> mjg59: no, we do not
[07:30] <mjg59> mdz: Well, the choices are pretty much to put it in initrd-tools, or create some other arch:all package to go in base
[07:31] <fabbione> yeahhhhh network is up
[07:33] <fabbione> mdz: what's the default user on the livecd?
[07:33] <fabbione> root?
[07:34] <fabbione> ahh
[07:34] <fabbione> neat.. hostname
[07:35] <fabbione> and password?
[07:35] <amu> press enter ;)
[07:35] <pitti> wow, we have 244 MB worth of po files in hoary/main right now
[07:36] <fabbione> amu: gdm doesn't allow nonpassord users.. and enter doesn't work..
[07:36] <fabbione> + there is a password.. i can't login in console as user
[07:36] <pitti> elmo: could you please install zip on rookery?
[07:37] <amu> fabbione: you logined as root + no password ? adduser foobar, reconfigure X and start gdm ?  
[07:38] <fabbione> login as root + no password - configure X - found user $(hostname) - attempted to login as such user
[07:39] <diapolon> you all suck!
[07:39] <diapolon> >P
[07:39] <amu> fabbione: i need still 10min. to get the latetest iso from today  
[07:40] <fablive> no prob amu
[07:40] <fablive> take the time you need
[07:40] <fablive> i need to go and cook some food anyway
[07:40] <fablive> mdz: net up automagically
[07:40] <amu> fabbione: it's beeing time you get married *eg* 
[07:41] <fablive> mdz: looks good.. other than X everything works
[07:41] <fablive> amu: yes.. in 30 days from now.. at this time i will be fucked^Wmarried
[07:41] <Keybuk> both simultaneously, one would hope
[07:41] <lamont> fablive: so did mdz tell you to upload -6 yet?
[07:42] <fablive> lamont: yes. i will tomorrow. i need to test one fix for a network driver
[07:42] <fablive> Keybuk: eheh that too
[07:42] <thom> mjg59: no joy with disabling dri
[07:42] <fabbione> well nice work guys
[07:42] <Treenaks> hey, why isn't lbdb in bugzilla? it's in main and it has a bug wrt evolution
[07:43] <Treenaks> (or the bug is in evolution..)
[07:45] <lamont> ok
[07:46] <elmo> pitti: what do you need zip for?
[07:46] <pitti> elmo: according to carlos I will get the po files from rosetta wrapped up in a zip file
[07:46] <elmo> freaks
[07:46] <fabbione> scary
[07:46] <pitti> elmo: to "emulate" this, I wnat to zip my extracted po files
[07:46] <mdz> fabbione: why did you need to know the user?
[07:46] <Treenaks> pitti: kick them into making tarballs
[07:46] <fabbione> why not a normal tar.bz2?
[07:47] <mdz> fabbione: it should have done gdm autologin
[07:47] <pitti> carlos: here?
[07:47] <fabbione> mdz: well.. it didn't
[07:47] <mdz> fabbione: hmm, can you walk me through your steps?
[07:47] <elmo> pitti: done
[07:47] <mdz> that must have broken in the last casper change
[07:47] <trukulo> fabbione, did you read what i wrote? you understand anything?
[07:47] <mdz> I didn't actually test gdm
[07:47] <pitti> elmo: thanks
[07:48] <mdz> or maybe gdm.conf changed in some way
[07:48] <fabbione> mdz: sure.. boot -> login as root to config X -> start gdm -> attempt to login as root (fail) -> back to console -> find a new user called $(hostname) -> attempt to login as such user
[07:48] <mdz> hmm
[07:48] <mdz> that code was working for a long time
[07:48] <fabbione> trukulo: yeah i read some bits of it :-)
[07:48] <mdz> aha
[07:48] <mdz> I see the problem
[07:48] <srbaker> what's the name of that gui tool that's supposed to make switching wifi networks easy that everyone's raving about?
[07:49] <fabbione> mdz: are you sure gdm doesn't fallback to normal if it fails to start X?
[07:49] <mdz> fabbione: it's a bug in casper, introduced during the work I did yesterday
[07:49] <fabbione> ok
[07:49] <mdz> it doesn't properly set the username in gdm.conf
[07:49] <fabbione> also mvo reported the same on the mailing list
[07:50] <mdz> what should the username default be?
[07:50] <mdz> I thought hostname would at least give some variety :-)
[07:50] <mdz> rather than everyone logging into IRC channels as 'ubuntu'
[07:50] <ogra> afaik gdm requires a working lo interface and a hostname for the machine
[07:50] <fabbione> mdz: $(hostname) is ok imho..
[07:51] <mdz> ok
[07:51] <fabbione> mdz: until gdm autologin works :-)
[07:52] <mdz> er
[07:52] <mdz> I just fixed it
[07:52] <mdz> and that's why I was asking :-P
[07:52] <fabbione> AHHA
[07:52] <fabbione> mdz: YOU R0CK!
[07:53] <mdz> hmm
[07:53] <mdz> I had not thought about hostnames like n2342543443
[07:53] <ogra> heh
[07:53] <mdz> well at least it is fairly unique ;-)
[07:53] <fabbione> mdz: what about a random word from dict?
[07:54] <srbaker> is it NetworkMonitor ?
[07:54] <mdz> fabbione: hehehe
[07:54] <mdz> fabbione: a word from dict based on timestamp and IP address
[07:54] <fabbione> yeah
[07:54] <fabbione> something like that
[07:55] <thom> you sick, sick people
[07:55] <fabbione> or just ask /dev/urandom
[07:55] <trukulo> why not make a list for that?
[07:55] <thom> take Mithrandir's approach and just use pwgen
[07:55] <fabbione> someone will endup connecting here as "mentruation"
[07:55] <trukulo> comibining two funny words of the list could be good
[07:56] <fabbione> trukulo: too many dangerous combinations
[07:56] <trukulo> as head + fish = headfish
[07:56] <trukulo> i know, and i like it :)
[07:56] <fabbione> somebody is going to rant at it
[07:56] <trukulo> use secure words
[07:56] <trukulo> fuck him
[07:56] <trukulo> lol
[07:56] <trukulo> you can use animals and body parts
[07:56] <trukulo> i.e.
[07:56] <trukulo> secure body parts
[07:56] <fabbione> elephantpenis?
[07:56] <trukulo> i mean, pussybitch
[07:56] <trukulo> xDD
[07:56] <ogra> LOL
[07:57] <trukulo> lionleg for me , please
[07:57] <fabbione> ok enough crap for today :-)
[07:57] <fabbione> i am going to prepare dinner
[07:57] <trukulo> heheh, ok
[07:57] <fabbione> cya around tomorrow
[07:57] <trukulo> bon apetite mon amie
[07:57] <fabbione> brrr
[07:57] <thom> yo later
[07:58] <fabbione> stay at least 30cm away from me dude ;)
[07:58] <trukulo> hahah
[07:58] <trukulo> if you want stupid ideas , ask me
[07:58] <Treenaks> trukulo: well, start spewing them ;)
[07:58] <trukulo> what spew means?
[07:59] <Treenaks> uh.. "eject or send out in large quantities", according to dict
[07:59] <trukulo> ok
[07:59] <trukulo> :)
[07:59] <trukulo> so, first, we need a good wallpaper
[08:00] <trukulo> like this one: http://mercurio.homeip.net/ficheros/ubuntu-lion.png
[08:00] <trukulo> then we need stupid hostnames
[08:00] <trukulo> as lionleg
[08:00] <trukulo> or cowass
[08:00] <Treenaks> monkeybottom!
[08:00] <trukulo> :)
[08:00] <trukulo> you got it !
[08:00] <randabis> I know a good gdm theme :p
[08:00] <trukulo> or longhorn
[08:00] <trukulo> oh, wait...
[08:01] <Treenaks> trukulo: and then?
[08:01] <randabis> *smacks theme manager for not working* 
[08:01] <randabis> I don't have permission to change my own friggin theme... lol
[08:01] <trukulo> and then we need a centralised experimental repository with open cvs
[08:01] <randabis> root doesn't even have permission lol
[08:01] <trukulo> and inserted into sources.list by default
[08:02] <trukulo> we need tetris in installation, for the waiting
[08:02] <Treenaks> trukulo: how about moon-buggy?
[08:02] <Treenaks> trukulo: or nethack?
[08:02] <trukulo> then we need to execute automatically files on evolution with setuid
[08:02] <thom> moon buggy would rock
[08:02] <trukulo> umm, better, user can choose the game
[08:02] <trukulo> as emacs
[08:02] <trukulo> lol
[08:03] <Treenaks> trukulo: eliza?
[08:03] <trukulo> that would be cool !
[08:03] <trukulo> "it's you feel alone why you want to install ubuntu?"
[08:04] <trukulo> and we need by default, all the icons on gnome be nude girls
[08:04] <trukulo> that would be superb
[08:04] <trukulo> and a gdm splash with jdub looking for his trousers
[08:05] <Treenaks> no, the gnome "now logging in" splash should be an animation of Jeff looking for his trousers
[08:05] <randabis> nah use this one
[08:05] <trukulo> do you want any stupidity more?
[08:05] <randabis> http://www.gnome-look.org/content/pre1/18179-1.jpg
[08:05] <Treenaks> randabis: OOOH!
[08:05] <Treenaks> randabis: Coolness!
[08:05] <randabis> lolz
[08:06] <trukulo> I LIKE IT
[08:06] <randabis> I use that one currently :p
[08:06] <Treenaks> randabis: download page?
[08:06] <trukulo> yeah, for me too
[08:06] <thom> guys, this is *way* off topic :-)
[08:06] <randabis> http://www.gnome-look.org/content/show.php?content=18179
[08:06] <trukulo> i have to go
[08:07] <trukulo> we'll continue making the wanker later
[08:07] <randabis> I just wish my themes would work...I want black panels :(
[08:07] <Treenaks> thom: we'll continue somewhere else :)
[08:15] <lamont> mdz: nuking xplc from wvstreams appears to be somewhat problematic...
[08:15] <lamont> thoughts on promotion to main?
[08:16] <pitti> fabbione: can you please deactivate pkgstriptranslations on your sparc buildds for now?
[08:17] <pitti> fabbione: right now it also strips universe packages, but these shall not be covered by the language packs
[08:21] <lamont> pitti: glad you didn't have me stripping things, then
[08:31] <mdz> lamont: what's the name of the source package for xplc?
[08:35] <lamont> xplc
[08:47] <lamont> mdz: 4k blocksize fs, compressed at 8K is 580MB.  at 4K is 612MB
[08:47] <lamont> how much room do you have?
[08:48] <mdz> well, until we start adding the OpenCD stuff back, we have 650M
[08:48] <lamont> there's more on the cd than just the livefs...
[08:48] <lamont> and if it's testing only, then we have 700, no?
[08:49] <lamont> we can build both images without any real pain, I believe...
[08:49] <amu> hmm as i remember there was a speedtest with different blocksizes, and 64k win over all   
[08:49] <tseng> fabbione: do you have a patch for the smp privelage esc. bug?
[08:52] <lamont> amu: shooting for rsync-happiness here
[08:52] <lamont> production bits get 65536
[08:52] <amu> lamont: you get a speed improofment with you put the cloop on a special block at cd, knopper did once a sort before writing them to the iso, letme find a doc about it  
[08:53] <amu> lamont: ;) hehe got it, i downloaded it today 3 times a full set *g* 
[08:53] <mdz> lamont: the d-i bits look like about 23M
[08:57] <tseng> fabbione: http://lists.netsys.com/pipermail/full-disclosure/2005-January/030826.html
[08:57] <mdz> sivang: www.ubuntu.com/wiki/LiveCD
[08:57] <lamont> remotely reconfiguring a router to kill a packet storm on the network you're using is a royal PITA
[08:58] <trukulo> Mithrandir, new video, fabbione_small_dick.avi
[08:59] <azeem> que cazzo
[09:00] <cartman> ummm
[09:00] <sivang> mdz: tnx
[09:01] <lamont> mdz: want to go with 4k/4k for now?
[09:01] <amu> lamont: http://www.knoppix.net/forum/viewtopic.php?t=15&start=10
[09:02] <mdz> lamont: let's try it for the next couple of days and see how it works out as far as rsync
[09:05] <sivang> mdz: you based anything Morphix build script or had casper rebuilt from scratch?
[09:05] <mdz> sivang: scratch
[09:05] <mdz> lamont: shouldn't matter much
[09:05] <mdz> unless you mean for the snapshot
[09:06] <mdz> should help the snapshot
[09:06] <mdz> amu: so I'd like to set up casper to eject the CD on shutdown
[09:06] <mdz> thinking about the best way to do it
[09:07] <mdz> probably create a tmpfs or something, and pivot into it
[09:07] <amu> mdz: well, last time it was done by a modified init  
[09:07] <mdz> amu: yes, I want to do better ;-)
[09:07] <lamont> mdz: fssize affects block placement which affects file placement which affects how well the blocks align if someone adds some stuff early in the install....
[09:07] <lamont> or how agressive is rsync in looking for blocks with the same md5sum?
[09:07] <amu> mdz: what about going back to d-i ?   
[09:08] <mdz> lamont: rsync will look everywhere
[09:08] <mdz> iirc it sends a list of blocks that it has available to the other side
[09:08] <mdz> amu: we unmounted d-i, it's gone :-)
[09:08] <mdz> otherwise it stays around and uses memory
[09:09] <amu> mdz: hmm, who you want handle the install2hdd in this case?   
[09:09] <mdz> amu: the what?
[09:09] <Mithrandir> trukulo: seeding
[09:09] <mdz> trukulo: haha, I remember that talk
[09:09] <trukulo> cool
[09:09] <Mithrandir> seb128: gnome seems to not want to start due to some process holding some futex.. where would I even start debugging this?
[09:09] <trukulo> :)
[09:10] <trukulo> mdz, i don't
[09:10] <trukulo> i was smoking joints in that talk and drinking beer
[09:10] <trukulo> heheheh
[09:10] <amu> mdz: hmm, most user prefer install the liveCD to hdd, i thought going back to d-i and start a normal installprozess ... fits for a dvd edition   
[09:10] <seb128> Mithrandir: arg
[09:10] <seb128> Mithrandir: stay on the splash ?
[09:10] <mdz> amu: most users prefer to install it??
[09:11] <Mithrandir> seb128: nope, splash goes away, but panel isn't painted, nor is nautilus receiving root window events.
[09:11] <mdz> I find that hard to believe
[09:11] <seb128> oh, just that
[09:11] <seb128> nice :)
[09:11] <seb128> wait
[09:11] <Mithrandir> seb128: happened when I tried to log in on a fairly up-to-date hoary just after powering up.
[09:11] <seb128> Mithrandir: #4794
[09:12] <seb128> Mithrandir: that's a random bug, I thought it was due to the hal support
[09:12] <jdub> morning
[09:12] <amu> mdz: ... the liveCD like it is, to their hdd  
[09:12] <seb128> I've not had it since mataro (and since I've turned hal off in gnomevfs)
[09:12] <seb128> but mdz got it too
[09:12] <seb128> Mithrandir: if you could get a backtrace of the lock which is probably due to gnome-vfs-daemon
[09:13] <seb128> Mithrandir: BTW a killall gnome-panel nautilus gnome-vfs-daemon trashapplet drivemount_applet2 should fix it
[09:13] <seb128> hey jdub 
[09:13] <Mithrandir> seb128: that fixed it, yes.
[09:13] <Nafallo> seb128: me and my girlfriend has it. (she went back to warty, but I still have it from time to time).
[09:13] <mdz> jdub: do you have someone lined up for the LaunchpadIntegration bounty?
[09:14] <mdz> jdub: it's specced now and needs to get going
[09:14] <seb128> Nafallo: a full backtrace would be appreciate if you can get one ... do you know how to debug ?
[09:14] <Mithrandir> seb128: which ones of the ones you list actually unhang it?  g-v-d?
[09:14] <Nafallo> seb128: not exactly, no.
[09:14] <seb128> mdz: did you get it again during the time you had the debugging gnomevfs ?
[09:14] <seb128> Mithrandir: gnome-vfs-daemon
[09:15] <Nafallo> seb128: most likely to get it when I don't have the battery at 100% :-P.
[09:15] <mdz> seb128: no, I almost never log out on this machine
[09:15] <Mithrandir> seb128: I'd take a look at the signal handling in that -- I think it's doing unsafe stuff.
[09:15] <seb128> Mithrandir: ok, thanks
[09:15] <jdub> mdz: where's the spec?
[09:15] <mdz> jdub: wiki
[09:15] <jdub> ok
[09:16] <lamont> mdz: script changed, will test it this afternoon to make sure I didn't fat finger things, and then there'll be both a 4096:4096 and a 1024:65536 file
[09:17] <Nafallo> could someone die if they get a server dropped from the third floor in the head?
[09:19] <Nafallo> seems I might have fried the PCI-bus :-/.
[09:20] <Mithrandir> Nafallo: certainly, yes.
[09:21] <kent> Nafallo, do you have to aim for the heads?
[09:21] <Mithrandir> ignoring air restistance, the it'll have a speed of about 10m/s after falling 10m (which is roughly falling from the third floor).
[09:21] <Mithrandir> s/the//
[09:22] <Nafallo> *a*
[09:22] <Nafallo> *s*
[09:22] <Mithrandir> kent: kinda hard to aim for anything else when dropping something on people, no?
[09:22] <mdz> Kamion: here?
[09:23] <Nafallo> Mithrandir: you're in Norway. You should get over here and help me ;-)
[09:24] <Mithrandir> Nafallo: heh :)  I can't do wonders for fried PCI buses.
[09:24] <Treenaks> Mithrandir: speaking of speed... fabio_small? :)
[09:24] <Nafallo> Mithrandir: baah, you're just saying that ;-)
[09:24] <Treenaks> Mithrandir: oh wait, that's done already :)
[09:25] <lamont> mdz: you looking at xplc for supportability, I gather?
[09:25] <lamont> s/gather/assume/?
[09:27] <Nafallo> Mithrandir: I'm starting to hate servers :-/.
[09:27] <Mithrandir> Treenaks:  :)
[09:27] <thom> grah, firefox orig timed out, fucker
[09:27] <Mithrandir> Nafallo: don't, they'll just hate you back.
[09:27] <Mithrandir> thom: you're not finished with that _yet_?
[09:28] <Mithrandir> didn't you start downloading that like six hours ago?
[09:28] <thom> oh, this is the upload to jackass
[09:28] <Mithrandir> heh, ok
[09:29] <Nafallo> Mithrandir: I just got 768MB Reg ECC PC-133 Memory with the snailmail this morning, and now something probably is fried :-P. Imagine how happy I am at the moment ;-).-
[09:30] <Keybuk> seb128: ?  libgtksourceview1.0-0: Depends: libgtksourceview-common (>= 1.1.90-0ubuntu1) but 1.1.1-1 is installed
[09:30] <amu> 20050112.3 ppc works, including network, execpt for X, tried on a pb4 
[09:31] <seb128> Keybuk: seems to be an archive problem, or build problem
[09:31] <seb128> Keybuk: no idea on it, works fine here
[09:32] <Keybuk> strange
[09:32] <Keybuk> I've certainly got libgtksourceview-common 1.1.90-0ubuntu1 as my candidate
[09:32] <trukulo> Mithrandir, jeff_small.avi is broken? can you confirm me ?
[09:33] <Mithrandir> trukulo: it is?
[09:34] <trukulo> don't know
[09:34] <trukulo> one of badopi is telling me
[09:34] <trukulo> can you see if anyone is downloading it?
[09:34] <Nafallo> anyone good at hardware? ;-P
[09:35] <Keybuk> dpkg: error processing /var/cache/apt/archives/libgtksourceview-common_1.1.90-0ubuntu1_all.deb (--install):
[09:35] <Keybuk>  trying to overwrite `/usr/share/gtksourceview-1.0/language-specs/nemerle.lang', which is also in package libgtksourceview-cil
[09:35] <Keybuk> seb128: that looks like the problem
[09:36] <seb128> Keybuk: oh, I don't have mono stuff installed :p
[09:36] <Mithrandir> trukulo: yes, somebody is downloading it.
[09:36] <ogra> ogra@honk:~ $ uname -a
[09:36] <ogra> Linux honk 2.6.8.1-4-amd64-k8 #1 Sat Jan 8 19:34:42 UTC 2005 x86_64 GNU/Linux
[09:36] <ogra> :-D
[09:37] <Mithrandir> trukulo: can you get me a md5sum/sha1sum?
[09:39] <trukulo> sure, wait a moment
[09:39] <trukulo> 16f545979e7ace1d45bacb4ac685a599  jeff_small.avi
[09:40] <Mithrandir> 16f545979e7ace1d45bacb4ac685a599  jeff_small.avi
[09:40] <Mithrandir> looks the same to me.
[09:42] <trukulo> ok, so it's my friends problem
[09:43] <Mithrandir> what client is he using?
[09:45] <rburton> ok where are these movies?
[09:47] <trukulo> don't know
[09:48] <Mithrandir> rburton: on the internet! :P  http://tracker.err.no/
[09:48] <Mithrandir> the _small torrents are fully seeded
[09:48] <trukulo> umm, he has it working now
[09:48] <trukulo> forget it
[09:48] <Nafallo> in what way could the memory prevent vga from initalising?
[10:01] <amu> cooool booting in arabic and chinies lang works also ;) 
[10:06] <sivang> amu: does booting in hebrew work also?
[10:07] <amu> sivang: didnt checked, it should work also   
[10:09] <sivang> amu: ok, I shall check myself with when my iso download finishes
[10:10] <thom> seb128: pingyping
[10:10] <amu> sivang: yes pls  
[10:11] <seb128> thom: pongypong
[10:12] <thom> seb128: gtkhtml2 python module? where have you hidden it?
[10:12] <mdz> lamont: supportability
[10:12] <seb128> cf irc.gnome
[10:12] <thom> yah
[10:12] <thom> ta
[10:18] <mdz> daniels: ping?
[10:27] <seb128> mdz: totem-gstreamer should default to me :p
[10:29] <tseng> fabbione: have the patch now it you are interested: http://linus.bkbits.net:8080/linux-2.5/gnupatch@41e54bb0N3nn6d27fDGZeiDAxAZ3qg
[10:31] <mdz> seb128: I fixed it after assigning that bug
[10:31] <mdz> seb128: you had totem and totem-xine already
[10:33] <seb128> ok
[10:35] <Nafallo> is there any memtest somewhere on the warty livecd?
[10:38] <Nafallo> seems it haven't. the hoary should have it then?
[10:42] <lamont> seb128: you know gnome-session isn't happy, yes?
[10:42] <seb128> nop
[10:42] <lamont> gdm-logout-action.c:41:23: X11/Xauth.h: No such file or directory
[10:42] <seb128> ok
[10:42] <lamont> feel free to beat on daniels
[10:42] <seb128> thanks
[10:44] <lamont> mdz: for faster rsync, we could just make the unpacked FS available, along with the 'pack me into a cloop' script - then you just rsync the filesystem (what little has changed), and presto...
[10:44] <lamont> rather than syncing the filesystem image, or compressed fs image
[10:44] <mdz> sivang: did it work?
[10:45] <mdz> lamont: jigdo for live CDs
[10:47] <Nafallo> damnit! I should have bought 68L coke instead of those fucking RAM-modules :-(
[10:47] <lamont> basically
[10:47] <Nafallo> memtest initiates the smell of burning computer parts :-(.
[10:47] <lamont> "Preparing for live session"  - cool.
[10:48] <lamont> "The system is going down NOW!!this console"???
[10:48] <lamont>  etc/fstab is b0rked, it appears
[10:50] <lamont> well, empty-but-for-a-comment /etc/fstab, that is
[10:52] <lamont> mdz: why no entry for / in df output?
[10:52] <mdz> lamont: because it isn't in mtab
[10:53] <lamont> mdz: well, yes.. that was the real question - why isn't it there?
[10:53] <mdz> lamont: because I don't add it to fstab
[10:53] <mdz> probably should
[10:55] <lamont> ew. sh: gcc: command not found
[10:55] <lamont> dpkg-architecture: warning: Couldn't determine gcc system type, falling back to default (native compilation)
[10:57] <lamont> and X says 'No devices detected'.  Feh
[10:58] <mdz> lamont: daniels said he fixed that dpkg-architecture thing
[10:58] <mdz> maybe he didn't upload it
[10:58] <lamont> we really should have irc.ubuntu.com...
[10:59] <rover3> moof
[10:59] <lamont> but the networking works just fine
[11:01] <mdz> lamont: it does now, yep
[11:02] <mdz> unfortunately, it's looking a bit like I'll need to rewrite dpkg-reconfigure to get X config working
[11:07] <lamont> ouch
[11:07] <lamont> and don't forget /etc/papersize...
[11:08] <rover3> uptime
[11:08] <rover3> df
[11:08] <rover3> mount /dev/hda5 /mnt
[11:08] <rover3> ls /mnt
[11:08] <lamont> do0h
[11:09] <lamont> although, I dunno about this empty root password thing...
[11:09] <lamont> shouldn't that be star'ed out eventually?
[11:12] <lamont> mdz: btw, any conclusions on xplc?
[11:13] <Mithrandir> hm
[11:13] <Mithrandir> I get OOo running on amd64 with gtk widgets for about fifteen seconds at a time. :P
[11:14] <lamont> Mithrandir: that's like 10 seconds too long. :-)
[11:14] <thom> that's about all you need, right?
[11:15] <Mithrandir> you know it's good when the stack trace is about 200 lines long.
[11:15] <thom> run! AWAY!
[11:15] <lamont> lol
[11:15] <lamont> thom: so how's mono?
[11:16] <thom> lamont: making baby jesus cry
[11:16] <lamont> yeah, figured that...
[11:16] <lamont> progress, though?
[11:16] <mdz> lamont: let's ship it
[11:17] <lamont> mdz: xplc, or mono? :-)
[11:17] <mdz> lamont: xplc
[11:17] <mdz> we already ship mono
[11:17] <lamont> ok.
[11:17] <mdz> no?
[11:17] <mdz> (it's just busted)
[11:17] <lamont> no.  we ship mono source.
[11:17] <lamont> oh, and broken old binaries
[11:17] <thom> ok, so the problem is that you have to bootstrap mono. and, it also seems you can't use mono 1.4 to bootstrap mono 1.4; so, we need to find mono-utils 1.2 and so on, get them in the chroots, and build 1.4 using them
[11:18] <lamont> 1.2 or 1.0.2?
[11:18] <thom> sorry, 1.0.2
[11:18] <lamont> and are any chickens involved in this process?
[11:18] <thom> (and 1.0.4 rather than 1.4)
[11:18] <thom> i think an elephant
[11:18] <thom> and waders
[11:18] <lamont> well, the chicken will fit that way... :-)
[11:19] <Mithrandir> this is icky.
[11:19] <lamont> but first he looks around frantically for anything else to do
[11:19] <Mithrandir> pango hardcodes libs in /usr/lib
[11:19] <thom> heh
[11:20] <thom> lamont: are you some kind of coward? ;-)
[11:21] <lamont> mdz: so I need to propose xplc to you and jdub so you can approve it, then ask elmo to sync it???
[11:21] <lamont> thom: live coward, thank you very much
[11:21] <mdz> lamont: email me and elmo, I'll ack it
[11:21] <lamont> ok
[11:22] <lamont> mdz: for maintaining my sanity, I'd like to not upload the merged wvstreams until the sync happens - is ok?
[11:22] <mdz> lamont: hmm, ok
[11:22] <lamont> otherwise, the buildds will loop on it.
[11:22] <Mithrandir> anybody got any half-decent ways to trick warty's libpango to load its lib from another directory?
[11:22] <lamont> and 4 log files every 30 minutes gets rather boring.
[11:23] <Mithrandir> or at least not significantly more insane than ooo-on-amd64 already is.
[11:25] <Mithrandir> I could write a wrapper which just redirects opens on /usr/lib/pango to /usr/lib32/pango
[11:25] <lamont> mdz: sent
[11:25] <Mithrandir> that's just ugly, not _bad_.
[11:25] <Nafallo> Mithrandir: I'm about to bury my new server and get back to the old one, atleast if the disks made it.
[11:26] <jinty> mdz: LiveCD docs? talk about that now?
[11:26] <mdz> jinty: someone else was interested in working on them as well, sivang I think?
[11:26] <mdz> or else someone on the list
[11:26] <mdz> you guys should collaborate
[11:27] <lamont> Mithrandir: extra points if you do it in a kernel module...
[11:27] <Mithrandir> lamont: nah, just a preloaded library.
[11:27] <lamont> yeah, that's a bit better.
[11:27] <jinty> mdz: but what to document? thin air?
[11:28] <mdz> jinty: if you need me to walk you through it, I don't have time for that right now
[11:28] <mdz> jinty: you might try amu
[11:28] <lamont> mdz: since I'm thinking of 64 bit things and oo.o....  anyobjections to a per-arch exclude list in ubuntu-meta?
[11:28] <jinty> ok
[11:29] <jinty> amu?
[11:29] <amu> mdz: ;) 
[11:29] <lamont> Nafallo: my problem child for oo.o is ia64, amd64 is golden
[11:29] <mdz> jinty: on the same hand, the infrastructure is only about a week old at this point, and it's entirely possible that it will change in incompatible ways before the release
[11:29] <amu> jinty: g'moring 
[11:29] <mdz> jinty: so one might say that it could be too early to document ith
[11:29] <Nafallo> lamont: *puuh*
[11:29] <mdz> it
[11:30] <jinty> I'd rather not write docs multiple times.
[11:32] <Nafallo> tea... english... butler... for Kamion? :-)
[11:33] <jinty> amu: evening, guess we speak a bit later
[11:33] <Nafallo> a bit slow thinking... *blames the fried-computerparts-smell*
[11:33] <amu> jinty: better ask 1 week later, and try to cooperate with sivang, i'm not sure whether he allready made something 
[11:35] <jinty> thanks
[11:35] <amu> jinty: wait, i'm sure you can drop some info's to the wiki ;)   
[11:37] <jinty> amu: I'll mail sivang and get back to you with some more specific questions
[11:38] <amu> or did you want information, which is similar to a book, e.g. the knoppix manual, which appeared recently?
[11:39] <jinty> basically, just a starting point, something I can take apart to see how it works
[11:41] <jinty> my only expierience is re-writing the fai-bootcd script
[11:41] <lamont> Mithrandir: btw, xplc is ftbfs on amd64, log inbound
[11:41] <lamont> to p.u.c/~lamont/buildLogs, that is
[11:43] <mdz> daniels: re-ping
[11:44] <lamont> mdz: while were on the subject of migrations... gnopernicus (main) build-depends libgnome-mag-dev (universe).. Or is that a 'seb128 needs to fix it' thing?
[11:44] <mdz> lamont: that's an "ask seb128 if it's correct" thing
[11:44] <amu> jinty: ic, you want something like how i can setup all those things on my local maschine?  
[11:45] <seb128> lamont: libgnome-mag-dev should be in main (it's needed to build gnopernicus)
[11:46] <jinty> amu: yeah, something like that, or a shell log. so I can see the process
[11:46] <seb128> lamont: libgnome-mag1-dev -> libgnome-mag-dev name change may be the reason of the universe instead of main ? 
[11:47] <mdz> seb128: please send mail to elmo asking to move it into main, CC me
[11:48] <seb128> ok
[11:53] <Mithrandir> lamont: ok, it's night here now and my vfshack needs a bit more love before it works, so I'll just upload what I have so far, since I now have a working ooo for amd64.
[11:54] <Mithrandir> though, gtk widgets are broken because of pango.
[11:55] <doko> elmo: please sync bash and readline5 from unstable
[11:57] <crimsun> heh, talk about great timing. I just triggered that bug in bash's history this morning.
[12:01] <seb128> lamont: could you retry evolution-webcal ?