[12:05] what is "e-baking"? [12:05] oh, maybe he meant banking === azeem [~mbanck@socks-out.lrz-muenchen.de] has joined #ubuntu-devel [12:17] now i have battery info, i have to figure out why this machine chews so much battery === herzi_lap [~herzi@c167250.adsl.hansenet.de] has joined #ubuntu-devel === herzi_lap [~herzi@d006099.adsl.hansenet.de] has joined #ubuntu-devel [01:14] mjg59: no ooops, but no firmware load either === sivang sivang_asleep [02:02] Thanks everyone for the help in setting up the T42p. I have updated wiki.ubuntulinux.org. The page contains older more complicated instructions for T42 and a different model of T42p, if you could get the original authors to check and aggregate the instructions, that would be great. [02:39] jdub: and what machine is that [02:39] (so i can avoid buying one :P) [02:42] ddaa, you should no longer use wiki.ubuntulinux.org bur use www.ubuntulinux.org/wiki [03:13] ARGH [03:13] hahahaha [03:13] man [03:14] now that acpi is a-ok [03:14] i can't close the lid of my laptop when i'm using my external monitor/mouse/keyboard [03:14] because it locks the screen and chvts [03:17] ;) === amu 's first burn of the hoary-live-2.6.9-20041107-03.iso [03:43] woo [03:43] thom: Works fine here... [03:44] yo mjg59 [03:44] mjg59: did you look into paul's kernel patches much? [03:44] my laptopt totally chugs the battery life [03:44] Paul? [03:44] paul drain [03:44] i linked them on -devel [03:44] Never heard of him, I'm afraid [03:45] he's the garnome maintainer [03:45] but also [03:45] (Sorry, just back from robtaylor's. He was in the process of having the council ask him to turn the music off) [03:45] has recommended patches linked by me from -devel [03:45] haha [03:45] Cool [03:45] I'll take a look [03:46] (V, v drunk) [03:47] what's the best way to replicate the kernel builds the buildds do? apt-get source linux? [03:47] linux-source-... was poo [03:47] roughly speaking [03:53] linux-source-foo, dpkg-buildpackage [03:53] 2 error's hoary compared with warty [03:53] It'll build lots of them [03:54] E: Couldn't find package x3270 [03:54] E: Couldn't find package pr3287 [03:54] mjg59: but not how the buildds do it... [03:55] Uh. What do the buildds do, then? [03:55] dunno [03:56] How is it different to what the buildds do? [04:01] linux-source... is not the same as apt-get -b source [04:02] Oh, I see what you mean [04:02] I /believe/ that the buildds do it from linux-source, but produce individual packages that have different source dependencies === Mitario [~michiel@sikkes.xs4all.nl] has joined #ubuntu-devel [05:08] hi everyone === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel [05:28] anyone knows who's maintaining apt in ubuntu? [05:29] in what sense? [05:29] it's still mdz's baby [05:29] package maintainer [05:29] ah, ok [05:29] ty [05:30] ubuntu doesn't have the same sort of package maintainership as debian [05:30] well, call it 'standard uploader' then ;) [05:31] i mean, i guess someone is a bit more responsible for one package then the rest of the ubuntu maintainers === SuperL4g [~colbyirc@CPE-69-76-188-71.kc.rr.com] has joined #ubuntu-devel [07:10] ddaa: thanks for writing up your laptop findings for the wiki [07:12] morning guys [07:12] good morning [07:12] hey mdz [07:13] mdz: probably today we will do another internal drop [07:13] and it should be the last one [07:13] tuesday -> archive [07:13] ready to test when you are [07:13] buildd has completed [07:13] no failure [07:14] mdz: yup.. we are going to split some libraries [07:14] and we need to test a new autoconfiguration feature of X.org [07:14] if the latter works we can get rid of 90% of the external tools we are using [07:14] great news on the build test [07:15] what kind of autoconfiguration does the feature provide? [07:15] if it could only choose the driver, that would make me so happy [07:15] because we could ditch discover1 for hoary [07:15] mdz: it does everything [07:16] just remove /etc/X11/xorg.conf [07:16] and try to startx [07:16] it detect all my hardware perfectly [07:16] including video card [07:16] but the keyboard layout [07:17] or you can also try to remove one single section only [07:17] like the Monitor one [07:17] and it should create an autodetected one [07:17] problem is that it doesn't save it in the config [07:17] there is a tool in X.org to do so, but we need to test it [07:18] why save it, if it can do it automatically? [07:18] because you might want to customize after? [07:20] nice to have === cc [~byte@byte.fedora] has joined #ubuntu-devel [07:22] networkmanager looks awesome [07:24] E: Couldn't find package networkmanager === mdz pouts [07:24] thombot's packaging it [07:24] yeah [07:24] which reminds me, his Sources file is broken [07:26] wow, if you search for 'blackdown deb', the Ubuntu wiki resources are in the top 5 :-) [07:26] (google) === doko [doko@dsl-082-082-069-238.arcor-ip.net] has joined #ubuntu-devel [08:22] goody [08:22] wanna build and quinn-diff are ready [08:22] time to configure sbuild [08:24] fabbione: why so much infrastructure for just a build test? [08:24] mdz: ???? [08:24] that's for the sparc port of hoary [08:24] oh, I thought it was for x.org [08:24] x.org has been done already [08:24] as i wrote before main compiled perfectly [08:24] so it was doubly surprising :-) [08:25] we are not going to kick in universe [08:25] but yes.. we did use wanna-build & co also for that [08:25] but we had the setup ready before the Xsprint [08:31] hm [08:31] cpufreqd's default config uses acpi, which is (afaik) useless on ppc [08:31] is it a bug that it doesn't modify that based on the arch? [08:37] bob2: doesn't particularly matter, since cpufreqd is unsupported :-) === Todd_MA_1975 [~todd@h000f6632661b.ne.client2.attbi.com] has left #ubuntu-devel [] [08:44] bob2: cpufreqd sets the right type in postinst [08:45] (in debian thatis) [08:50] hoary and sid have the same cpufreqd [08:50] yeah, thought I was in a different -devel channel :) === Todd_MA_1975 [~todd@h000f6632661b.ne.client2.attbi.com] has joined #ubuntu-devel [09:41] Automatic build of choose-mirror_1.06ubuntu1 on vultus5 by sbuild/sparc 1.170.5 [09:41] Built successfully [09:41] Purging chroot-hoary/build/sparcbuildd/choose-mirror-1.06ubuntu1 [09:41] YEPPA [09:41] time to kick the buildd [09:42] cool :) [09:45] daniels: yeah.. i had to fight with sbuild.. [09:45] i couldn't understand why it was not using the chroot :-) [09:45] daniels: are you on the way here? [09:46] fabbione: i have to do my laundry at some stage, was thinking of doing that this morning instead of tonight [09:47] daniels: ok, take your stuff here [09:47] i will drive you to a laundry [09:47] fabbione: oh cool, thanks [09:47] daniels: so we can take a break in the middle of the day [09:47] i might have to do some laundry too [09:49] daniels: do you think you can do me a little favour coming here? [09:49] i am really too lazy to go out right now ;) [09:49] nah well [09:49] i will go out [09:49] getting some fresh air is good :-) [09:50] fabbione: yeah sure :) that's fine [09:50] heh [09:50] so what's the plan? i was just about to jump in the shower and catch the train [09:50] just come here... [09:50] it's fine === steve [~steve@static24-72-62-185.regina.accesscomm.ca] has joined #ubuntu-devel [09:51] is there a way to pass ESSID and WEP info before you start the install, so I can get connectivity before the first reboot? as it stands right now, I have to do the install without the network, then reboot, then update. If I could pass the options pre-install it would update everything up front and save about 20 minutes. :) [09:52] ok, cool === plovs [~plovs@62.84.21.44] has joined #ubuntu-devel === cenerentola [~cenerento@84.222.39.65] has joined #ubuntu-devel [10:48] State changes at 2004 Nov 07 10:43:44 for distribution hoary: [10:48] --merge-packages(hoary): db3_3.2.9-20 changed from Building to Installed by sparcbuildd as sparcbuildd === mvo_ [~egon@suprimo-164.ping.de] has joined #ubuntu-devel === winkle [~winkle@lgh3814234.vittran.norrnod.se] has joined #ubuntu-devel === cenerentola [~cenerento@84.222.39.65] has joined #ubuntu-devel [12:24] mdz: will probably upload NM on monday or tuesday === cc is now known as drbyte === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-devel [01:12] any lovable canonical ppl in here? [01:12] i don't know about 'lovable' as such ... === Mithrandir ruffles daniels [01:14] Mithrandir: fixed fakeroot yet? ;-) [01:14] (i saw the mips bug, which looked more or less identical) [01:14] thom: possibly, yes. [01:14] oh? rock. [01:14] thom: it's probably a libc compile bug, I haven't tried upgrading to the new-compiled libc yet, but that's a simple thing to do [01:15] if you need me to test just shout [01:15] i saw your conversation with drow as well. so was it bad nptl/tls options in the build? [01:15] daniels: id like to know all you can tell about the italian ml... [01:16] since the btlug.it [italian ubuntu linux community] site is now up [01:16] thom: I think so, but I haven't tracked it yet. I need to fiddle around a little [01:17] thom: I miscompiled glibc again, it seems. === Crushed_Cigar [~amoeba@ACC0BA2B.ipt.aol.com] has joined #ubuntu-devel [01:42] Mithrandir: yo dude === maskie_ [~maskie@196-30-110-87.uudial.uunet.co.za] has joined #ubuntu-devel === zopi [~chatzilla@AMontsouris-152-1-16-188.w82-123.abo.wanadoo.fr] has joined #ubuntu-devel [01:51] Hi [01:51] sorry to bother you [01:51] for my problem of yesterday [01:51] slow installation [01:52] the problem has been solved I have made my Hard Disk in Master [01:52] in Slave mode the installation is very slow ! [01:52] zopi: Do you mean the disk was a slave without a master? === maskie_ [~maskie@196-30-110-87.uudial.uunet.co.za] has joined #ubuntu-devel [01:57] mjg59: thanks for pointing out the old wiki issue. Though I put the comments on new wiki and just got the name wrong when writing my message here. [01:58] mjg59 : yes [01:58] Duh... zwiki is terminally confusing... [01:59] The tabs change (or do not change) in a completely unpredictable manner :-( [02:04] Umm.. random question.. Is there a good reason why we are using a self-signed certificate on https://www.ubuntulinux.org ? [02:04] hahaha [02:04] yes [02:04] bob2: care to enlighten me? [02:05] not sure if I can :-) [02:05] elmo or thom would be the people to ask [02:05] ddaa: Hmm. You shouldn't have /dev/eth* [02:05] nobody at canonical has expertise with internet certificates I guess ->;)<- [02:06] But do you mean that there's no network interfaces? [02:06] hehehehehe [02:06] Well, based on thom... [02:06] hahah [02:07] mjg59: well, okay... there are not here with warty kernel either... [02:07] do any unices have /dev/eth? [02:07] Neverthell, networking works with warty kernel, but not with yours. [02:07] bob2: if you asked thom about the ul.o certificate, he'd give it to you :P === ddaa 's ignorance of kernel things painfully shows [02:08] ddaa: Weird. I'm running it fine on here. [02:08] daniels: hahahaha [02:08] ddaa: Does suspend to RAM work with it? [02:08] mjg59: yup [02:08] Cool. Did you need any kernel arguments? [02:09] acpi_sleep=foo ? [02:09] azeem: funny. ;) [02:09] I used the same acpi_sleep=s3_bios as needed with the current kernel [02:09] Did not test w/o it. === ddaa reinstalls the kernel to test w/o acpi_sleep argument [02:12] ddaa: It probably does need it, but there's something else you could test [02:12] ddaa: If you could install the video-post package from http://www.srcf.ucam.org/~mjg59/laptops and then add /usr/sbin/video_post to the start of your resume script, that would be good [02:12] With a bit of luck, that'll avoid the need for the kernel argument [02:13] mjg59: let me test things properly... [02:18] about eth1, the error I get is "no such device". [02:19] However the device appears in the Gnome Device Manager (I do not know if that means anything) === ddaa grumbles has he keeps forgetting to run update-grub [02:21] ddaa: Does lsmod show that the modules are loaded? Does dmesg say anything? [02:22] mjg59: what does video_post do? [02:22] daniels: soft-boots the video card [02:23] vbe? [02:24] It's pre-vesa, I think [02:24] ipw2200 shows in lsmod output [02:24] mjg59: oh [02:25] daniels: But yeah, it does int 10 stuff [02:25] ddaa: Hmm. Anything in dmesg? [02:25] oh my god, it's almost straight ripped from the xfree86 soruce [02:25] Yes. Detected, but "Unable to load firmware: 0xFFFFFFFE" [02:26] daniels: It is indeed [02:26] ddaa: Grr. Weird. [02:26] I thought I had that fixed. === Keybuk [scott@descent.netsplit.com] has joined #ubuntu-devel [02:27] Keybuk: yo [02:28] yo, hey what's happenin' dude? [02:28] ddaa: Oh, damn. Sorry, I managed to miss half the patch. [02:29] Ugh. I'll fix that. [02:29] mjg59: the network problem is the big show-stopper. The other issue is the cpu freq applet. I have not checked whether freq scaling actually works though. [02:30] ddaa: Right, I'll sort out the networking stuff [02:32] Keybuk: not much, just archifying xorg [02:33] Mh... interesting... without acpi_sleep, the machine did not actually hang... the video and the sound were out, but I was able to reboot it by blind-typing. [02:33] fun [02:33] seems plausible [02:33] Did not actually went as far as trying that with the warty kernel... [02:34] ddaa: Ok - it'd be great if you could see if video_post brings it back [02:34] mjg59: next step [02:34] however, after that there is another time consuming test: checking how much batter power it actually consumes over 8 hours. [02:35] maybe I'm having false impressions, but I thought the acpi_sleep parameter might be needed to get the proper sleep state. [02:36] No, acpi_sleep just changes how the video is reinitialised on resume [02:37] no, acpi_sleep=s3_bios just runs through the video bios to reinitialise the video card when it comes back [02:41] mjg59: kudos! video_post at the start of the resume script makes it happy [02:42] Rock [02:43] noice [02:44] mjg59: "miss half the patch" is that ipw2100 firmware loader related? [02:47] mjg59: do you want me to check something for the cpu scaling support, or is the issue well known? [02:47] thom: All firmware related [02:47] ddaa: If you could, though I think that there's something broken in the realm of ACPI processor management [02:48] If you have the cpufreq-acpi module (can't remember what it's actually called) loaded, changing to cpufreq-centrino may be better [02:48] mjg59: not that I can have a lot of initiative, but I'd happily run any test you want. [02:48] (as long as it does not involve throwing the the lappy on the floor) [02:49] ddaa: If you could stop powernowd, rmmod acpi, modprobe cpufreq-centrino and then restart powernowd, that would be good [02:49] mjg59: ah [02:49] mjg59: ack [02:50] Oh, lord. More of last night is coming back to me. [02:50] hu... no acpi module at all... [02:50] mjg59: Did you update anything laptoppy? I could check it out tomorrow at work. (Toshiba Tecra 8100) === mjg59 wonders why robtaylor|away owns a Shampoo CD [02:50] ChrisH: Yeah, though the kernel is a bit broken at the moment :) [02:50] ddaa: Hmm. Does modprobe speedstep-centrino work? [02:50] (sorry, not cpufreq-centrino) [02:50] mjg59: Just update to newest hoary? [02:50] ChrisH: No, this is outside hoary [02:52] Mh... modprobe acpi => no such device. No helpful output in dmesg or syslog. [02:52] mjg59: oh, oh. is he in trouble? [02:53] ddaa: modprobe speedstep-centrino ? [02:53] mjg59: i have an ogg for that song to hand [02:53] daniels: That's... unnecessary [02:53] Unless you want to upset anyone in your vicinity [02:53] mjg59: just wondering if you wanted a copy [02:54] modprobe speedstep-centrino: no such device. dmesg says "no table support for CPU model "Intel(R) Pentium(R) M processor 1.70GHz" and "try compiling with CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI enabled" [02:55] Hm. Right. [02:55] So the problem is in the ACPI processor module. [02:55] Thanks, that narrows it down [02:56] You're welcome. Thanks for working on making my lappy work :-) [02:57] The nice thing with working in Canonical, is that you can whine at the people who actually have the ability to fix the issues :-) [02:57] mjg59: last night, had you been out all night, and hadn't been home? [02:58] ddaa: haha [02:58] ddaa: remember that some Canonical emploies are dangerous... [02:58] ;) [02:59] bob2: getting hardware specs from Apple would involve a commando raid... [02:59] ddaa: I just want someone to break into broadcom's offices [02:59] broadcom would be much more productive [02:59] has no-one tried using darwin drivers? [02:59] fabbione: bah, you are just posturing as a Dangerous Evil X Maintainer. We all know you are a nice dude :-P [03:00] daniels: Strictly, no [03:00] thom: I get errores during modprobe! [03:00] thom: Secret plans are in motion === fabbione open the president bag with the nuclear sodomotron remote control [03:00] There are no darwin drivers, AFAIK === fabbione and points the target to France [03:01] There are binary-only Linux drivers for MIPS [03:01] yeah [03:01] which I begged kinnison to reverse engineer [03:01] or s/darwin/OS X ; which should be more or less the same no? [03:01] benh has some tools to sniff what mac os x drivers do [03:01] thom: Sure, there are OS X drivers [03:02] So I guess you could do something ndiswrapper like... [03:02] mjg59: that was kinda what i was thinking, yeah [03:02] But we've got someone working on a better solution [03:02] mjg59's secret laptop cabal [03:02] oh, mac ndiswrapper, eeevil === mjg59 thinks he's fixed the firmware loader [03:02] (which is later revealed to be a room full of monkeys with albooks) [03:02] New packages soon [03:03] there's a standing offer of as much beer as you can drink for whoever hacks up a working broadcom driver [03:04] bob2: you forgot the most important stipulation [03:04] bob2: *cold* beer [03:04] yeah [03:04] if they claim it in london, I'll bring an esky to cool it [03:04] btw, I was quite surprised at the sobriety of the Canonical dudes in Oxford. [03:04] I would have expect much more liberal beer-gulping. [03:05] they drank whiskey? [03:05] in the hotel? NFW [03:05] azeem: stevea drank expensive (and excellent) whisky [03:05] it was more expensive than norwegian beer [03:05] spain had better be cheaper [03:05] We had poor quality wine and vodka from the petrol station [03:05] the wine wasn't abysmally bad [03:05] it was drinkable [03:05] but really, you'd have to be a bit out of your mind to spend that much money on perfumed ethanol... [03:05] and poor quality movies to go with it === ddaa begs bob2 not to resume the Antitrust line... [03:06] bob2: that you didn't even watch, I might add [03:06] I tried to watch it [03:06] In the real world, when you kill people, they die [03:06] bob2: first time i've seen quality used in any sense about antitrust [03:06] but it was in the distro room [03:06] and I was sleepy [03:06] distro room = bob2's nap room [03:06] daniels: It might even been watchable, if it had some kind of sound besides the built-in speakers of a powerbook... [03:07] as demonstrated during the pygtk talk [03:07] mjg59: it's not just ones and zeroes! [03:07] thom: hah [03:07] 6 minutes to upload this stuff [03:07] I want more bandwidth [03:07] bob2: so how many times did you apologise to jamesh? [03:07] hrm, time to get to sainsburys and back [03:07] daniels: a dozen on the bus back to london === ddaa tries videopost with an innocent warty kernel [03:08] bob2: heh [03:08] so, I hate you all, i368 owners [03:08] i368? wassat? [03:09] bah [03:09] bob2: join the x40 cabal [03:09] If this works, then I just need to fix the acpi processor stuff [03:10] bob2: one day you'll wake up with an iBook LCD in your bed [03:11] thom: don't tempt me [03:11] mjg59: video_post seems to do the right thing with the warty kernel (with acpi_sleep). [03:12] ddaa: and without acpi_sleep? === usual [~colin@alb-69-200-178-150.nycap.rr.com] has joined #ubuntu-devel [03:12] bob2: you know you will, it's just a matter of time [03:12] daniels: Hu. I meant _without_ [03:12] daniels: yeah, with a broadcome wireless chip through it's head [03:12] thom: hah, it is, sadly [03:12] daniels: feels like including it in you thinkpad-acpi stuff? [03:13] bob2: eveeerrrryboooodddyyyyy comes to x40 [03:13] alright, time for me to go do laundry and head back to the hotel [03:13] in no particular order [03:13] Need to check the license situation on video_post first [03:13] The guy from Intel hasn't actually included any copyright information [03:13] I shoulda waited until we had a distro team before buying, so I could copy them [03:13] mjg59: most of it is ripped *verbatim* from various places in xfree86 [03:13] i'd be stunned if his additions were even copyrightable [03:13] Oh, yeah [03:14] It's all X11 license based stuff [03:14] so it'll all be either mit or bsd to egbert eich [03:14] anyway, I'm out [03:17] ddaa / thom: New kernel on http://www.srcf.ucam.org/~mjg59/laptops should fix the firmware stuff === Todd_MA_1975 [~todd@h000f6632661b.ne.client2.attbi.com] has left #ubuntu-devel [] === ddaa is away for a moment === thom reboots === azeem looks at irc [03:28] mjg59: does the suspend-to-disk button work for you, ooi? [03:29] mjg59: and still the firmware load problem [03:29] thom: With ibm-acpi, yes [03:29] thom: Gah. Fuck. [03:30] thom: Remember that it won't load the firmware unless /sys is mounted [03:30] You're doing a full boot rather than just init=foo? [03:31] yeah, full boot [03:32] And it's the same error as before? [03:32] yup [03:32] Arse [03:32] yup :/ [03:32] ok, i really have to go get milk [03:32] back in about 15 === herzi [~herzi@d014153.adsl.hansenet.de] has joined #ubuntu-devel === sivang [~sivan@box79162.elkhouse.de] has joined #ubuntu-devel === Mitario wakes up [04:02] hello everyone [04:03] Hey Mitario, what's new? [04:03] nothing much really :) [04:07] Mitario: hey, so when i logged out and logged in again, i ended up with about 7 upgrade notification icons [04:08] you probably started them all manually? :) [04:08] pretty sure i didn't, but maybe [04:09] upgrade-notifier puts every instance of itself in gnome-session [04:10] NetworkManager has some code to ensure it's only in the session once, iirc. might be worth stealing? [04:13] ah, good idea [04:14] Mitario : are you working on the auto update applet? [04:15] with michael yeah [04:16] must be cool thing [04:16] :) === cenerentola [~cenerento@84.222.39.65] has joined #ubuntu-devel [04:19] hmm, no hoary updates the last day? === mjg59 gives up and moves to a clean kernel tree again [04:24] This all gives me increased respect for the kernel maintainers === play [~play@lns-vlq-31-nce-82-253-190-64.adsl.proxad.net] has joined #ubuntu-devel [04:45] hi everyone === sivang [~sivan@box79162.elkhouse.de] has joined #ubuntu-devel [04:51] i have some troubles with K3B and Warty... K3B doesn't detect my DVD burner :( It seems it's a problem with the 2.6.8 kernel. Does somebody know a patch ? [04:51] i enjoy very well Ubuntu ! good work ! ;) [04:52] play: #ubuntu is the support channel [04:53] thanks :-) [04:54] ok Thom :) Sorry. bye === azeem [~mbanck@socks-out.lrz-muenchen.de] has joined #ubuntu-devel === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [05:25] mjg59: I confirm persistent of the firmware loading problem with your newer kernel. [05:25] *persistence [05:27] wow [05:27] i found a warty chroot from debconf4 :-) [05:27] lost in one my machines === cenerentola [~cenerento@84.222.39.65] has joined #ubuntu-devel === jvw [jeroen@233pc233.sshunet.nl] has joined #ubuntu-devel === thom [~thom@amnesiac.heapspace.net] has joined #ubuntu-devel === rdnk [rdnk@susiraja.lnet.lut.fi] has joined #ubuntu-devel === migus [~migus@netu.naquadah.org] has joined #ubuntu-devel === Keybuk [~scott@syndicate.netsplit.com] has joined #ubuntu-devel === sladen [paul@starsky.19inch.net] has joined #ubuntu-devel === pitti [~martin@195.227.105.180] has joined #ubuntu-devel === maswan_ [maswan@kennedy.acc.umu.se] has joined #ubuntu-devel === rabidbt` [~rabidbt@66.45.74.16] has joined #ubuntu-devel === herzi [~herzi@d014153.adsl.hansenet.de] has joined #ubuntu-devel === Crushed_Cigar [~amoeba@ACC0BA2B.ipt.aol.com] has joined #ubuntu-devel === doko [doko@dsl-082-082-069-238.arcor-ip.net] has joined #ubuntu-devel === rabidbt [~rabidbt@66.45.74.16] has joined #ubuntu-devel === asw [~Alexander@node-423a728a.bos.onnet.us.uu.net] has joined #ubuntu-devel === pasc [pasc@gandalf.redellipse.net] has joined #ubuntu-devel === rdnk [~rdnk@157.24.103.117] has joined #ubuntu-devel === doogie [~adam@brown.brainfood.com] has joined #ubuntu-devel === mjg59 [mjg59@cavan.codon.org.uk] has joined #ubuntu-devel === rdnk_ [rdnk@susiraja.lnet.lut.fi] has joined #ubuntu-devel === sivang [~sivang@box79162.elkhouse.de] has joined #ubuntu-devel === winkle [~winkle@lgh3814234.vittran.norrnod.se] has joined #ubuntu-devel === pasc [pasc@gandalf.redellipse.net] has joined #ubuntu-devel === seb128 [~seb128@ANancy-151-1-18-194.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel [05:56] Mm. [05:57] Lovely kernel crack. [06:03] Argh. Except swsusp has now broken. === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-devel === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [06:47] Rock === mjg59 has DPMS management code [06:48] mjg59 is KERNEL BOY === ddaa can't wait test mjg59's new kernel === Mithrandir gives mjg59 some more crack [06:55] ddaa: http://www.srcf.ucam.org/~mjg59/laptops/http://www.srcf.ucam.org/~mjg59/laptops/ [06:55] Working firmware, working processor stuff [06:56] mjg59: well, actually I am going to way for unison to finish munching my disks :-) [06:56] Unless you are going to bed soon, then I'll postpone unison. === Mithrandir wonders why ddaa thinks mjg59 is on moscow-ish (or more eastern) time. [06:58] ddaa: Heh. No, I'll be awake for a while yet [06:59] Mithrandir: not thinking time, but working on the Arch team teached me that people can go to bed at any hour, irrelevent of where they actually live. [06:59] * not thinking that [07:00] even in the early afternoon? I can go to bed anything between 22-ish and 12-ish, but not between 12 and 22, that's just wrong. [07:00] Can C do switch statements on strings? [07:00] mjg59: no [07:00] how would you switch on a pointer? [07:00] Yeah, thought not [07:00] It'd make life massively easier, though [07:00] well, you can, provided you're switching on literal equality [07:01] not just strcmp() returning a particular value [07:02] mjg59: if you are concerned by performance, you could probably hack something nifty as a "internable string", with compile-time interned values. [07:02] But it would probably not fit any definition of "simple". [07:05] yeah, there's a nice quark layer in glib though :) === herzi [~herzi@d014153.adsl.hansenet.de] has joined #ubuntu-devel [07:14] hmm, if i switch to vt01 by pressing ctrl-alt-f1 i cannot get back or get to another vt === SuperL4g [~colbyirc@CPE-69-76-188-71.kc.rr.com] has joined #ubuntu-devel [07:19] If people could test the dpms package at http://www.srcf.ucam.org/~mjg59/laptops/ that would be great [07:20] Note: it'll turn the screen off, but won't turn it back on unless you run it with the on argument. It doesn't track mouse or keyboard events. [07:20] heh, funny you shoudl mention that [07:21] I was tooling with some Radeon DPMS code in the laundromat [07:21] just as junkcode [07:21] This is really, really simple [07:21] it compiled; probably didn't even work, but it was fun in any case [07:21] And should be entirely hardware independent [07:22] using VBE? [07:23] Yeah [07:23] Just call 0x4f10 with an argument [07:31] Arse. The craptop only produces one lid event per open/close [07:31] mjg59: well... "dpms standby" worked. But when I try to get back I have a changed resolution. Far wider than high. [07:31] ChrisH: Hmm. Was this under X? [07:31] Or on the console? === cenerentola [~cenerento@84.222.39.65] has joined #ubuntu-devel [07:31] mjg59: yes, sir [07:31] mjg59: X [07:32] ChrisH: How did you try to get back? Just dpms on? [07:32] mjg59: yes [07:32] mjg59: switching to the console (Alt-Ctrl-F1) and back (Alt-F7) restored the resolution. [07:32] Weird. [07:33] ChrisH: What graphics hardware is this? [07:33] mjg59: Not a notebook actually. ;) [07:34] mjg59: GeForce 5900 XT [07:34] Hm. nv or nvidia drivers? [07:34] mjg59: The evil non-free nvidia module (nvidia-kernel-2.6.6_1.0.6106-3). [07:35] Heh [07:35] Tricky for me to track down, then :) [07:35] mjg59: I could try with "nv" in a few minutes. Just need to finish a Wiki article. [07:36] Sure, no problem === seb128_ [~seb128@ANancy-151-1-4-55.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel [07:42] i blame nvidia [07:43] what about mataro... [07:44] cenerentola: yeah, that's nvidia's fault, too [07:44] daniels: I'm thinking of this for the stuff that's in /usr/share/acpi-support/screenblank at the moment - downside is that in the absence of a lid event on open, the screen isn't going to come back [07:45] mjg59: do we know of anything other than the craptop that don't issue a separate lid event? === ddaa boggles at how insanely fast the t42p is... [07:46] the only reason left i have to use my 5 years old destkop is the ability to have _two_ screens... well, and the fact that external video does not quite work yet, too :-) [07:46] daniels: I don't know of anything else, but it's a possibility [07:47] Unfortunately, I doubt there's a programatic way of us working that out... === cenerentola is away: I'm busy [07:48] mjg59: gah [07:48] ddaa: what sort of video chipset? [07:49] T42 ought to be ATI [07:49] should work OK with atitvout [07:50] mjg59: Do you happen to know where the 'nv' module can be found in the 2.6.8 kernel config? I seem to be blind. [07:50] mjg59: I'm so stupid. Forget it. ;) === ChrisH has had too much coffee today [07:50] ddaa: you might want to try xorg and the 'Option "UseFWPLL"' option [07:50] ChrisH: There isn't one, as far as I know [07:50] It's only a 2D driver, so it doesn't need kernel support [07:51] ddaa: that should do the trick (possibly in combination with atitvout) when the monitor's plugged in before X is started [07:52] daniels: Have you had a chance to test the i830 dual head stuff under xorg? [07:53] mjg59: if you could ship a big-arse CRT to room 531, First Hotel Vesterbro, Vesterbro 23-29, Kbenhavn, I promise to do my best :) [07:54] mjg59: it looks pretty promising, though -- supports both pipes separately [07:54] (iirc you can also pick which pipe overlays go to) [07:56] daniels: xorg-common is missing a depends on lsb [07:56] /etc/init.d/xorg-common: line 10: /lib/lsb/init-functions: No such file or directory [07:56] GNAR [07:56] craaaack. [07:56] you can just sub in the xfree86-common init script anyway, does the same stuff [07:56] thanks for the heads-up === steve [~steve@static24-72-62-185.regina.accesscomm.ca] has joined #ubuntu-devel [07:58] /etc/init.d/xorg-common: line 22: log_begin_msg: command not found [07:58] Heh [07:58] That's just a deb/ubuntu thing, right? [07:59] yeah, we have all kinds of LSB initscript crack [08:08] mjg59: same effect... nvidia and nv. I have taken photos and will upload them. Give me a sec. [08:08] daniels: I can only assume xorg is hoary stuff... [08:10] ChrisH: Weird [08:10] ddaa: hoary + external archive [08:10] ddaa: read your list mail [08:10] daniels: Massive breakage shifting from xfree->xorg if I was using the i830 drm previously [08:10] daniels: sure... just have a few hundreds of them [08:10] mjg59: the bios probably needs poking in a non-vesa way for non-vesa modes [08:10] Oopses all over the place [08:10] mjg59: does it go away if you restart? [08:10] daniels: For the DPMS stuff, it shouldn't really matter [08:10] But yeah... [08:11] mjg59: you'd think not ... [08:11] Doing it on the console is likely to be safe [08:11] yah [08:11] hence the chvts in thinkpad-x40-support [08:11] which I need to resurrect now I've lost my sources for the new stuff [08:12] Christ. Now the firmware loader has broken again. === mjg59 is confused === zopi [~chatzilla@AMontsouris-152-1-17-199.w82-123.abo.wanadoo.fr] has joined #ubuntu-devel [08:12] mjg59: http://workaround.org/dpms/ [08:13] mjg59: not my fault! [08:13] ChrisH: Haha [08:13] That is *so* cool [08:13] mjg59: Very funny. ;) [08:13] I've no idea why it's happening, though [08:13] mjg59: Looks like C=64 retro style. Perhaps you should offer a "--no-commodore-64" option. [08:15] whoa, that's bong [08:15] daniels: Is composite on by default? [08:15] Ah, yes [08:15] mjg59: no === nasdaq4088 [sdfsd@tkp-ip-nas-1-p238.telkom-ipnet.co.za] has joined #ubuntu-devel [08:15] Oh, maybe that was elft over from me palying with stuff at some point, then [08:15] mjg59: Section "Extensions"\n\tOption\t"Composite"\t"Enabled"\nEndSection [08:15] mjg59: noting that composite and GLX are currently mutually exclusive [08:16] Ha, no - I wanted it off [08:16] what, you don't enjoy X crashing repeatedly? :P === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [08:17] daniels: Strange as it may seem... [08:18] mjg59: but it's fun ... you can get backtraces and send them to us [08:18] daniels: he's not allowed to play with X till he fixes the firmware loader ;-) [08:18] mjg59: btw, xorg fixes the only-one-X-instance-at-once problem [08:18] thom: that's what you think. but which is more shiny? :) [08:18] daniels: swsusp [08:19] thom: fwiw, it's 2C right now, and I just went running before in a singlet and shorts. does London get much colder? [08:19] thom: yeah, fair point [08:19] is the ultimate shiny [08:19] ok, you're a freak [08:19] thom: although, in winter, not having any suspend at all and starting X compiles is the ultimate shiny [08:19] london probably won't be any colder than that, no [08:19] thom: you put it in your backpack and it warms your back a bit :) [08:19] mjg59: kernel news: cpufreq works however the firmware for ipw2200 still fails to load. [08:19] heh [08:19] thom: to be fair, as I said, I was running [08:19] ddaa: Hmm. [08:20] mjg59: suspend to ram... suspended... and that's about all. [08:20] It won't wake up. [08:20] ddaa: Weird. [08:21] Want me to run some additional diagnostic? [08:22] ddaa: What do you mean by won't wake up? [08:22] The moon led stays lit, no cpu or hd activity, no reaction to keyboard or lid actions. [08:23] It's sleeping for all I can tell. [08:23] Right [08:23] interesting article: http://www.eweek.com/article2/0,1759,1714680,00.asp#talkback [08:23] Have you tried the power button? [08:23] Short presses have no effect. [08:23] A long press will probably shut it down though. [08:23] Try for a couple of seconds [08:23] Less than 4, but more than 1 === lupus_ [~lupus@kn-ivl-2.kuleuven.net] has joined #ubuntu-devel [08:24] Done. No effect. [08:24] Hrm. [08:24] Can you reboot it and take a look at the contents of /proc/acpi/wakeup ? [08:24] Meanwhile... [08:24] Any hotplug gurus around? [08:25] mjg59: btw, it's still w/o any acpi_sleep option. [08:26] ddaa: Shouldn't make any difference [08:26] Not that it should make any difference from what you said. [08:26] (Well, in theory) [08:27] mjg59: LID [08:28] mjg59: LID and SLPB have sleep state = 3 and status = *enabled. [08:29] all the rest is sleep state 3 and status disabled except for PCI1 and AC9M which have sleep state 4. [08:29] not the * in "*enabled" [08:29] *note the * [08:32] mjg59: what about hotplug? [08:32] mdz: How many arguments should the kernel be passing to hotplug when it's loading firmware? [08:33] mjg59: I'm not sure it passes any arguments; it should send a few environment variables [08:33] # ACTION=%s [add or remove] [08:33] # DEVPATH=%s [in 2.5 kernels, /sys/$DEVPATH] [08:33] # FIRMWARE=%s [08:33] Ah [08:34] does acpi=off is writting on the wiki for Via Chipset ? [08:34] because before enable it Ubuntu was very slow to install and booting ! [08:34] zopi: I have a VIA chipset and it works fine without acpi=off [08:34] mdz : arf [08:38] ARGH, YOU BLOODY USELESS PIECE OF SOFTWARE. === mjg59 discovers that the hotplug is trying to send firmware to /initrd/sys === bronson [~bronson@node-40240852.sjc.onnet.us.uu.net] has joined #ubuntu-devel [08:41] ddaa: Can you try umount /initrd and then rmmod ipw2100; modprobe ipw2100 [08:42] Hrm. No, that /shouldn't/ be it === __randy___ [~randy@sclab-25-433.sclab.clarkson.edu] has joined #ubuntu-devel [08:45] mjg59: umount: /initrd: device is busy === ddaa goes single user [08:47] device is still busy [08:49] ddaa: Ah - umount /initrd/sys [08:49] Then umount /initdr [08:49] I see what the problem is... [08:51] seems to work better === x4m [~max@225.159-200-80.adsl.skynet.be] has joined #ubuntu-devel [08:54] okay, that I had to fiddle a bit to unfuck resolvconf, but I can now ping the outside world. [08:54] ddaa: There's a new initrd-tools at http://www.srcf.ucam.org/ [08:54] ~mjg59/laptops [08:55] no additional action requested besides installing it? [08:55] If you could install that and then either reinstall the same kernel image or do mkinitrd -o /boot/initrd.whatever === ddaa will stick to good'ol dpkg [09:01] Some of you guys are probably still maintaining Debian packages. Are you using Ubuntu on your workstations and doing packages from there? Or do you have a seperate installation for Sid. I'd like to reinstall to Ubuntu but am not sure if I will break anything. [09:02] mjg59: dude, you rock [09:02] ddaa: Excellent [09:02] ChrisH: use a debian chroot, but i'd strongly recommend you keep a sid partition around for testing [09:03] but suspend to ram is stiff fubared [09:03] ddaa: That's a bit weird. I've just tested it here. [09:03] mjg59: actually, on wake-up, it emits a small bip and the battery led turns on. [09:03] Then that's all... [09:04] Hrm. [09:04] ddaa: Can you try with init=/bin/bash ? [09:04] thom: I'd probably use pbuilder or debootstrap anyway. So I guess it could be possible. [09:04] mjg59: not right now, I'm called for dinner. [09:04] mjg59: but I'll do when I get back. [09:05] ddaa: Heh, no problem :) [09:07] <__randy___> Where to do I go to submit a package request for Hoary? [09:10] mjg59: ok, that initrd-tools has fixed wireless for me === azeem [~mbanck@socks-out.lrz-muenchen.de] has joined #ubuntu-devel [09:11] ddaa: Hmm, I can reproduce that now === mjg59 [mjg59@cavan.codon.org.uk] has joined #ubuntu-devel [09:21] ddaa: Ah, got it [09:21] ddaa: It needs the PCI hotplug drivers blacklisted [09:24] YAY! [09:24] fakeroot has stopped segfaulting [09:24] cool [09:24] seems I got completely rid of TLS in the process, though :/ [09:24] ah [09:24] possibly not ideal [09:25] possibly very non-ideal. :/ [09:27] the 2 icons in the panel [09:27] firefox, evolution and help [09:28] by which package are they put there? [09:28] gnome-panel [09:28] because the evolution icon points to evolution-2.0 [09:28] instead to evolution [09:29] will be fixed in the next upload [09:29] k [09:44] Hmm. I'm now very, very confused about the suspend/resume issue. [09:58] mjg59: still want me to try with init=/bin/bash? [09:58] ddaa: If you could, that'd be great [09:58] I s'pose that I should remove ro option too? [09:58] init=/bin/bash seems to work fine for me. If I run hotplug, things don't work. If I load the same modules by hand, things do work. [09:58] There's something subtle going on [10:01] k I have music on a vfat partition [10:01] but if you mount a filesystem [10:01] you can not point to the link on the desktop [10:02] to the filesystem [10:02] created by gnome-vfs (g-v-m,hal) [10:04] nm [10:05] the problem seems to be that the old app does not support this kind :S [10:05] in it's fileselector [10:06] what's the command to remount root as rw? [10:07] mount -o remount,rw / [10:14] I'm definitely not managing to get something out of that init=/bin/bash situation [10:27] mjg59: okay, if I hack off /etc/init.d/hotplug, then s3 works okay in single user mode. [10:30] elmo: around? [10:32] doko: around? [10:42] mjg59: okay, with hotplug hacked off, I can suspend-to-ram and it wakes up okay. [10:43] even if full multi-user mode. [10:44] of course, suspend to disk, cpufreq, and the ipw2200 (once loaded manually) still work okay [10:46] however, the hibernate key is inoperative... but I suppose that's because I am missing some module. === ddaa awaits further requests === srbaker [~srbaker@blk-224-161-8.eastlink.ca] has joined #ubuntu-devel [11:20] mjg59: wow... [11:20] did /etc/init.d/hotplug stop, then pressed the sleep button. [11:20] It worked.... [11:21] Now, try to figure that one out :-) [11:22] nevermind, was using warty kernel.... (me blushes) [11:25] ddaa: I think there's some strange timing issue or something [11:25] Mh... anything to back that up, or it's just because you just have no idea? [11:27] I'm finding that I get some strange messages from acpi under certain circumstances with this kernel [11:27] Odd stuff about functions returning AE_TIME [11:28] thom: it seems libc is at fault, but we build glibc the same as debian, where the problem doesn't show. [11:28] thom: so I'm thinking of blaming doko. [11:28] (or gcc) [11:29] Which is odd, because there's almost no difference between 2.6.10-rc1-bk17 and 2.6.10-rc1 [11:29] In terms of acpi, anyway [11:29] Well, maybe you can make me a 2.6.10-rc1 kernel so I can test what is going on? [11:30] That would narrow the problem somewhat. [11:30] Ah - the previous kernel I gave you had more recent acpi [11:30] Hang on, let me try something... [11:33] Hrm. Damnit, this may require rebuilding all the modules as well. === ..[topic/#ubuntu-devel:mdz] : Ubuntu development -- general discussion and support on #ubuntu | Hoary is here: http://lists.ubuntu.com/archives/ubuntu-announce/2004-October/000005.html | Want to help? see https://www.ubuntulinux.org/wiki/HoaryGoals | please do NOT upload ubuntu-meta