[12:53] Good night everybody [01:35] mdz: not drink six beers at once? BRILLIANT! === Mat1 [~matt@Bowe-08-214.rh.ncsu.edu] has joined #ubuntu-devel === Mat1 [~matt@Bowe-08-214.rh.ncsu.edu] has left #ubuntu-devel [] [01:47] how do I install debugging symbols for gnome [01:47] ? === doko [doko@dsl-084-057-057-058.arcor-ip.net] has joined #ubuntu-devel === sivang [~sg@80.179.93.130.forward.012.net.il] has joined #ubuntu-devel === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel === jamesh [~james@203-59-213-254.dyn.iinet.net.au] has joined #ubuntu-devel [03:22] Any netinst isos for the rc? [03:37] Why the christ have we picked up Dick Morrel? [03:38] dude, be thankful. [03:38] yeah, ugh [03:38] try on the following names: dan jacobson, john hendrickson [03:39] He's anti-GPL and he's a cock [03:39] Dan Jacobson is mad but harmless in comparison [03:40] morrell is an idiot, yes [03:41] http://groups.google.com/groups?hl=en&lr=&c2coff=1&safe=off&threadm=slrn9nkfpp.g4a.mjg59%40vavatch.jesus.cam.ac.uk&rnum=1&prev=/groups%3Fq%3Dmorrell%2Bgarrett%2Blinux%26hl%3Den%26lr%3D%26c2coff%3D1%26safe%3Doff%26selm%3Dslrn9nkfpp.g4a.mjg59%2540vavatch.jesus.cam.ac.uk%26rnum%3D1 - that was it [03:41] Fucking URLs. Hrngh. === kylem [~kyle@CPE0030ab0b413b-CM023469906297.cpe.net.cable.rogers.com] has joined #ubuntu-devel [03:47] Maybe I should IRC less when drunk. [03:49] (fwiw, he took offence when I asked him to remain on-topic, and spent that 14 minutes ranting about who he was and why I couldn't afford to piss him off. i just asked him to remain on-topic a couple of times, and directed him towards #offtopic.) [04:01] Zindar: ah, erik :) [04:01] ww [04:03] daniels: To be honest, I'm inclined to think life would be easier without him === jdub calls the cops. [04:06] dickmorrel is not signal [04:06] BE SIGNAL [04:06] BE THE SIGNAL! === ..[topic/#ubuntu-devel:mjg59] : Ubuntu development -- general discussion on #ubuntu | Happy Ubuntu Artwork week! | 7 (count 'em) major bugs | please test http://people.ubuntu.com/~lamont/testing/warty-live-20041018-16.iso | BE THE SIGNAL [04:07] I feel this is important. === vorlon is a left turn signal. === hornbeck [~hornbeck@adsl-68-92-227-78.dsl.okcyok.swbell.net] has joined #ubuntu-devel [04:11] http://www.theage.com.au/articles/2004/10/18/1097951587553.html [04:12] man, seven cars [04:29] elmo: can you please let me know how many packages build-depend on: xlibs, xlibs-dev, xlibs-static-pic [05:02] morning guys [05:03] daniels: why do we need to know? ;) [05:03] daniels: in one way or another even the kernel build-dep on them :P [05:09] heh [05:10] fabbione: well, when we get the xorg stuff in, i'd like to start busting up build-deps [05:10] i'd be happy for xlibs/xlibs-dev to not exist [05:11] daniels: i think we can create a meta package for it [05:11] that was my idea at least [05:11] for the beginning it would be acceptable [05:12] and give people a few weeks to do the transition [05:12] i want to kill Xfree86 in one shot [05:12] no double packages [05:13] yeah, dude, I already have a set of metapackages :) [05:14] no you have nothing :P [05:14] i bootstrapped xlibs (with full debian packaging) on to my laptop yesterday [05:14] ii libx11-6 6.2.1+cvs.200408040713-0ubuntu X Window System protocol client library [05:14] only took about two hours -- some stuff is still a little broken due to the fact /usr/lib/X11 is no longer a symlink [05:14] but yeah, it's all good otherwise [05:15] eheh [05:17] ok new X seems to be all good [05:18] daniels: but did you bootstrap each lib onm theirown? [05:18] or just xc/lib in one shot? [05:18] fabbione: each on their own [05:19] fabbione: started with x-common, then just ran check/build/install through all the packages [05:19] similar to the approach i used... [05:19] sounds like at least [05:20] anyway, end result is that everything's all good, except for xterm [05:20] it's probably the app-defaults link that's broken [05:21] daniels: i started drafting a plan for the 2 weeks [05:21] we have 2 fronts that we need to fight [05:21] one is the xresprobe/autoconfig stuff [05:21] 1. Who will order the pizza? [05:21] ME! [05:21] 2. Will Daniel be allowed to sleep inside the house? [05:21] one is beating upstream with a cluebat and kill it into the many deb packages [05:21] jdub: (hotel) [05:22] fabbione: dude, you missed the confcall on Friday [05:22] fabbione: despite almost sending me to sleep, I got useful stuff done on it [05:22] jdub: no my house isn't a house yet... it's a building site [05:22] fabbione: i got 'big big vendor merge' on the agenda for x11r7 [05:22] daniels: i don't care to talk with X.org "prime donne" [05:23] heh, most of them aren't prima donnas [05:23] daniels: (first women) [05:23] they just like to argue semantics for a long time [05:23] but that aside, it was very useful, and yeah, so if we start collecting all our patches, making notes on them and stuff, we can empty our debian/patches into upstream [05:24] pouring patches on the fire :) [05:24] anyway, I have to run out the door now [05:24] actually, ten minutes ago [05:24] but nevermind [05:24] i'll talk to you about this later [05:24] unless you really want to call me ;) [05:25] daniels: no no.. i will have to suffer your ugly face for 2 weeks here :P [05:25] i don't really need to talk to you too ;) [05:33] mdz, jdub: i am ready to upload X [06:01] and linux-restricted modules to fix the nvidia-glx error === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel === fabbione waits for katie === AndyFitz [~andy@220.245.97.227] has joined #ubuntu-devel === AndyFitz [~andy@220.245.97.227] has left #ubuntu-devel [] [07:08] oooook [07:08] X and linux-restricted modules are up === doko_ [doko@dsl-084-057-015-163.arcor-ip.net] has joined #ubuntu-devel === cc [~byte@byte.fedora] has joined #ubuntu-devel === AndyFitz [~andy@220.245.97.227] has joined #ubuntu-devel [07:55] fabbione: heh! [07:55] daniels: ? [07:56] fabbione: your talking-to-me remark [07:56] fabbione: just had to go into the travel agent here and finalise my tickets [07:56] about to head back home [07:56] ahhh [07:56] eheh === rabidbt [~rabidbt@66.45.74.16] has joined #ubuntu-devel === pitti [~martin@195.227.105.180] has joined #ubuntu-devel === x4m [~max@7-220.243.81.adsl.skynet.be] has joined #ubuntu-devel === AndyFitz [~andy@220.245.97.227] has left #ubuntu-devel [] === seb128 [~seb128@ANancy-151-1-5-45.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel === Keybuk [scott@descent.netsplit.com] has joined #ubuntu-devel [10:17] Good morning everybody! So quiet today here... [10:25] Keybuk: I have a small packaging problem: hal 0.2.98 shipped a conffile, but hal 0.4 does not ship it any more; unfortunately dpkg does not delete the conffile on package upgrade, even if it is unmodified [10:25] Keybuk: is there a recommended way to remove it in the maintainer scripts? [10:26] dpkg should delete the conf file ? [10:26] unless it was never registered with dpkg [10:26] Why not, if it's unmodified? [10:26] no, the old deb ships it and it was in debian/conffiles [10:27] Since I don't want to change dpkg, is there a "best practice" how to handle this? [10:27] Keybuk: I thought about providing a md5sum list and delete the file in the preinst if one md5sum matches [10:27] Keybuk: similar to ucf [10:27] I mean that dpkg *should* delete the conffile, so why isn't it? [10:27] oh, I don't know [10:28] I tried that out yesterday, with a modified conffile and an unmodified [10:28] can you throw me both packages [10:28] you already have hal 0.2.98 [10:28] yeah, but I need to uninstall/reinstall a bit so it's good to have the .deb standing by without having to hunt for it :p [10:28] I send you a link to hal-0.4 when it's ready [10:29] okay, I put the old deb to the same place === doko [doko@dsl-084-057-041-179.arcor-ip.net] has joined #ubuntu-devel === rburton [~ross@82-44-126-41.cable.ubr03.croy.blueyonder.co.uk] has joined #ubuntu-devel [10:40] Keybuk: the stuff is at http://www.piware.de/hal/ === tuo2 [~foo@adsl-36-114.swiftdsl.com.au] has joined #ubuntu-devel [10:40] Keybuk: for upgrading to hal 0.4.0 you need libhal-storage0 deb [10:41] right [10:41] Keybuk: the conffile in question is /etc/hal/device.d/fstab-update.hal [10:41] Keybuk: the old hal installs it as example file, but I want to get rid of it (we have pmount) [10:41] ahh, lftp, how we love thee ... mget *.deb :p [10:42] so I install the single 0.2.98 deb, and upgrade by installing the others? [10:42] argh [10:42] forgot how loud my ibook was [10:42] jdub: bong! === jdub is doing a ppc install [10:42] Keybuk: yes, but you need only libhal-storage [10:42] Keybuk: not all the other debs [10:43] Keybuk: the problem is that above conffile is not shipped by hal 0.4.0 any more, so it should disappear [10:43] ok, well in 0.2.98 it's in the package and listed as a conffile [10:43] and I guess you did not modify it [10:44] just waiting for the ol' chroot to finish updating === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-devel [10:46] Hi carlos [10:46] I finally managed to take a look at your application yesterday evening :-) [10:46] pitti: hi [10:47] pitti: I saw it :-), btw, the TODO was not a mark that says.. From here is not done it was just for that question [10:47] carlos: I know [10:47] carlos: but the other stuff was okay [10:47] ok [10:48] I have the other practical questions, I will try to send you all remaining things soon [10:48] pitti: thanks === seb128 [~seb128@ANancy-151-1-5-45.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel === mvo_ [~egon@suprimo-225.ping.de] has joined #ubuntu-devel [11:10] Hi mvo_! [11:11] hi pitti [11:11] hi to all others [11:12] hello mvo_ [11:13] hi seb128 === doko [doko@dsl-084-057-050-108.arcor-ip.net] has joined #ubuntu-devel [11:22] seb128: is it me, or is gnome-terminal 2.8 a little late? :p [11:23] ah ah [11:23] just a bit late :) [11:23] and 2.8.1 just after it [11:23] amusing [11:24] pitti: (best Mal voice) well now, ain't that just an oddness [11:31] D000002: fork/exec /var/lib/dpkg/info/hal.postinst (dpkg: error processing hal (--install): [11:31] subprocess post-installation script killed by signal (Segmentation fault), core dumped [11:31] Errors were encountered while processing: [11:31] hal [11:34] Keybuk: just back from lunch - argh, what's that? [11:34] oh, just another wonderful example of dpkg's amazing bug-free-ness [11:35] Keybuk: odd, it works fine here; but this can hardly be a bug in the hal deb, can't it? [11:35] pitti: try installing with: dpkg -D7777 -i ... :) === pitti tries that and still looks at a loooooong scrolling [11:36] D000020: deferred_configure `/etc/dbus-1/system.d/hal.conf' (= `/etc/dbus-1/system.d/hal.conf') useredited=-1 distedited=-1 what=2 [11:36] D000002: fork/exec /var/lib/dpkg/info/hal.postinst ( ) [11:36] * Restarting system message bus... [11:36] * Stopping Hardware abstraction layer... [ ok ] [11:36] * Starting Hardware abstraction layer... [11:37] works for me [11:37] hmm === rburton [~ross@82-44-126-41.cable.ubr03.croy.blueyonder.co.uk] has joined #ubuntu-devel [11:38] hi rburton [11:38] hi mvo_ [11:38] so i hear xfs in recent 2.6 kernels is broken [11:39] weird [11:39] rburton: works ok for me [11:39] i'll probably ubuntufy my home desktop this week [11:39] see if it passes the GirlFriend test [11:40] rburton: you mean the new images? [11:40] rburton: failed miserably for me [11:41] i mean i heard reports of data corruption [11:41] rburton: my gf: "Ugh, what's that?" and after seeing the splash "hey, this gets worse..." [11:41] ah [11:41] oh i see [11:41] i told her about the images, she said she so [11:41] doh [11:41] is your gf able to do data corruption? [11:41] well, now you mention that [11:41] things do just break around her [11:42] ah, so she is the ideal beta tester? [11:43] I've got such a friend as well. Up to now he managed to break every Linux distro I gave him; he is totally frustrated by "this linux shit" [11:45] pitti: I suspect this is just another example of dpkg going strange when debug is on [11:45] lots of little memory leaks, and double-frees, and stuff [11:45] Keybuk: can you at least reproduce the problem without debugging? [11:46] Keybuk: i. e. the conffile is still present? [11:46] yup, got an update log now === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [11:58] rburton: your GF doesn't like it? what does vicky think? [11:59] jdub: gf/wife/whatever ;) [11:59] no way dude, i heard that slip! === rburton has been caught out [12:00] must... destory... evidence === rburton sends Kill-O-Zap missiles to sydney === lifeless puts out the mosquito net [12:05] rburton: don't forget to send them to the host which stores the irc logs :-) [12:08] D000200: oldconffsetflags `/etc/hal/device.d/fstab-update.hal' namenode 0x827d97c flags 4 [12:08] bleh, well it knows it's only in the old package and now in the new === azeem_ [~mbanck@socks-out.lrz-muenchen.de] has joined #ubuntu-devel === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel [12:20] mdz: around? [12:21] sabdfl: 'morning [12:21] hey daniels [12:21] rburton: if you don't have it already, you must get dj platurn -- 'so this is de la heaven'. mix cd if just de la songs and samples. sensational. [12:22] sabdfl: so, community council is in ... three and a half hours, yeah? [12:22] sabdfl: (missed one meeting because someone said UTC when they said Europe/London) [12:22] community council is tuesdays, 1600 UTC [12:23] well, the artwork meeting [12:23] this next one is a general community meeting, in 90 minutes [12:23] though this tuesday is tech-board [12:23] yes [12:23] anybody have an ipw2100 handy for testing? [12:23] can anyone sit in on the meetings? [12:24] daniels: oh, cool [12:24] reminds me, must beat up Jeff to make an .ics of HoaryReleaseSchedule when it's final [12:24] rburton: sure. [12:24] sabdfl: ah right [12:24] ... ninety minutes? fair cop [12:25] daniels: debian/patches/004_* [12:25] daniels: how much do we need out of it? [12:26] fabbione: last I checked, all of it [12:26] - MANDEFS = AppLoadDefs FileManDefs LibManDefs MiscManDefs DriverManDefs ProjectManDefs $(XORGMANDEFS) $(VENDORMANDEFS) [12:26] + MANDEFS = AppLoadDefs ManDefs SyscallManDefs LibManDefs DriverManDefs FileManDefs GameManDefs MiscManDefs AdmManDefs ProjectManDefs $(XOR [12:26] GMANDEFS) $(VENDORMANDEFS) [12:26] this is the only line that doesn't really "merge" [12:26] should i just pristine copy it from xfree86? [12:27] what's -, what's +? [12:28] daniels: that's what it is in 004_ [12:28] xorg has a different default MANDEFS [12:28] xfree86, or xorg? [12:28] ah ok [12:29] 3 way diff :-) [12:33] daniels: i am going to grab some food [12:39] ok [12:39] when you get back, let me know what we're starting with in xorg and where we need to go [12:43] daniels: acpi-support doesn't do suspend/resume, so... [12:44] oh, and acpi-support-x40 needs to rmmod ipw2?00 before suspend [12:45] thom: oh, right. point. [12:45] thom: and, uhm, that bong was apparently fixed in 2.6.8 [12:45] (centrino wireless) === rabidbt [~rabidbt@66.45.74.16] has joined #ubuntu-devel === seb128_ [~seb128@ANancy-151-1-3-44.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel [12:48] daniels: well, i have to have it with the 2.6.8.1-3-15 kernel [12:48] otherwise i need to powercycle my machine everytime it comes out of suspend [12:49] and 1940 is pbbuttonsd foo [12:49] not acpi-support [12:52] hello thom [12:53] heyhey seb [12:55] I am writing a kernel-howto for the wiki, is grub default or should i mention lilo as well? [12:56] grub default [12:56] thom, ok [12:57] thom: bongtastic. you should've got an nm. === rabidbt [~rabidbt@66.45.74.16] has joined #ubuntu-devel === calc [~ccheney@cdm-208-180-235-130.cnro.cox-internet.com] has joined #ubuntu-devel [01:02] pitti: pen drive is still failing to automount :-/ [01:02] sabdfl: but it worked for the version you downloaded manually? odd, this is the very version I uploaded recently [01:02] strange, but true [01:03] hoary problem :-) [01:03] sabdfl: does it work sometimes and sometimes not? === sabdfl tests again [01:04] not yet [01:04] usb 4-4: new high speed USB device using address 4 [01:04] scsi2 : SCSI emulation for USB Mass Storage devices [01:04] Vendor: Model: Pen Drive 2.0 Rev: 1.13 [01:04] Type: Direct-Access ANSI SCSI revision: 02 [01:04] SCSI device sda: 253952 512-byte hdwr sectors (130 MB) [01:04] sda: Write Protect is off [01:04] sda: Mode Sense: 03 00 00 00 [01:04] sda: assuming drive cache: write through [01:04] /dev/scsi/host2/bus0/target0/lun0: p1 [01:04] Attached scsi removable disk sda at scsi2, channel 0, id 0, lun 0 [01:04] USB Mass Storage device found at 4 [01:04] but it doesn't show up under /media/ [01:04] sabdfl: looks good [01:05] sabdfl: can you please do 'lshal > lshal.txt' and send me the result? [01:05] pitti: martin.pitt@can...? [01:06] sabdfl: yes [01:06] on its way [01:06] let me know if it didn't work i was experimenting with piping straight to mutt [01:08] sabdfl: got it [01:08] sabdfl: hmm, /dev/sda* is not contained in the lshal [01:08] great, thanks [01:08] why not? [01:08] sabdfl: don't know, that's the bug, I suppose [01:09] where could i look or check? [01:09] sabdfl: if you have a minute? [01:09] sure [01:09] please do sudo killall hald [01:09] sabdfl: you can also pass -a to attach stuff [01:09] sabdfl: then remove the pendrive [01:09] sabdfl: e.g. mutt -s foo -a ~/tmp/bar baz@quux.org [01:10] sabdfl: sudo hald --verbose=yes --daemon=no --drop-privileges [01:10] daniels: yes, i was trying to bypass the file and pipe it straight to mutt, thusly: [01:10] sabdfl: if the log flood stops, press enter a few times (to generate some empty lines) [01:10] lshal | mutt -s "foo bar" email@sfsdf.com [01:10] sabdfl: ah, cool :) [01:11] sabdfl: then plug in the beast and watch what happens === fabbione [~fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-devel [01:11] sabdfl: I'd be interested in the cut& paste of the debug stuff after the plugin [01:11] ALL of it? [01:11] and it just popped up. [01:12] sabdfl: what, the device got mounted? [01:13] mounted and the window popped up correctly [01:13] sabdfl: re ALL: only the stuff after plugging in the device (that's the reason for the empty lines) [01:13] sabdfl: so, a heisenbug? [01:13] maybe i hadn't rebooted since the update? [01:13] sabdfl: might be [01:13] sabdfl: since when your session runs? [01:13] let me reboot now and see if it's really working properly [01:13] how do i tell? [01:14] uptime shows the time since last reboot [01:14] last|head shows the recent logins === sivang back === azeem_ is now known as azeem [01:37] sabdfl : the data center has PowerEdge machines? [01:37] ROCK [01:37] sivang: yeah [01:37] sivang: i think we have a bit of everything in there now [01:37] i have working NetworkManager foo [01:37] thom: cool, what was the trick? [01:38] apart from the fact they try to use the ESSID as a key and haven't dealt with the fact that essids can have spaces in [01:38] sabdfl: writing most of the debian backend over the weekend :-) [01:39] most excellent [01:39] thom : what else is there? :) Is it PowerEdge 2800 (glancing on it ad dell's ) [01:39] which was entertaining since i was at my parents and they don't have wireless [01:39] thom: awesome! nice one [01:39] sivang: poweredge, hp dl380s, ibm x345 and bigger [01:39] and g5 xserves [01:40] thom : wow [01:40] yeah [01:40] and some hp itaniums at some point, i guess [01:40] does level3 know about the itaniums? [01:40] thom : these are also Xeon based? or are they RISCiy ? :) [01:41] they'll need to double their air conditioning capacity [01:41] all of them are buildds ? I reckon the g5 is for building PPC stuff right? [01:41] daniels: compared to the xserves they're probably trivial [01:42] thom: really? [01:42] sivang: the three g5s, 3 dual opterons, and 6 dual xeons are buildds [01:42] three of the itaniums will be too [01:42] thom: i was under the impression they were space heaters, and the desktop g5s i've seen have run quite cool [01:42] daniels: the xserves don't have fan/thermal support yet [01:42] they run at full whack all the time [01:43] thom: oh dear. [01:43] yeah [01:43] does this explain your need to evacuate the house during testing? [01:43] yes === plovs_work [~plovs@195.13.248.82] has joined #ubuntu-devel [01:43] good god. [01:44] hm, I thought thermal support did exist now [01:44] what's used for web serving and archive ? [01:44] Kamion: maybe, but it's certainly not on the buildds yet [01:44] the PEs are 2650's [01:45] hey elmo [01:45] elmo: 'morning [01:46] hey thom, daniels === Mithrandir [~tfheen@vawad.err.no] has joined #ubuntu-devel [01:49] daniels: Itanium's really aren't that bad [01:49] thom : you were fixing the network-admin crash stuff? [01:50] sivang: no [01:50] sivang: does it _still_ crash? [01:50] NetworkManager [01:50] sivang: this shouldn't happen any more with the latest gnome-system-tools [01:50] hm, I think we need some g5 xserves at trinity [01:50] sivang: http://people.redhat.com/dcbw/NetworkManager/index.html [01:50] the server room (which has quite a few machines) was in a broom closet. during summer, you'd just pick which services were needed (no labs at lincoln square, so there goes its nfs and pxe servers ...) [01:51] pitti : lemme check that now [01:51] daniels: the opterons doesn't run too hot either. [01:51] yeah [01:53] pitti : shoot me up the bug# [01:54] thom : thanks. So that's the name for the little thingy on the panel.. [01:54] that and the bitching huge daemon underneath it, too [01:54] sivang: you already helped me to reproduce it, don't remember any more? [01:54] haha [01:54] sivang: #2177 [01:55] pitti : ah no :) === sivang needs a shorterm memory fix [01:55] sivang: at that price, I'll take two [01:55] sivang: boot memtest-human [01:55] I'm afraid it's gonna heat up too much :) [01:56] with memtest [01:56] well, you can't do anything for a few hours :-) [01:57] thom : how do I add it to my panel? I have to apt-get install network-manager first? [01:58] i'll need to set up the apt repo first [01:58] and it's still very flaky right now [01:58] pitti : yes, I won't be able to..unless memtest be rewritten to support time sharing :) [01:59] thom : well, just tell me where to get the .deb file, and no, I don't mind teashing my system in favor of testing some bleeding edge. (I know I might bleed heh) [02:00] sivang: when i have it working right, i will [02:01] thom : thanks. [02:02] pitti : when I run network-admin from console, and I have already enabled my root account - trying to delete an interface just make it reappear the next time I fire up network-admin [02:02] sivang: can you please file a bug? [02:06] moo [02:06] lamont: bark === pitti enjoys making and listening to animal noises :-) [02:09] heh [02:10] lamont: Good morning! === |trey| [~trey@ip68-230-75-109.ph.ph.cox.net] has joined #ubuntu-devel [02:22] hrm.. so how many times to we repeat '7' when counting the bugs, I wonder.... [02:22] Latest ibm-acpi lets you make LEDs flash [02:23] the atheros does the LED stuff on its own [02:23] actually, all my LEDs work just fine with the stock kernel [02:24] daniels: you can soft-control it if you like [02:24] and it has a flash-on-traffic mode as well [02:24] daniels: It seems like the wireless LED isn't under software control [02:24] You need to wave lines on the mini-PCI slot [02:25] But I can make my power light flash [02:25] "hardware control" and "atheros" being somewhat a contradiction in terms === T-Bone [~varenet@T-Bone.developer.debian] has joined #ubuntu-devel [02:28] mjg59: oooer [02:28] Keybuk: heh [02:29] Keybuk: yeah, mine's in flash-on-traffic as per default [02:29] that just irritated me on the HP, the LED's a bright blue one and it really catches your eye :p [02:30] there's a solution to that ... [02:32] tap-tap-tap*OOH TRAFFIC*tap-tap*OOH TRAFFIC* etc. [02:32] haha [02:32] Keybuk: masking tape [02:33] Keybuk: or better yet, someone here has a blue led fetish and will buy it from you if you can get it out [02:33] my green LED is very unintrusive === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [02:36] HaveLib64 Yes or No for x86_64 ? [02:37] Mithrandir: ^^ [02:37] no [02:37] because there is on /lib64 [02:37] (iirc) [02:37] can you see comments on debian/patches/600_amd64_support.diff [02:37] ? [02:37] (xfree86) [02:38] AMD64 is not a "bi-width" architecture in Debian at present; instead it is [02:38] a pure 64-bit environment, so do not define "HaveLib64" as "YES". [02:38] daniels: there is also that AMD64/x86_64 renaming that i am not completely sure about [02:38] *just opened it up then, and it seems to agree with what I think) [02:38] yeah, that's pretty bong, but I think upstream's right [02:38] upstream has AMD64 [02:39] bongtastic [02:39] i'll defer to mithrandir on this one [02:40] what does HaveLib64 mean? [02:40] # if defined (AMD64Architecture) || defined (s390xArchitecture) || defined (Ppc64Architecture) [02:40] we have a /lib64, but it's a symlink to /lib [02:40] Mithrandir: it means: stick the lib in /usr/lib64 [02:40] instead of /usr/lib [02:40] ok [02:41] so it's NO [02:41] thanks :-) [02:41] yeah, you should never reference lib64 (except if you're ld) [02:41] i guess that will be the same for PPC64 [02:41] the only one that requires YES is s390 [02:41] so we are all happy :-) [02:42] huzzah [02:43] this night i will dream about dbs-edit-patch :-) [02:43] daniels: not too bad.. already 1500 lines of patches just for xc/config/ [02:44] mmm [02:44] we only miss 298500 lines to check :P [02:45] ehm [02:45] all of the stolen from HEAD stuff is slightly lower-priority [02:47] fabbione: so you will love me when I start whining about multiarch? [02:48] Mithrandir: oh yes.. [02:48] i can give you all the a**l love you want :P [02:49] ;) [02:51] Mithrandir: otherwise you can start whining about it in februrary [02:51] you will have almost 16 days of X all for yourself :) [02:54] Mm. Multiarch. [02:55] fabbione: I need to talk to matt about it, I think we want it for ubuntu, but else, it goes in my free time, which there's not too much of atm. :/ === bob2_ [rob@202.60.66.46] has joined #ubuntu-devel === pitti [~martin@195.227.105.180] has joined #ubuntu-devel === pitti [~martin@195.227.105.180] has joined #ubuntu-devel === pitti [~martin@195.227.105.180] has joined #ubuntu-devel === AndyFit1 [~andy@220.245.97.227] has joined #ubuntu-devel [03:25] pitti : is it ok for network-admin to ask my _root_ password when executed from terminal as the regular user? [03:25] no [03:25] it should be _your_ password [03:25] pitti : I have enabled the root account === seb128 [~seb128@ANancy-151-1-3-44.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel [03:26] sivang: hmm, but still it uses gksudo... [03:27] pitti : yes but it asks for my root password for some strange reason. [03:27] what did you enter exactly? [03:27] no, that's right -- network-admin asks for *root*'s password [03:27] all of g-s-t do === pitti is confused [03:28] pitti : Well, I fired up a gnome-termina. [03:28] we get around that by putting "gksudo" into the launcher so they think they're being run as root, so don't ask for a password [03:28] sivang: sudo network-admin [03:28] Objection, if I start network-admin from the Menu, it asks me for _my_ password [03:28] or just use the launcher [03:28] pitti : yes, because it uses gksudo [03:28] pitti: yes, because the *launcher* contains "gksudo" [03:28] ah [03:29] but I saw the gksudo integrated into the C source somewhere... [03:29] not in g-s-t [03:29] probably [03:29] that was gnome-cups-manager, wasn't it? [03:29] I hacked in so many programs, I probably mixed that up [03:29] could very well be [03:29] well, but I think this is not a critical bug [03:30] sivang: still, can you please file it in bz? it should be fixed for Hoary, should be relatively easy [03:31] strange. [03:32] yes I assume so, but I can't reproduce it anymore.. [03:32] sivang: I can [03:33] pitti : I mean for the part where it doesn't delete the interface you try to delete. [03:33] pitti : not for the missing gksudo thingy [03:33] ah, that one === calc_ [~ccheney@cdm-208-180-235-130.cnro.cox-internet.com] has joined #ubuntu-devel === sivang notes he might have clicked the "cancel" button instead of "ok". it works ok now. Appoligies sent to network-admin [03:35] Bug report: n-a does not apply my changes if I click the Cancel button :-P [03:35] :)) [03:37] pitti : you have and idea why that code has so _few_ remarks? I mean, HACKING tells you about the connection between the frontend and backend, but that's about it :) [03:37] remarks = comments [03:38] maybe the fundamental programmer paradigma: [03:38] "It was hard to write, it should be hard to read" === pitti has to relogin to test a new shiny g-v-m [03:39] actually, bug-report n-a doesn't follow GNOME HIG === thom has an "oh shit" moment with NM [03:39] thom: hrm? [03:39] Keybuk: it stores network details in gconf [03:39] with the essid as the key [03:39] essids can have spaces [03:40] indeed they can [03:40] bongtasmic [03:40] gconf keys can't [03:40] thom : I hope your relationship with it won't go where you had already gone with mozilla ;) === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [03:40] they can have any utf-8 or non-NULL $charset character too [03:40] essids can? [03:41] I suspect they can have \0 in them as well, theoretically [03:41] mjg59: yes [03:41] Are they defined as utf-8, then? [03:41] but a lot of code (including iwlib) kinda assumes they don't [03:41] mjg59: my essid is "Bitch Whore" [03:41] Keybuk : is there anything they *can't* have? [03:41] mjg59: up to 32-octets specified as octets plus length [03:41] thom: Oh, sure, spaces are good :) [03:41] (don't ask why, hysterical raisins) [03:41] thom: Have a second gconf key that defines the location of any spaces [03:42] sivang: well, there seems to be a general assumption that \0 is bad [03:42] mjg59: aren't gconf keys ASCII only? === sivang preferred to stay away when thom and mozilla had their fights here. It wasn't a pretty sight :) [03:42] "Cyber Caf" is a valid ESSID [03:42] Keybuk: Shit, I hope not [03:42] I'm fairly sure you can store utf-8 [03:43] mjg59: sure, in the *value* ... but what about the key? [03:43] Well, you /can/ store utf-8, because dasher does it. Whether or not it's valid is a separate issue, I guess :) [03:43] Keybuk : well, you should allocate space before hand and make sure you know the length I guess instead of realying on someone putting \0 to end a buffer. [03:43] Oh, I see what you mean [03:43] Hrm [03:43] thom: heh [03:43] sivang: yeah, the actual packet is length + octets [03:44] how about if you had essid0/wep0, essid1/wep1, or whatever, i nseparate keys [03:44] Keybuk : oh, I overlooked that when you mentioned that few lines ago [03:44] (kconfig is worse in this regard: your key can't have = in it) [03:46] the gconf manual says: "Characters in a path should be alphanumeric or underscore" [03:47] but doesn't appear to define charset [03:47] heh, assume ASCII :) [03:49] yeah [03:52] aaargh, IEEE web pages use blink [03:52] or a blinking jpeg [03:52] *yar* === AndyFit1 [~andy@220.245.97.227] has left #ubuntu-devel [] [03:53] thom: !! === sivang going down to switch router's power source. === Ferry [~Ferry@cust.15.118.adsl.cistron.nl] has joined #ubuntu-devel === amu [~amu@195.71.9.198] has joined #ubuntu-devel [04:17] moind [04:20] Much development in acpi-land this week [04:20] If I produce kernels this evening, can people test them? === Keyb [scott@descent.netsplit.com] has joined #ubuntu-devel === seb128_ [~seb128@ANancy-151-1-3-44.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel === netjoined: irc.freenode.net -> kornbluth.freenode.net === amu [~amu@195.71.9.198] has joined #ubuntu-devel === calc_ [~ccheney@cdm-208-180-235-130.cnro.cox-internet.com] has joined #ubuntu-devel === cc [~byte@byte.fedora] has joined #ubuntu-devel === daniels [daniel@fooishbar.org] has joined #ubuntu-devel [04:28] mjg59: yep [04:29] mjg59: include inotify as well, for much beagle love? :-) [04:29] does anyone here use nvidia on amd64? === daniels pokes thom in the eye. [04:30] fuck no [04:31] inotify rocks [04:31] Keybuk: yeah. dbus hates me right now though, otherwise i'd be basking in the glow of my indexed home directory [04:31] mjg59: you adding that crackrock DSDT-on-initrd patch? [04:32] this thomboy thing looks cool [04:32] I actually get to have thom sort and index all my notes? [04:32] hah thomboy. [04:32] rock! [04:32] tomboy is ++good [04:33] bob2_: i'll give you a guided tour too [04:33] hahahaha [04:33] rofl @ thomboy [04:33] ... "and these are your porn links, and this is your suckful laptop ... " [04:33] "and this here is the url to buy the X40 you know you want" [04:34] don't tempt me, it was bad enough when a friend told me I could get 10% off [04:36] we should totally have the X40 on our 'book list' on the website [04:36] "this is what the developers use" [04:36] heh [04:36] "support monoculture!" [04:36] thom: that's what Jim wanted me for [04:36] especially now I see it supports suspend-to-ram [04:36] which00:05 < bob2_> hm, apache segfaults when I hit a php page [04:36] 00:05 < elmo> bob2: it's trying to tell you something - take the hint ;-) [04:36] 'someone I know is using the nVidia driver on AMD64 on Ubuntu and it's arse' [04:36] oops [04:36] and has a fucking proper middle mouse button [04:37] thom: dude, the tour would totally kick arse [04:37] jdub,mdz: I need an approval for #1221 #2357 and #2477 ... [04:37] so I don't have to use a key on my keyboard tha I hit randomly [04:37] thom: 'thom, what directory am I looking at?' [04:37] "thom, what's the name of the building in this picture?" [04:38] daniels: oh lovely [04:39] daniels: i think Mithrandir has one [04:39] Mithrandir: you win! any luck with the pos binary driver? [04:40] Mithrandir: btw, your p150 works as usb-storage, right? === sivang [~sg@80.179.93.130.forward.012.net.il] has joined #ubuntu-devel === azeem [~mbanck@socks-out.lrz-muenchen.de] has joined #ubuntu-devel [05:06] bob2_: yes. [05:06] Mithrandir: have you used the nvidia driver at all? [05:07] daniels: worked when I tested it, yes. [05:07] on an amd64 system [05:07] with a tnt2 ultra card [05:07] no mysterious segfaults? [05:08] none I saw, no, but I really just used it enough to get the package working. [05:08] Mithrandir: hm, how happy are you with it? [05:08] I'm looking at cameras, but I know jack about them [05:08] bob2_: unlike most other digital cameras, it feels like a real camera, speed-wise. [05:08] and the p150 seems to be getting quite good reviews [05:09] it's a bit too hard on the image enhancement/noise reduction part, which means you lose some details, but I'm willing to live with that. [05:10] when do you notice the loss of detail? 800x600 on a crt or 1600x1200 and a magnifying glass? === Keyb [scott@descent.netsplit.com] has joined #ubuntu-devel [05:12] just a sec, I'll pull some pics off the camera [05:14] ah, thanks [05:17] bob2_: http://raw.no/tmp/dsc00071.jpg ~3.2MB, max resolution. [05:17] I can go outside and take some pictures of trees and leaves, you'll probably see it better there. [05:19] hmm, I see [05:19] is that a bloody x40? [05:19] no, r32. [05:20] ah, good ;) [05:20] the keys seems to have a bluish tinge [05:20] they're well-worn so they reflect a bit of light. [05:20] ah [05:20] the keyboard really is a bit bluish in this light. [05:21] but give me five minutes and I'll find you some trees. :) [05:21] heh, I'm just not sure where I should look for loss of detail :) [05:25] http://raw.no/tmp/dsc00076.jpg ; you'll see it a bit if you look at the leaves. [05:26] but again, it's not really a big deal; the camera is the same size as the ixus and is just as good quality-wise and a whole lot faster. [05:26] I recommend it a lot [05:29] hm, that's not too bad [05:32] elmo: if you want to kill daily-installer-*, now's a good time [05:34] kill on the buildds, or ? [05:35] Mithrandir : hey I saw my nick on the photo :) [05:35] Mithrandir : do you have any photos of youerself? [05:35] Mithrandir: thanks for that, now I'll have to go play with one and then justify the purchase :) [05:37] sivang: http://planet.debian.org/heads/tollef.png is the one I have on planet debian [05:39] heh, that was from Mlaga iirc. === x4m [~max@7-220.243.81.adsl.skynet.be] has joined #ubuntu-devel [05:40] yeah, I think so. it was you who made it, I think? [05:40] yup [05:41] ph33r. === lucas_ [~lucas@ca-grenoble-2-76.w80-8.abo.wanadoo.fr] has joined #ubuntu-devel === rabidbt [~rabidbt@66.45.74.16] has joined #ubuntu-devel [06:00] daniels: do you have any hard feeling for ProjectManSuffix? [06:02] pitti : are you familiar with dnsmasq ? [06:03] opos his not here , anybody else knows what I'm talking about? [06:12] sivang: no idea [06:17] pitti : It's a nice small DNS hack which provides basic DHCP services to an internal LAN, as well as DNS caching. [06:18] pitti : but only some of my machines on the internal lan can be accessed using their hostname..I couldn't find a way to make those who aren't to be recognized besides their IP address. [06:26] Mithrandir: did the patch for warty#2495 ever get pushed up to debian? [06:27] evidently not; I don't remember if I did or not. [06:33] mdz: Morning :-) [06:33] morning [06:33] mdz: you missed the funny flame^Wdiscussion [06:34] I know, I couldn't spare the sleep [06:34] reading it now [06:34] mdz: well, I don't think you missed sth truly critical :-) === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-devel === amblin [~youwish@bfs.itlab.musc.edu] has joined #ubuntu-devel === justdave [~dave@24.247.63.44.gha.mi.chartermi.net] has joined #ubuntu-devel === alextreme [~alex@am.xs4all.nl] has joined #ubuntu-devel [06:46] gday === inklingx [~inklingx@u212-239-167-156.adsl.pi.be] has joined #ubuntu-devel [06:53] mdz: hello [06:53] seb128: hi [06:54] mdz: need some approvals: #1221 #2357 and #2477 === x4m [~max@7-220.243.81.adsl.skynet.be] has joined #ubuntu-devel [06:56] seb128: annotated the bugs [06:56] thanks [06:57] I'm trying to install Ubuntu from a old Preview CD. During the "load installer components from CD-ROM part", I get the following error in the 4th console : [06:57] "anna" process says "grep: /cdrom/dists/stable/Release : Not a directory [06:58] is this problem known ? [06:59] lucas_: this is not a support channel, /join #ubuntu [07:01] mdz: are we supposed to get a gnome2-user-guide modified for warty before the release ? IIRC some guys were working on it. If not I would like to upload 2.8.1 (we have 2.8.0) which add the documentation about desktop sharing with vino [07:02] seb128: please go ahead with 2.8.1; we can always change it [07:02] ok === x4m [~max@7-220.243.81.adsl.skynet.be] has joined #ubuntu-devel [07:11] seb128 : I am working on it [07:12] seb128 : I have trouble reviewing it with yelp, [07:12] sivang: how long before getting it ready to upload ? [07:12] seb128 : lemme estimate [07:12] seb128 : thought : we could always provide an update after release, right? [07:14] jdub: around still? === azeem [~mbanck@socks-out.lrz-muenchen.de] has joined #ubuntu-devel [07:14] sabdfl: he went to bed ages ago [07:14] ok [07:15] sivang: more useful before the release :) [07:16] Any volunteers for acpi testing? [07:16] I need someone with a machine that currently works, and someone with one that doesn't [07:17] testing what, in particular? [07:17] mjg59: my x40 is available === Keybuk is happy to slaughter his laptop at your expense :) [07:17] on the understanding that it's available to me again afterwards ;-) [07:18] thom: dude, it's an X40 ... you are available to *it*, not the other way around [07:18] Keybuk: People have found a couple of reasons for resume not working [07:18] Keybuk: chuckle [07:19] sure, I'll have a test [07:19] seb128 : with yelp crashing on me here and then :) and well, taking in consideration I've got about 70% more to go , I'd say about 4-5 hours..:( [07:20] sivang: ok, no problem [07:20] seb128: fix rhythmbox *puppy dog eyes* [07:20] Might fix the HP weirdness [07:20] the HP weirdness is just weird :-/ [07:21] pitti: here? [07:21] mdz: yes [07:21] pitti: looking at #1499 [07:21] seb128 : thanks [07:21] pitti: I understand the simple change of the hal property name [07:21] mdz: :-/ Sometimes I hate my timing [07:21] pitti: but why the hal_device_get_property_string -> strcmp? [07:21] mdz: I think the change itself is not the problem === shlomil [~shlomi@212.199.219.24.forward.012.net.il] has joined #ubuntu-devel [07:21] Keybuk: The two issues here are: [07:22] mdz: it's not a simple yes/no boolean, but the string can have various values [07:22] 1) The wakeup address being stored as a virutal address rather than a physical one [07:22] ah, I see [07:22] so not only the name, but the semantics changed [07:22] 2) The GDT not being addressable from real mode [07:22] seb128 : you know anyway to make yelp like, "refresh" the xml page it's looking at? [07:22] those both sound likely candidates [07:22] (instead of killing it and starting it with the updated versino) [07:22] mdz: I think the patch itself is uncritical, but the new feature has not been tested [07:23] mdz: it works fine for me, but if 100 other people use it, it might reveal serious problems [07:23] pitti: ok, understood [07:23] sivang: no [07:23] I thought from your comments that it was only a name change [07:23] mdz: e. g. Debian package has another patch that disables mounting at startup if the user disabled automounting at all [07:24] mdz: it's a change like filesystem=true to usage="filesystem" [07:24] right [07:24] mdz: people who really want it can still get it from my unofficial repo... === sivang taking a mental note to tell shaunm to add a "refresh" button [07:26] Keybuk: thom: Can you grab http://www.codon.org.uk/~mjg59/tmp/acpikernel ? [07:26] It's just a kernel, no modules [07:26] boot with init=/bin/sh ? [07:27] Then boot it from grub with init=/bin/bash and mount proc, then echo -n 3 >/proc/acpi/sleep [07:27] Yeah [07:27] thom: You'll want acpi_sleep=s3_bios, too [07:27] does that include the radeon wakeup patch, btw? [07:28] vgapost, or whatever it does [07:28] Nope [07:28] We'll worry about that later [07:30] right, rebooting [07:31] seb128 : send you the bt [07:31] seb128 : for yelp :) [07:32] ok [07:32] could some bandwidth-possessing person please grab http://people.ubuntu.com/~lamont/testing/LiveCD/current/warty.iso and tell me if it boots? === ..[topic/#ubuntu-devel:lamont] : Ubuntu development -- general discussion on #ubuntu | Happy Ubuntu Artwork week! | 7 (count 'em) major bugs === ..[topic/#ubuntu-devel:lamont] : Ubuntu development -- general discussion on #ubuntu | Happy Ubuntu Artwork week! | 7 (count 'em) major bugs | BE THE SIGNAL [07:32] whatever that means. :-) [07:33] lamont : downloading... === Mithrandir notes people.u.c is slow [07:33] thanks. If it boots, I want to ask #ubuntu to test it, etc. [07:34] lamont : ofcourse [07:34] this is more of a process check to make sure I didn't screwup [07:34] mjg59: it suspended ok [07:34] ETA ~30 minutes [07:34] thom: And resumed? [07:34] lamont : no prob === lamont has been testing the home edition, you see... :-) [07:34] ah, Mithrandir is way ahead of me [07:34] i'm at eta 1:53 [07:35] mjg59: blank screen when it came out of suspend (ie, the suspend light went off, nothing else changed) === lamont decides that he may need to see about taking a class the local JC, after checking what kind of bandwidth that would give him. :-) [07:35] thom: Was it alive? [07:36] mjg59: appeared to be [07:37] thom: Had you passed acpi_sleep=s3_bios? [07:37] oh, arse [07:37] Heh === thom reboots again [07:37] Ok, sounds like it works [07:37] Keybuk: Ping? [07:37] sivang/Mithrandir: when it appears hung, you have to give it a minute or 3... :-) gnome startup isn't fast reading from a compressed disk image on cdrom [07:38] mdz: permission to upload #2496? [07:38] pitti: yes [07:40] mjg59: works fine with acpi_sleep=s3_bio [07:40] s [07:40] sivang: turn gail off for the crasher === Mitario [~michiel@sikkes.xs4all.nl] has joined #ubuntu-devel [07:41] heya === ..[topic/#ubuntu-devel:pitti] : Ubuntu development -- general discussion on #ubuntu | Happy Ubuntu Artwork week! | 13 (count 'em) major bugs | BE THE SIGNAL [07:41] thom: Rock [07:41] Now, where's Scott gone? [07:41] I need someone with utterly broken ACPI resume... [07:42] lamont: please name the live CD .isos something more descriptive than "warty.iso" [07:42] ok [07:42] you want a date, or just 'warty-live.iso' [07:42] ? [07:43] lamont: they'll be warty-live-i386.iso in the final published CD images [07:44] or warty-final-live-i386.iso, depending [07:44] mdz: OK to upload this to debian-installer? [07:44] * Manual changes: [07:44] - Refer to 'Ubuntu 4.10 "Warty Warthog"' rather than just 'Ubuntu 4.10'. [07:44] - howto/installation-howto.xml: Ubuntu branding. Fix up for Ubuntu [07:44] installer modifications. [07:44] - install-methods/official-cdrom.xml: Link to releases.ubuntulinux.org. [07:44] * Install Ubuntu splash image, so that pxeboot.tar.gz now has the correct [07:44] image too (closes: Ubuntu #2343). [07:44] Kamion: yes [07:44] seb128 : how do I turn it off? [07:44] good-oh, should hopefully be the last for Warty [07:45] I'm trusting nobody has any urgent initrd-udeb changes ... [07:45] Anyone else with fucked ACPI able to test something? [07:45] mdz: renamed to warty-live-i386.iso [07:46] mjg59: back. === Keybuk mutters something about XFS filesystem support [07:47] so after I got a mini root on /boot ... :p no, didn't seem to work [07:47] Bah. [07:47] Identical failure to before? [07:47] not quite [07:47] I think the keyboard came back for a few seconds [07:48] Hmm. Interesting. [07:48] Can you give it a go with acpi_sleep=s3_bios and acpi_sleep=s3_mode ? [07:48] One at a time to start with, and finally both together [07:49] seb128 : it only happens when I enable "assitive technologies " [07:49] seb128 : I tuned it off globally [07:53] lamont: ETA 20m [07:56] mjg59: I'm assuming that 'echo 3 > /proc/acpi/sleep' doesn't return until the machine is awake? [07:56] Keybuk: Correct [07:57] Unless the sleep fails [07:57] ok, I have a little shell script that does that, and immediately after writes a file and calls sync a few times [07:57] the sleep works fine, it's resume that's unwilly [07:57] uh, unwilling [07:57] Yeah. It's almost certainly the suspend code that's broken, though. [07:58] Hmm. So no significant difference between that code and previous attempts? [08:00] mdz: thoughts on 2482? [08:01] lamont: investigate and fix if necessary [08:01] duh. [08:01] was just reading the changelog... looks like sync'ing would be risky [08:06] mjg59: just testing every combination of things I can think of [08:07] Keybuk: Ok [08:07] (and pausing in between because you don't have thermal zone support in that kernel, so my laptop sulks a little :p) [08:08] Heh [08:17] nope, doesn't look like any combination of options produces an "I'm awake" in the log [08:18] Right. And this is the same behaviour as older kernels? [08:18] yup === lucas_ [~lucas@ca-grenoble-2-76.w80-8.abo.wanadoo.fr] has left #ubuntu-devel [] [08:19] Hmm. [08:19] Tracking this down is likely to involve a moderate amount of pain. [08:22] Keybuk: Next step is probably putting beep statements into various parts of the wakeup code [08:22] heh [08:22] beep & sleep ? :p [08:22] and count how many beeps I hear? [08:22] Yeah [08:22] I'll give it a go [08:23] Pavel's got an x86 assembly beep implementation on acpi-devel at the moment [08:23] though that'll involve finding the wakeup code and beep code [08:23] lol [08:23] I'll head home and then start stuffing stuff into a kernel [08:23] ok, cool [08:23] Back soon [08:24] okies === sivang [~sg@80.179.93.130.forward.012.net.il] has joined #ubuntu-devel === AndyFit1 [~andy@220.245.97.227] has joined #ubuntu-devel === amblin [~youwish@bfs.itlab.musc.edu] has left #ubuntu-devel ["Booom!"] [08:32] mdz: CD status? [08:33] lamont: burning [08:34] yay, it's labeled Ubuntu [08:36] mdz: Yeah, that's a simple post-install of /usr/bin/make-iso :( === maskie [~maskie@196-30-110-145.uudial.uunet.co.za] has joined #ubuntu-devel [08:42] lamont: sound comes up muted [08:42] but GNOME starts and I'm logged in [08:42] interesting - sound isn't muted for me... [08:42] (home edition) [08:42] if you unmute it, does it work? [08:43] network came up [08:43] firefox works [08:44] doesn't seem to work even after unmuting [08:44] modules are loaded === AndyFit1 [~andy@220.245.97.227] has left #ubuntu-devel [] [08:45] ah, I think the sound devices are coming up in reverse order [08:45] compared to real Warty [08:46] yep [08:46] my sound device is /dev/dsp1 now === alextreme [~alex@am.xs4all.nl] has joined #ubuntu-devel [08:48] mdz: #2141 [08:50] seb128: go ahead [08:50] thanks [08:50] alsa sound is what we want? [08:50] (because that's what I get...) [08:52] yes [08:52] alextreme: how does the loading of ALSA modules work in morphix? [08:52] apparently, it's different from what we do with hotplug [08:55] mdz: uses modules.dep and a bunch of sed & awk, is a modified version of a script in alsa afaik [08:55] eek [08:55] it happens to load the drivers in reverse order from hotplug on my laptop [08:55] so my modem gets /dev/dsp rather than the useful sound device === thom waves goodbye to NetworkManager again [08:56] heh, we've been working on a new one now we've moved to 2.6, makes things a lot easier === lamont goes to lunch so that he can think straight later. [08:59] bbiab [08:59] how're wartys RC bugs hanging in? === lucas_ [~lucas@ca-grenoble-2-76.w80-8.abo.wanadoo.fr] has joined #ubuntu-devel [09:13] 1 [09:13] oops === mjg59 wonders where keybuk buggered off to [09:27] mjg59: i think you broke him [09:30] alextreme: no RC bugs remain [09:32] cool [09:37] did the new X make it onto the daily CD? === mvo_ [~egon@suprimo-225.ping.de] has joined #ubuntu-devel [09:47] not sure exactly if it made mine, CDT is... -6? === azeem [~mbanck@socks-out.lrz-muenchen.de] has joined #ubuntu-devel [09:52] yes [09:52] er [09:52] no, CDT is -5 [09:52] but why CDT? [09:56] lamont: the CD you pointed me to seems to work well [09:57] why does postfix not log to it's own logfile? === mdz points at lamont [10:00] lamont: why does postfix not log to it's own logfile? [10:00] thanks mdz ;-P [10:01] anytime [10:09] was looking at warty-changes to figure out when the new X entered the archive === Keybuk [scott@descent.netsplit.com] has joined #ubuntu-devel === Mitario [~michiel@sikkes.xs4all.nl] has joined #ubuntu-devel [10:21] testing/LiveCD/current is the correct folder ? [10:21] Keybuk: Got another kernel for you [10:22] Keybuk: http://www.codon.org.uk/~mjg59/tmp/acpikernel [10:22] Should produce a continuous tone on resume. If so, we start a binary search. If not, things are very fucked. [10:23] okie dokie [10:23] try with/without acpi_sleep=* ? [10:24] Without for now [10:31] no beeping [10:32] None at all? [10:32] nope [10:32] Oh dear [10:33] isn't there any earlier in the wakeup you can put that then? :) [10:33] Not trivially... [10:33] That's right at the start of wakeup_start [10:35] yeah, it's always felt like that whatever code the kernel has to wake up isn't getting run [10:36] So there's something wrong in the suspend code [10:36] it's like the kernel suspends it ok, but doesn't put the right address in the right place or something to be woken up -- the hardware comes up by there's no kernel waiting for it [10:36] It's an nc4010, right? [10:36] yes === aes [~andrew@as583.emma.cam.ac.uk] has joined #ubuntu-devel [10:38] And the speaker is switched on? [10:38] I assume so; I assume you compiled in pcspkr or whatever [10:39] No, but it's writing directly to the chip [10:39] should be fine then [10:39] grub can make it beep, anyway [10:40] alextreme: CST is -6, CDT is -5 [10:40] elmo: because Wietse didn't want to reinvent syslog when there was already a nice facility there. [10:40] mdz: OK. I'll ask for testers on #ubuntu then [10:45] lamont: meh, that's lame === Lovechild [~dnielsen@82.150.72.35] has joined #ubuntu-devel [10:56] lamont: k, thanks :) [11:00] Argh. We're getting the entire Smoothwall development team? [11:01] lamont: syslog is not "nice" :-) [11:03] mdz: well, yeah [11:03] so why did we not hit the gzip futex bug until recently? === lamont_r [~lamont@rover3.mmjgroup.com] has joined #ubuntu-devel === lamont__r [~lamont@rover3.mmjgroup.com] has joined #ubuntu-devel === _lamont [~lamont@rover3.mmjgroup.com] has joined #ubuntu-devel [11:06] any of the documentation people awake? [11:11] lamont: what's the latest mplayer story, now that xvidcore was synched? [11:12] lamont: I guess that relatively few folks are using futexes on SMP systems with apt; it seems to be difficult to trigger [11:12] unknown/mplayer_1:1.0-pre5-0.4: Dep-Wait by buildd+macaroni [-:uncompiled] [11:12] Dependencies: libavcodec1-dev [11:12] grumble [11:15] ffmpeg delivers libavcodec2-dev, but it's ftbfs [11:15] i386/dsputil_mmx.c: In function `h263_h_loop_filter_mmx': [11:15] i386/dsputil_mmx.c:634: error: can't find a register in class `INDEX_REGS' while reloading `asm' === sivang [~sg@80.179.93.130.forward.012.net.il] has joined #ubuntu-devel [11:17] mdz: in other words, we're still short a build-dep or 6 [11:18] lamont: are you overriding its optimization flags? [11:18] mdz: we force optimization to 0..3, you can't say -O6, or you get -O3. [11:18] that's all on that front. [11:18] but we do force the architecture level... [11:18] hrm. === lamont rolls sbcl back to the top of the hill again [11:19] or rather, ffmpeg, eh> [11:21] build running [11:31] lamont: morphix grubsplash, booting takes hours ;) gnomepanel is working, sound same problems like before [11:33] amu: which image are you booting? [11:33] testing/LiveCD/current [11:34] 688748544 2004-10-18 19:28 warty-live-i386.iso [11:35] amu: process issue resolved. thanks === maskie [~maskie@196-30-110-145.uudial.uunet.co.za] has left #ubuntu-devel ["Leaving"] [11:36] i didn't took the time, guess I waited for 5min. ;) [11:36] jdub : around ? [11:38] seb128 : ping [11:38] pong [11:38] lamont: bootspash looks empty, you should write something nice "Take your Ubunto to everywhere" *ducks* [11:38] seb128 : going through the manual, I see we don't have "Browse Folder" option on the default nautilus layout [11:38] "Ubuntu" [11:39] sivang: ? [11:39] alextreme: thoughts on the sound-isms? [11:39] amu: all the splashes are just me throwing something in. Not to be confused with any kind of blessed artwork. [11:39] seb128 : the manual describes how to use the "open each fodler in a new window" nautilus window [11:40] seb128 : and choos "File"->"Browse Folder" to make it show in the file browser (it' [11:40] seb128 : mode of nautilus. But we don't have this on the default layout..DO you know if it's something that was chagned in Ubuntu compared to upstream 2.8 ? [11:40] hmm alsa, there was a cannot cp file errormessi while starting [11:40] sivang: I've it here [11:41] can you make a screenshot of a window with the file menu open ? [11:41] seb128 : yes [11:41] lamont: what soundisms? [11:41] lamont: cp /etc/devfs/conf.d/Alsa no such file or dir [11:42] alextreme: devices getting found in the (apparently) reverse order, leading to the sound system running on the modem, and not the sound card. [11:42] that is /dev/dsp pointing to the wrong device, because the two "sound cards" were found in the reverse order. [11:43] ahh, what matt said earlier. i'll take a peek, shouldn't be hard to reverse [11:43] yeah - that [11:43] with luck, that's the whole sound issue [11:44] lamont: how did ffmpeg go the second time around? [11:44] it has lots of inline assembly, so it tends to be sensitive to optimisation [11:44] alextreme: btw. hi [11:45] mdz: uploaded [11:45] cool [11:45] amu: gday :) [11:46] mdz: but that doesn't fix the problem, you know. [11:46] lamont: oh? [11:46] ffmpeg delivers libavcodec___2___ [11:46] and mplayer b-d's libavcodec1-dev [11:47] http://www.las.ic.unicamp.br/pub/debian-marillat/dists/unstable/main/source/mplayer_1.0-pre5-0.6.dsc [11:48] build-depends: libavcodec2-dev [11:48] please request a sync [11:48] from that url? [11:49] sent [11:50] uh [11:50] ftp://ftp.nerim.net/debian-marillat/ [11:50] is what I've been using? [11:51] :) === lamont points elmo at mdz. [11:51] but I bet elmo has a good site for it. [11:51] esp if it has 1.0-pre5-0.6 :-) [11:51] this is also what I am using [11:52] oh, never mind it's one of the stupid, "I have two versions in the Sources file" victims [11:52] elmo: that's a mirror of the same stuff [11:52] I didn't sync in case it had actual changes [11:52] which google found first [11:53] mdz: btw, doing a blind bootstrap attempt on everything currently dep-waiting, just to be thurough and tie up a buildd for a while. === lamont looks for something to throw at doko [11:55] OT: hppa is now 30.5 hours into building the latest gcc-3.4 [11:55] lamont: wrong channel ;) [11:56] should I start another one, maybe I get it finished earlier ... [11:57] doko: well, yes. hence the "OT" [11:57] actually, I killed the 8 runaway processes from a previous build [11:57] unless you want to claim lt-gij or SyncTest.exe [11:58] smp kernel? [11:58] once it gets more than 12% of the CPU, it should build faster. [11:58] UP kernel [11:58] strange, I've seen this with smp kernel only.