[04:18] <lamont> dieman: you here?
[04:43] <dieman> yeah
[04:43] <dieman> lamont: poke
[04:44] <lamont> dieman: trying to remember if I asked if you were ppc or i386
[04:44] <dieman> im i386
[04:44] <dieman> by far
[04:44] <lamont> ok
[04:44] <dieman> i dont even think i have a ppc box in the house
[04:44] <dieman> i do have m68k tho :)
[04:44] <dieman> (and hppa)
[04:45] <dieman> oh shit
[04:45] <dieman> i do have a ppc box
[04:45] <dieman> my tivo
[04:47] <dieman> Linux (none) 2.1.24-TiVo-2.5 #8 Wed May 8 15:38:27 PDT 2002 ppc unknown
[04:47] <dieman> 2.1, ow.
[04:47] <dieman> thats somewhere beyond painful
[04:49] <mjg59> Oh, wow
[04:49] <mjg59> I remember 2.1.24
[04:49] <mjg59> We had a pile of Macs running it
[04:59] <lamont> dieman: tivo series 1, eh?
[04:59] <lamont> my tivo is mips
[04:59] <lamont> dieman: remember to firewall the tivo, eh?
[05:20] <dieman> lamont: yeah, series 1
[05:20] <dieman> 2 drives
[05:21] <dieman> with a cachecard
[05:21] <dieman> yay cachecard!
[05:21] <lamont> required some small mods to do that...
[05:21] <dieman> yeah
[05:21] <dieman> i 'only' have a 30gb and a 40gb
[05:22] <dieman> im fairly surprised at how nice these 'newer style' part 15 fm transmitters are.
[05:22] <dieman> the fm radio injector things
[05:22] <dieman> im using one while i clean my room so i can listen in to net radio
[05:22] <dieman> wife is sleeping, so i have to be quiet
[10:27] <rburton> morning all
[10:27] <Oskuro> morning
[10:35] <sabdfl> hi  everyone
[10:36] <Mithrandir> hi sabdfl 
[10:38] <mako> sabdfl, Oskuro, Mithrandir, rburton: good morning!
[10:38] <fabbione> hi guys
[10:38] <mako> ciao fabbione
[10:38] <rburton> morning!
[11:16] <rburton> can i suggest gaiksaurus for the default install?
[11:20] <fabbione> hey ik5pvx !
[11:20] <ik5pvx> hello
[12:44] <Kamion> thom: your sudoers hack in base-config doesn't work; sudo is part of Base so /etc/sudoers has already been created by the time base-config runs
[12:45] <Kamion> fabbione: am I supposed to get a question about the modes I want to be available during xserver-xfree86 ubuntu7's postinst?
[12:58] <fabbione> Kamion: it depends which version of xresprobe you are using, and in any case it is possible if it fails
[12:59] <fabbione> Kamion: it is done in postinst because we need the server unpacked
[12:59] <Kamion> sure, I don't mind that
[01:01] <cef> heya bdale 
[01:01] <fabbione> Kamion: just check that you will get xresprobe 0.2-2
[01:01] <fabbione> because -1 was broken
[01:02] <Kamion> 20040822/warty-i386-1.list:/pool/main/x/xresprobe/xresprobe_0.2-0ubuntu1_i386.deb
[01:02] <Kamion> 20040823/warty-i386-1.list:/pool/main/x/xresprobe/xresprobe_0.2-0ubuntu2_i386.deb
[01:02] <Kamion> installing now, we'll see how it goes
[01:02] <fabbione> ok
[01:04] <sabdfl> kamion: the trashcan applet isn't showing on auckland, any idea why?
[01:05] <Kamion> sabdfl: it doesn't seem to have been built yet; the source is there but no .debs
[01:05] <sabdfl> ok, tnx
[01:05] <seb128> [   ]  trashapplet_0.2-0ubuntu2_i386.deb   
[01:05] <Kamion> sabdfl: this is the case for openssh -9 too, so I'm wondering if lamont's hilltop is down or something
[01:05] <seb128> I see the deb here ..
[01:05] <Kamion> uh, let me go update little
[01:06] <Kamion> (my comments as of the state of the archive at the last CD build ...)
[01:07] <Kamion> ah, yes, it's there now
[01:18] <fabbione> re
[01:36] <Kamion> fabbione: ok, so xresprobe still fails here
[01:36] <Kamion> ddcprobe output ends with 'edidfail'
[01:36] <fabbione> Kamion: ok. than we can't probe your box
[01:36] <fabbione> and it is normal that it asks the question
[01:36] <Kamion> oh, it's a VIA chipset
[01:36] <Kamion> that explains it
[01:36] <fabbione> is that a laptop?
[01:36] <fabbione> oh yes
[01:36] <fabbione> via is banned from autoprobing
[01:37] <Kamion> yes, it's the Averatec AMD Athlon XP that was at the conference
[01:37] <fabbione> the via chipset we were testing was hardfreezing the entire machine
[01:37] <fabbione> ok
[01:39] <fabbione> rburton: you around?
[01:40] <rburton> yeah
[01:40] <fabbione> do you feel lucky today?
[01:40] <rburton> heh
[01:40] <rburton> why not
[01:40] <fabbione> ehehe cool
[01:40] <Kamion> good, panel much happier now
[01:40] <fabbione> apt-get --purge remove xserver-xfree86
[01:40] <fabbione> apt-get install discover1 xresprobe mdetect laptop-detect
[01:40] <fabbione> apt-get install xserver-xfree86
[01:40] <fabbione> just be sure that X removes its config file
[01:41] <fabbione> i am curious to see if it will detect your hardware correctly
[01:41] <rburton> ok
[01:41] <rburton> bbiab :)
[01:46] <lamont> Kamion: Aug 23 11:52:25 buildd-mail: openssh has been installed; removing from upload dir:
[01:46] <lamont> that's a london time
[01:47] <seb128> hey lamont 
[01:47] <seb128> lamont: gst-plugins0.8 is still not built, could you check if it's ftbfsing ?
[01:48] <fabbione> hey lamont 
[01:48] <lamont> libs/gst-plugins0.8_0.8.3-1: Dep-Wait by buildd+rockhopper [optional:out-of-date] 
[01:48] <lamont>   Dependencies: libtheora-dev
[01:48] <lamont> morning fabbione
[01:48] <fabbione> libtheora-dev is missing in the archive
[01:48] <seb128> lamont: oh ok, thanks
[01:50] <rburton> weird
[01:50] <rburton> it only asked what resolutions i wanted to use, but 1280x1024 (the native res for my lcd) wasn't in the list
[01:50] <seb128> what ?
[01:51] <rburton> fabbione: done
[01:51] <fabbione> rburton: are you on a laptop?
[01:51] <Oskuro> ok, starting my first ubuntu install
[01:51] <rburton> fabbione: no, desktop with iiyama lcd
[01:51] <fabbione> rburton: chipset?
[01:51] <Oskuro> I think I've got one of those evil machines that break Debian installer badly.
[01:51] <rburton> toggle 1280x1024 and X started fine
[01:51] <rburton> fabbione: nVidia Corporation NV18
[01:51] <Oskuro> Does this belong in #ubunto or #warthogs?
[01:51] <rburton> (geforce4 mx)
[01:51] <fabbione> can you run xresprobe?
[01:52] <fabbione> it should print out 2 lines
[01:52] <rburton> fabbione: in X or from a console?
[01:52] <rburton> and should i kill X before running it
[01:52] <fabbione> rburton: it doesn't matter
[01:52] <rburton> ok
[01:52] <fabbione> it should work with or without X
[01:52] <rburton> $ /usr/sbin/xresprobe nv lcd
[01:52] <rburton> id: Generic Monitor (non-DDC)
[01:52] <rburton> res:
[01:53] <fabbione> which version of xresprobe do you have?
[01:53] <rburton> 0.2-0ubuntu2
[01:53] <fabbione> ok...
[01:53] <fabbione> if you can...
[01:53] <fabbione> exits from X and run:
[01:53] <fabbione> xresprobe nv lcd
[01:53] <rburton> mouse acceleration is much higher than it was before i restarted btw
[01:53] <fabbione> and tell me if it prints something sane
[01:53] <rburton> like, really fast.
[01:53] <rburton> ok, bbiab
[01:58] <rburton> fabbione: no change
[01:59] <rburton> ddcprobe returns edidfail
[01:59] <fabbione> ok thanks
[01:59] <fabbione> i guess we can't probe everything
[01:59] <rburton> these monitors support "ddc 2b" apparently
[02:00] <lamont> Kamion: hilltop has been happy all night
[02:00] <fabbione> rburton: well when ddcprobe will support them, we will too :-)
[02:00] <rburton> heh
[02:01] <rburton> fabbione: any idea why my mouse is way faster?
[02:01] <fabbione> rburton: perhaps because we are using /dev/input/mice as default
[02:01] <fabbione> it didn't change on my machine (installed this morning)
[02:02] <rburton> maybe i can blame seb128
[02:02] <seb128> hum
[02:03] <rburton> the mouse speed setting in gnome is, like, not working
[02:03] <seb128> I've not changed anything on this afaik
[02:10] <rburton> better
[02:56] <sabdfl> anybody else stuck with upgrades to aspell-bin, gnome-games, libglademm, libgtksourceview, yelp and libapache-mod-auth-xxx that won't complete?
[03:00] <Mithrandir> libgail-gnome- python2.3-gnome and libzvt2.0-0 seems to be a bit stuck here
[03:18] <SteveA> hi
[03:19] <SteveA> I'm using ubuntu linux, and I can't get "compose" working in x
[03:19] <SteveA> any hints?
[03:23] <fabbione> SteveA: known bug. check bugs.debian.org/src:xfree86
[03:23] <fabbione> i can't remember the exact number but it should be one of the first
[03:34] <sabdfl> could the failed-upgrades stuff be related to the new apt?
[04:08] <sabdfl> anybody else seeing fb corruption during boot?
[04:08] <sabdfl> gdm / x are coming up fine but my console is b0rked
[04:09] <fabbione> sabdfl: which video card?
[04:10] <sabdfl> ati 9800xp
[04:10] <sabdfl> seb128: right click on the desktop is not working for me
[04:10] <fabbione> isn't the one on the packard bell?
[04:10] <sabdfl> fabbione: no, it's my home desktop
[04:11] <seb128> sabdfl: nautilus manages the desktop ? the icons are displayed ? opening a dir on the desktop works ?
[04:12] <fabbione> sabdfl: i remember fb broken on that laptop and iirc it was an ati too. perhaps it's just the kernel fb driver that is broken. we should give it a shot after we sync 2.6.8
[04:12] <sabdfl> nothing is displayed, currently
[04:13] <seb128>  ps ax | grep nautilus
[04:14] <sabdfl> seb128: nothing
[04:14] <seb128> $ gconftool-2 -g /apps/nautilus/preferences/show_desktop ?
[04:14] <sabdfl> true
[04:15] <seb128> if you start nautilus from a gnome-terminal, any error ?
[04:15] <sabdfl> ah. nautilus is... not installed
[04:15] <seb128> ok
[04:16] <seb128> that doesn't help to get a desktop managed by nautilus :)
[04:16] <sabdfl> must have been an automatic installation previously, dropped by aptitude when it wasn't needed for an older package
[04:17] <seb128> perhaps yes
[04:18] <sabdfl> ok, working nicely now
[04:18] <sabdfl> thanks
[04:18] <sabdfl> btw this trash applet is excellent
[04:19] <rburton> trash applet?
[04:20] <seb128> apt-get install trashapplet
[04:20] <seb128> a trash can on the panel, you can DND your files here
[04:21] <seb128> you can also open the trash with a click, or empty it, or see how many files are in
[04:24] <mdz> sabdfl: what does the fb corruption look like?
[04:27] <sabdfl> mdz: lots of dots and squggles, text is partly readable
[04:27] <sabdfl> it gets worse the more gets written to the screen
[04:27] <sabdfl> mdz: also, apt seems unable to complete the install on several packages at the moment
[04:30] <mdz> sabdfl: which packages?
[04:32] <sabdfl> gnome-games
[04:38] <sabdfl> libapache-modu-auth-(plain | sys-group )
[04:38] <sabdfl> aspell-bin
[04:38] <sabdfl> yelp
[04:38] <sabdfl> libglademm2.0
[04:38] <sabdfl> libgtksourceview1.0-0
[04:38] <sabdfl> mdz: ^^^
[04:38] <mdz> ok
[04:39] <npmccallum> Kamion: we need to make sure that cdroms (and other removable media) do not end up in fstab
[04:40] <mdz> Kamion: setuid /bin/mount is going to be disabled in favour of pmount, which doesn't require entries in fstab
[04:40] <npmccallum> Kamion: all removable media needs to be handled by pmount, which will refuse to mount anything in fstab (for good reason)
[04:40] <Kamion> hm, ok
[04:40] <Kamion> can somebody create a partman-target component so I can actually put that bug in the right place?
[04:41] <Kamion> or even just partman
[04:42] <thom> npmccallum: you pinged the other day? (i only just got to a computer since friday)
[04:42] <mdz> Kamion: done
[04:43] <npmccallum> thom: I pinged a few minutes ago
[04:43] <npmccallum> thom: did you make a usplash package?
[04:44] <thom> nope; totally flaked out the last couple of days, sorry
[04:45] <npmccallum> rburton: a wrapper around mount that handles mounting and umounting of removable devices
[04:45] <rburton> why that over mount?
[04:46] <npmccallum> basically we're creating a policy which says: system devices use fstab, non system devices (less security) should be dynamically allocated a mountpoint
[04:46] <mdz> it uses a flexible policy mechanism, rather than relying on static entries in fstab
[04:46] <mdz> and therefore works nicely with hot-pluggable devices as well
[04:47] <npmccallum> its better than the redhat idea of dynamically modifying fstab (also forcing hal to run as root)
[04:47] <rburton> nice
[04:48] <npmccallum> thom: its ok
[04:56] <mdz> any opinions on smartmontools?
[05:03] <Kamion> npmccallum: presumably I should make the same quietinit->splash change in yaboot-installer?
[05:03] <mdz> A South African skydiver survived a 3,500 meter (11,500 ft) plunge after her parachute failed to open and lines broke on her reserve chute, a local skydiving club said Monday.
[05:03] <mdz> sabdfl: they build 'em sturdy down there, apparently
[05:03] <thom> yow
[05:04] <Kamion> thom: did you see my comment about base-config/sudoers?
[05:04] <thom> mdz: turns out starting acpid in rcS causes problems
[05:04] <thom> Kamion: yes
[05:04] <rburton> "she was reported to have bounced 15 times down the main road"
[05:04] <mdz> thom: what sort of problems?
[05:06] <thom> mdz: we start it before /var gets cleaned. so the socket goes away
[05:06] <mdz> ah
[05:07] <thom> and you don't need the daemon anyway, so i think munging the relevant modules into the initrd and then starting the saemon in rc2 again might be a better option
[05:08] <mdz> I agree
[05:09] <mdz> hopefully there don't exist machines where loading those modules hangs the system
[05:09] <mdz> that'd be rather inconvenient
[05:10] <npmccallum> Kamion: yes
[05:10] <thom> it'd be unfortunate
[05:10] <Kamion> npmccallum: done
[05:11] <Kamion> npmccallum: (was the actual option change in sysvinit, or somewhere else?)
[05:11] <npmccallum> Kamion: sysvinit
[05:11] <thom> mdz: are you happy for me to upload sulogin, by the way?
[05:12] <npmccallum> Kamion: usplash will also check for it and not display if it isn't there
[05:12] <Kamion> right, so still waiting for that part of the change then
[05:12] <npmccallum> Kamion: sysvinit is already changed (at least the package is uploaded)
[05:12] <Kamion> hm, it's not on little
[05:12] <npmccallum> strange
[05:13] <Kamion> nor warty-changes
[05:13] <npmccallum> yeah, I just checked
[05:13] <npmccallum> should I upload again?
[05:13] <Kamion> were there new packages or anything?
[05:13] <npmccallum> no
[05:13] <npmccallum> just a string change
[05:14] <mdz> this was just aa short time ago; it might still be in the queue
[05:14] <mdz> thom: yes
[05:14] <Kamion> there doesn't seem to be a sysvinit*.upload file in chinstrap:~npmccallum/UploadQueue/, so maybe it's still waiting
[05:14] <Kamion> (how do you run that queue, btw?)
[05:14] <npmccallum> dput
[05:15] <npmccallum> by hand
[05:15] <npmccallum> I intend to script it later
[05:15] <Kamion> ah, ok :)
[05:15] <npmccallum> yeah, sysvinit is the only one that doesn't have .upload
[05:20] <npmccallum> mdz: should I try to upload again since I got no .upload file?
[05:20] <mdz> npmccallum: sure; if there's no .upload, it either got deleted, or it was never uploaded
[05:41] <mdz> sabdfl: those packages seem to install fine for me here
[05:41] <mdz> with current warty
[05:42] <mdz> Mithrandir: how is amd64 looking?
[05:49] <sabdfl> mdz: over here they install fine, but then apt wants to install them again
[05:50] <sabdfl> and then they install fine, but apt just wants to install them again
[05:50] <sabdfl> rinse and repeat
[05:50] <mdz> that typically means that apt is seeing multiple packages with the same version number which are actually distinct
[05:50] <mdz> or else a broken pinning configuration
[05:51] <mdz> anything funny in /etc/apt/sources.list or /etc/apt/preferences?
[05:52] <Keybuk> mdz: there's something definitely screwy with the archive
[05:52] <Keybuk> we're all seeing it for different packages
[05:52] <mdz> hmm
[05:52] <mdz> I don't see it on a fresh debootstrap
[05:52] <sabdfl> in apt/sources.list I have another archive which has an ati binary driver in it
[05:52] <sabdfl> but it doesn't also have any of the b0rked packages
[05:53] <sabdfl> and in /etc/apt/preferences I have some bits that relate to when we had no unstable, so I had some pinning going on
[05:53] <sabdfl> I could remove the /etc/apt/preferences and the extra archive from sources.list with pleasure
[05:55] <sabdfl> hmm... no change
[06:06] <Oskuro> definitely, the kernel in warty-sounders-6 is fucked for my test machine.
[06:06] <Oskuro> I've had to hack around my way through the install to get the cdrom detected.
[06:07] <Oskuro> I suspect this is the case with normal d-i too, so I wonder if you guys want a bugzilla report, or should I just go to debian-boot@ directly?
[06:31] <Mithrandir> mdz: I see the same problem as everybody's seeing; wrt amd64, I've been spending most of the day sleeping and recovering from Oxford.
[06:32] <Mithrandir> mdz: I need to whack ia32-libs into shape (and preferably amd64-libs too) and then get the new gcc in together with doko.
[06:33] <mdz> it might be fallout from the flush/rebuild during wartyconf
[06:33] <mdz> maybe try apt-get clean?
[06:33] <doko> are the 3.3/3.4 uploads in warty, or are they rejected?
[06:35] <Mithrandir> mdz: I can try.
[06:41] <Mithrandir> doko: you've already uploaded the biarch ones?
[06:41] <Mithrandir> mdz: that seemed to fix it, thx
[06:51] <mdz> sabdfl: try apt-get clean?
[06:53] <lamont> doko: gcc-3.3_1:3.3.4-9ubuntu1??
[06:53] <lamont> that was ftbfs on ppc/amd64
[06:53] <sabdfl> mdz: that fixed it, thanks
[06:54] <sabdfl> i wonder if that will happen to upgraders from woody?
[06:54] <Mithrandir> lamont: why?
[06:56] <lamont> sabdfl: any package that we're shipping the same version as woody, which is already in your cache, will have issues.... :-(
[06:56] <lamont> since we rebuilt from source all of the source packages
[06:56] <sabdfl> ok closer to release time we can do the analysis and bump versions if we have to
[06:56] <sabdfl> sarge is likely to be a much bigger problem then
[06:57] <lamont> Mithrandir: /usr/bin/ld: skipping incompatible /usr/lib/gcc-lib/x86_64-linux/3.3.4/../../../libc.so when searching for -lc
[06:57] <lamont>  and so on, for amd64
[06:57] <lamont> dh_movefiles -pgnat-3.3 usr/lib/gcc-lib/powerpc-linux/3.3.4/gnat1 usr/lib/gcc-lib/powerpc-linux/3.3.4/{adalib,adainclude} usr/bin/gnat usr/bin/gnatbind usr/bin/gnatbl
[06:57] <lamont> +usr/bin/gnatchop usr/bin/gnatfind usr/bin/gnatkr usr/bin/gnatlink usr/bin/gnatls usr/bin/gnatmake usr/bin/gnatname usr/bin/gnatprep usr/bin/gnatxref usr/bin/gnatpsta
[06:57] <lamont> xargs: rm: terminated by signal 4
[06:57] <lamont> dh_movefiles: command returned error code
[06:57] <lamont> on ppc
[06:57] <Mithrandir> lamont: ok, missing ia32-libs-dev build-dependency.
[06:58] <Mithrandir> lamont: I wonder why it failed on ppc, though
[06:58] <Mithrandir> and my home router just died, *grumble*
[06:59] <lamont> Mithrandir: actually, that could just be ppc flakiness - I'll see if giving it back helpo
[06:59] <lamont> s
[07:00] <Mithrandir> lamont: goodie, I don't see why it should fail on ppc (though, I haven't looked at the source, just listened to what doko's told me)
[07:01] <mdz> sabdfl: that issue shouldn't affect upgrades from woody; I don't think that any Warty packages have the same version number as a woody package
[07:01] <sabdfl> ok, so just sarge then
[07:02] <Mithrandir> mdz: it's trivial to check, though
[07:02] <lamont> seb128: theora is installed
[07:02] <lamont> Mithrandir: gcc-3.4 is d-w amd64-libs-dev
[07:04] <mdz> sabdfl: yes, there are many such packages in that set (same version in sarge and warty)
[07:04] <Mithrandir> because it's biarch
[07:04] <seb128> lamont: thanks
[07:04] <Mithrandir> lamont: I'm working on it, but ia32-libs has higher priority for me atm.
[07:05] <mdz> but sarge->warty is a downgrade anyway
[07:05] <mdz> we may or may not have this situation with sarge->hoary
[07:07] <fabbione> mdz: perhaps we can ship an ad-hoc apt_prefereces
[07:07] <mdz> the cache issue can be fixed in apt
[07:07] <fabbione> anyway
[07:07] <fabbione> i want to get drunk now :-)
[07:07] <mdz> but there will still be other, more difficult problems
[07:08] <fabbione> time for heavy party
[07:10] <Mithrandir> fabbione: that was last friday. :)
[07:12] <fabbione> too :-)
[07:12] <fabbione> Mithrandir: we bought the house today !:)
[07:12] <Mithrandir> AWESOME!
[07:12] <Mithrandir> party at your place, then?
[07:12] <Mithrandir> :)
[07:12] <fabbione> i need to get drunk :O)
[07:12] <fabbione> Mithrandir: ALWAYS!
[07:12] <fabbione> gotta go now
[07:12] <fabbione> bbl
[07:12] <Mithrandir> see you around
[07:12] <Mithrandir> and congrats.
[07:13] <thom> fabbione: have fun, and congrats
[07:29] <doko> lamont: if the gcc packages failed to build, please send me the logs (or maybe the last 100 lines ...)
[08:16] <lamont> doko: OK. one more round on ppc...
[08:17] <Mithrandir> lamont: works now?
[08:17] <lamont> Mithrandir: gcc-3.3 really gets annoyed when the build directory wasn't removed from the previous try
[08:20] <Mithrandir> hm, it should rm it in the clean target, shouldn't it?
[08:23] <lamont> yeah, it should
[10:00] <Kamion> thom: I plan to change sudo to put 'Defaults !lecture,tty_tickets' in the standard sudoers file it creates in its postinst, and in base-config just append to the sudoers file. Sound good?
[10:00] <Kamion> (append> if it exists, probably)
[10:01] <thom> Kamion: i was just about to ask if that was the best way ;-)
[10:01] <thom> Kamion: so yes, sounds good
[10:04] <Kamion> heh, ok
[10:05] <thom> i can do sudo if you do base config, or 've you done it already?
[10:06] <Kamion> just done sudo actually
[10:06] <Kamion> obviously the wrong order :-)
[10:07] <thom> heh
[10:07] <thom> i'll let you do base-config then, since you're obviously ahead of me as usual :-)
[10:08] <thom> Keybuk: yes, they're very useful to sudo
[10:08] <Keybuk> thom: %patrons  theatre_tickets(+opera_glasses)
[10:09] <thom> yessssss
[10:09] <thom> hey Gman 
[10:09] <Kamion> thom: ok, done; now for shadow </scared>
[10:09] <Keybuk> ya know, I swear ... these metacity focus hacks are sweeeet
[10:10] <Gman> hey hey thom
[10:10] <Keybuk> now we just need Typing Break to wait until I've finished typing and not interrupt me mid-flow :p
[10:10] <thom> Kamion: hacking sulogin felt /so/ wrong
[10:10] <thom> Keybuk: *g*
[10:10] <Keybuk> Gman: hey
[10:10] <Kamion> thom: I'm sure we're going to get a lot of hate mail about this change, you know ...
[10:10] <Gman> evening Keybuk
[10:11] <Kamion> thom: we need some documentation of the whole thing somewhere too
[10:12] <thom> Kamion: yeah
[10:12] <Kamion> shadow away
[10:12] <thom> Kamion: i hope in expert mode you'll get the choice?
[10:13] <Kamion> thom: probably not right now since everyone sent me hate mail about base-config's priority handling so it's forced to high
[10:13] <Kamion> in fact I'm just commenting out all the code anyway ;-)
[10:14] <Kamion> for the moment I mostly want to see what the reaction to the setup is
[10:21] <mdz> Kamion: speaking of hate mail, we need to re-enable the hostname question in d-i
[10:25] <thom> yes
[10:25] <Kamion> mdz: under all circumstances, I take it?
[10:26] <mdz> Kamion: I would say so
[10:27] <Kamion> mdz: done
[10:27] <mdz> thanks
[10:27] <mdz> Kamion: I will accept responsibility for the additional question :-)
[10:56] <Oskuro> Keybuk: seriously, that typing-break feature would be so welcome :)
[10:57] <Keybuk> kinda defeats the purpose though, doesn't it? :p
[10:58] <Keybuk> the "stop tying" alert waiting until... you stop typing
[11:00] <thom> c'mon! c'mon! oh man, stop typing so i can tell you to stop typing!
[11:19] <Oskuro> Keybuk: well, no.
[11:20] <Oskuro> make it lock it after 2 seconds of no activity
[11:20] <Oskuro> so you at least can finish introducing the command you were introducing or whatever
[11:20] <Oskuro> of no keyboard activity I mean
[11:20] <Oskuro> this has the nice side-effect of not spoiling a tetrinet game :D
[11:38] <mdz> use workrave
[11:40] <Oskuro> is workrave still included in warty?
[11:44] <Kamion>   workrave |    1.6.2-1 |         warty | powerpc, i386, source