[12:00] <Hrdwr_BoB> then I'll go to the snow, and lug along this ridiculous dell laptop with windows on it with no battery
[12:05] <Kamion> CD1/pool/main/i/id3lib3.8.3 -741
[12:05] <Kamion> CD1/pool/main/i/id3lib3.8.3/libid3-3.8.3_3.8.3-4_powerpc.deb -742
[12:05] <Kamion> CD1/pool/main/i/ifupdown -743
[12:05] <Kamion> CD1/pool/main/i/ifupdown/ifupdown_0.6.4-4.8_powerpc.deb -744
[12:05] <Kamion> that should do nicely
[12:06] <mdz> Kamion: let me know when there's a CD up and I'll give it a try; I'm quite interested to see the difference
[12:08] <Kamion> will do, just waiting for my new archive-copier and base-config to hit the archive to save having to hack those in by hand
[12:08] <Kamion> source is there so it'll be grinding through the lamont machine now
[12:09] <Kamion> hm, I think that means it's time for a whisk[e] y
[12:09] <Kamion> (haven't decided whether it's with e or without yet)
[12:09] <jdub> 139 upgraded, 4 newly installed, 2 to remove and 0 not upgraded.
[12:11] <mdz> Kamion: Scots prefer the spelling whisky; Americans follow instead the Irish spelling, so Kentucky bourbon is whiskey.
[12:11] <mdz> according to random google result
[12:12] <mdz> jdub: current daily seems to have the desktop icon breakage; is that fixed yet?
[12:12] <jdub> yeah
[12:12] <mdz> thank
[12:12] <mdz> s
[12:12] <jdub> i uploaded an ubuntu-artwork yesterday for that
[12:13] <jdub> and am working on very fresh nice pacakge for it
[12:13] <jdub> but i hate it how automake still doesn't handle trees of files
[12:22] <mdz> hmm, I wonder if I could use growisofs to swap a new version of grub onto a warty ISO
[12:25] <jdub>  * Stopping Common Unix Printing System...
[12:25] <jdub> invoke-rc.d: initscript cupsys, action "stop" failed.
[12:25] <jdub>  * Starting Common Unix Printing System...
[12:25] <jdub> invoke-rc.d: initscript cupsys, action "start" failed.
[12:25] <jdub> erk
[12:30] <mdz> gah, sudo with timeout=0 is ANNOYING
[12:46] <Kamion> mdz: I know which is which, certainly :-)
[12:46] <Kamion> mdz: I had been wondering whether to have Scotch or Irish
[12:46] <Kamion> (Ardbeg, in the end, a rather fine Scotch.)
[12:46] <mdz> Kamion: ah :-)
[12:47] <mdz> I did not realize the distinction until I read that
[12:47] <mdz> while spelled differently, they sound the same when slurred to the bartender
[12:47] <Clint> i think the canadians do "whisky" too
[12:56] <jdub> npmccallum:   cupsys dbus-1 fam
[12:56] <jdub> having problems with those
[12:56] <jdub> init scripts b0rked
[12:56] <mdz> jdub: file bugs
[12:56] <jdub> righto
[12:56] <Kamion> hmmmm
[12:57] <Kamion> it's not clear to me that the directory sorting stuff is having the desired effect on the .iso
[12:58] <Kamion> the extent numbers look pretty much the same to me
[12:59] <Kamion> will the dentry cache deal with it if I just ls all the directories first?
[01:00] <mdz> Kamion: maybe
[01:00] <mdz> a nice find+stat might do the trick
[01:02] <Kamion> hell, just find -type f
[01:03] <mdz> dpkg: warning, architecture `amd64' not in remapping table
[01:03] <mdz> hmmm?
[01:03] <mdz> Kamion: yeah, that's what I meant
[01:03] <mdz> any find command that needs a stat to work
[01:03] <npmccallum> jdub: can you give me any more info than that?
[01:04] <jdub> what info do you need?
[01:04] <jdub> Preparing to replace cupsys 1.1.20final+cvs20040330-4ubuntu8 (using .../cupsys_1.1.20final+cvs20040330-4ubuntu9_i386.deb) ...
[01:04] <jdub>  * Stopping Common Unix Printing System...
[01:04] <jdub> invoke-rc.d: initscript cupsys, action "stop" failed.
[01:05] <jdub> dpkg: warning - old pre-removal script returned error exit status 1
[01:05] <jdub> dpkg - trying script from the new package instead ...
[01:05] <jdub>  * Stopping Common Unix Printing System...
[01:05] <jdub> invoke-rc.d: initscript cupsys, action "stop" failed.
[01:05] <jdub> dpkg: error processing /var/cache/apt/archives/cupsys_1.1.20final+cvs20040330-4ubuntu9_i386.deb (--unpack):
[01:05] <jdub>  subprocess new pre-removal script returned error exit status 1
[01:05] <jdub>  * Starting Common Unix Printing System...
[01:05] <mdz> Kamion: grub-installer is missing from the amd64 CD; is that intentional?
[01:05] <jdub> invoke-rc.d: initscript cupsys, action "start" failed.
[01:05] <jdub> 
[01:05] <jdub> and then it just sits there
[01:05] <jdub> (that's on apt-get install cupsys)
[01:05] <npmccallum> I can't get it to fail
[01:05] <mdz> jdub: do you have the latest lsb-base?
[01:06] <jdub> ii  lsb-base          1.3-9ubuntu3
[01:06] <npmccallum> yeah, its a dependency
[01:06] <mdz> jdub: sh -x /etc/init.d/cupsys stop
[01:06] <mdz> and/or start
[01:07] <mdz> Kamion: that is, it's not on the CD at all
[01:08] <jdub> mdz: that looks fine
[01:08] <jdub> $? == 1 though
[01:09] <npmccallum> jdub: what is the last command executed?
[01:09] <jdub> ++ /usr/bin/tput hpa 87
[01:11] <Kamion> ooookay
[01:11] <Kamion> that was a startling difference
[01:12] <Kamion> $ ls
[01:12] <Kamion> grub-installer_0.50ubuntu3.dsc  grub-installer_0.50ubuntu3.tar.gz  grub-installer_0.50ubuntu3_i386.udeb
[01:12] <Kamion> mdz: not in the archive
[01:12] <Kamion> despite
[01:12] <Kamion> Package: grub-installer
[01:12] <Kamion> Architecture: i386 hurd-i386 amd64
[01:13] <Kamion> I'm betting P-a-s is wrong
[01:13] <npmccallum> jdub: what is the result if you do echo $TERM?
[01:13] <Kamion> lamont: yep, it is. could you add hurd-i386 amd64 to the grub-installer line in P-a-s, please?
[01:14] <jdub> jdub@lazarus ~/src $ echo $TERM
[01:14] <jdub> screen
[01:14] <jdub> i'll try outside
[01:14] <jdub> it works outside a screen
[01:15] <npmccallum> ok
[01:15] <npmccallum> try it in screen
[01:15] <npmccallum> but before you run the script set TERM=xterm
[01:15] <npmccallum> actually, set it to TERM=linux
[01:16] <jdub> works
[01:16] <lamont> Kamion: done - I assume that you'll poke elmo to freshen warty's PaS?
[01:16] <npmccallum> jdub: ok, we just need to filter out the TERM=screen setting
[01:16] <Kamion> lamont: didn't know I had to
[01:16] <Kamion> lamont: I'll remind him next time I see him
[01:17] <Kamion> ta
[01:17] <lamont> Kamion: I think it's under the same freeze as the rest of debian stuff.
[01:17] <Kamion> ah
[01:18] <npmccallum> jdub: I'm going to close those bugs and open a new one
[01:18] <lamont> Kamion: does #1008 close with elmo sync'ing things?
[01:18] <mdz> Kamion: bug filed
[01:18] <jdub> npmccallum: ok, ta
[01:20] <lamont> mdz: will look at #363 again this weekend and figure out what was actually done in Debian, and how hard porting it over will be.
[01:21] <mdz> lamont: please do
[01:22] <mdz> lamont: CCed elmo on the bug relating to grub-installer
[01:22] <mdz> npmccallum: forcing the terminal type is not the right solution
[01:23] <mdz> npmccallum: what you need to do is fall back gracefully if _any_ of those commands fail
[01:23] <npmccallum> mdz: I know
[01:23] <npmccallum> mdz: I'm not going to force the terminal type
[01:25] <jdub> mdz: all that error checking is going to drown the performance of my initscripts!
[01:25] <mdz> npmccallum: ok, I must have misunderstood what you meant when you said we needed to filter out the TERM=screen setting
[01:26] <npmccallum> mdz: I just meant we need to check for it, but we should just check for a tput failure instead
[01:29] <jdub> mdz: i would like ubuntu-artwork to depend on gnome-accessibility-themes for a short period of time
[01:29] <jdub> mdz: though that conflicts with some of #501
[01:29] <jdub> mdz: thoughts?
[01:30] <jdub> mdz: or, i can split the grub bit out into another package
[01:30] <jdub> (which seems a bit silly)
[01:32] <jdub> actually
[01:32] <jdub> not entirely silly
[01:36] <npmccallum> mdz: what do you want the script to do if it can't use tput? show [ ok ] /[fail]  at the beginning of the next line?
[01:36] <Kamion> lamont: think so; reassign to James?
[01:37] <lamont> Kamion: will do
[01:37] <Kamion> npmccallum: maybe just fall back to something like the old-style output instead
[01:37] <Kamion> that would be more readable than taking up two lines for every script
[01:37] <lamont> likewise, inserting the CF card doesn't cause it to be recognized.
[01:39] <npmccallum> Kamion: thats a little difficult with the way it is currently structured
[01:40] <Kamion> npmccallum: doesn't have to be exact by any means
[01:40] <jdub>  * Starting foo... done.
[01:40] <Kamion> ...done or ...failed
[01:40] <jdub>  * Starting foo... failed.
[01:40] <mdz> npmccallum: it should just do something sane that doesn't require tput
[01:41] <mdz> displaying on the next line sounds fine
[01:41] <npmccallum> ok
[01:41] <jdub> if it looked like the above all the time, that'd be k-rad ;)
[01:41] <mdz> jdub: why would it need to depend on gnome-accessibility-themes?
[01:41] <mdz> jdub: no need to split the grub bit; I explained in the bug exactly how I think it should be solved
[01:42] <jdub> mdz: i want to inherit from an a11y theme
[01:42] <Kamion> lamont: when do the BuildDI jobs run?
[01:42] <lamont> 06:05 machine-local (aka British) time
[01:42] <jdub> mdz: (the grub dir and image is going to look funny on other arches, nothing important, plus it would give us the base action while letting ubuntu-artwork depend on wacky gnome stuff)
[01:43] <mdz> jdub: I don't think the comment about GNOME and Base applies anymore
[01:43] <mdz> jdub: since we don't use the grub splash image
[01:43] <jdub> we don't even use it?
[01:43] <mdz> jdub: well, we won't when you finish with ubuntu-artwork and let npmccallum finish that bit
[01:43] <mdz> or is it done already?
[01:44] <jdub> which?
[01:44] <npmccallum> jdub: its not removed yet, but it needs to be
[01:44] <mdz> jdub: we decided that since the grub menu isn't even displayed by default anymore, it doesn't need a pretty background
[01:44] <Kamion> lamont: good, so the upload I just made should easily make it
[01:45] <jdub> mdz: so we don't need the splash stuff in the package at all, and i'm free to depend on whatever i like?
[01:45] <lamont> Kamion: unless it needs by-hand loving, or is openoffice... :-)
[01:45] <npmccallum> jdub: 501 has to get fixed, cause otherwise removing grub-splash will break upgrades
[01:45] <mdz> jdub: you don't need to install the splash image at all, no
[01:45] <mdz> jdub: it still needs to call update-grub, as described in 501, so that the splash gets removed from menu.lst
[01:46] <Kamion> lamont: just a little cdrom-detect
[01:46] <jdub> okay
[01:46] <jdub> so i just need the postrm
[01:47] <npmccallum> jdub: yes
[02:15] <jdub> hrm
[02:15] <jdub> mdz: that didn't actually kill the splash image line in grub/menu.lst
[02:15] <jdub> splashimage=(hd0,0)/boot/grub/splash.xpm.gz
[02:16] <mdz> jdub: why are you growling at me?
[02:16] <jdub> (the build-essential thing)
[02:16] <mdz> oh
[02:17] <mdz> jdub: running update-grub when the splash image is no longer present in the filesystem should remove it from menu.lst
[02:17] <mdz> if it doesn't, that's an update-grub bug
[02:17] <mdz> but I suspect that part works
[02:17] <jdub> erm
[02:17] <jdub> hrm
[02:17] <jdub> so it did manually
[02:18] <jdub> but not when postrm ran
[02:22] <mdz> that depends entirely on how the postrm is written
[02:22] <mdz> "postrm upgrade" will be run while the file is still there
[02:22] <mdz> "postrm remove" doesn't get run unless the package is removed from the system
[02:22] <mdz> postrm isn't enough to do the job
[02:23] <mdz> in fact, postrm isn't needed at all
[02:23] <mdz> postinst is where this needs to be done
[02:23] <mdz> postrm would only be needed if the package still provided the splash image
[02:25] <mdz> postinst should get an "if configure && dpkg --compare-versions && which grub then update-grub" bit
[02:35] <npmccallum> mdz: take a look at bug #1010 and tell me what you think if that output
[02:35] <jdub> what's the largest widescreen res we've seen?
[02:36] <jdub> 1400x1050?
[02:36] <npmccallum> 1200 on a dell
[02:36] <jdub> surely bigger...
[02:36] <npmccallum> 1920x1200
[02:36] <mdz> jdub: all the ones we were able to collect in Oxford are in the xfree86 debconf list
[02:37] <mdz> npmccallum: fine with me; it doesn't matter much what it looks like as long as it works
[02:37] <Hrdwr_BoB> the apple 30" will do 2560 x 1600 
[02:41] <Kamion> want
[02:41] <Clint> someone mail me one of those
[02:42] <Hrdwr_BoB> best monitor evar
[02:42] <Kamion> npmccallum: is it impossible to get it onto the same line?
[02:42] <Kamion> doesn't have to be right-justified or anything
[02:44] <npmccallum> Kamion: To get it on the same line requires tput
[02:44] <Kamion> how come? have you already output the newline or something?
[02:45] <npmccallum> Kamion: yes
[02:45] <Kamion> oh
[02:45] <Kamion> I'm tempted to say "don't do that then", but I haven't looked at the code :)
[02:45] <npmccallum> Kamion: this is only the cases where tput doesn't work on the specified terminal and when /usr isn't mounted
[02:46] <npmccallum> Kamion: it probably isn't impossible, but makes the api wierd
[02:47] <npmccallum> Kamion: we'd have to make all the messages not output newlines and instead put newlines at the beginning of each message
[02:48] <npmccallum> Kamion: but then if text we can't easily control gets printed in the meantime, it will look funky
[02:48] <Kamion> my expectation was that the newline would go at the end of [ ok ] 
[02:49] <Kamion> but I can see the argument about text you don't control
[02:50] <npmccallum> yes, a newline would go there.  But what about other messages?  We also have colord output on the left (at the beginning of the column) when something goes wrong, (so its easy to tell what exactly went wrong)
[02:51] <Kamion> evidently I need to look at all this in more detail when I have time. :)
[02:58] <npmccallum> brb, reboot
[04:24] <Kamion> gramps is quite funky
[04:24] <Kamion> beats trying to draw charts out on paper
[04:32] <spiv> Ooh, it's Python too.
[04:38] <Kamion> exhibited some slightly odd almost-crashy behaviour at one point
[04:38] <Kamion> but seems mostly ok
[04:46] <mdz> jdub: can anything be done about famd running as root?
[04:50] <jdub> well, there's the replacement, gamin
[04:50] <jdub> but that's hoary
[04:50] <jdub> i don't think we can replace fam
[04:50] <jdub> but when we do, we can get rid of portmap too :)
[04:50] <jdub> s/replace/fix/
[05:37] <jdub> holy crap people
[05:37] <jdub> normal human beings don't use gcc
[05:37] <jdub> it's totally irrelevant for the desktop seed
[05:45] <mdz> BONG
[05:45] <mdz> and with that, good night
[05:46] <mdz> ok, I take it back. she isn't ready to leave yet
[05:47] <mdz> seriously, we ship a lot of stuff in desktop that human beings don't use.  it's infrastructure, and tools that let you get under the hood a little if you want to
[05:47] <jdub> the problem i'm finding
[05:47] <jdub> is that your argument is 'why not?'
[05:48] <jdub> when a long time ago we decided 'no'
[05:48] <mdz> my argument is that many of our users *today* expect it to be there
[05:48] <mdz> and it costs us *nothing*
[05:49] <jdub> 'expect it to be there'
[05:49] <jdub> i don't think that's true
[05:49] <jdub> when i install debian, i don't get a compiler
[05:50] <jdub> on most of the other distros, you have to check a checkbox to get developer tools
[05:50] <mdz> ???
[05:50] <mdz> have you installed Debian recently?
[05:50] <mdz> you sure as fuck do
[05:50] <mdz> gcc is priority: standard
[05:50] <jdub> i never have :)
[05:51] <jdub> debian is of course a very different case
[05:54] <jdub> s/have :)/have had gcc by default on my debian systems/
[07:43] <daniels> bdale: hey dude :) how did the violin thingy go?
[07:43] <Riff> it's official
[07:43] <Riff> I don't think there is a single laptop I want to buy
[07:43] <daniels> Riff: x40? powerbook?
[07:44] <Riff> someone must have a laptop they like
[07:44] <Riff> daniels: I was looking at the X31
[07:44] <Riff> but it doesn't have a Synaptic touchpad
[07:44] <daniels> yeah, synaptics touchpads are love
[07:44] <daniels> total crack, though
[07:44] <Riff> I had considered a powerbook, but running Linux on PPC makes you a second class citizen
[07:44] <daniels> http://www.communityguide.com.au/community.cfm?/bayside/profile/foodliquor/restaurants/226666/
[07:45] <daniels> Riff: then, er, half of canonical are second-class citizens
[07:45] <Riff> daniels: lots of things are lacking due to supportability problems
[07:45] <daniels> iirc, bob2, elmo, limi, lulu, thom (although he is now x40-compliant), stub, kamion and a few others have them
[07:45] <Riff> as a result, I would be forced to run OS X on it
[07:45] <daniels> yeah, lacking the wireless would suck hard
[07:46] <jdub> Riff: i've just ordered a dell x300
[07:46] <Riff> which isn't so bad, but kind of defeats the purpose
[07:46] <Riff> jdub: I dislike Dell immensely due to my bad experiences with them, as a result I haven't looked at their product range
[07:46] <Riff> perhaps I should
[07:46] <jdub> steven hanley had one
[07:47] <jdub> which i played with last weekend
[07:47] <jdub> it seemed pretty good
[07:47] <jdub> and the price was right
[07:47] <Riff> I hate their support line so much
[07:47] <Riff> really, my favourite brand is Toshiba, but all their current products are behind
[07:47] <Riff> seriously behind
[07:48] <jdub> mako and jane have a particular model of toshiba that i've seen around quite a bit
[07:48] <Riff> they just don't seem to have a sane offering on the market over here
[07:49] <Riff> they've got a few things in the US and UK
[07:49] <Riff> but even those aren't fantastic
[07:55] <bdale> daniels: I'm home, but the violin thing isn't until tomorrow... it's nearly midnight Fri night here now
[07:55] <daniels> bdale: oh right, neat
[07:55] <daniels> bdale: how was the rest of auug? sorry i had to dash off so quickly -- had a sister to collect from school and all
[07:56] <jdub> yo bdale 
[07:57] <jdub> getting a mobile phone + deal ends up being harder than getting a laptop
[07:57] <Riff> mmm, grahame mentioned bdale was at AUUG
[07:58] <Riff> I'm also told I'm going to the AUUG meet here in Perth on Tuesday apparently
[07:59] <bdale> daniels: it was fun.  I caught a couple interesting talks between interviews and customer visits, and it was good meeting a bunch of people I've known about for a long time and/or emailed, but never met.
[08:02] <daniels> badrock :)
[08:02] <daniels> er
[08:02] <daniels> bdale: rock :)
[08:02] <jdub> uh oh
[08:02] <jdub> daniels got some bad rock
[08:02] <daniels> jdub: it was pretty easy for me, although it took a turn for the worst when they asked me where i worked
[08:02] <jdub> NO MORE CRACK FOR YOU!
[08:03] <daniels> jdub: butbutbut
[08:03] <daniels> i want crack!
[08:13] <cef> bdale: hey there.. long time
[08:14] <cef> bdale: couldn't make it to auug unfortunately, otherwise would have said hello in person
[08:15] <bdale> cef: hi!  oh well...
[08:16] <cef> bdale: place I'm working as is moving offices.. and of course, I'm the poor sod that is organising the move
[08:16] <bdale> cef: been there...
[08:16] <cef> as = at.. *sigh* .. my typing is getting worse
[08:17] <cef> makes sense.. always a good thing.. though sometimes replying isn't always warranted *grin*
[08:26] <Riff> I still haven't found a laptop I want
[08:26] <Riff> why has noone made a laptop I want
[08:42] <cef> cos you're a picky bastard? *grin*
[08:45] <Riff> yes, I think I am
[08:57] <jdub> Setting up gdm (2.6.0.3-1ubuntu12) ...
[08:57] <jdub>  * Reloading GNOME Display Manager configuration...
[08:57] <jdub>  * Changes will take effect when all current X sessions have ended.
[08:57] <jdub>    ...done.
[08:57] <jdub> 
[08:57] <jdub> hrm
[08:58] <jdub> 
[08:58] <jdub> $ sudo /etc/init.d/cupsys restart
[08:58] <jdub>  * Restarting Common Unix Printing System...
[08:58] <jdub>    ...done.
[08:58] <jdub> 
[09:55] <cef> inetd needs to die!
[09:55] <Riff> you're not going to replace it with xinetd are you?
[09:56] <cef> not me, no.. but unfortunately netbase depends on netkit-inetd, which imho is just stupid
[09:56] <cef> (least in debian)
[09:56] <cef> and without netbase, you tend to miss things like /etc/services, /etc/protocols, etc
[09:58] <cef> but there is no reason for inetd on a desktop usually
[10:02] <cef> bugzilla upgrade eh?
[10:06] <justdave> yep
[10:24] <Riff> cef: it handles useful things
[10:25] <Riff> most of the things in there should be disabled though
[10:25] <Riff> it does mean you can do things like run samba/apache unprivledged iirc
[10:26] <Riff> since inetd listens on the ports rather then the program itself
[10:47] <cef> true, but it's slow at starting them
[10:48] <cef> and it's started by default at boot, which imho is bad
[10:48] <cef> should have an entry in /etc/defaults that you can enable/disable, and by default is disabled
[10:49] <cef> erm, /etc/default/ even
[10:49] <Riff> cef: it depends on what you're after
[10:49] <Riff> I think for the desktop, having to fire up apache wouldn't be that big a deal
[10:50] <Riff> and apache could serve the load, then eventually the apache server will shut down
[10:50] <Riff> similarly for samba
[10:50] <Riff> I haven't looked into it much
[10:50] <Riff> it was more some random thinking I was doing
[10:51] <cef> samba will have trouble keeping track of netbios machine names afaik.. so lookups could take significantly longer, or even fail (SMB/CIFS is a horrid piece of shit like that)
[10:52] <Riff> if I was designing it, I would probably do a two stage system
[10:52] <Riff> involving a part that hooked into inetd and a part to hold state
[10:53] <Riff> both of them could run as an unprivledged user
[10:53] <Riff> but they would need some IPC lov
[10:53] <Riff> *love
[10:53] <Riff> it sounds shonkey
[10:53] <cef> well you could seperate that.. run nmbd directly, and run smbd from inetd.. no reason you couldn't do that
[10:53] <Riff> the correct solution is to probably give the whole thing a sane privledge esculation model
[10:54] <Riff> like SElinux I guess
[10:54] <Riff> Theo Deraat wouldn't agree with me though apparently
[10:55] <cef> the main problem is binding to the port. if you can get away from that, you don't need root
[10:55] <debianist> hi all
[10:55] <debianist> morning
[10:56] <debianist> the morphix based livecd, when boot up on a dell inspiron 8200 laptop, uses only a small square of the screen, any clue?
[10:57] <cef> centre/left-top/bottom-right ?
[10:59] <cef> hrm, my stomach is grumbling
[11:00] <debianist> cef : you want coordinates?
[11:00] <debianist> :)
[11:00] <debianist> center
[11:01] <debianist> sorry about that, just got up :)
[11:01] <debianist> cef : go get some serials dude ;)
[11:02] <debianist> cef : I've seen this problem also in knpooix and mandrake move, could it be something unrelated to ubuntu ?
[11:04] <debianist> or something resulting from using morphix as the livecd base?
[11:04] <cef> debianist: probably. most likely it can't detect the resolution the screen is doing, or it's using vesafb in eg: 640x480, and not scaling the screen to the full res (not that you want to do it that way, as it looks terrible)
[11:05] <debianist> cef : I thought also that this is the nvidia free driver problem, but after testing the drive on the debian sid I have on the same system, I was proven wrong.
[11:06] <debianist> both free and proprierity drivers work ok
[11:06] <cef> yeah it's either x's resolution settings, or vesafb bugs
[11:07] <cef> what happens if you use ctrl alt + or ctrl alt - ?
[11:07] <debianist> cef : i'd test it and come back to you , need to reboot into the livecd again :)
[11:07] <debianist> another thing,
[11:08] <debianist> HAL is not gnome specific right? It's a linux wide daemon?
[11:08] <cef> cool.. also might want to grab a copy of XF86config-4 when you boot it too
[11:08] <debianist> you mean snapshot the autodetected X config file?
[11:08] <cef> yup
[11:09] <debianist> ok, I'd save it to sid's partition and come back here tell you the outcome
[11:09] <debianist> HAL is on be default on the livecd right?
[11:11] <cef> not sure if HAL is on the livecd.. haven't played with HAL at all myself
[11:38] <debianist> cef : back
[11:38] <debianist> cef : ok, trying to reset solution doesn't yeild nothing. seems like it's ignoring my keystrokes.
[11:38] <debianist> cef : i have all 4 XFree configs (.in also) 
[11:39] <debianist> cef : my usb mouse wasn't detected / installed (noticed an entry on the Xfree86-4 file, but coudln't figure if this is the one it was using)
[11:39] <debianist> cef : correction, was detected (infra red light on and everything) however not responding.
[12:10] <debianist> cef ?
[03:58] <jdub> lamont: ping?
[04:09] <elmo_> jdub: you forgot a b-d on cdbs
[04:11] <jdub> elmo_: just uploaded :)
[04:24] <Kamion> argh, base installation broken
[04:27] <jdub> lamont: 
[04:27] <jdub> Gnome Pilot 2.0.12 (Recompile no more) has been released:
[04:27] <jdub> Gnome Pilot Changes:
[04:27] <jdub> * Fix USB syncing (Frederic Crozat)
[04:27] <jdub> 
[04:27] <jdub> ^ might be useful, not sure of the details though :)
[04:32] <aes> Maybe it's related to http://bugzilla.ximian.com/show_bug.cgi?id=33749
[04:32] <aes> aka "USB syncing is totally and utterly completely broken"
[04:33] <jdub> i'm sure lamont hopes so :)
[04:37] <seb128> jdub: hey
[04:38] <jdub> yo
[04:39] <seb128> jdub: about ~/Documents ... when/where should we create it ? We said nautilus some times ago, but I'm not sure here or skel
[04:39] <seb128> we don't want to recreate it if user has deleted it
[04:39] <jdub> yeah
[04:39] <jdub> there was a mail waaaay back about the stuff that should be in skel
[04:39] <jdub> Documents was one of them
[04:40] <jdub> i'll find the msg-id
[04:40] <seb128> and some times later Kamion said he doesn't like the idea to have files which are hidden in the skel
[04:40] <seb128> because remote users don't carre to get a ~/Documents for example
[04:43] <jdub> ideally they'd only be created for local/desktop users
[04:43] <jdub> but we don't have all the bits to make sure that happens yet
[04:50] <Kamion> files which *aren't* hidden :)
[04:51] <Kamion> let's not make Ubuntu too ugly for remote users
[04:51] <jdub> this was discussed/decided a long time ago
[04:51] <seb128> Kamion: oups :p
[04:51] <Kamion> if jdub 
[04:51] <Kamion> oops
[04:51] <jdub> i've just asked matt to double-check it
[04:51] <Kamion> jdub: I was under the strong impression it had been decided in favour of not having non-dotfiles in skel
[04:51] <jdub> it's not that hard to kill a bunch of dirs if you decide you don't want them
[04:52] <jdub> nup
[04:52] <Kamion> I'm sure I remember talking to Mark about it
[04:52] <Kamion> gah, another distribution with a crap skel then
[04:52] <Kamion> there's a good reason debian policy says "don't overload skel"
[04:52] <jdub> i've raised the idea of having a desktopseed-only package that has those dirs in it
[04:53] <Kamion> skel is the wrong place; if you need new directories for existing users it's hopeless
[04:53] <jdub> mdz:
[04:53] <jdub> 
[04:53] <jdub> Having thought about it a bit, I'm not too worried about the controversy
[04:53] <jdub> here.  Users who don't like the clutter can delete it and it won't come back
[04:53] <jdub> (except for the Nautilus exception you mentioned on IRC; that's a separate
[04:53] <jdub> issue anyway), or they'll copy their home directory wholesale from
[04:53] <jdub> elsewhere.  I've been accustomed to deleting whatever /etc/skel provides for
[04:53] <jdub> years now.
[04:53] <Kamion> it shouldn't even be an optional package installing stuff in /etc/skel
[04:53] <jdub> 
[04:53] <jdub> we don't need new dirs for existing users
[04:53] <Kamion> so far ...
[04:53] <jdub> well, if we're going to redecide yet another thing we decided months ago
[04:53] <jdub> we'd better do it soon
[04:54] <Kamion> I'm sure we talked about this at the conference
[04:54] <seb128> jdub: so what are we doing ? Just let me know if I need to make some hack in nautilus for this
[04:54] <jdub> (i mailed matt off-list because it was a previous discussion dating back to before sounders)
[04:54] <jdub> seb128: not for the moment
[04:54] <Kamion> I should get into the habit of carrying a dictaphone :P
[04:54] <jdub> Date: Thu, 6 May 2004 23:49:10 -0700
[04:54] <jdub> ^ previous discussion
[04:54] <seb128> ok, thanks
[04:55] <Kamion> please see the thread on sounder@ starting at Message-ID: <20040824164510.GC30846@riva.ucam.org>
[04:55] <seb128> jdub: have you tested the Documents place on the desktop ?
[04:55] <jdub> seb128: wait for matt to get back
[04:55] <Kamion> Date: Tue, 24 Aug 2004 17:45:10 +0100
[04:55] <jdub> Kamion: i also read that one
[04:55] <Kamion> Mark replied to it and seemed happy
[04:55] <jdub> Kamion: but i'm not into rehashing stuff we've decided previously
[04:56] <seb128> jdub: still the same problem, one week to make changes, lot to do, blablabla .. the sooner the better if we need to make changes :)
[04:56] <Kamion> a.k.a. "better something we've decided than something that's right"?
[04:56] <Kamion> this decision will stay with us
[04:56] <jdub> Kamion: depends what's right
[04:56] <jdub> seb128: yeah ;)
[04:56] <Kamion> /etc/skel/ has historically proven to be wrong
[04:56] <Kamion> people keep rediscovering that, though ...
[04:57] <seb128> 'night jdub 
[04:57] <jdub> Kamion: if you can fill mdz+jdub's inbox with why it's 'wrong' rather than 'messy', please do :)
[04:58] <jdub> *sproing*
[04:58] <Kamion> um, I said my piece on sounder@
[04:58] <Kamion> this seems like it should be an on-list thing
[04:59] <jdub> (it's referring to a previous thread that wasn't on list, after that's dealt with, it'll be on-list)
[05:49] <hypatia> Sorry if this is in scrollback, but what do I do about this "there was an error loading theme Human" thing I get when my laptop (latest Warty from apt) starts gdm?
[05:49] <hypatia> I press OK and get the same error over and over.
[06:34] <Keybuk> Errors were encountered while processing:
[06:34] <Keybuk>  tetex-bin
[06:34] <Keybuk>  tetex-extra
[06:34] <Keybuk> edd: Sub-process /usr/bin/dpkg returned an error code (1)
[06:34] <Keybuk> Ack!  Something bad happened while installing packages.  Trying to recover:
[06:34] <Keybuk> *sigh*
[06:56] <Keybuk> seb128: are you really sure you've fixed the gnome-settings-daemon problem?  nautilus is currently refusing to respond to a background change notification
[07:40] <seb128> Keybuk: which problem ?
[07:42] <SteveA> rhythmbox comes installed with a bunch of "radio" stations.
[07:42] <SteveA> they don't work for me.
[07:42] <SteveA> Could not open vfs file "http://sc1.magnatune.com:8004/" for reading.
[07:42] <SteveA> followed by
[07:42] <SteveA> Could not pause playback
[07:42] <seb128> is gstreamer0.8-gnomevfs installed ?
[07:43] <SteveA> I dunno, this is just what warty installed ;-)
[07:43] <SteveA> yes it is
[07:43] <SteveA> 0.8.3-1
[07:43] <seb128> ok, so that's not the problem
[07:44] <Keybuk> seb128: well, nautilus wasn't reacting to any changes in the background (from the properties) dialog until it was killed and respawned
[07:45] <seb128> Keybuk: it was supposed to be fixed ?
[07:45] <seb128> I think it's a different problem than the panel/gconf listeners one
[07:45] <seb128> but I've no idea of where is the problem ...
[07:46] <SteveA> wget -d  "http://sc1.magnatune.com:8004/"   tells me that the address gives me a "malformed status line"
[07:46] <SteveA> and sure enough:
[07:46] <seb128> I can play it with xmms
[07:46] <seb128> I'm trying with gst
[07:46] <SteveA> HTTP request sent, awaiting response... ICY 200 OK
[07:46] <SteveA> Closing fd 3
[07:46] <SteveA> 20:45:17 ERROR -1: Malformed status line.
[07:48] <npmccallum> jdub: just installed the new ubuntu-artwork -- my icons are *huge*
[07:48] <seb128> npmccallum: that's industrial icon theme
[07:49] <npmccallum> seb128: they take up most of my screen
[07:49] <npmccallum> seb128: and I'm running at 1600x1200
[07:49] <seb128> SteveA: ok, according to a gnomevfs guys that's a problem with GNOME 2.7 apparently, I'm following on an upstream bug report
[07:50] <Keybuk> seb128: and I can't change icon theme either ... nothing happens when I change the selection
[07:50] <seb128> npmccallum: ok, so that not. i've the feeling that industrial icon are like 1.5 bigger here, but not taking most of the screen
[07:50] <SteveA> cool, it isn't just me ;-)
[07:51] <seb128> Keybuk: yeah, the theme manager is fucked sometimes. I've already talked with some redhat guys about this, they have the problem too but no real idea of the problem
[07:51] <seb128> Keybuk: control-center has virtually no upstream for some months now ...
[07:56] <Keybuk> http://blogs.sun.com/roller/page/jonathan/20040818#good_reading_listening
[08:02] <npmccallum> seb128: https://bugzilla.no-name-yet.com/attachment.cgi?id=34&action=edit
[08:08] <justdave> ok, it's done.  I'd appreciate if anyone wants to play around and see if anything's broken
[08:08] <justdave> https://bugzilla.no-name-yet.com/
[08:41] <aes> justdave: around?
[08:41] <aes> justdave: a while ago I made myself a bugzilla account and never got a password.
[08:45] <justdave> yeah, the mail went out, and gnome's mail server accepted it
[08:46] <justdave> I replied to the thread saying so, and offering to set the password if you still couldn't get the password reset mail
[08:46] <aes> Oh, I didn't get that mail either
[08:46] <aes> How bizarre
[08:47] <justdave> that was actually posted to the sounders list I think
[08:47] <aes> it's not in my sounders archive though.
[08:47] <aes> Anyway, I just submitted a change password request, so I'll see if that gets through
[08:48] <justdave> yep, 8/24 7:36am EDT (-0400)
[08:48] <justdave> ok, if you don't I can set one for you.  Won't help your mail any, but you'd be able to get in at least
[08:57] <aes> If I can't debug my mail I'll get back to you, thanks
[09:01] <Mithrandir> hi aes
[09:58] <mjg59> What's the apt sources line again?
[10:03] <Mithrandir> http://ftp.no-name-yet.com/no-name-yet warty main {,universe}
[10:03] <mjg59> Thanks
[10:03] <Mithrandir> iirc, at least
[11:11] <seb128> SteveA: I've just uploaded a gnome-vfs2 package which fixes the problem with rhythmbox/gstreamer