[12:26] <mdz> seb128: hmm, still no rhythmbox build logs
[12:26] <mdz> lamont: ?
[12:26] <seb128> mdz: yeah, that's weird
[01:06] <mdz> lamont called, he is involuntarily offline
[01:08] <seb128> ok
[01:09] <mdz> no idea why rhythmbox is missing, though
[01:10] <seb128> perhaps I should try to upload it again
[01:11] <seb128> but it'll probably get rejected if the previous has been accepted
[01:12] <mdz> yeah, the source is fine
[01:33] <thom> Mithrandir: belatedly, yes. it segfaults only in the chroot
[01:34] <jdub> grr.
[01:34] <jdub> anyone else having problems with archive.ubuntu.com?
[01:36] <mdz> jdub: no problems
[01:36] <jdub> thanks
[01:36] <jdub> hrm, wonder if it does ftp
[01:36] <jdub> ahr, sweet
[01:46] <jdub> mdz: ok, so how do we deal with the calendar packages issue?
[01:46] <jdub> do we just sync them from warty?
[02:11] <mdz> jdub: that's still an elmo question
[02:11] <mdz> jdub: I think he's out, so send email
[02:14] <jdub> ok
[03:47] <mojo_> where is seb128??
[03:53] <mojo_> seb128, where are u?
[03:53] <mojo_> you haven't changed the link of the Evolution Shortcut mate, it's still evolution-2.0!!
[03:53] <tseng> mojo_: works for me
[03:55] <mojo_> tseng: have u updated to latest?
[03:55] <mojo_> tseng: it's 2.10 packages
[03:55] <mojo_> tseng: and seb128 hasn't changed the shortcut from evo-2.0 to evo-2.2
[03:55] <tseng> yes..
[03:56] <mojo_> tseng: click on the icon of Evo mate
[03:56] <tseng> i did, mate
[03:56] <tseng> lrwxrwxrwx  1 root root 13 2004-11-05 17:05 /usr/bin/evolution -> evolution-2.2
[03:56] <tseng> 2.1.0-0ubuntu2(/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_hoary_main_binary-i386_Packages)(/var/lib/dpkg/status)
[03:57] <mojo_> tseng: heh?
[03:57] <tseng> heh yourself
[03:57] <mojo_> tseng: mine still links to 2.0
[03:57] <mojo_> tseng: i think I should restart the box
[03:57] <tseng> im not sure how rebooting will repoint a softlink
[03:58] <mojo_> tseng: no idea mate, I can fix it easily, but make sure seb128 aware of this
[03:58] <mojo_> tseng: have u got gtkhtml3.6 installed? (try to remove 3.2 version) and run 'yelp'
[03:58] <tseng> yes yelp is broken
[03:59] <mojo_> tseng: thx mate, try run ataxx games mate
[03:59] <tseng> worksform
[03:59] <tseng> e
[04:00] <mojo_> tseng: ???
[04:01] <mojo_> tseng: darn, lots of programs still use old shit gtkhtml2, I hope they migrate to latest version soon
[04:01] <tseng> im sure its being worked on
[04:02] <mojo_> tseng: did u get such msg: FATAL: udev is active on /dev when boot up??
[04:03] <tseng> i dont believe so
[04:03] <tseng> you do realize that hoary will be broken
[04:04] <mojo_> tseng: hehe, I know that it will break, that makes me love it mroe
[04:32] <mdz> mojo_: the /usr/bin/evolution symlink and the binary it points to are in the same package
[04:32] <mdz> they cannot be out of sync
[04:52] <mojo_> mdz: yes, I know but if u check the shortcut of Evolution in Main Menu and in the Panel, u find that seb using evolution-2.0 not evolution
[04:52] <jdub> only in the evolution mail one
[04:52] <jdub> which is a local patch
[04:53] <jdub> mojo_: better than mentioning it here, you should file a bug
[05:37] <mdz> elmo: well hello
[05:54] <elmo> ?
[06:24] <jdub> $ ./universe
[06:24] <jdub> cabextract
[06:24] <jdub> ethtool
[06:24] <jdub> howl-utils
[06:24] <jdub> mdnsresponder
[06:24] <jdub> msttcorefonts
[06:24] <jdub> 
[06:24] <bob2> not too shabby
[06:24] <bob2> but you should be using BITSTREAM VERA
[06:24] <fabbione> morning guys
[06:24] <bob2> hey fabbione 
[06:25] <jdub> yo fabbione 
[06:25] <fabbione> jdub: you can use different versions for warty/hoary
[06:25] <jdub> $ universe | wc -l
[06:25] <jdub> 85
[06:25] <jdub> ^ daily use machine :)
[06:25] <fabbione> calendar 4.10.<month> for warty
[06:25] <fabbione> calendar 5.04.<month> hoary
[06:25] <jdub> fabbione: i know, but i want to know the best solution
[06:25] <fabbione> that is possible
[06:26] <jdub> oh right
[06:26] <fabbione> well i think having two packages with only the version change is the simplest
[06:26] <jdub> already stuck with the ubuntu-style versioning now ;)
[06:26] <fabbione> linking across distro is not always the best solution and requires elmo manual help
[06:26] <jdub> ideally, i'd like to keep the packages the same
[06:27] <jdub> because they really are the same thing
[06:27] <jdub> yeah
[06:31] <mdz> if they are the same, they should be the same
[06:31] <jdub> yeah
[06:32] <mdz> same situation as when testing and unstable have the same version
[06:34] <maskie> morning guys --- fyi sabdfl made the front page of the business section of a big daily newspaper here is South Africa yesterday
[06:35] <jdub> cool
[06:35] <jdub> marius! of schooltool fame?
[06:35] <fabbione> huu
[06:35] <fabbione> nice
[06:36] <maskie> no ... different one ... but know sabdfl from way back
[06:36] <fabbione> osti:/usr/src/xorg-6.8.1# dpkg-buildpackage -uc -us -b -B
[06:36] <fabbione> dpkg-buildpackage: source package is xorg
[06:36] <fabbione> dpkg-buildpackage: source version is 6.8.1-0.2
[06:36] <fabbione> dpkg-buildpackage: source maintainer is Fabio M. Di Nitto <fabbione@fabbione.net>
[06:36] <fabbione> dpkg-buildpackage: host architecture is m68k
[06:36] <fabbione> MUHA MUHA MUHA :-)
[06:36] <jdub> maskie: for some reason, there are too many mariuses around the place these days ;)
[06:37] <maskie> jdub, have noticed ...
[08:31] <mojo_> can someone check the libgladmm in Synaptic for me? Ver 2.4 is there but not used
[08:32] <mojo_> libglademm
[08:32] <bob2> there are multiple versions atm
[08:36] <mojo_> bob2: thx, my pb
[09:39] <jdub> i like hoary
[09:58] <daniels> ok, a request.  if anyone tells anyone using an IGP320/340 chipset to use fglrx, tell them *not* to.  the stock Ubuntu drivers work *fine* with those chipsets, and fglrx does not.  the solution to any problems is not to install fglrx, or SuSE.  please correct anyone saying this (comes up a lot on the forums).  thanks.
[10:00] <fabbione> m68k is at Makefiles stage :-)
[10:02] <daniels> let me guess, you kicked off the build last week?
[10:02] <daniels> hm, back in 20
[10:11] <fabbione> ehehe
[10:11] <fabbione> no only this morning
[10:16] <mjg59> Hrm. Why is sys_mount returning EFAULT ?
[10:31] <daniels> phat!
[10:32] <daniels> thom: you can run 'Xorg :1 -ac' with impunity now
[10:33] <mjg59> Want... crack...
[10:34] <bob2> you're working on acpi
[10:34] <bob2> you have all the crack you can eat
[10:35] <fabbione> gooooody
[10:36] <fabbione> sparc mirror is done and the sparc is booting :-)
[10:36] <fabbione> time to install
[10:36] <fabbione> ok power-off
[10:36] <fabbione> lom>
[10:36] <fabbione> LOM event: power off
[10:36] <daniels> fabbione: awesome :)
[10:36] <fabbione> too cool :-)
[10:37] <jdub> fabbione: you're setting up a buildd?
[10:38] <fabbione> jdub: yes, but not today
[10:38] <mjg59> fabbione/daniels: What would really, really rock would be a small command-line app that could call the dpms bios routines
[10:39] <mjg59> So x86 emulation + int 10 code
[10:41] <fabbione> mjg59: write one for us? ;)
[10:41] <mjg59> Haha
[10:41] <bob2> bah
[10:41] <bob2> new firefox doesn't let me use ctrl-k to nuke lines in next boxes
[10:44] <mjg59> Gah. Close.
[10:46] <fabbione> daniels: i am way behind schedule here at home
[10:46] <fabbione> daniels: do you want to come here after lunch and then we go shopping?
[10:46] <daniels> fabbione: yeah, sure
[10:47] <daniels> fabbione: whenever's good for you, just let me know :)
[10:47] <mojo_> i hope us guys upload the new X.org soon, im dying of patience
[10:47] <mjg59> Fuck.
[10:47] <daniels> mojo_: dying of patience?  that's a rare condition
[10:47] <mjg59> That wasn't the problem at all.
[10:47] <daniels> mojo_: it will be soon
[10:47] <daniels> mjg59: OH MY GOD DUDE NO
[10:47] <daniels> mjg59: please do not encourage that sort of behaviour (userspace int10)
[10:47] <fabbione> mojo_: when it is ready.
[10:47] <daniels> mjg59: that said, ddcprobe does VBE calls
[10:47] <daniels> mjg59: so you could probably steal its code
[10:47] <mjg59> daniels: Dude, how else can you call the DPMS code?
[10:48] <daniels> mjg59: most cards seem to have ICan'tBeliveIt'sNotInt10 for accessing VBE
[10:48] <mjg59> Mm. I'll check ddcprobe, then
[10:48] <daniels> mjg59: but yeah, fair cop
[10:48] <daniels> mjg59: what do you want the DPMS code for?
[10:48] <mjg59> Console blanking
[10:48] <daniels> ah.
[10:48] <mjg59> ACPI has no way of blanking the screen
[10:48] <mojo_> then when can I see a new CD Test for Hoary?
[10:49] <sivang> tseng : you meant yelp broken on the hoary ?
[10:49] <daniels> mojo_: there are CDs built already, AIUI
[10:49] <mjg59> Why the fuck can the kernel not read /sys/block/hda/hda2/dev ?
[10:49] <daniels> mjg59: bong
[10:49] <mojo_> daniels: if it's ready, pls give me the link
[10:49] <daniels> mojo_: not yte.
[10:49] <daniels> mojo_: if it was ready, there would be links and public announcements
[10:49] <mojo_> daniels: informe me ok
[10:50] <daniels> mojo_: there will be next week, sit tight for a few more days
[10:50] <daniels> mojo_: you will be informed, I assure you
[10:50] <mojo_> daniels: hehe, thx dude
[10:50] <daniels> mojo_: (that said, if I /msg'ed everyone who wanted it personally, my wrists would implode)
[10:50] <mojo_> daniels: lol
[10:51] <daniels> fabbione: alright, I'm going to go out and find breakfast somewhere -- if you need me in the next 45min or so, SMS me (.au number, on wiki)
[10:53] <fabbione> ok boot net
[10:53] <fabbione> Boot device: /pci@1f,0/pci@1,1/network@1,1  File and args: 
[10:53] <fabbione> 73000 
[10:53] <fabbione> daniels: no problem... i need to clean the house a bit and mount the table
[10:53] <fabbione> so take your time
[10:54] <bob2> mount the table?
[10:54] <mojo_> fabbione: who's working on the fb GUI boot up?
[10:54] <bob2> no one, atm
[10:54] <fabbione> mojo_: Kamion
[10:54] <mojo_> fabbione: thx
[10:54] <fabbione> but it's not high priority
[10:54] <fabbione> meaning that it might or might be not part of hoary
[10:55] <fabbione> s/might/may
[10:55] <mojo_> fabbione: that's why I need to rush Kamion
[10:55] <fabbione> PROMLIB: Sun IEEE Boot Prom 3.10.27 2000/06/22 16:45                            
[10:55] <jdub> mojo_: no, you don't.
[10:55] <bob2> mojo_: you can't rush him, he has other things to do
[10:55] <bob2> mojo_: you can offer to help him, tho
[10:55] <fabbione> mojo_: it is simply not a goal for hoary
[10:56] <fabbione> if it will be there good.. otherwise good ;)
[10:56] <daniels> fabbione: rad
[10:57] <mojo_> fabbione: my girlfriends refuses to use Ubuntu for Fedora CORE, simply b/c she scares the text init boot up, and just loves something fancy like SuSE or FC
[10:58] <fabbione> mojo_: rushing people will not change anything.. if you want a GUI installer is much better to offer help, trust me
[10:59] <fabbione> oh god.. partitioner on serial console at 9600 is a pain
[11:00] <mjg59> ARGH MORE EFAULTS
[11:00] <fabbione> actually.. everything on serial console is pain
[11:03] <bob2> hah, gentoo has weekly rankings for who closed the most bugs
[11:06] <fabbione> bob2: daniels and i would always be at the bottom of that list
[11:06] <mjg59> ROCK
[11:08] <fabbione> hey lamont
[11:08] <bob2> fabbione: it'd need to be number_of_bugs * difficulty_per_bug * everyone_uses_X_coefficient
[11:11] <pitti> Hi lamont! Did you get my mail about the failed squid upload? I'm not sure whether I chose the right email address
[11:11] <fabbione> you should also consider code_complexity
[11:11] <fabbione> that would kinda allign the situation
[11:11] <bob2> ah
[11:11] <sivang> Hi pitti
[11:12] <fabbione> calculating code complexity is not extremely difficult
[11:12] <fabbione> and it helps determining dead code too :-)
[11:12] <fabbione> but you need proper tools to do so
[11:13] <sjoerd> morning
[11:13] <sjoerd> pitti: i get a 404 on your tla archive...
[11:14] <fabbione> jeeee
[11:14] <fabbione> it's like 5 hours that i can't rsync ubuntu archive
[11:15] <bob2> fabbione: wouldn't it be easier to just pass it all through squid?
[11:15] <fabbione> bah better i go and do house work
[11:15] <bob2> pitti: someone was complaining earlier about hfs+ automounting not working either, could that be related to the ntfs problem?
[11:15] <fabbione> bob2: and what would be the benefit?
[11:15] <fabbione> the rsync connections are still limited in numbers
[11:15] <bob2> fabbione: not waiting 5 hours for a rsync slot :-)
[11:16] <fabbione> bob2: what is the benefit of caching on hd what is already on hd...
[11:16] <fabbione> the archive is too big to be cached in ram
[11:16] <fabbione> so there is no point in doing it
[11:16] <bob2> fabbione: oh, you have an existing archive you want to sync?
[11:16] <fabbione> yeps
[11:16] <bob2> ahhh
[11:17] <fabbione> anyway
[11:17] <fabbione> later
[11:31] <mjg59> Arse.
[11:43] <pitti> bob2: I think it's fixed now, too
[11:45] <bob2> pitti: ah, rock
[11:46] <pitti> sjoerd: I'll look at it later, gotta go now. CU
[11:49] <fabbione> :217: The file just loaded does not appear to be executable.
[11:49] <fabbione> HMMM
[11:50] <mjg59> The craptop does swsusp
[11:52] <mjg59> Oh, wow
[11:52] <bob2> hah, good work
[11:52] <mjg59> Suspend the craptop, resume it, and my ssh session is still alive
[11:52] <mjg59> Now I just need to shift these patches back into the kernel source and produce debs for people
[11:53] <bob2> is this a generic or just for that single laptop?
[11:55] <mjg59> Generic
[11:56] <bob2> erm, the word fix was missing from that
[11:56] <mjg59> Well, it's mostly just been getting swsusp working with an initrd
[11:56] <bob2> will those fixes work with pmdisk, too?
[11:58] <mjg59> They were merged in 2.6.9
[11:58] <mjg59> pmdisk and swsusp, that is
[11:58] <bob2> hrm, I think it still needs a patch on ppc
[11:59] <mjg59> Oh, yeah
[11:59] <mjg59> PPC isn't sane yet
[11:59] <bob2> ah
[11:59] <bob2> are the swsusp/initrd fixes arch-dependant?
[11:59] <mjg59> Nah
[12:00] <mjg59> It's really just to let swsusp be triggered after the initrd has loaded stuff
[12:00] <bob2> ah, cool
[12:21] <fabbione> yeppa
[12:21] <fabbione> the sparc is booting :-)
[12:23] <mjg59> Wow
[12:23] <mjg59> The kernel really blows up if you try to run __init code after it's been discarded
[12:24] <fabbione> that's not surprising
[12:26] <mjg59> Hurrah. That's a less invasive patch, and still works.
[12:26] <mjg59> Right. Packages.
[12:40] <daniels> guh
[12:45] <fabbione> daniels: did you find breakfast/lunch?
[12:47] <daniels> fabbione: yeah, found some lunch
[12:47] <daniels> had to fight a whole bunch of atms
[12:47] <daniels> none of them like my card
[12:49] <daniels> so should I head over to Islev, or what?
[12:49] <daniels> if you still have stuff to do, I still have things I can do here :)
[12:50] <mjg59> Anyone fancy testing some sweet laptop love shortly?
[12:51] <daniels> what sort of love?
[12:51] <bob2> is it fascist x86-only love?
[12:51] <herzi> bob2, :)
[12:51] <daniels> bob2: the x40 is love
[12:51] <daniels> herzi: by the way, there's no way I'm merging that CRTC2 patch
[12:52] <daniels> herzi: it just randomly stomps all over the CRTC2 offset, with unpredictable results
[12:52] <mjg59> bob2: It is at the moment, I'm afraid
[12:52] <bob2> mjg59: hrm, have you been working on 2.6.9 ubuntu mega special edition kernels?
[12:52] <mjg59> bob2: 2.6.10-rc1, but yeah
[12:52] <fabbione> daniels: i need to finish to wash some stuff and crash for another hour
[12:52] <daniels> herzi: the best way to do it is to ensure it gets set properly in the first place (i.e. RADEONInitCRTC2Registers, or whatever they've called that function) rather than killing it at restore
[12:52] <fabbione> daniels: then we can go shopping
[12:52] <daniels> fabbione: sure
[12:53] <daniels> fabbione: swoeet
[12:53] <herzi> daniels, well, on my machine (an on others of the same type) it works pretty well
[12:53] <bob2> mjg59: hm, is it worth giving your sources (+ the pmdisk ppc fixup patch) a sping?
[12:53] <daniels> mjg59: are you doing swsusp too?
[12:53] <fabbione> daniels: let's say around 3 and half past 3?
[12:53] <daniels> fabbione: sounds good to me
[12:53] <fabbione> daniels: ok
[12:53] <bob2> mjg59: apparently the only issue with it on ppc is that it needs monolithic ide
[12:53] <fabbione> daniels: shops are pretty close to here so it's no biggie
[12:53] <fabbione> daniels: also because they close at 5
[12:53] <daniels> herzi: i'm willing to bet it breaks tv/vga out on many other machines
[12:53] <daniels> fabbione: ah cool
[12:53] <mjg59> bob2: Yeah, once I've built the 386 deb I'll build sources
[12:54] <bob2> mjg59: cool, thanks
[12:54] <mjg59> daniels: swsusp is now love
[12:54] <fabbione> ok i am off...
[12:54] <fabbione> daniels: later
[12:55] <herzi> daniels, okay
[12:56] <daniels> mjg59: phat
[12:56] <daniels> fabbione: seeya dude
[12:57] <mjg59> It'll be 20 minutes or so until it's finished building
[12:57] <herzi> daniels, once there are deb-sources for x.org packages i will start to take a look at it (if it's not too heavy for me)
[12:57] <mjg59> Then I'll just give it a test-run here
[12:57] <daniels> herzi: i suspect we need some *proper* documentation from ati
[12:58] <daniels> herzi: you have a radeon 9600 mobility, no?
[12:58] <herzi> yes
[12:58] <herzi> i was talking to benh about this and he's got some docs from ati (though no full specs)
[12:59] <daniels> yeah, I don't have the full specs either
[01:00] <daniels> and the only people with full specs are unlikely to do DVI/PowerPC properly, sadly
[01:01] <sjoerd> :|
[01:11] <jdub> morning herzi 
[01:14] <thom> daniels: rock
[01:14] <jdub> where's keybuk? i wanna give him a big sloppy qmail kiss
[01:16] <daniels> thom: indeed
[01:16] <daniels> jesus, that's seven firetrucks and two cop cars that have just gone past
[01:17] <bob2> hah
[01:17] <bob2> we only had 6 and 1 at my house
[01:19] <thom> daniels: don't wave at them, they'll find you easier that way!
[01:19] <daniels> thom: heh
[01:19] <daniels> thom: good plan
[01:22] <herzi> hi jdub 
[01:38] <mjg59> daniels: Xorg's via driver doesn't crash the craptop. It just gives a black screen instead.
[01:38] <jdub> PROGRESS!
[01:42] <mjg59> Kernel's being uploaded now
[02:03] <mjg59> http://www.srcf.ucam.org/~mjg59/laptops
[02:03] <mjg59> Needs the initrd deb to be installed first
[02:04] <jdub> doesn't happen to have the "attach dsdt to initrd" patch, does it?
[02:06] <jdub> hrm, do i need a swsusp package of sorts?
[02:06] <mjg59> Nope and nope
[02:08] <jdub> dum de dum
[02:08] <jdub> rebooting :)
[02:13] <jdub> ahr
[02:13] <jdub> so, how do i punish this thing? :)
[02:14] <mjg59> jdub: echo -n 4 >/proc/acpi/sleep
[02:14] <jdub> so my cpu applet is complete bong now ;)
[02:17] <mjg59> 2.6.10 ought to have an i830 framebuffer again
[02:18] <mjg59> Hmm. jdub appears to be failing to reappear
[02:18] <jdub> so i suppose i'm meant to do something intelligent at bootup, right?
[02:18] <mjg59> Nope
[02:19] <mjg59> Oh, yes
[02:19] <mjg59> Gar, sorry
[02:19] <jdub> resume=...?
[02:19] <mjg59> resume=/dev/yourswappartition
[02:19] <jdub> ahar
[02:19] <mjg59> If you did a suspend and then didn't resume from it, you'll need to mkswap your swap partition again
[02:19] <mjg59> And then swapon -a before attempting to suspend again
[02:20] <mjg59> Whatever you do, never resume from a suspend image if you've mounted a filesystem in between
[02:20] <jdub> yeah
[02:20] <jdub> okay
[02:20] <jdub> i'll try again
[02:20] <mjg59> Rock
[02:23] <mojo_> hey ppl
[02:24] <mojo_> I just got updated the yelp
[02:24] <mojo_> and now 2 icons for "Help" appears same time at Main Menu
[02:24] <mojo_> and no such entries for any link in yelp
[02:26] <Mitario> mornin'
[02:29] <thom> mjg59: it suspended and came straight back for me
[02:30] <maswan> Mithrandir: ACK
[02:31] <thom> ah, mysql
[02:31] <mjg59> thom: In what way?
[02:32] <thom> mjg59: "Strange, mysqld not stopped"
[02:32] <mjg59> Ah, right
[02:33] <mjg59> Yeah, mysqld seems to be a problem
[02:33] <thom> works now, lets see if it resumes
[02:34] <thom> ROCK
[02:34] <thom> so MUCH ROCK
[02:34] <thom> (it works)
[02:35] <mjg59> Rocking
[02:35] <mjg59> Though jdub seems to be having issues...
[02:38] <jdub> i should probably get acpi going properly on this machine before bothering with stuff like this :-)
[02:38] <mjg59> swsusp should work entirely independently of acpi
[02:38] <mjg59> What sort of behaviour are you getting?
[02:38] <mojo_> jdub: does new GNOME 2.9.1 Nautilus support SVG viewer? or GNOME eye or Gthumb support
[02:39] <jdub> mojo_: they have all supported svg
[02:43] <jdub> mjg59: it didn't power off correctly
[02:43] <jdub> mjg59: then it booted fairly normally
[02:43] <mjg59> And you passed resume=/dev/foo ?
[02:43] <jdub> yeah
[02:44] <mjg59> Hmm. Interesting.
[02:44] <mjg59> What does dmesg say?
[02:44] <jdub> no idea
[02:44] <jdub> ended up rebooting into my normal kernel
[02:44] <mjg59> Hmm
[02:45] <mjg59> If you could grab the dmesg output for a failed resume, that would be good
[02:45] <mjg59> No urgency, though
[02:45] <jdub> mmm
[02:45] <jdub> kinda want to fix my dsdt blues
[02:45] <thom> mjg59: any plans to do a full build with all the drivers and stuff?
[02:47] <mjg59> thom: Dude, that should be a full build
[02:48] <bob2> what's happening with 2.6.9 packages, btw?
[02:48] <mjg59> What's missing?
[02:48] <thom> oh, hrm. could be a driver issue, i don't have ipw2100 love
[02:49] <mjg59> Oh, argh. Hang on, yes, there's a broken firmware loader in that version.
[02:49] <thom> ahr
[02:50] <thom> oof, kernel oopsed in ipw2100_pci_init_one
[02:50] <mjg59> Hmm. No, the firmware loader should be ok there.
[02:50] <mjg59> thom: Eep
[02:51] <mjg59> thom: What's the backtrace?
[02:52] <bob2> hrm, I get "badness in device_Release..." during the install
[02:52] <mojo_> I love to see Grub2 in Hoary
[02:53] <mjg59> mojo_: At the point where it's stable, it'll probably be considered
[02:54] <jdub> mjg59: hrm, you heard what's up with the SD stuff?
[02:54] <thom> mjg59: one sec, just gonna reboot so i have networking :-)
[02:55] <mjg59> jdub: Nope
[02:55] <mjg59> thom: Thanks
[03:00] <thom> mjg59: www.clearairturbulence.org/ipw2100-oops
[03:00] <jdub> ok
[03:00] <jdub> that's it
[03:01] <jdub> i'm rebuilding my kernel
[03:01] <jdub> *cry*
[03:18] <mjg59> thom: Can you try with http://www.srcf.ucam.org/~mjg59/laptops/ipw2100.ko
[03:21] <thom> s
[03:22] <thom> Argh, fs check
[03:22] <mjg59> Haha
[03:26] <thom> firmware load failed with that one
[03:26] <thom> oh, of course it will
[03:29] <thom> mjg59: Firmware ipw2100-1.2.fw not available or load failed
[03:29] <mjg59> But no oops?
[03:29] <mjg59> What version of the firmware do you have?
[03:31] <thom> 1.2
[03:31] <mjg59> Hrm.
[03:31] <thom> well, 1.2.fw-2.6.10-rc1-1-386
[03:32] <mjg59> It's the driver from the hoary kernel, so it /ought/ to work...
[03:32] <thom> but that's an ubuntu patch to the firmware loading stuff, isn't it? should affect individual modules
[03:32] <thom> yeah
[03:32] <mjg59> Can you check whether hotplug seems to load it?
[03:35] <thom> seems not
[03:36] <mjg59> But it opens the file?
[03:37] <bob2> hrm, booting manually in grub sucks
[03:37] <bob2> and now it can't pivot_root properly
[03:41] <thom> mjg59: atime hasn't changed, so i think not
[03:43] <mjg59> Weird. I'll give it a go here later on.
[03:44] <daniels> mjg59: cool
[03:44] <daniels> mjg59: sounds phat
[03:46] <daniels> mjg59: remind me never to buy a via laptop
[03:51] <jdub> pain makes you stronger
[04:07] <bob2> yay, boot harder, ubuntu
[04:51] <ddaa> Ha... good.
[04:51] <ddaa> http://www.ubuntulinux.org/wiki/HardwareSupportMachinesLaptops
[04:51] <ddaa> The T42 instructions works well on my T42p in console.
[04:53] <ddaa> hu... but that cause the cpufreq applet to go mad...
[05:05] <daniels> you missed your opportunity to join the x40 cabal
[05:06] <ddaa> daniels: I want more pixels.
[05:07] <ddaa> UGA and X40 is pretty much a contradiction in terms.
[05:07] <daniels> jdub: yeah, and hanging car batteries from your nipples makes them stronger, too
[05:07] <daniels> jdub: doesn't mean it's a good idea
[05:14] <daniels> thom: ?
[05:17] <daniels> http://www.ubuntuforums.org/showthread.php?t=3324&page=1&pp=10
[05:17] <daniels> has anyone used GnomeBaker?
[05:32] <daniels> thom: and I can't remember what I pinged you about.  arse.
[05:33] <ddaa> yay!
[05:33] <ddaa> Well... I must admit that the ubuntulinux wiki contents rocx
[05:34] <ddaa> Steps for t42, just totally do the right thing.
[05:34] <ddaa> The problem is that they are pretty cryptic...
[05:34] <ddaa> Having some docs on the acceptable markup on that wiki would be useful.
[05:35] <dooteo> hi folks
[05:36] <dooteo> I've go Advansys SCSI card with 2 CD drivers, but it looks like ubuntu can't find them (scsi card appears on hardware list)
[05:37] <dooteo> what can I do to see them?
[05:37] <bob2> the problem with "device manager" is that noe everyone uses it
[05:37] <daniels> ddaa: um, you shouldn't need ibm-acpi
[05:37] <daniels> ddaa: doubly so if you're running hoary
[05:37] <daniels> ddaa: all merged in
[05:38] <dooteo> bob2: well, but Nautilus is not able too
[05:38] <ddaa> Mh... it's mentioned on the wiki. I'm not too sure what it is about, probably enabling the suspend key...
[05:38] <daniels> works out of the box with my x40
[05:38] <daniels> as I said, it's all merged in :)
[05:39] <ddaa> Does not work on t42.
[05:39] <ddaa> mhh... maybe I should put tpb away
[05:39] <bob2> dooteo: this sounds like a #ubuntu sort of question...
[05:40] <bob2> yay rhythmbox, ignore all my oggs
[05:40] <dooteo> bob2: okey here I go. Thanks
[05:40] <lamont> pitti: lost about 11 hours of connectivity due to a cable cut...
[05:41] <lamont> finally awake noew..
[05:42] <ddaa> daniels: I'll try adding that module, just to be sure if it makes any difference.
[05:44] <fabbione> hey lamont
[05:44] <ddaa> duh... that beast expands a linux.tar.bz2 in a totally ridiculous amount of time...
[05:50] <lamont> morning fabbione
[05:51] <bob2> bloody scrollkeeper
[05:51] <fabbione> lamont: Unpacking libc6 (from .../libc6_2.3.2.ds1-18_sparc.deb) ...
[05:52] <lamont> fabbione: kewl!
[05:52] <bob2> fabbione: you're bootstrapping sparc?
[05:52] <fabbione> lamont: i installed wb and sbuild from db.d.o, or do you suggest another version?
[05:52] <fabbione> bob2: yes
[05:53] <fabbione> but not this night...
[05:53] <bob2> heh
[05:53] <fabbione> i am only preparing the sid chroot to start with
[05:53] <bob2> awesome
[05:53] <fabbione> we are heading out to eat and get possibly drunk
[05:53] <fabbione> bob2: problem is d-i. i only have one sparc
[05:54] <bob2> fabbione: ahh
[05:54] <fabbione> so someone else will have to kick it
[05:57] <daniels> helix volunteers
[05:57] <fabbione> ehhe
[06:01] <pasc> fabbione: keep him away from khebab shops
[06:01] <fabbione> pasc: why?
[06:02] <daniels> pasc: nah man, it's not five-star, I couldn't bring myself to go
[06:02] <daniels> pasc: i'd take you to Souvlaki King in Melbourne if you didn't keep piking
[06:03] <daniels> you should come get one of the best burgers in the world
[06:03] <daniels> it's like half a cow
[06:04] <pasc> I think I'll settle for the best seafood in the universe
[06:04] <pasc> ;-)
[06:04] <pasc> but I will come to melbourne one day
[06:05] <bob2> it's not too bad
[06:05] <bob2> it's like a pretty good sydney knock-off
[06:09] <lamont> pitti: sigh.  fixed
[06:09] <lamont> fabbione: at this very moment, nothing to suggest.
[06:10] <lamont> I hope to have a repository on the lan sometime soon that has the versions being used on the buildd's, but it's not significantly different
[06:11] <lamont> (gcc-opt support, package grabbing selection, and per-component sources.lists are all...)
[06:11] <lamont> if you start by just building main, then you don't care about per-component...
[06:16] <fabbione> lamont: the only thing i would like to have at phase2 start is a minikatie running on rookery
[06:16] <fabbione> so that we can evaluate community interest in a certain port
[06:17] <fabbione> and see if it is worth to ask Mark for real buildd
[06:18] <daniels> pasc: i'll have to give that to sydney, yes -- the seafood is phat
[06:18] <daniels> pasc: but our jsbh is better, mio
[06:18] <daniels> er, imo
[06:19] <bob2> daniels: does it have a debsig?
[06:19] <daniels> yes
[06:20] <daniels> gah
[06:20] <daniels> ximian-connector build-deps broken
[06:21] <daniels> can someone please kick seb when he gets in and tell him to add something providing -ldl to x-c's b-d's?
[06:23] <daniels> ../../gnome/vfsmodule.c:406: error: redefinition of `pygvfs_set_file_info'
[06:23] <daniels> ../../gnome/vfsmodule.c:372: error: `pygvfs_set_file_info' previously defined here
[06:23] <daniels> ../../gnome/vfsmodule.c:372: warning: `pygvfs_set_file_info' defined but not used
[06:24] <daniels> make[3] : *** [vfs_la-vfsmodule.lo]  Error 1
[06:24] <daniels> make[3] : Leaving directory `/build/daniels/python-gnome2-2.6.0/build-2.3/gnome'
[06:24] <daniels> python-gnome2 broken also
[06:24] <azeem> daniels: -ldl? isn't that in libc6-dev?
[06:24] <daniels> er, sorry, -ldb
[06:28] <azeem> ah, that one again
[06:29] <daniels> awesome
[06:29] <daniels> the xorg buildd is now lying idle for want of anything to do
[06:29] <daniels> a couple of broken packages but afaict nothing has broken while building against xorg
[06:30] <daniels> now it's really food and beer time (julebyrg!)
[06:30] <sjoerd> daniels: have fun 
[06:38] <mjg59> thom: Ping?
[06:41] <mjg59> thom: How were you testing that ipw2100 module?
[07:01] <ddaa> daniels: I am getting the general impression that _maybe_ the hotkeys are already supported, but what is missing is proper acpi scripts.
[07:02] <mjg59> ddaa: What are you trying to do?
[07:02] <ddaa> Getting a T42 to work fully.
[07:02] <mjg59> ddaa: you want the ibm-acpi driver if you want to be able to use all the hotkeys
[07:03] <mjg59> Most of them aren't exposed, otherwise
[07:03] <ddaa> yeah... daniels said it worked out of the box on the X40...
[07:03] <mjg59> The suspend key should work fine without ibm-acpi
[07:03] <mjg59> That's the Fn+F4 one
[07:04] <ddaa> mjg59: but even if I manage to build the module (not sure how) I will still have to write acpi scripts, right?
[07:04] <mjg59> ddaa: Yes
[07:04] <ddaa> I got suspend/resume to work on lid events, thanks to some hints by mdz, but I am generally quite at loss with acpi.
[07:05] <ddaa> BTW, is that stuff actually documented somewhere?
[07:05] <mjg59> The acpi code sends stuff to /proc/acpi/events which acpid picks up
[07:05] <mjg59> acpid then uses the contents of /etc/acpi/events to choose what to do in response to them
[07:05] <mjg59> Generally this is to run a script in /etc/acpi
[07:07] <ddaa> Now, what are the events, what do they mean, and what are the appropriate actions is knowledge I miss.
[07:07] <ddaa> My understanding of hardware is pretty much limited to "what runs software" :-)
[07:08] <mjg59> Heh
[07:08] <mjg59> The normal things that generate events are the suspend key, the power button, the lid switch and plugging/unplugging the AC adapter
[07:09] <mjg59> Those all generate standard events, so it's fairly easy to configure them
[07:09] <mjg59> But ibm-acpi enables all the other hotkeys (Fn+f3, f5, f7, f9, f12) and lets you configure events for those as well
[07:11] <ddaa> Okay. Now where can I find acpi config stuff for those that makes sense?
[07:11] <ddaa> I s'pose the stuff in ibm-acpi
[07:11] <mjg59> daniels's acpi-support-x40 (or whatever it's called) should have some
[07:20] <ddaa> Anyway, by looking at the wiki for t42p, I am quite amazed at the amount of unecessary stuff people advocate...
[07:21] <ddaa> Like using fglrx...
[07:27] <sjoerd> ls
[07:27] <sjoerd> beh
[07:43] <ddaa> mjg59: thanks. daniels' stuff seems to plain just work here...
[07:44] <ddaa> Now, I just need to get the ibm-acpi thing built...
[08:04] <mdz> morning
[08:09] <ddaa> mdz: hello
[08:10] <ddaa> What's the proper way to set the permissions for /dev/nvram, so it's writable by a non-root group, and in a persistent manner?
[08:11] <mjg59> Put something in /etc/udev/permissions.d
[08:13] <mdz> ddaa: hi
[08:13] <mdz> Kamion: around?
[08:16] <ddaa> okay... the udev config says "root:nvram" for this dev, but the nvram group does not exist...
[08:16] <ddaa> Bug.
[08:17] <ddaa> What's the proper gid for nvram?
[08:20] <ddaa> mdz: what's the proper package to report that bug against?
[08:24] <ddaa> Bah... assigned it to udev...
[08:26] <mdz> ddaa: udev
[08:27] <ddaa> done
[08:27] <mdz> it's not clear whether we should have an nvram group, or change it to something else, though
[08:27] <ddaa> I pointed that out in the bug report :-)
[08:28] <ddaa> Well... supposedly that should be useful only for people who operate the machine...
[08:28] <ddaa> local users, I mean.
[08:30] <ddaa> Only showstopper left, the video-switch button cause the t42 to hang with a black screen. Using fglrx or ibm-acpi does not fix that.
[08:31] <ddaa> (I have not tested all the possible combination of modules and kernel options though)
[08:37] <mjg59> Ok - again, if people could test http://www.srcf.ucam.org/~mjg59/laptops/ that would be good
[08:38] <mjg59> Needs the initrd package first, and you need to pass resume=/dev/whatever to the grub options
[08:43] <ddaa> What is it for?
[08:43] <mjg59> Power management testing
[08:43] <mjg59> It's got suspend to disk support
[08:44] <ddaa> what should the resume option point to?
[08:46] <mjg59> Your swap partition
[10:25] <zopi> Hi sorry to bother you
[10:25] <zopi> but I have a strange behaviour with Ubuntu 
[10:26] <zopi> I have to tried to install Ubuntu on 1.4 Ghz 256 Mo and the installation is very slow
[10:26] <zopi> display is slow 
[10:26] <zopi> very strange behaviour
[10:26] <zopi> using Matrox G400
[10:27] <zopi> same behaviour for the boot
[10:27] <zopi> and I don't understand
[10:27] <zopi> any idea ?
[10:35] <zopi> I have used reiserfs for the /
[10:35] <zopi> any bugreport for slow behaviour ?
[10:38] <zopi> using Warthy 4.10
[10:41] <ddaa> here, with a g450, I got accelerated video out of the box
[10:42] <ddaa> You find it slow in comparison to what?
[10:42] <ddaa> Mhh... btw, that is a #ubuntu discussion
[10:43] <ddaa> --> #ubuntu
[10:43] <zopi> I know
[10:43] <zopi> but no answer
[10:43] <zopi> that why I ask here
[10:43] <zopi> sorrry for the inconvenient
[10:44] <zopi> I have tested with memtest memory has no problem
[10:44] <zopi> I was running Debian Sid and wanted to test Ubuntu :)
[10:56] <ddaa> mjg59: tried your kernel
[10:56] <sivang> zopi : is this a laptop?
[11:03] <ddaa> on the plus side, swsusp works, and the video-switch key seems to work okay (It does not cause a hang at least, I have not tested with an actual external monitor). However, even if the network modules (ipw2200) 
[11:03] <ddaa> ... and e1000) are loaded I do not have any /dev/eth* device.
[11:05] <jdub> yay!
[11:06] <ddaa> jdub: what does it do?
[11:06] <jdub> ddaa: it makes my dell acpi work ;)
[11:07] <jdub> ie. the battery display, etc. ;)
[11:11] <ddaa> mjg59: also, with your kernel, the cpu frequency applet behaves just as badly as when I booted with "apm=on acpi=off nolapic", but the contents of /proc suggest it's using acpi and not apm.
[11:13] <jdub> ddaa: i got the same thing with mjg59's kernel
[11:15] <ddaa> 134GHz... schweet, software acceleration!
[11:15] <lifeless> ddaa: welcome to the club
[11:16] <ddaa> but -1218013MHz... scary... time travel?
[11:16] <lifeless> jdub: where dost thou get dsdt luv ?
[11:16] <ddaa> lifeless: well, the important stuff just works using daniels acpi stuff.
[11:17] <ddaa> And a stock warty kernel.
[11:17] <lifeless> what apt repository should I point at for that ?
[11:17] <jdub> you can't
[11:17] <lifeless> :[
[11:17] <jdub> you have to get a compiled dsdt appropriate for your bios/hardware
[11:17] <jdub> and build it into your kernel
[11:18] <lifeless> jdub: ah, I was hoping it had improved.
[11:18] <lifeless> I need someone to decompile & fix my dsdt, don't have time to learn that right now.
[11:18] <jdub> there's a patch that lets you attach it to the initrd
[11:25] <jdub> grep voltage /proc/acpi/battery/BAT*/state
[11:25] <jdub> ^ paste please :)
[11:25] <jdub> grep -h voltage /proc/acpi/battery/BAT*/state
[11:32] <lifeless> grep voltage /proc/acpi/battery/BAT*/state
[11:32] <lifeless> /proc/acpi/battery/BAT0/state:present voltage:         14800 mV
[11:32] <lifeless> /proc/acpi/battery/BAT1/state:present voltage:         14800 mV
[11:34] <ddaa> Woah. With mjg59's kernel, the external video _actually_ works. It's not pretty by any means, but it does work...
[11:38] <lifeless> jdub: battery seems to work just fine, its sleep that has trouble... can get it to go to mem suspend with a little effort, but it won't come back :[.