[12:02] <ajmitch_> one good thing is that a lot of development is being done by redhat & other employees
[12:03] <ajmitch_> so they can shake out a lot of issues
[12:14] <tseng> hi trulux 
[12:15] <tseng> hi pitti 
[12:15] <pitti> ?
[12:15] <trulux> tseng, w00!
[12:15] <trulux> :)
[12:32] <bluefoxicy> alright
[12:32] <bluefoxicy> https://www.ubuntulinux.org/wiki/IdeaPool  I put some recommendations under the "enhancements" section about the child safe mode.  I really suggest looking into Dan's Guardian for that.
[12:33] <bluefoxicy> I've made my machine actually hijack outgoing HTTP packets and forward to Squid.  You might be able to do the same with DG (which means root controls the local machine's http proxying); or you might just be able to point squid at DG
[01:21] <ironwolf> thanks pitti
[01:50] <Burgundavia_> hey all
[01:53] <sivang> hey Burgundavia_ , I was just on my way to bed.
[01:55] <Burgundavia_> I am still in transit
[01:55] <sivang> Burgundavia_: you are ? god..
[01:55] <Burgundavia_> I am in Minneapllis-St. Paul airport
[01:55] <Burgundavia_> My last flight leaves in 2 hours
[01:55] <sivang> Burgundavia_: I knew the flight back to the us was only 13 hours from europ to us
[01:55] <sivang> ah sorry, canada
[01:55] <Burgundavia_> ya, but I had to stay a night in London
[01:56] <sivang> Burgundavia_: ah, what for? :)
[01:56] <Burgundavia_> I couldn't get a flight out of Barcelona soon enough to catch the flights westbound out of London, whcih stop at abou 2pm
[01:57] <sivang> so you're basically 3 days on the road?
[01:57] <sivang> but hey, it's already one week _after_ the _end_ of the conf..
[01:57] <sivang> wierd
[01:57] <Burgundavia_> no it is not
[01:58] <Burgundavia_> oh, I spent a day and a half in Barcelona, to see the city
[01:58] <sivang> ah nice
[01:58] <Burgundavia_> it was nice
[01:58] <Burgundavia_> now comes the marathon home
[01:58] <sivang> Burgundavia_: anyway, this is probably off topic or more suited at u-doc :) and I'm off anyway..
[01:58] <Burgundavia_> I still have a night to stay in Vancouver
[01:58] <Burgundavia_> cya
[01:58] <sivang> Burgundavia_: cheers!
[01:59] <elmo__> everything should be back to normal, please report any problems
[03:13] <jdub> I just committed to CVS support for running a local copy of BIND 9 which
[03:13] <jdub> acts as a caching nameserver.  Actually, I guess I shouldn't say
[03:13] <jdub> "support", because it's actually now required.
[03:13] <jdub> 
[03:14] <jdub> ^ NetworkManager
[03:17] <ogra> someone should make really loud noise about the apt-gpg stuff in the community.... the ppl seem quite lost
[03:18] <jdub> 'someone'? 'stuff'?
[03:19] <ogra> apt-gpg seems to be in defult hoary now.....
[03:19] <jdub> yes?
[03:20] <ogra> if there is no gpg set up you get an error 
[03:20] <jdub> you get a confirmation request
[03:20] <ogra> so the people not knowing what gpg is are quite lost on the error
[03:22] <ogra> there were several questions in #ubuntu tonight
[03:24] <sivang> ogra: what is apt-gpg ? :)
[03:25] <ogra> sivang: still awake ? :) http://www.ubuntulinux.org/wiki/AptAuthenticationInstructionsForHoary
[03:26] <sivang> ogra: yes, fighting with the gtk tutorial :)
[03:26] <ogra> sivang: hero.... go on !! :) its worth it for any other language :)
[03:28] <sivang> ogra: hehe thanks :) I will have faith as you encourage me :)
[03:28] <sivang> ogra: so how do I get hold of the archive.ubuntu.com public keys?
[03:29] <ogra> http://keyserver.mine.nu/pks/lookup?op=vindex&fingerprint=on&search=0x40976EAF437D05B5
[03:29] <sivang> jdub: are we requiring users to have a caching nameserver o their local systems?
[03:29] <sivang> jdub: as per NetworkMangaer?
[03:29] <jdub> sivang: no
[03:30] <elmo> ogra: there's an ubuntu-keyring package
[03:30] <elmo> or should be
[03:30] <sivang> jdub: ah sorry, then I didn't understand what you said there about NetworkMangaer
[03:30] <elmo> bleh, in universe
[03:30] <ogra> elmo: ah great.... got no hoary handy atm :)
[03:30] <sivang> elmo: shouldn't it be in main?
[03:31] <ogra> elmo: universe ?
[03:31] <elmo> yes, it should be in main - mvo needs to propose it etc.
[03:31] <jdub> sivang: humour.
[03:31] <sivang> jdub: :-)
[03:32] <ogra> so what about squid inclusion in firefox ?
[03:32] <sivang> ogra: the humor continues? :)
[03:33] <ogra> or this one as january-calendar: http://www.grawert.net/mataro/img100.jpeg 
[03:33] <ogra> dressmen *g*
[03:34] <sivang> ogra: I'll propose that to the artwork council :)
[03:34] <ogra> hehe
[05:13] <calc> anyone here familiar with cpufreq from the driver side?
[05:13] <kergan> nope
[05:13] <calc> is it possible to eg write your own speed tables?
[05:13] <calc> oh :\
[05:13] <kergan> you probly can
[05:13] <kergan> id asume you could
[05:14] <calc> ok
[05:15] <calc> the athlon64's only have three speeds set up from factory but it appears it wouldn't be too hard to make my own set for each fid
[05:15] <kergan> you know what exactly to add
[06:24] <diego> hi all. is anyone working on a graphical runlevel editor? otherwise, i'd be interested in writing one with pygtk
[06:28] <chrisa> I recall seeing a bunch of those on freshmeat already
[06:29] <jdub> diego: gnome-system-tools ships one, but we don't enable or support it.
[06:29] <diego> ah
[06:29] <diego> jdub: why no support?
[06:30] <jdub> because "editing run levels" is not something users actually want to do
[06:30] <jamesh> diego: there is a slightly broken one in gnome-system-tools, and there is also Fedora's system-config-services (written in Python) that might work with some changes
[06:30] <jdub> the interesting element of it is enabling and disabling particular services, generally sharing-oriented
[06:30] <jamesh> diego: of course, if you aren't running any services neither is very useful
[06:31] <jdub> a good model to look at is the mac os x network and services stuff
[06:31] <diego> jamesh: well, i don't use some of the stuff that's loading on boot and the boot times are pretty bad right now.
[06:31] <diego> jdub: hmm...don't have a mac around :(
[06:31] <jdub> diego: you won't fix much of the boot time issue by disabling unnecessary services on warty
[06:31] <jamesh> diego: a number of distro team guys have made pretty big improvements that should be in Hoary
[06:31] <jamesh> diego: see planet.ubuntu.com :)
[06:32] <jdub> diego: hoary will have massive improvements on that front (unrelated to disabling services)
[06:32] <diego> i'm on hoary
[06:32] <jdub> wait a bit :)
[06:32] <diego> in any case, loading RAID for me is pointless, i'm on a laptop
[06:33] <jdub> and it costs you nothing :)
[06:33] <Treenaks> diego: well, you could make an USB Floppy RAID
[06:34] <jdub> (besides a scerrick of ram for mdadm, which will be fixed to not load in hoary)
[06:34] <jamesh> diego: if you want to see where the time is being spent, you might want to play with the bootchart program
[06:34] <diego> Treenaks: good call
[06:34] <jdub> diego: there are a bunch of things that are essentially noops during startup
[06:34] <Treenaks> diego: http://ohlssonvox.8k.com/fdd_raid.htm
[06:34] <jamesh> google thinks I might have meant butchart
[06:34] <jdub> diego: none of them are things that normal users would want to enable/disable
[06:34] <jamesh> diego: http://www.klika.si/ziga/bootchart/
[06:35] <diego> Treenaks: ty, that's horrifying
[06:35] <diego> jamesh: i don't think i have the kind of knowledge to do anything about it myself even if i do know where slowdowns are
[06:38] <jamesh> diego: sure.  A program like bootchart can also tell you which bits of the boot process aren't impacting the speed
[06:38] <jamesh> so you know which parts aren't worth optimising
[06:39] <diego> what i'm trying to say is that i wouldn't know how to optimize in the first place
[06:39] <jamesh> if you optimise a section of the code that runs for 5% of the time, you can get at best a 5% speed increase
[06:49] <Kamion> jdub: can I change the seeds to replace the remaining python2.3 stuff with python2.4?
[06:49] <Kamion> of course we'll have to wait for elmo to get back from holiday to do the universe->main moves, but still
[07:11] <Kamion> lamont: could you requeue pyrex? it should build with a fixed python.
[07:13] <Kamion> then dbus will build with a small build-dep tweak ...
[07:13] <lamont> Kamion: 'k
[07:16] <lamont> hrmpf.  parted is ftbfs on 64-bit: amiga partitions cast pointers to int
[07:19] <bob2> haha
[07:21] <jamesh> bob2: any chance of getting this patch applied? https://bugzilla.ubuntu.com/show_bug.cgi?id=4889
[07:22] <jamesh> without it, bazaar is also broken on 64-bit systems :)
[07:25] <bob2> jamesh: hrm, I thought we were autobuliding on amd64
[07:25] <bob2> but seems not
[07:26] <Kamion> lamont: I know, working with Sven to fix
[07:28] <jamesh> bob2: I only saw i386 and PPC builds on bazaar.canonical.com
[07:30] <Kamion> is anyone empowered to do universe->main moves while elmo's away?
[07:31] <fabbione> morning
[07:31] <fabbione> afaik no
[07:31] <fabbione> Kamion: iirc germinate is parsed automatically isn't it?
[07:32] <Kamion> universe->main moves aren't automatic
[07:32] <Kamion> it's autobitch, not automove
[07:33] <fabbione> ah ok :-)
[07:34] <fabbione> night Kamion 
[07:37] <bob2> jamesh: building on i386, I'll push it up to pqm when it passes
[07:39] <jamesh> bob2: cool.  I'd be _very_ surprised if it makes any difference on i386 :)
[08:06] <bob2> yeah, but I'm paranoid :)
[08:10] <bob2> merged
[08:17] <bob2> except it's not
[08:28] <pitti> Morning
[08:30] <fabbione> hey pitti
[08:37] <bob2> hey pitti 
[08:37] <Treenaks> bob2: morning :)
[08:38] <bob2> morning? it's 1836!
[08:38] <bob2> tho I only got up 3 hours ago, so I guess it evens out
[08:38] <Treenaks> bob2: you're 10 hours off then :)
[08:39] <fabbione> Treenaks: that's because he lives on the wrong side of the world :P
[08:39] <Treenaks> fabbione: oh yeah, he's one of those Southern Hemispherians ;)
[08:39] <fabbione> yeah 
[08:39] <bob2> southern hemisphere > you
[08:39] <fabbione> this update is taking forever
[08:40] <fabbione> bob2: * > southern hemisphere
[08:41] <fabbione> we don't need a minimum of 12 hours flight to reach a civilized country :)
[08:43] <bob2> have fun next conference, boyo :)
[08:47] <jamesh> canberra takes ages to fly to though
[08:50] <Treenaks> jamesh: for a reason..
[08:51] <jamesh> actually, there are direct flights Perth -> Canberra
[08:51] <jamesh> which come out at a little under 4 hours
[08:51] <bob2> there have been direct flights for decades
[08:52] <jamesh> if I go through sydney the time goes up to 5:30 hours
[08:54] <bob2> east cost > west coast
[09:40] <pitti> Hi seb128 
[09:41] <seb128> morning
[09:42] <Treenaks> sebz0r
[09:43] <pitti> Hi mvo
[09:45] <mvo> hi pitti 
[09:48] <Mithrandir> pitti: you pinged?
[09:49] <pitti> Mithrandir: yesterday IIRC; it was again a request for patch review, already settled now; thanks anyway
[09:49] <Mithrandir> ok
[09:52] <seb128> pitti: do you know if http://www.securityfocus.com/bid/11293 is fixed in warty ?
[09:53] <seb128> pitti: a guy says that his uptodate with security update warty machine has been rooted (and he has only ssh open)
[09:54] <pitti> seb128: yes, this has been fixed
[09:55] <pitti> seb128: but this is no remote vulnerability anyway, just an insecure tempfile issue
[09:55] <seb128> ok
[09:55] <pitti> seb128: I still have a bunch of things to fix, so maybe he got bitten by a very recent vuln
[09:55] <seb128> perhaps yep
[09:55] <pitti> seb128: currently it's like hell, I have about 70 issues still to review
[09:56] <seb128> :((
[10:26] <fabbione> pitti: I HATE YOU
[10:26] <fabbione> pitti: but there are the fixes in the mail itseld
[10:26] <fabbione> itself
[10:27] <pitti> fabbione: yes, bitkeeper patch links
[10:27] <pitti> fabbione: don't hate me
[10:27] <pitti> fabbione: I'm at reviewing about 70 outstanding issues now
[10:27] <fabbione> ehhehe
[10:27] <fabbione> poor elmo
[10:27] <pitti> fabbione: I have to give away at least some of them
[10:27] <pitti> fabbione: this console resize thingy is the exploit I tested yesterday (which I told you about)
[10:28] <pitti> fabbione: darn, whenever I reviewed something, two new mails arrive in my security box
[10:28] <pitti> TO THE WORLD: stop finding security issues, it's nearly Christmas!!!
[10:30] <fabbione> pitti: yeah.. i could guess that
[10:30] <pitti> fabbione: I don't have any further information to these kernel issues
[10:30] <pitti> fabbione: if these are not enough, we just have to wait for a bit
[10:30] <pitti> fabbione: but it already seems to be pretty good
[10:30] <fabbione> pitti: well we can start merging these patches to start with
[10:31] <jamesh> I don't think Hoary GTK was built with Xinerama support
[10:31] <fabbione> jamesh: no it was not. i told seb128 
[10:31] <fabbione> i can't make xauth to work
[10:31] <fabbione> I HATE X
[10:31] <Treenaks> fabbione: that's OK, it hates you back
[10:32] <bob2> fabbione: still doesn't build?
[10:34] <fabbione> bob2: eh? no i am trying to setup Xauth between a bunch of machines but i can't even make xterm working
[10:34] <bob2> fabbione: er, the ppc sleep patch
[10:35] <ogra> fabbione: there is a vnc server on your desktop 
[10:35] <fabbione> AHHHH there it is! X -ac
[10:35] <ogra> heh
[10:35] <ogra> great :))
[10:36] <fabbione> bob2: it's too much troubles that patch for the moment
[10:36] <bob2> fair enoug
[10:36] <fabbione> bob2: it compiles only for -powerpc kernels and it touches hell of a lot of common code
[10:37] <fabbione> + benh is aware of a regression
[10:37] <bob2> ah
[10:37] <fabbione> so it can wait one release or two
[10:40] <fabbione> goodie.. time to expand my desktop to 4800x1200
[10:40] <fabbione> 3 HEADS
[10:40] <bob2> haha
[10:40] <fabbione> pitti: wait that i can get the room as i want...
[10:41] <fabbione> than it will be way bigger than that
[10:41] <cenerentola> fabbione: i think i found who's gonna help you/us with the sparc thing
[10:41] <fabbione> brb
[11:29] <mvo> ping doko
[11:29] <pitti> sivang: ping
[11:42] <doko> mvo: pong
[11:56] <fabbione> cenerentola: and who is he/she?
[11:57] <fabbione> pitti: some of the patches in that advisory are signed by Herbert
[12:00] <pitti> fabbione: I saw, yes
[12:03] <fabbione> pitti: the first 2 urls fix problem num. 3
[12:04] <fabbione> 3rd url problem num. 1
[12:04] <fabbione> 4th url problem 2
[12:05] <pitti> fabbione: so you will merge the first two BK patches to one dpatch?
[12:05] <fabbione> pitti: hold on...
[12:06] <fabbione> we already have the first 2
[12:06] <fabbione>   * [SECURITY]  scm_send local DoS fix (advisory:
[12:06] <fabbione>     http://www.isec.pl/vulnerabilities/isec-0019-scm.txt) (Andres Salomon).
[12:06] <fabbione>     Add patch: scm_send-dos-fix.dpatch. (CAN-2004-1016)
[12:06] <fabbione> it's this one
[12:06] <fabbione> i am checking if they are really the same
[12:06] <fabbione> pitti: indeed they are
[12:07] <pitti> fabbione: oh, cool
[12:07] <pitti> fabbione: I only checked two exploits so far; the console resize one works, another doesn't
[12:07] <fabbione> so we need to merge only vt-of-death and ipoptions
[12:08] <Treenaks> will all these be in .10?
[12:08] <fabbione> Treenaks: yup... preparing it now :-)
[12:08] <pitti> fabbione: right, the DoS exploit was the one that didn't work
[12:08] <Treenaks> fabbione: 2.6.10-final ?
[12:08] <Treenaks> fabbione: it's out?
[12:08] <pitti> fabbione: btw, if you are at preparing patches, could you apply them to the Warty kernel as well? Herbert is not available
[12:08] <fabbione> Treenaks: this are for our kernels
[12:08] <Treenaks> fabbione: ah ok
[12:08] <fabbione> Treenaks: of course they are alredy in bk
[12:09] <fabbione> pitti: humpf... ok
[12:09] <pitti> fabbione: thanks, dude
[12:09] <fabbione> pitti: you will have to remind me the procedure to upload to security
[12:10] <pitti> fabbione: add "0.1" ubuntu's to the version (-16.5 now) and upload to warty-security
[12:10] <fabbione> pitti: ok...
[12:10] <pitti> fabbione: I do the rest
[12:10] <fabbione> i have 16.4 on the mirror.. so i will create .5
[12:17] <sivang> pitti : pong
[12:32] <fabbione> pitti: do we have the CAN for the last 2 thingy?
[12:32] <pitti> fabbione: no, sorry
[12:35] <fabbione> ok
[12:41] <trulux> hi
[12:41] <trulux> pitti, hey!
[12:41] <pitti> hi trulux 
[12:41] <pitti> trulux: sorry, I did not yet get to the ssp thingy
[12:41] <trulux> pitti, i'm going to spend some time on the rts and then some kernel stuff
[12:41] <pitti> trulux: I already spent all the day doing security udpates
[12:42] <trulux> pitti, i see, with ssp we wpouldn't need to spend too much time on them ;D
[12:42] <pitti> trulux: right, and neither with PaX. But I do have to do Warty updates
[12:57] <trulux> pitti, i see
[12:57] <trulux> warty is not going to be changed except for security updates
[12:57] <pitti> trulux: and right now there are a hell of a lot issues
[12:57] <trulux> when Hoary will get released?
[12:58] <pitti> trulux: April 2004
[12:58] <pitti> trulux: 2005, of course
[01:11] <fabbione> pitti: building kernels for warty and hoary
[01:11] <fabbione> pitti: we do agree that .5 will come out "only" with these 2 fixes?
[01:14] <trulux> pitti, nice
[01:16] <fabbione> intresting.. pitti there is a race condition in ccache :-)
[01:16] <fabbione> pitti: wanna fix it?
[01:16] <fabbione> it makes gcc hangs forever
[01:27] <candyman> hi
[01:27] <candyman> sladen: I am the poor sould whose tosh 3500 you helped install
[01:28] <pitti> fabbione: could you add the recent arch-x86_64-sys32_quotactl-overflow.dpatch to 16.5, too?
[01:29] <pitti> fabbione: ccache: sure; however, I did not read anything about it
[01:30] <fabbione> pitti: anything else left?
[01:31] <pitti> fabbione: not from my side
[01:33] <fabbione> ok
[01:37] <trukulo> hi ppl
[01:39] <fabbione> hey trukulo 
[01:41] <trukulo> fabbione: i have 3 debs, is there anything as experimental in ubuntu? or contributed packages?
[01:42] <trukulo> i've made leafpad, gnomebaker and graveman
[01:43] <fabbione> trukulo: no.. not really.. you need to put them up somewhere on your own atm
[01:44] <trukulo> i have
[01:44] <trukulo> i only ask if there's something centralized for ubuntu
[01:44] <trukulo> you know what i mean
[01:44] <trukulo> http://mercurio.homeip.net/debian/
[01:44] <trukulo> it's here
[01:47] <pitti> fabbione, trukulo: after advertising them to ubuntu-devel, we might put them into our universe
[01:47] <trukulo> to mailing list?
[01:48] <trukulo> graveman and gnomebaker are very unstable now
[01:48] <trukulo> leafpad works like a charm
[01:48] <pitti> trukulo: yes, ML
[01:48] <trukulo> ok pitti , i'll send a mail
[01:49] <trukulo> but now, it's time for a cigarette
[01:51] <pitti> Kamion: ping
[01:55] <pitti> Keybuk: ping
[01:55] <pitti> jdub: ping
[01:55] <Keybuk> pitti: ello
[02:06] <Kamion> elmo: still around?
[02:14] <Kamion> elmo: if you are, moving python-pyrex to main and then python2.4-dbus, python2.4-dictclient, python2.4-librdf, python2.4-pycurl, python2.4-samba, libxml2-python2.4, libxslt1-python2.4, python2.4-subversion to replace earlier 2.3 versions would be cool
[02:14] <robtaylor> hey. a collegue of mine tried installing warty on an old box (some i686 with a Voodoo Banshee) last night, and apparently X failed to start after the reboot.
[02:14] <robtaylor> does anyone know what information would be useful for a bugreport?
[02:15] <robtaylor> (i assume Xfree86.log, syslog, and the results of lspci ? )
[02:15] <trulux> pitti, see the reply on the gcc thread
[02:15] <Treenaks> robtaylor: those would be nice - kernel log?
[02:15] <robtaylor> Treenaks: ok, cool
[02:15] <Treenaks> robtaylor: oh and the X config file that got generated
[02:17] <elmo> Kamion: did someone do seeds already?
[02:19] <elmo> never mind
[02:21] <Kamion> oh, you did it, cool
[02:21] <robtaylor> Treenaks: is that /etc/X11/XF86Config-4 ? (not sitting at a warty box right now..)
[02:21] <Kamion> I asked jdub last night about modifying them but he wasn't around
[02:22] <elmo> I committed it 'cos I think it comes under the "obvious" rule
[02:22] <elmo> how often does your master seed list get updated?>
[02:24] <Treenaks> robtaylor: yes
[02:24] <Kamion> 5,20,35,50, but I just did it
[02:25] <robtaylor> Treenaks: thanks :)
[02:26] <elmo> hmm, that got the promotions, but not the demotions
[02:26] <Kamion> ubuntu-desktop still depends on the old stuff
[02:26] <Kamion> I'll fix it up once everything's built
[02:26] <Kamion> (dbus is still to build, that's what the pyrex stuff was about ...)
[02:26] <elmo> ah
[02:27] <Kamion> ubuntu-meta is a liability sometimes in seed terms :(
[02:27] <elmo> okay, done on jackass, prop in 10 mins
[02:28] <Kamion> ta
[02:31] <pitti> elmo: did anything happen to the website in the past hour? I cannot login any more
[02:34] <pitti> fabbione: please hold on uploading 16.5
[02:34] <elmo> pitti: not that I'm aware of
[02:35] <fabbione> TOO LATE
[02:35] <pitti> fabbione: okay
[02:35] <fabbione> Uploading via ftp linux-source-2.6.8.1_2.6.8.1-16.5_source.changes: done.
[02:35] <fabbione> Successfully uploaded packages.
[02:35] <fabbione> i did it like 2 minutes ago
[02:35] <elmo> pitti: authserver seems fine
[02:35] <pitti> elmo: hmm, I try again in some minutes. Thanks
[02:37] <elmo> pitti: meh, it doesn't work for me either
[02:41] <Kamion> elmo: (hm, will python2.4-dbus auto-propagate when it finally builds?)
[02:43] <elmo> not auto no
[02:47] <Treenaks> -16.5 ??
[02:48] <elmo> does firefox really not have a way to ask about cookies?
[02:59] <lamont> moof
[03:00] <fabbione> hey lamont 
[03:01] <lamont> Can't find source for charmap.app_0.2-4
[03:15] <zul> hey
[03:15] <azeem> lamont: aj said something about running rene and leaving out charmap.app earlier, fwiw
[03:16] <lamont> azeem: yeah, was/is an issue in debian for some time, is now an ubuntu issue too.
[03:16] <elmo> uh?
[03:18] <Kamion> ubuntu-meta uploaded with python2.4 changes
[03:19] <Capri> the samba/smbfs stuff in warty is broken since last update. I can not write to shares.  touch: setting times of `test.txt': Input/output error ... another client (Sid with smbfs 3.0.9-1) works.
[03:22] <Kamion> hmm, not convinced we'll be able to excise all of python2.3 from desktop before elmo leaves
[03:23] <elmo> Kamion: no biggie if not?
[03:23] <elmo> pitti: website's back
[03:23] <pitti> elmo: cool, thanks
[03:23] <Kamion> elmo: just annoying me for CD size, that's all :-)
[03:23] <Kamion> (you're right)
[03:24] <lamont> elmo: charmap.app fail-to-fetch message from our archive this morning...  then again, only 1 of them.
[03:26] <azeem> lamont: thanks for getting multisync into universe, btw
[03:26] <Kamion> lamont: did hal's dep-wait auto-clear?
[03:27] <elmo> kamion: I saw it get accepted
[03:27] <Kamion> oh I'm very stupid and looking at the wrong build logs
[03:31] <elmo> does anyone know where suse's srpms are?
[03:32] <Treenaks> on ftp.suse.com ?
[03:33] <pitti> elmo: ftp://ftp.suse.com/pub/suse/i386/current/suse/src/
[03:33] <elmo> boggle
[03:34] <pitti> elmo: don't ask why they hide the sources below the i386 dir
[03:34] <elmo> pitti: what about for updates?
[03:34] <elmo>         A memory leak in the ip_conntrack_ftp firewalling module was fixed
[03:34] <elmo>         in the 2.6 kernels.
[03:34] <elmo> they mention that in their kernel advisory and i'm trying to track down the patch
[03:35] <mjg59> /pub/suse/i386/update/9.2/rpm/src
[03:35] <mjg59> Though there doesn't seem to be a kernel package there
[03:35] <elmo> ftp.suse.com:/pub/suse/i386/update/9.2/rpm/src
[03:35] <elmo> go SUSE
[03:35] <Kamion> it's your birthday
[03:35] <pitti> elmo: ftp://ftp.suse.com/pub/suse/i386/update/9.2/patches/  could also be interesting
[03:36] <elmo> pitti: that seems to be out of date too
[03:36] <mjg59> elmo: There's a kernel patch from yesterday
[03:37] <mjg59> /pub/suse/i386/update/9.2/patches/kernel-51816
[03:37] <elmo> oh  maybe I misread the description then
[03:37] <fabbione> elmo: it's probably easier to check netfilter.sf.net
[03:37] <pitti> fabbione: does that ip_conntrack_ftp thing say anything to you?
[03:37] <mjg59> But the description doesn't seem to mention the ip_conntrack_ftp
[03:37] <elmo> what kind of patch is that??
[03:38] <fabbione> pitti: i know what it is.. but no.. i have no idea
[03:38] <pitti> elmo: I _think_ that I read something about this
[03:38] <pitti> elmo: wait, let me dig it up
[03:38] <fabbione> i have no idea there was a memory leak
[03:38] <elmo> oh dear lord, they patch in dazuko
[03:38] <fabbione> in what?
[03:38] <fabbione> what is dazuko?
[03:39] <elmo> virus-scanner for filesystem in-kernel type thing
[03:39] <fabbione> MEH!
[03:39] <Kamion> that's terrifying
[03:39] <mjg59> elmo: Yeah, that doesn't seem to be the actual diff. No idea where it's hidden.
[03:39] <Treenaks> Kamion: see why I ph33r suse?
[03:39] <Kamion> Treenaks: don't believe I ever argued :)
[03:39] <lamont> elmo: is that where the leak was?
[03:40] <fabbione> the first one in this chanthat will ever ask for something like that will be sodomozied publically in the center of the Vatica
[03:40] <Treenaks> Kamion: no.. I don't think se
[03:40] <fabbione> Vatican
[03:40] <Kamion> fabbione: your kink is just wrong
[03:40] <pitti> elmo, fabbione: https://lists.netfilter.org/pipermail/netfilter-devel/2004-December/017677.html
[03:41] <fabbione> NOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[03:41] <elmo> pitti: hmm, I wish I could confirm that's what it was
[03:41] <elmo> thanks for the link tho
[03:41] <pitti> fabbione: sorry, I did not hear anything about this on the lists
[03:41] <fabbione> it's like 3 weeks that i only do security for the kernel
[03:41] <fabbione> nothing more than that
[03:42] <pitti> fabbione: just wait for 2.6.10
[03:42] <Treenaks> fabbione: addicted yet?
[03:42] <fabbione> Treenaks: NO!
[03:42] <pitti> fabbione: a memory leak is not exactly the worst thing
[03:42] <fabbione> pitti: i know.. it's one line patch....
[03:43] <pitti> fabbione: I fixed so many buffer overflows today, I wish we eventually had ssp/pax/a gun to kill all C programmers/a miracle
[03:43] <bob2> haha, fxp
[03:44] <fabbione> ehehhe
[03:44] <fabbione> seb128: you around?
[03:59] <trukulo> hi again
[03:59] <trukulo> pitti, u there?
[04:03] <pitti> trukulo: yes
[04:04] <trulux> pitti, when do you think we could work on the pkgs?
[04:05] <pitti> trulux: sorry, I still do security updates. It is like hell today
[04:05] <trukulo> pitti, it's about the packages i want to contribute
[04:05] <trulux> any help needed?
[04:05] <trukulo> leafpad, graveman and gnomebaker
[04:05] <trulux> pitti, what's needed to join the security team?
[04:06] <pitti> trulux: some experience with it, and a lot of saliva
[04:07] <pitti> trulux: I gave up fixing universe, too
[04:07] <pitti> trulux: fixing main keeps me busy enough
[04:07] <pitti> trulux: so if you are interested in fixing holes (also in main for my sake), feel invited :-)
[04:10] <mojo> seb128: I find it abnormal that gnome-doc-utils and yelp still base on the libxml2-python2.3 and python2.3 not python2.4? Are there any chance if miss those 2 packages?
[04:11] <Kamion> indeed, gnome-doc-utils is one of the last stragglers it seems
[04:11] <elmo> there's some others
[04:11] <Kamion> (in desktop)
[04:12] <elmo> ah
[04:12] <mojo> Kamion: can u be more specific?
[04:12] <Kamion> no.
[04:12] <mojo> Kamion: lol, ok then, just let seb128 relax and play around with it, he will solve it soon
[04:13] <fabbione> hey seb128 
[04:13] <Kamion> http://people.ubuntu.com/~cjwatson/germinate-hoary-output/rdepends/python2.3/python2.3 can be more specific, though
[04:13] <fabbione> seb128: http://people.ubuntulinux.org/~fabbione/NoXKeepsCrashing.diff
[04:13] <fabbione> seb128: this is the final and tested diff for gdm.. i already uploaded because i couldn't remember if you were away or not
[04:13] <mojo> Kamion: I got it, thx
[04:14] <Kamion> actually it looks like gnome-doc-utils is the last one in desktop, python-epydoc's dependency is an alternative python2.4 | python2.3 | ...
[04:15] <trukulo> fabio: do you have 5 minutes for me, bello :)
[04:15] <mojo> Kamion: yelp 2
[04:15] <fabbione> trukulo: i am not sure.. i am waiting for a person to come here.. so i might have to disappear from one sec to another
[04:16] <fabbione> trukulo: is it urgent?
[04:16] <Kamion> mojo: no, yelp does not depend on python at all. the only reason you see it there is that it depends on gnome-doc-utils.
[04:16] <trukulo> fabbione, is just i want to know what to say in ml to include my packages in universe
[04:16] <trukulo> i'm not in a hurry
[04:16] <fabbione> trukulo: just ask to everybody in here :-)
[04:16] <Kamion> meep? why does libapache2-mod-python2.4 depend on python2.3?
[04:16] <mojo> Kamion: heh? weird! it depends on libxml2-python2.3
[04:16] <fabbione> there are plenty of people that can help you
[04:17] <trukulo> everybody in here, can you help me? :)
[04:17] <Kamion> mojo: not directly.
[04:17] <fabbione> Kamion: i still blame GTK for that
[04:17] <azeem> trukulo: are your packages in Debian already?
[04:17] <trukulo> no azeem 
[04:17] <azeem> why not? =)
[04:17] <mojo> Kamion: Synaptic demand libxml2-python2.3 for yelp, not really sure about this though
[04:17] <azeem> trukulo: if you get them into Debian, they'll get into universe automatically, module build bugs due to the different bases
[04:18] <trukulo> azeem, because i'm not a DD and i'm talking with one to include it, too
[04:18] <trukulo> it's a fact of time :)
[04:18] <Kamion> mojo: like I say, it does not depend on it directly. I'm looking at it with better tools than synaptic for this sort of investigation.
[04:18] <lupus_> ubuntu-desktop is depending on a lot of python-2.3 things while there is already a 2.4 available
[04:18] <Kamion> lupus_: already fixed
[04:18] <mojo> Kamion: k then, my aplogy
[04:19] <bob2> mojo: it's safe to leave this sort of thing in Kamion's hands, he has a bit of experience with it ;-)
[04:19] <mojo> Kamion: I've never said I don't trust him, he's very good
[04:19] <Kamion> d'oh!
[04:20] <Kamion> Build-Depends: [...]  python2.3-dev, python2.3-dev, [...] 
[04:20] <trukulo> so for going into universe, i need them in sid?
[04:20] <mojo> Kamion: ..
[04:21] <trulux> pitti, i think i can get into it, but also i would like to propose the creation of a developers team involved in security technologies deployement
[04:22] <mojo> oh btw, can someone clearify for me this confusion: ok, gnome-applet also contain cpufreq, netstatus and other stuff, how come there are still cpufreq applet and netstatus-applet outside?? weird??/
[04:22] <pitti> trulux: right now that's me as the Ubuntu initiator, perhaps doko as our gcc maintainer, perhaps fabbione as our kernel guy
[04:22] <azeem> mojo: they got merged into gnome-applets and have not yet been removed
[04:22] <mojo> I mean netstatus and cpufreq applet packages
[04:22] <lupus_> Kamion, then why does ubuntu-desktop depend on python2.3-dbus while 2.4 is installed?
[04:22] <azeem> as their proper packges
[04:22] <mojo> i c
[04:22] <mojo> i c
[04:23] <Kamion> lupus_: I fixed that a couple of hours ago, python2.4-dbus only *just* became available
[04:23] <azeem> mojo: that's a question for #ubuntu rather, I'd say
[04:23] <Kamion> packages may not quite have hit your mirror yet
[04:24] <mojo> lupus: I just got p4-dbus, now hal-device-manager no longer dep on p3, which is NICE
[04:25] <mojo> no need to hope Kamion, it works well!
[04:25] <lupus_> Kamion, hmm your fix is not in the repository yet?
[04:25] <Kamion> lupus_: it's on its way dude, relax
[04:25] <Kamion> in fact, it so is in the repository
[04:26] <Kamion> http://archive.ubuntu.com/ubuntu/pool/main/u/ubuntu-meta/ubuntu-desktop_0.11_i386.deb
[04:26] <mojo> ok, cya guys, I gotta go to, nice to see python2.4 migration process, it'd be NICER if all programs re-compile with gcc3.4
[04:26] <Kamion> that's a C++ ABI change, non-trivial
[04:26] <trulux> pitti, and what's the head?
[04:27] <trulux> who's the head?
[04:27] <pitti> trulux: that's currently me, I suppose
[04:27] <trulux> heh, ok
[04:27] <trulux> pitti, what do you think about my acceptance as a member? i want to enter the Ubuntu project ASAP
[04:28] <trulux> because i could make more noise, better, we could make more noise from the inside
[04:28] <lamont> doko?
[04:28] <lamont> hrm. nope
[04:29] <pitti> trulux: http://www.ubuntulinux.org/wiki/NewDevelopersAndMaintainers
[04:29] <pitti> trulux: you can start right away
[04:30] <mojo> I'm back
[04:31] <trulux> pitti, btw, the warpper now can work using an env var to get the real patch of the *real* gcc binary
[04:31] <mojo> fabio: glxgears just run again here, so weird! did u change anything?
[04:31] <trulux> to avoid compile-time confusion
[04:33] <trulux> pitti, i had a fast read in it
[04:33] <trulux> i agree
[04:39] <Kamion> seb128: is it just me, or should /usr/bin/xml2po use an explicit python version rather than just /usr/bin/python? At the moment you can install it and have it not work, because it depends on python (i.e. 2.4) and libxml2-python2.3.
[04:39] <Kamion> and there's no default-python-version package for libxml2
[04:44] <mojo> Kamion: could u pls chek me this bug? I compile x-unikey (unikey.sf.net) and run 'unikey', the program runs fine but it crashed gnome-panel for unknown reason, my friend just report me this werid bug, I need ur help here
[04:44] <azeem> mojo: why do you need Kamion's help, specifically?
[04:45] <Kamion> you want anybody's help but mine. I have no idea what that bug might be.
[04:45] <mojo> azeem: ah.. 'cause ppl said he's very good
[04:45] <azeem> elmo is very good, too
[04:46] <mojo> lol
[04:46] <Kamion> mojo: people have areas of expertise; these areas are not infinite
[04:46] <azeem> mojo: seriously, this is (i) a topic for #ubuntu or the bug tracker and (ii) you should talk to the whole chan
[04:47] <mojo> ok, I try, thx anyway
[04:47] <seb128> Kamion: no idea
[04:47] <azeem> mojo: and if unikey is not supported by ubuntu, you're on your own anyway (but you could ask for help in #ubuntu or on ubuntu-users)
[04:48] <seb128> Kamion: it starts with #!/usr/bin/python
[04:49] <Kamion> yeah, I saw
[04:49] <Kamion> seb128: would you object to forcing /usr/bin/python2.4 there? it's just an environment variable to pass to configure
[04:52] <seb128> Kamion: no. But why is that needed ?
[04:53] <Kamion> you must either have (a) #!/usr/bin/python and depend on module packages built for the default python version, or (b) #!/usr/bin/pythonX.Y and depend on module packages built for pythonX.Y
[04:53] <Kamion> you can't mix and match
[04:53] <mvo__> seb128: why was the "user_install_dialog" removed from gimp? I'm prepearing gimp2.2 right now and I wonder if I should remove it there as well?
[04:54] <Kamion> try installing gnome-doc-utils on hoary at the moment and running xml2po
[04:54] <seb128> mvo: oh, cool, gimp 2.2 was on my list but with GNOME 2.9.3 ETOOMUCHTOPACKAGE
[04:54] <Kamion> it'll throw an error about not being able to find the libxml2 module
[04:54] <seb128> sudo apt-get install libxml2-python2.4
[04:54] <seb128> (missing depends)
[04:55] <Kamion> that's not the point
[04:55] <mvo> seb128: my svn repository for synaptic is down, so I have a bit of time to work on other stuff. and I like the gimp :) should I remove the install_dialog in it?
[04:55] <seb128> mvo: BTW yes please remove the dialog. That's because we don't want to get the questions on the first run
[04:56] <seb128> just validate the default choices
[04:56] <Kamion> at the moment gnome-doc-utils depends on python and libxml2-python2.3, which is a bug
[04:56] <seb128> Kamion: works fine here
[04:56] <seb128> $ /usr/bin/xml2po /usr/share/gnome/help/gnome-doc-xslt/C/db2html.xml
[04:56] <seb128> works
[04:56] <seb128> BTW yep, the depends need to be changed
[04:56] <Kamion> it doesn't work after installing a base system and typing 'apt-get install gnome-doc-utils'
[04:57] <mojo> seb128: after solving libxml2-python2.4, can u look at python2.4-mysqldb, I don't know y it still depends on libmysqlclient10, is it supposed to be libmysqlclient14???
[04:57] <seb128> Kamion: 
[04:57] <seb128>  (a) #!/usr/bin/python and depend on module packages built for the default python version
[04:57] <Kamion> it is always a bug to mix /usr/bin/python with dependencies on pythonX.Y modules
[04:57] <seb128> should do that
[04:57] <Kamion> ok, which means that such a package needs to be created for libxml2
[04:57] <seb128> hum
[04:57] <seb128> don't bother so
[04:57] <seb128> pick (b)
[04:57] <seb128> that works too
[04:58] <seb128> (sorry to be slow to get the point, was doing some other stuff in //)
[04:58] <Kamion> np, building now
[05:01] <srbaker> wow
[05:01] <srbaker> i think emacs may be showing its age
[05:02] <srbaker> there are some features that i want that emacs just can't do efficiently
[05:02] <srbaker> mmm-mode is cool, but it requires syntactic sugar to be added to my php code blocks
[05:02] <srbaker> same with code folding.
[05:02] <srbaker> i want all of those features with syntactic sugar in my documents
[05:03] <mojo> srbaker: man, all ppl here alrady choose their favorite code editor
[05:03] <srbaker> mojo, ?
[05:04] <srbaker> mojo, i've been an emacs head for about 6 years.  it's starting to piss me off :(
[05:04] <mojo> srbaker: that's normal, nothing last forever, youth replace old, and so on
[05:04] <srbaker> hehe
[05:04] <Mithrandir> srbaker: somebody should sit down and reimplement emacs in CL
[05:04] <srbaker> mojo, what do you use?
[05:05] <srbaker> Mithrandir, that might not be a bad idea.
[05:05] <Mithrandir> srbaker: and make the docs GPL while they are at it. :)
[05:05] <mojo> srbaker: freaking man, I use Vim, but dun talk about this thing here man, I'm scared to be kicked
[05:06] <Mithrandir> mojo: oh, why would you be kicked for using vim?  more than half of canonical uses it.
[05:06] <srbaker> mojo, a lot of ubuntu folks use vim
[05:06] <srbaker> Mithrandir, i've been going over to the dark side with vim-gnome a lot lately
[05:07] <mojo> no no, such talk is supposed to be in #ubuntu not here, developers here are really strict, rules are rules man, dun talk it here
[05:07] <srbaker> Mithrandir, emacs' failure to properly be able to handle python triple-quoting, php code, and code folding has been pssing me off lately
[05:07] <srbaker> i can't figure out how to get vim to do line-numbering and current-line-highlighting
[05:08] <Mithrandir> srbaker: that's fixable within emacs, what bothers me is that elisp is slow
[05:08] <mojo> srbaker: go for Eclipse
[05:08] <srbaker> Mithrandir, no, those things aren't fixable in emacs.
[05:08] <Mithrandir> srbaker: set nu
[05:08] <srbaker> without large changes to emacs
[05:08] <Mithrandir> for line numbering.
[05:08] <Mithrandir> srbaker: sure, you need to replace font-lock-mode, but that's not really hard.
[05:09] <Kamion> seb128: looks like it needs to explicitly call dh_python as well (since it doesn't use the python-distutils cdbs class, and probably can't without disrupting the build system a good deal); ok for me to fix that too?
[05:09] <srbaker> Mithrandir, some folkms in #emacs told me it was a more fundamental problem than font-lock-mode
[05:09] <srbaker> it had something to do with emacs only looking at characters individually instead of groups of characters
[05:09] <srbaker> so it sees <?php and ?>  it only sees the < and > for html
[05:09] <srbaker> instead of seeing <?php and ?> as complete groups
[05:10] <jdub> Kamion: python2.3 -> python2.4 -> sure!
[05:10] <srbaker> Mithrandir, ahh, set nu does what i want in vim
[05:10] <srbaker> anyone know how to get highlight-current-line ?
[05:10] <Kamion> jdub: elmo did it
[05:10] <srbaker> jdub, i went to bed at 3am last night.  just rolling out of bed now :)
[05:10] <Mithrandir> srbaker: http://www.vim.org/scripts/script.php?script_id=555
[05:10] <jdub> Kamion: cool
[05:10] <mojo> jdub: 3am? same here! we may live in same city
[05:10] <srbaker> i like vim-gnome's integration with gnome
[05:11] <srbaker> Mithrandir, when i download a script, how do i load it?
[05:11] <Mithrandir> srbaker: no idea, I'm an emacs head. :P
[05:11] <mojo> srbaker: what kind of script?
[05:11] <srbaker> .vim
[05:11] <Mithrandir> srbaker: http://www.vim.org/tips/tip.php?tip_id=411 , it seems
[05:12] <srbaker> sivang, mataro?
[05:12] <zul> bleah emacs
[05:13] <seb128> Kamion: yep, go go go, fix it :)
[05:14] <Mithrandir> srbaker: I guess you can do it just fine in emacs, but it'll be slow as hell, since the elisp engine is slow.
[05:14] <srbaker> Mithrandir, ahh.
[05:14] <sivang> srbaker: I was introduced to the fact that bash uses readline, and it follows emacs's binding (although you can set it up to use vim ones) so now I use all of them which makes me 50% more efficient in terms of keystrokes.
[05:14] <mojo> seb128: how's the p4-mysqldb? have u fix it to use libmysqlclient14?
[05:14] <srbaker> Mithrandir, i'm not sure i like lisp anyhow
[05:15] <srbaker> i've been using smalltalk a lot lately.  i think an emacs using smalltalk instead of lisp might not be a bad thing :)
[05:15] <Mithrandir> srbaker: I like it, but I don't try to force it upon others.  It's fairly weird compared to imperative programming.
[05:16] <Mithrandir> I've never britten smalltalk, so I can't comment on that.
[05:16] <Mithrandir> uhm, written
[05:17] <jdub> Kamion: should we be ditching versioned python package names in the seed?
[05:18] <Kamion> jdub: only if non-versioned ones are available; I think we picked non-versioned ones where we could
[05:19] <jdub> hrm
[05:20] <elmo> err, have you seen how it worked in Debian?
[05:20] <elmo> this hasn't been positively pleasant AFAIC
[05:20] <Kamion> there are only eight versioned python packages in the seeds
[05:20] <Kamion> elmo: s/hasn't/has/?
[05:21] <elmo> err, has, right
[05:21] <jdub> elmo: i can imagine a debian migration would be even more nail-bitingly slow motion ;)
[05:21] <azeem> jdub: that's why we have those longer release cycles
[05:21] <Kamion> indeed, it's a screaming nightmare when you can't just do doko's perl script on the archive ;)
[05:22] <jdub> ;)
[05:28] <Mithrandir> it's a result of pytohn being a fair bit broken, imho.
[05:29] <Kamion> yeah, I tried to have that argument with Anthony Baxter ... :)
[05:30] <Mithrandir> I'm off again
[05:30] <trulux> anybody here maintaining php packages??
[05:30] <jdub> "Dude, this is broken, look at my stretch marks!"
[05:31] <jdub> "Suffer in your jocks."
[05:36] <seb128> mojo: I'm supposed to fix that ? why me ?
[05:45] <fabbione> mojo: what is the problem again?
[05:45] <fabbione> seb128: did you see the patch?
[05:45] <seb128> fabbione: patch for what ?
[05:45] <fabbione> seb128: gdm
[05:45] <fabbione> seb128: i did put the patch on people/~fabbione/
[05:45] <fabbione> and i uploaded
[05:46] <fabbione> seb128: there are no regressions and it adds the features i needed
[05:46] <seb128> fabbione: oh this one, yep during the Mataro session
[05:46] <seb128> go ahead
[05:46] <fabbione> seb128: read above.. i already did
[05:46] <fabbione> seb128: i updated the patch so that you can have it
[05:47] <fabbione> seb128: and gdm is already up
[05:47] <seb128> ok, cool
[06:35] <karim> hi
[08:34] <mxpxpod> who is in charge of putting together the source packages for the kernel?
[08:36] <mxpxpod> I would like to hug them for putting benh's sleep patch for ibook g4's in :)
[08:55] <candyman> sladen: you at the keyboard?
[09:16] <mxpxpod> fabbione: ping
[09:41] <seb128> lamont_r: you can get a package out of NEW ?
[09:46] <Treenaks> gimp2.2?
[09:56] <lamont_r> seb128: only by invoking the muppet behind the curtain
[09:56] <lamont_r> seb128: that is, it requires elmo
[09:57] <Treenaks> lamont_r: or a kernel bug kernel ;)
[09:57] <Treenaks> uh
[09:57] <Treenaks> drop one kernel
[10:20] <sid77> hi
[10:28] <ajmitch_> morning
[10:45] <bob2> mjg59: after commenting out the vberestore bit, I can't seem to make it crash on wake up
[10:45] <bob2> but suspend-to-disk dies
[10:45] <mjg59> Oh. In what way?
[10:46] <bob2> the power button diesn't seem to do anything, so I ran /etc/acpi/hibernate.sh, and it seemed to crash before the swsusp code got going (no freezing tasks output, etc)
[10:47] <mjg59> Crashed crashed?
[10:47] <mjg59> Hrm.
[10:47] <bob2> nothing but 5 seconds of the power button fixed it
[10:47] <mjg59> Try commenting out the vbestate stuff in /etc/acpi/prepare.sh as well
[10:47] <bob2> ok
[10:48] <lamont_r> mjg59: so if I wanted to have working suspend/etc on my vaio, what all do I need relative to a current hoary machine?
[10:48] <mjg59> lamont_r: Add deb http://www.srcf.ucam.org/~mjg59/laptops/ ./ to sources.list and grab acpi-support
[10:50] <bob2> hah, uncommenting the vbe stufff and sleeping brings corruption on the first try
[10:50] <mjg59> (this is not a guarantee of success)
[10:50] <mjg59> bob2: What sort of corruption?
[10:51] <bob2> mjg59: the xscreesaver unlock thing only shows the X logo, but you can type the password blind.  xterms are bare black, except for the underlines on highlighted text
[10:51] <bob2> if you scroll moz, the whole geck bit stays still, except for the top and bottom 5% of the window, which scroll
[10:51] <mjg59> Are you sure you mean uncommenting?
[10:51] <mjg59> If so then yes, I see that too
[10:52] <mjg59> I need to try to track down what's going on there
[10:52] <bob2> ah, awesome
[10:54] <lamont_r> mjg59: and with acpi support installed, it should just suspend on power-button?
[10:54] <lamont_r>  trying to overwrite `/etc/acpi/events/powerbtn', which is also in package acpid
[10:54] <lamont_r> grumble.
[10:56] <mjg59> Power button should suspend to disk. Sleep button should suspend to RAM.
[10:56] <lamont_r> ok.  /me tests.  back on in a bit
[10:57] <sivang> mjg59: do you have anything to do that on a dell inspiron 8200 ?
[10:57] <sivang> mjg59: :)
[10:57] <mjg59> sivang: The same
[10:57] <bob2> mjg59: is the load-of-eleventy-billion thing normal after wakeup?
[10:58] <mjg59> bob2: Yes. They're unloaded before sleep because that tends to make things work better.
[10:59] <bob2> er, load average, not module loading :)
[10:59] <mjg59> Oh, right. In that case, probably not. What's generating it?
[11:03] <bob2> hm, the video corruption thing is highly unreproducible
[11:04] <sivang> mjg59: is there a package name?
[11:04] <sivang> mjg59: or some kind of auto install for that?
[11:05] <bob2> acpi-support is the package you want
[11:06] <mjg59> sivang: <mjg59> lamont_r: Add deb http://www.srcf.ucam.org/~mjg59/laptops/ ./ to sources.list and grab acpi-support
[11:06] <mjg59> bob2: Yeah, it's some sort of timing thing. I blame vbestate.
[11:07] <bob2> load of 15, not from normal processes afaict (top is winning at 2%)
[11:08] <sivang> mjg59: and that's it? you're sure ? :)
[11:09] <cenerentola> what if gnomebaker doesnt see the burner?
[11:10] <cenerentola> actually... wrong chan... sorry 
[11:11] <mjg59> sivang: Running Hoary
[11:11] <mjg59> bob2: ps aux - anything in D state?
[11:12] <sivang> mjg59: ok, I am going to test that now, do I need to add some special partition for that?
[11:12] <mjg59> If you want suspend to disk, you need to add resume=/dev/hdwhatever pointing at your swap partition
[11:13] <bob2> mjg59: it drops down quickly after resume, but nothing now is in D
[11:13] <bob2> let me sleep again and see
[11:14] <mjg59> Oh, if it drops again after resume, it'll just be because of all the modprobing
[11:14] <bob2> ah
[11:15] <mjg59> That'll cause an instantaneous hit in load
[11:15] <sivang> mjg59: ok but for suspand to ram, I don't need anything special settings?
[11:16] <mjg59> No
[11:16] <bob2> mjg59: oh, I have acpi_sleep=s3_bios, btw
[11:19] <mjg59> bob2: You shouldn't need that any more
[11:19] <mjg59> video_post deals with that
[11:19] <bob2> and nothing extra in xorg.conf, either?
[11:20] <mjg59> Nope
[11:20] <bob2> woo
[11:21] <sivang> mjg59: can I apt-get install source of that package see how the magic is done?
[11:23] <bob2> it's mostly shell scripts in /etc/acpi
[11:24] <bob2> it will work on modern desktops
[11:25] <mjg59> sivang: Yes
[11:26] <mjg59> Add a deb-src line
[11:26] <sivang> mjg59: ok, let's test that on my desktop :) first suspend to ram :)
[11:26] <bob2> by "mostly", I mean "completely", it seems
[11:33] <sivang> mjg59: woops. I alreayd got it installed
[11:34] <mjg59> sivang: ?
[11:34] <mjg59> Check that the version you have installed is the same as the one in the repository