[00:08] <pgraner> davidm: pong, sorry eating
[00:09] <davidm> pgraner, my laptop is now able to reproduce the bug very well 8 out of 10 boots.
[00:09] <pgraner> davidm: ok, did the workaround solve it?
[00:09] <davidm> Do you want it?  I can fedex it to you or tim since it now is in text mode boot
[00:09] <davidm> workaround does solve it.
[00:10] <pgraner> davidm: its definitely a race, its just a matter of narrowing down what with the 3945 driver
[00:10] <davidm> It also alwayst gets past USB boot sequence so you can use serial console if you need it.
[00:10] <pgraner> rtg: ping... see above
[00:10] <davidm> I have about 20 minutes to drop off time here.
[00:11] <pgraner> davidm: does it have a real serial port?
[00:11] <davidm> nope, just USB
[00:11] <davidm> But USB is getting up before the hang from what I see.
[00:11] <davidm> And as I say I'm in text mode so you can printk debug with it.
[00:12] <davidm> usplash is hard off
[00:12] <pgraner> davidm: is it hard hung, i.e. does the caps lock toggle on and off?
[00:12] <davidm> hard hung
[00:12] <davidm> no caps lock, no alt/printscreen t or 9 all locked solid
[00:13] <pgraner> davidm: can you live without it for a few days? If so send it to rtg this way he has one that repros it
[00:13] <davidm> I'm off on Friday so I have no issue giving you unit until Monday
[00:13] <pgraner> davidm: ok send it to rtg, you have the addr?
[00:13] <davidm> I need address to do so
[00:14] <pgraner> davidm: via email
[00:14] <davidm> OK
[00:14] <davidm> I'll fedex for early delevery
[00:15] <pgraner> davidm: you have mail
[00:16] <davidm> OK
[00:21] <davidm> OK have address will try to get FedEx to take it.  I'll be off line use phone to get me if need be
[01:04] <emma> what type of error would this be: FATAL error inserting battery /lib/modules/..../acpi/batery.ko): no such device.
[01:17] <NCommander> emgent, offhand, I'd say a bad one. It sounds like your kernel modules went and ran away
[01:20] <NCommander> er, emma
[01:20] <emma> That's trouble.
[01:21] <TheMuso> To me it sounds like the module in question can't find the hardware its designed to work with.
[01:21] <emma> I got it from aptitude while installing xserver-xorg in the cli only mini.iso on a computer that's quite old.
[01:21] <NCommander> emma, is it a laptop?
[01:22]  * NCommander notes that should have been the obvious first question
[01:22] <emma> The odd thing is, besides that fatal error, xserver-xorg runs.
[01:22] <NCommander> Well, the fatal error sounds like its being caused by modprobe and not xorg
[01:22] <emma> Nope not a laptop. This is an old dino-puter, I got it for fun and experimenting with linux. :) It's a Dell Optiplex GX1, Pentium III.
[01:23] <emma> At install it said it had to force aspci
[01:24] <emma> acpi that is.
[04:28] <khaeru> Hello?
[09:31] <mdz> anyone online with an iwl3945 to debug?
[09:52] <NCommander> Sorry, iwlagn here :-/
[09:52] <NCommander> I might be able to dig one up mdz
[09:53] <NCommander> mdz, speaking of things to debug, do you know what is needed to get a kernel.u.c account?
[09:56] <amitk> NCommander: it helps to be a regular contributor first before requesting an account.
[09:56] <amitk> NCommander: what are you planning to work on?
[09:56] <NCommander> linux-ports kernel
[09:57] <NCommander> I want to start work on rebasing to 2.6.27 in a side tree so once jaunty is available, and a kernel team member can sign off on it, it can become the jaunty kernel. I'm sorta irked at the age of the -ports kernel
[09:58] <amitk> NCommander: why can't that be done by just pulling the current ports tree and doing it locally? Once you have something to show, there won't be a reason _not_ to give you an account :)
[09:58] <NCommander> At the moment, the 2.6.25 tree is someone fracked
[09:58] <NCommander> *somewhat
[09:58] <NCommander> I dunno what happened to it, but git explodes during a rebasing attempt
[09:58]  * NCommander did have one of the kernel gurus also try it to rule out user error ;-)
[09:59] <NCommander> so its more grab linus's tree, and start it again
[10:01] <amitk> NCommander: 2.6.25 -> 26.27 is enough of a big jump that some attempts at rebase might fail because some patches become obsolete and cause conflicts. So we are better of discarding those patches. Trying 'git merge' to 2.6.27 final might get you there quicker. Then we can figure out the actual 'diff' and recreate a new tree.
[10:01] <NCommander> Well, normally I'd agree
[10:01] <NCommander> But its failed on trival patches as well
[10:02] <NCommander> ITs like git can't see that this patch applies cleanly
[10:02] <NCommander> (on the rebasing)
[10:02] <NCommander> I personally felt it might be easier to just take the clean 2.6.27 drop, drop debian on it, then pop off each patch individually (there are maybe 15-20 tops)
[10:02] <NCommander> (the debian folder that is)
[10:03] <amitk> NCommander: i agree. 'git format-patch -o /tmp <commit id>' will help you export all ubuntu/ports patches on top of Linus' tree
[10:04]  * NCommander nods
[10:04] <NCommander> Pretty much what I was thinking
[10:06] <ogra> amitk, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497200 is there a way that we get that driver in before final ?
[10:06] <amitk> NCommander: if you came back with such a tree, someone would have a easier time recommending you for a kernel.u.c account. :) But we will be glad to help while you do this...
[10:07]  * NCommander wishes bzr-git existed
[10:07] <NCommander> Oh well
[10:07] <ogra> NCommander, not only you :)
[10:07] <NCommander> I just wanted a place where I could upload my tree more or less
[10:08] <NCommander> I don't have a machine where I canpush a git repo to
[10:08] <ogra> NCommander, easy to solve btw, you just need to convine linus to switch upstream :)
[10:08] <NCommander> Ouch
[10:09] <NCommander> I personally wish he switched to monotone
[10:09]  * NCommander likes mtn
[10:13] <amitk> ogra: one thing at a time... mobile kernel first :)
[10:13] <ogra> amitk, indeed, that would only be for post freeze, no hurry :)
[10:14] <amitk> ogra: when is freeze?
[10:14] <NCommander> amitk, well, I'm fairly new to kernel development, but the -ports kernel has seen no love pre-hardy when it was forked from the normal one, and I think if we're going to have usable ports, this needs to change :-/
[10:15] <ogra> amitk, slangasek said something like "morning-ish UTC"
[10:15] <amitk> NCommander: agreed. we discussed this in kernel team meeting on tuesday
[10:15] <amitk> ogra: today?
[10:15] <ogra> yes
[10:16] <NCommander> amitk, well, I'm a -ports user, REVU is on a sparc box. Its really pathetic that all the ports die because no one can maintain the kernel :-/
[10:16] <ogra> amitk, it obviously didnt happen yet
[10:16] <ogra> amitk, whoops it happened right now when i was typing the above
[10:17] <ogra> heh
[10:17]  * amitk groans
[10:17] <ogra> (see -devel)
[10:26] <LimCore> hi, in 2.6.27 (ubuntu 8.10, amd64) - compared to 8.04 on same box (acer laptop single core), CPU usage is awesome (98% in C3 when idle, was 1% on 8.04 bue to probably kernel problem)
[10:26] <LimCore> this rocks
[10:27] <LimCore> however, now one thing causes wakeups (70 per second)
[10:27] <LimCore> i915@pci:0000:00:02.0
[10:27] <LimCore> I didnt see that one on 8.04... any ideas?
[10:28] <LimCore> oh ok.  this is only when desktop effects are active.  I guess this is because it uses OpenGL mode...
[10:55] <mdz> NCommander: if you have a 3945 system, debugging for bug 263059 would be greatly appreciated
[10:55] <NCommander> I'll see if I can dig one up
[14:52] <rtg> Ng: did you catch this little factoid re e1000e corruption? http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-intrepid.git;a=commit;h=67d9b90a1c844bf1c6daaffd2c60561fc8c445f7
[14:52] <Ng> rtg: yeah, I was gonna ask if we're going to take that :)
[14:53] <Ng> I know basically nothing about ftrace, but it makes me wonder if it's possible it's causing other subtle weirdnesses
[14:53] <rtg> Ng: test building now.
[14:54] <rtg> Ng: its possible. I'm getting David M's laptop this morning 'cause it exhibits Jane's i3945 related crash. Its really weird and racy.
[15:52] <amitk> rtg: 5 reboots without a hand on the 3945 now
[15:52] <amitk> s/hand/hang
[15:53] <rtg> mjg59: what happens if you access an I/O mapped register after pci_disable_device() ? I imagine its somewhat HW dependent.
[15:53] <Ng> rtg: is your test build going to yield a handy .deb? If so I could do more reboot testing of my weird boot crash/corruption tonight
[15:53] <mjg59> rtg: In principle, I don't think the device should decode it
[15:53] <Ng> but that's purely me hoping and wishing that it will magically go away with ftrace ;)
[15:53] <rtg> Ng: actually, I think its worthy of an upload.
[15:53] <Ng> fair enough
[15:53] <amitk> Ng: I'll have a .deb soon if you are on amd64-generic
[15:55] <Ng> newp, i386
[15:55] <Ng> I like my proprietary media to work ;)
[15:56] <jdstrand> amitk: fwiw, I've got a similar issue with ipw2200, and I got 9 successful boots with the 10th a hang
[15:56] <amitk> jdstrand: bug #?
[15:56] <rtg> amitk: can you instrument your i3945 driver such that you can tell when the rf-kill handler is called?
[15:57] <jdstrand> bug #284406
[15:57] <rtg> mjg59: so you think it would wedge?
[15:57] <rtg> i.e., stop the PCI bus.
[15:59] <mjg59> No, it should just cause an aborted write
[15:59] <mjg59> /shouldn't/ wedge it
[16:01] <jdstrand> rtg: I don't seem to have a way to enable rf_kill. Fn+F5 will toggle it to 1, but it goes to 0 on reboot. I can disable it in the bios, but then ipw2200 isn't detected/loaded during boot
[16:01] <pgraner> BenC: ping
[16:01] <amitk> rtg: mdz already sprinkled some printks around rfkill_init() this morning. The .ko is attached to the bug.
[16:01]  * amitk back in 15 mins (dinner)
[16:01] <rtg> amitk: I don't have hardware yet. It should get delivered soon.
[16:02] <amitk> rtg: I have a kernel compile going with FTRACE disabled. I'll tell after that.
[16:02] <rtg> amitk: pull from the repo. I've already committed taht stuff
[16:05] <mdz> amitk: so you can reproduce the bug now?
[16:11] <mdz> jdstrand: I have a T42 I can test, any hints on reproducing bug 284406?  upgrading it to intrepid at the moment isn't practical, but I can test a CD
[16:12] <jdstrand> mdz: not really-- just patience. I've gone as many as 9 consecutive successful reboots
[16:12] <jdstrand> s/reboots/boots/
[16:13] <jdstrand> mdz: I did have associate=0 in modprobe.d/ due to another bug that was fixed in 7.11, but removing that file makes no difference
[16:15] <amitk> rtg: yes, I already pulled and building the kernel now. Almost done
[16:16] <amitk> mdz: yes, I can reproduce, but very infrequently. Once in 10 tries or so...
[16:34] <amitk> rtg: I'm not having too much luck reproducing after adding debug to the kernel cmdline
[16:35] <mdz> jdstrand: at what point did this regression get introduced?
[16:41] <mdz> asac,all: is there any clarity on whether bug 259157 needs to be fixed in userland or kernel?
[16:42] <jdstrand> mdz: I am trying to ascertain that. I *definitely* know I never saw this in hardy. I thought I saw it in 2.6.26-5.17 once this morning, but am trying to reproduce that currently
[16:43] <jdstrand> mdz: unfortunately, this is not a machine I actively use, so I may have well been hitting good boots all along in the cycle
[16:43] <jdstrand> (though I seem to remember at least one time before the latest kernel that I had a hang, but didn't have time to troubleshoot)
[16:45] <mdz> BenC: what is the resolution to be for 246269 (uvesafb)?
[16:47] <amitk> *sigh* 20 reboots now without a hang.
[16:47] <mdz> rtg: did the hardware arrive?
[16:48] <rtg> mdz: yep - cloning /home
[16:48] <mdz> rtg: great
[16:48] <mdz> rtg: did it hang when you booted it up?
[16:48] <mdz> I'm wondering if maybe it's tickled by what sort of APs happen to be nearby, if any
[16:51] <rtg> mdz: on conf call, I'll be done in a bit.
[16:51] <asac> mdz: there is no userland solution for atheros ... the previous we had used the wpasupplicant madwifi module
[16:51] <asac> which doesnt work anymore i think
[16:52] <asac> mdz: (thats for ath) ... for orinoco the solution could be user land, but the code changed considerably in NM and i havent received a single complained about it (and therefore no testers)
[16:53] <asac> mdz: so to answer your question: atheros -> fix in kernel (though at least some appear to work with latest drivers); orinoco -> maybe userland
[16:57]  * jdstrand finally got smart and created /etc/rc2.d/S19rebootme so he doesn't have to hand hold his laptop through endless reboots
[17:08] <BenC> mdz: we uploaded a new kernel with vesafb as default
[17:08] <mdz> BenC: we reverted from uvesafb to vesafb?
[17:10] <BenC> mdz: right
[17:18] <mdz> BenC,rtg,amitk,pgraner,cjwatson,slangasek: targeted kernel bug review on its way to your mailbox
[17:18] <rtg> mdz: if the rf-kill switch is enabled, then the AP should have no influence
[17:19] <rtg> ohh ah, locked up.
[17:22] <mdz> rtg: good point, several of us tried that
[17:23] <rtg> mdz: on another note, I upload Intrepid LBM about 4 hours ago. need to get Steve to release it.
[17:24] <rtg> mdz: hmm, fixing this bug it gonna be difficult if I can't _ever_ get David laptop to finish booting. 5 for 5 on boot hangs
[17:28] <mdz> rtg: he's managed to get it very reliable
[17:28] <mdz> rtg: his boot process is modified from stock (he's not waiting for udevtrigger to finish before continuing)
[17:29] <mdz> init=/bin/sh should get you in of course
[17:29] <rtg> mdz: how does that effect rf-kill processing? I assume its udev tha does that as a result of ACPI events.
[17:31] <mdz> rtg: the normal boot process does essentially "udevtrigger; udevsettle"  davidm's just runs udevtrigger and keeps going.  so it would mean that there are other init scripts running in the background while udev is still loading modules
[17:32] <mdz> it probably gets to runlevel 2 or so before it's done loading modules
[17:32] <davidm> 8 out of 10 will lock
[17:33] <davidm> mdz i think you put udevsettle back
[17:33] <rtg> davidm: I think I'm 10 for 10. init=/bin/sh never gives a prompt, I had to use break=top
[17:34] <mdz> davidm: I did, but then you took it out again last I checked
[17:34] <davidm> you may want to boot a cd
[17:34] <davidm> nope i never touched it
[17:34] <mdz> rtg: so it's possible that it's one of the startup scripts in rcS.d after S10udev which tickles the bug
[17:35] <davidm> that made the lock happen earlier
[17:38] <paran> where have the linux-image-debug-* packages gone in intrepid?
[17:41] <amitk> rtg: will wireless backports happen before release? if so, I'll skip bug #
[17:42] <amitk> rtg: will wireless backports happen before release? if so, I'll skip bug #284354 for now.
[17:42] <rtg> amitk: I'm not sure yet. I've been to busy with other stuff to get back top it.
[17:43] <rtg> I have committed the current compat-wireless, but it didn't seem to work, e.g., would not connect.
[17:51] <jdstrand> mdz: fyi-- 31 consecutive successful boot with 2.6.26-5.17-generic. moving on to 2.6.27-2.3...
[17:56] <mdz> jdstrand: don't tell me, put it in the bug :-)
[17:56] <jdstrand> mdz: I did :)
[17:56] <mdz> paran: bug 253904
[18:16] <amitk> rtg: since you are having more luck than I at reproducing the 3945, could you add the following debugging lines: https://pastebin.canonical.com/10277/
[18:20] <rtg> amitk: what's the dump_stack() gonna show you?
[18:21] <paran> mdz: thanks, so they are on ddebs? why? you really need kernel debug symbols to use things like oprofile or systemtap that are both in the normal archive :(
[18:23] <amitk> rtg: the call stack, I got a freeze (only twice yet) right before that. I was hoping to get something out before the freeze
[18:25] <rtg> amitk: gimme a bit. I rebuilt the module without rf-kill. its altered the problem enough that david's laptop appears to boot more reliably. no hnags after 4 tries.
[18:28] <amitk> rtg: sure, take your time. I am about to put this on an automatic reboot loop and call it a day.
[18:28] <rtg> amitk: later...
[18:59] <Kano> hi, did you see that <IP_ADDRESS> hotfix?
[18:59] <laga_> Kano: nobody in here follows upstream development
[19:00] <laga_> you should have learned that by now
[19:00] <Kano> well but that disables the root cause of the e1000 problem
[19:00] <Kano> i would say it is very important
[19:01] <laga_> i think an intel developer has submitted that patch to the kernel-team list
[19:01] <Kano> disable CONFIG_DYNAMIC_FTRACE due to possible memory corruption on module unload
[19:02] <Kano> you do not explicit need that patch,but at least disable it
[19:03] <Kano> the patch would not hurt however
[19:04] <rtg> alreay committed to the Intrepid repo
[19:04] <rtg> *already
[19:04] <Kano> is config changed?
[19:04] <rtg> the Kconfig change is the patch
[19:04] <Kano> ok
[19:05] <Kano> will compile new snapshot then
[19:45] <crimsun> ugh, we really need something like hal-info for HDA quirks.
[19:49] <mjg59> Being able to set the mappings from userspace would help a great deal
[19:49] <mjg59> As would being able to parse the .inf files
[19:58] <solarion> is there any hope of getting the elantech touchpad driver into intrepid?
[20:07] <solarion> It always goes quiet when I say that.  :/
[20:10] <amitk> solarion: the ditro was frozen today and we release in 2 weeks. So nobody wants to add another driver at this late stage.
[20:10] <amitk> *distro
[20:10] <solarion> amitk: the request's been in since Hardy, and likely before
[20:11] <solarion> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/123775
[20:13] <solarion> yes, this bug is clearly over a year and a quarter old
[20:14] <amitk> solarion: but clearly at that time it was an out of tree driver with no future. So it made it to the -mm tree later. What happened next? Do you know the story?
[20:14] <solarion> I've no idea
[20:15] <solarion> I just want to disable tap-to-click and enable scroll areas.  :)
[20:20] <amitk> solarion: I suggest you right to the author here:  http://arjan.opmeer.net/elantech/ and ask him why the driver is still outside the tree after 3 major kernel versions.
[20:20] <amitk> s/right/write
[20:21] <solarion> amitk: good point
[20:25] <solarion> there.  Sendified.  :)
[20:29] <amitk> let us know what you hear back
[20:29] <jdstrand> well, it took 36 tries (!) to get the boot hang (bug #284406) with 2.6.27-3.4, but ony 6 with 2.6.27-2.3... gotta love race conditions :(
[20:36] <rtg> jdstrand: https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/263059/comments/148
[20:36] <rtg> its likely they are the same hang.
[20:37] <jdstrand> rtg: excellent-- is it worthwhile to retest 2.6.26, or do you have enough to go on at this point?
[20:37] <rtg> jdstrand:  I'm gnarling into that function, and I've solicited some advice from the wireless guys (no response yet)
[20:38] <jdstrand> rtg: well, I've got this thing on a loop so I can let it churn away...
[20:39] <rtg> jdstrand: instrument the ipw2200 driver so that it prints some locators, preferably just before and just after the call to ieee80211_register_hw()
[20:42] <jdstrand> rtg: can you paste what you used for iwl3945?
[20:43] <rtg> jdstrand: just do 'printk(KERN_INFO DRV_NAME " %d\n",__LINE__);' where DRV_NAME is something like 'ipw2200'
[20:43] <jdstrand> rtg: ok, easy enough
[20:51] <amitk> rtg: i've been looking at the link-order angle of this bug.
[20:51] <amitk> but since 3945 is a module, that doesn't apply
[20:52] <amitk> but is the order in which userspace triggers these module loads fixed? and if so, where is it?
[20:53] <rtg> amitk: oh, defintely. David was able to get it more often by messing with udev settling
[20:54] <amitk> where is keybuk when we need him?
[20:54] <rtg> amitk: see /etc/init.d/udev. comment out the 'udevadm settle' clause in the restart option.
[20:56] <solarion> amitk: looks like it might be in 2.6.28
[20:56] <solarion> too late for intrepid, unfortunately
[20:56] <amitk> solarion: first thing in jaunty though :) Did he mention why it took this long?
[20:57] <solarion> amitk: no, but I didn't really ask that; I asked what was keeping it from going in-tree
[20:57] <amitk> ok
[20:58]  * solarion digs for the linux-kernel archive posting
[20:58] <solarion> http://www.uwsg.iu.edu/hypermail/linux/kernel/0810.2/0404.html
[21:02] <amitk> nice
[21:03] <rtg> amitk: I've chased it as far as the rtnl_lock() in ieee80211_register_hw()
[21:11] <amitk> rtg: the two times I did get a freeze, I saw all messages from ieee80211_init_rate_ctrl_alg()
[21:12] <amitk> rtg: interestingly, https://bugs.edge.launchpad.net/ubuntu/+bug/263059/comments/128 finished pci_probe on every hang
[21:12] <amitk> ^ using mdz's instrumented modules
[21:12] <rtg> amitk: i just had it lock up _after_ the i3945 module init completed.
[21:14] <amitk> ok. that makes more sense.
[21:14] <amitk> or that is what I am seeing the bug reports
[21:26] <amitk> rtg: comment out udevadm settle in restart or start option?
[21:40] <rtg> amitk: mdz commented out the clause in restart (on David's machine).
[21:45] <amitk> huh
[21:53] <amitk> rtg: do you have then X60?
[22:20] <rtg> amitk: T60


[08:55] <davmor2> Morning guys
[08:59] <davmor2> evand: Right I'm just burning the cd to run the wubi test
[08:59] <evand> good deal
[09:00] <davmor2> cjwatson_: I had to drop of a power cable to keybuk he says that he has hardened the fix for partitioning so I'll test that after too :D
[09:12] <davmor2> evand: so far so good :)  Vista part part of wubi has worked :)
[09:13] <evand> did the CD eject?
[09:13] <davmor2> no
[09:13] <evand> arr, ok.  Can you follow up to that bug then?
[09:15] <davmor2> evand: I'll try it in xp first see if it works there might just be a vista glitch :)
[09:15] <evand> sure
[09:15] <davmor2> I'm guessing not but best to be sure :)
[09:53] <davmor2> evand: ubiquity crashed
[09:55] <evand> hooray
[09:55] <evand> oh
[09:55] <evand> I think I already know about this
[09:56] <evand> can you pastebin your /var/log/installer/debug.log?
[09:56] <davmor2> just getting the report up
[09:59] <davmor2> ubiquity crashed with NameError in remove_extras()
[10:01] <evand> yeah, known bug
[10:01] <evand> I suspect anyway (would need to see the debug log to confirm)
[10:02] <davmor2> evand: I'll upload it to a new bug and you can dupe it after :)
[10:02] <evand> ok
[10:03] <davmor2> evand: bug 343587
[10:04] <davmor2> knocked it off provate
[10:04] <davmor2> private even
[10:04] <davmor2> brb
[10:05] <evand> marked it accordingly
[10:05] <evand> I take it the CD didn't eject in Windows XP either?
[10:08] <cjwatson_> davmor2: cool
[10:29] <davmor2> evand: haven't tried it yet will do now though
[10:42] <davmor2> evand: right xp up time to find out :)
[10:51] <davmor2> evand: no eject on xp either :(
[10:51] <evand> ok
[10:55] <davmor2> how do I find out which rev of wubi it is on today's iso is it just rev92?
[10:56] <davmor2> evand:^
[11:04] <evand> davmor2: Wubi will print it in the bottom left corner of the window
[11:04] <davmor2> evand: Ta :)
[11:13] <davmor2> evand: right left comments on the vista/win7 and cd eject bugs
[11:14] <evand> hrm, I guess now is as good a time as ever to subscribe to all the Wubi bugs
[11:14] <evand> thanks davmor2
[11:14] <davmor2> np's
[11:15] <davmor2> evand: if you get the ubiquity issue fixed is there any chance of a re-spin so I can see if it will install fully?
[11:16] <evand> davmor2: sure, I don't think there would be any objection to that
[11:16] <davmor2> cool :)
[11:17] <evand> it's going to be a bit though.  Ubiquity needs to be prepared, uploaded, and built, then we need to wait for it to hit the archive before I trigger a CD build.
[11:19] <davmor2> no probs.  It would just be nice to confirm that it installs completely in vista now.  Which I'm hoping means is fixed for win7 too :)
[11:24] <evand> oh, I definitely got Windows 7 working over the weekend
[11:24] <evand> but it would be very helpful for you to test Vista
[11:25] <evand> as I want to make sure the assumptions that I made about the Windows bootloader hold true for both.
[11:25] <davmor2> :)
[11:26] <davmor2> and we all know that assumption is the mother of all F**k ups ;)
[11:26] <evand> But I take it you got as far as ubiquity with Wubi in Windows Vista and then it crashed?
[11:26] <evand> heh
[11:27] <davmor2> evand: yes it's rebooted and I've selected the ubuntu boot from the menu on xp and vista and then it dies about 40% ish through the automated install
[11:28] <davmor2> you still can't remove wubi from the add/remove in windows then :(
[11:33] <evand> really?  Granted, I haven't been using it in add/remove programs, but the wubi uninstaller gets called before wubi runs, and it's been seemingly working for me, in that it hasn't crashed
[11:33] <evand> Even though it's dying in ubiquity, the fact that you got that far means that my assumptions were correct.
[11:34] <evand> and that Vista works
[11:34] <evand> until someone finds bugs :)
[11:36] <davmor2> evand: works fine from the cd remove just not from windows
[11:37] <evand> davmor2: Can you rephrase, I don't follow.
[11:38] <evand> ohhh
[11:38] <evand> hrm.
[11:38] <evand> davmor2: can you update https://bugs.edge.launchpad.net/wubi/+bug/341605 with that bit of information?
[11:39] <davmor2> evand: you can remove an installed version of wubi with no issues from the cd but not from windows add/remove
[11:39] <davmor2> evand: that's the one I couldn't find :)
[11:40] <evand> indeed
[11:46] <davmor2> evand: updated and I've added the wubi log too just for completeness :)
[11:46] <evand> thanks
[12:24] <davmor2> cjwatson: seems okay so far doing encrypted lvm over an existing lvm install and running the encrypted lvm at 50% of the drive just to try and stress it as much as possible :)
[12:42] <evand> cjwatson: Can you glance over the patch in https://bugs.edge.launchpad.net/ubuntu/+source/ubiquity/+bug/335376 when you have a chance?  I'd like a second pair of eyes on that before I commit it.
[12:42] <evand> I've tested it and it's working for me.
[13:38] <CIA-3> ubiquity: evand * r3102 ubiquity/debian/ (changelog init):
[13:38] <CIA-3> ubiquity: Start NetworkManager before ubiquity in only-ubiquity mode
[13:38] <CIA-3> ubiquity: (LP: #340929).
[14:06] <cjwatson> evand: "detected the following disks have mounted partitions" => "detected that the ..."
[14:07] <cjwatson> evand: you should use a flag:!translate:thingy option (whatever it is, see po-debconf) to stop ${DISKS} ending up translatable
[14:07] <cjwatson> evand: does that tr work with busybox tr? I haven't checked, just seems like the sort of thing that might be shaky on portability
[14:07] <cjwatson> evand: otherwise looks fine
[14:28] <evand> noted; I'll check on the tr and make the other requested changes
[14:28] <evand> thanks!
[14:28] <CIA-3> partman-target: cjwatson * r749 ubuntu/ (4 files in 2 dirs):
[14:28] <CIA-3> partman-target: Issue an error message if two file systems are assigned the same label
[14:28] <CIA-3> partman-target: (LP: #320872).
[14:42] <CIA-3> partman-target: cjwatson * r750 ubuntu/ (debian/changelog finish.d/fstab_hd_entries): Improve fstab comments for partitions without mount points (e.g. swap).
[14:46] <CIA-3> partman-target: cjwatson * r751 ubuntu/debian/po/ (63 files): debconf-updatepo
[14:49] <CIA-3> partman-target: cjwatson * r752 ubuntu/debian/changelog: releasing version 58ubuntu5
[15:40] <CIA-3> partman-base: evand * r138 ubuntu/ (debian/changelog debian/partman-base.templates init.d/parted):
[15:40] <CIA-3> partman-base: Ask to unmount mounted partitions before continuing
[15:40] <CIA-3> partman-base: (LP: #335376, #290415).
[15:58] <CIA-3> ubiquity: evand * r3103 ubiquity/ (debian/changelog ubiquity/components/partman.py): Support the new partman/unmount_active question.
[16:02] <CIA-3> partman-base: evand * r139 ubuntu/debian/changelog: releasing version 129ubuntu2
[16:36] <dandel> is it me or is the jaunty installer for windows broken?
[16:37] <davmor2> dandel: ubiquity is broken which means that wubi doesn't work either
[16:37] <dandel> ah
[16:38] <davmor2> dandel: at which point is it breaking just to be sure :)
[16:38] <dandel> launching the program in vista
[16:38] <dandel> doesn't recognize the disk as a ubuntu disk on the 9.0x series
[16:39] <evand> dandel: are you running it from a recent 9.04 CD?
[16:39] <dandel> hmm... i'll try a new one once i get a log output on a kernel bug i'm currently working on.
[16:40] <evand> well, it's definitely broken
[16:40] <evand> but with a recent CD you *should* get as far as ubiquity (the desktop installer, which runs after the first reboot)
[16:40] <evand> then it will crash
[16:40] <dandel> ah
[16:40] <dandel> ubiquity is busty for me too.
[16:40] <evand> but that should be fixed in tomorrow's CD
[16:40] <evand> what's wrong with it?
[16:40] <dandel> *busted
[16:41] <dandel> won't let me set custom partition table
[16:41] <dandel> at least on 8.04.2
[16:41] <dandel> ubiquity is actually breaking my hybernate.
[16:42] <dandel> dedicated 30gb partition, and it only sets about 1gb in swap size.
[16:42] <dandel> when, to get hibernate working, i need 3gb of swap
[16:42] <evand> can you elaborate on what you mean by it not letting you set a custom partition table?
[16:42] <evand> Is it crashing before partitioning?
[16:42] <dandel> yes.
[16:43] <dandel> i wish it'd let me do side by side installs ><;
[16:43] <dandel> that way i can leave a working install and test install.
[16:43] <evand> it does let you resize partitions.
[16:44] <dandel> it was locking up last i checked.
[16:44] <evand> hrm, lock ups are generally kernel bugs
[16:44] <dandel> the installer locked up and crashed.
[16:44] <dandel> not the kernel
[16:44] <evand> ahhh
[16:44] <dandel> kernel wise, i'm stable
[16:44] <evand> sorry, I thought you were referring to the system as a whole
[16:44] <evand> sure
[16:45] <evand> If you can reproduce this hang, please run the installer in debug mode (`ubiquity -d` in a terminal window) and attach /var/log/syslog, /var/log/partman, and /var/log/installer/debug to a new bug report.
[16:45] <dandel> right now i'm waiting on a special build to let me get the debug messages to the kernel mainline acpi team.
[16:45] <evand> sure
[16:46] <dandel> actually, it might be nicer to do custom partition setup within the windows installer dialog.
[16:46] <dandel> and just let ubiquity detect that.
[16:47] <evand> the windows installer isn't intended for the audience that would want a custom partition table
[16:48] <dandel> true, however it could detect the system memory windows has and set the 'recommended' as such.
[16:49] <cjwatson> our minimum swap size at the moment is 512MB. I'm not sure it's entirely obvious what to do when you have more memory than that; we probably ought to behave differently on servers where hibernate is not required and a gigabyte + of swap will probably result in extreme sloth under load
[16:49] <dandel> pfft... not a server.
[16:49] <dandel> it's a laptop and it came with 3gb of ram.
[16:49] <cjwatson> sure, but the partitioning recipes at the moment are the same for both
[16:49] <cjwatson> so we would need to work on that
[16:50] <cjwatson> assuming working manual partitioning it's of course possible to do it by hand, so we should look into why that fails (with the log files Evan asked for)
[16:52] <dandel> i have 2 systems with widely different ram configurations... so i know how often swap is used.
[16:52] <dandel> system a: 1gb of ram, desktop, with over a weeks worth of uptime, uses only about 200mb of swap.
[16:53] <dandel> system b, which is the laptop in question, i have yet to see it use over 10mb swap, except for when i accidentally tell it to go to hibernate.
[16:55] <cjwatson> sure, configurations and use patterns vary wildly though and these are pretty generic recipes. I do think your problem should be fixed; I'm thinking out loud about how to do it without breaking things for other people.
[16:56] <dandel> k.
[16:56] <dandel> it probably doesn't help the laptop is less than 1 year old either lol.
[16:57] <cjwatson> but obviously all of this would be much less of a problem if it didn't crash during manual partitioning.
[17:01] <CIA-3> ubiquity: evand * r3104 ubiquity/ (d-i/manifest debian/changelog):
[17:01] <CIA-3> ubiquity: Automatic update of included source packages: grub-installer
[17:01] <CIA-3> ubiquity: 1.36ubuntu3, partman-base 129ubuntu2, partman-target 58ubuntu5.
[17:10] <CIA-3> ubiquity: evand * r3105 ubiquity/debian/changelog: releasing version 1.11.18
[17:20] <CIA-3> tasksel: cjwatson * r1402 ubuntu/ (debian/changelog tasksel.pl):
[17:20] <CIA-3> tasksel: Avoid removing packages that are in other tasks that are still selected
[17:20] <CIA-3> tasksel: or not displayed (LP: #150252).
[17:27] <CIA-3> tasksel: cjwatson * r1403 ubuntu/ (debian/changelog ubuntu-tasks/mobile-live): Update Ubuntu tasks from seeds, adjusting description of mobile-live.
[17:31] <CIA-3> tasksel: cjwatson * r1404 ubuntu/debian/changelog: releasing version 2.73ubuntu17
[22:27] <maesx> hello, I would like to add a package cd of ubuntu-server
[22:31] <cjwatson> maesx: does https://help.ubuntu.com/community/InstallCDCustomization help?
[22:33] <maesx> thanks


[17:34] <pembs> could someone explain why i seem to have lost 7GB of space, please. i have 160GB hard drive (ie in reality 149+); i have heron installed and moved in some files gparted confimrs i am using 10Gb plus 5-77 as swap file so i should have 133gb free. iWhen i browse folders though I only have 126 free. I've noticed this since the install I seem to be missing about 7gb.
[17:35] <blue-frog> pembs: ext3 keeps 5% for root
[17:35] <pembs> blue-frog: ok thanks, so thats permanently  reserved?
[17:36] <blue-frog> man tune2fs if you want to have less kept, but beware having some space leftover helps your computer
[17:36] <pembs> thanks
[17:38] <pembs> another question. I cant seem to get terminal to see my external drive. the drive mounts and i can use the folders to move things around, but whenever i have typed a terminal command, I can't seem to get it to communicate with the external drive. I did one command, I  can't recall which to tell me the external media and the drive came up in blue
[22:29] <sobersabre> hola, ompaul
[22:30] <sobersabre> ompaul: more info on my system: it's a clean install of 8.04 + all upgrades upto today.
[22:30] <sobersabre> I made sure I've generated the keys AFTRER upgrading the damn sshd
[22:31] <sobersabre> I've pushed the public and private key to the debian client.
[22:31] <sobersabre> just in case ubuntu doesn't like debian-generated ones.
[22:32] <sobersabre> and made them ~/.ssh/id_dsa (As private key), and owned by connecting user, and moded as 600.
[22:32] <sobersabre> the public key's been added to /root/.ssh/authorized_keys
[22:33] <sobersabre> I've even created a link /root/.ssh/authorized_keys2
[22:33] <sobersabre> just in case...
[22:34] <ompaul> which is the server?
[22:35] <ompaul> ubuntu is server?
[22:36]  * ompaul waits a moment
[22:36] <ompaul> sobersabre, ?
[22:37] <sobersabre> yep..
[22:37] <sobersabre> ubuntu is the server.
[22:37] <sobersabre> debian 4.0 (also updated && upgraded ) is a client, connecting as root
[22:38] <ompaul> ok so you made a comment about ~/.ssh/id_dsa
[22:38] <ompaul> personally I use rsa but it should be of no merit ;-)
[22:39] <sobersabre> ompaul: lemme try rsa...
[22:39] <sobersabre> if it works, something is fishy in ssh package.
[22:39] <ompaul> sobersabre, it makes no odds what is wrong is the key is not in right package
[22:39] <ompaul> sorry
[22:39] <ompaul> place
[22:40] <ompaul> sobersabre, firstly openssh-server is running on ubuntu?
[22:40] <ompaul> sobersabre, remember I don't know what your keystrokes were so I don't know if you got it all right (well obviously you did not ;-()
[22:41] <sobersabre> ompaul: RSA key worked.
[22:41] <sobersabre> ha!
[22:41] <sobersabre> so... it IS a mess in SSH package.
[22:41] <sobersabre> how do I bugreport ?
[22:42] <ompaul> launchpad.net
[22:42] <sobersabre> I think I've got an account there...
[22:42] <ompaul> you will do if you don't ;-)
[22:42] <ompaul> hehehe
[22:42] <ompaul> I'll leave it with you
[22:42] <ompaul> have fun
[22:42] <sobersabre> thanks for "holding hands" :)
[22:43] <sobersabre> I'm pissed off, I thought I'd finish till now something I'm only now starting :(
[22:43] <sobersabre> I think it should be titled "dsa keys generated by ubuntu-8.04 openssh package are regected as being from vulnerable server.
[22:45] <ompaul> no it would say that it was rejecting it
[22:45] <ompaul> what it said was it could not find them
[22:46] <sobersabre> hmm... it's weirder.
[22:50] <ompaul> sobersabre, I would nuke the dsa keys and start again
[22:50] <ompaul> sobersabre, you can't afford to get it wrong
[22:57] <sobersabre> ompaul: this is not the 1st time or day I am using keys.
[22:57] <sobersabre> I didn't do any errors on that one.
[22:57] <sobersabre> I made 3 repeatitions on generation, copy, retry.
[22:57] <ompaul> sobersabre, you got bug
[22:57] <sobersabre> so, I am CERTAIN the problem is with DSA handling.
[22:58] <sobersabre> I don't have time to debug it really.
[22:58] <sobersabre> so, I've reported.
[22:59] <sobersabre> ompaul: can you try this, and confirm I'm wrong ?
[22:59] <sobersabre> I mean try using dsa key, and login as root with it... ?
[23:00] <ompaul> na I don't do root
[23:00] <ompaul> at all
[23:00] <ompaul> ever
[23:01] <ompaul> my virtual consoles do not allow virtual root
[23:01] <ompaul> but real ones do :)
[23:02] <sobersabre> this only means you're surely not into clusters....
[23:02] <sobersabre> I don't root into open servers.
[23:02] <sobersabre> but intern. networks, etc. is something else.
[23:04] <ompaul> sobersabre, I have multiple desktop servers and I server multiple desktops ;-) with ancillary services
[23:05] <ompaul> so correct I don't do clusters given the geographical nature of the company
[23:05] <sobersabre> hmmm... whatever the 1st sentence means...
[23:05] <sobersabre> :)
[23:06] <ompaul> sobersabre, I don't serve applications much, I serve wmaker desktops or gnome or kde depending on the person / role
[23:06] <sobersabre> you mean you're running a GDM/XDM over IP ?
[23:07] <sobersabre> I mean, remote graphic logins...
[23:07] <sobersabre> or VNC ?


[07:16] <inetpro> good mornings
[12:21] <zipper> Hello, anybody home?
[12:23] <pieter2627> hi zipper
[12:23] <pieter2627> welcome to our channel
[12:23] <zipper> pieter2627: I was looking at this groups trello page.
[12:23] <zipper> I found Learn You a Haskell in the wishlist :)
[12:24]  * pieter2627 will not comment on our trello :P
[12:24] <pieter2627> you want to learn Haskell zipper?
[12:24] <zipper> pieter2627: I've been here before, albeit rarely because I'm not from South Africa.
[12:25] <zipper> pieter2627: I know haskell. Quite a bit.
[12:25] <pieter2627> oh ok...
[12:26] <zipper> I just didn't expect to see that in the wishlist.
[12:26] <zipper> Sorry, I'm from Kenya
[12:26] <zipper> pieter2627: Nice community you have going.
[12:27] <zipper> Why won't you comment on the trello page? I think I should make one for people here.
[12:27] <zipper> :s/people/the LUG/
[12:27] <pieter2627> I guess someone must have mentioned it here and then it made its way there
[12:28] <pieter2627> Kilos mainly keeps us going :)
[12:28] <pieter2627> zipper: you should check our africa channel #ubuntu-africa
[12:28] <Kilos> oh my
[12:28] <Kilos> sorry
[12:29] <zipper> Okay on it.
[12:29] <zipper> How do you plan to get more africans in it?
[12:30] <zipper> Also I hear the people up north don't like to associate with Africa. Have they joined or talked there? *honest question*
[12:30] <Kilos> haha with difficulty zipper
[12:30] <zipper> Kilos: Hello
[12:30] <Kilos> we been finfing then for a year already
[12:30] <Kilos> we have contacts there from tunisia down to capetown
[12:31] <Kilos> finding
[12:31] <zipper> Oh shock on me
[12:32] <zipper> I have a confession though. I don't use Ubuntu but still use linux. I assume it's more of a africa linux users or computer lovers thing.
[12:32] <Kilos> all linux users are welcome
[12:33] <Kilos> the original goal was to connect all ubuntu locos in africa
[12:33] <pieter2627> and a few french joined too (people waayy up north)
[12:33] <Kilos> yes
[12:35] <zipper> Okay this conversation haas become fragmented.
[12:36] <Kilos> haha
[12:40] <zipper>  Is there a trello page for ubuntu africa?
[12:40] <zipper>  Is there a trello page for ubuntu africa? ^
[12:40] <zipper> Arrgghh
[12:40] <zipper> Kilos: ^
[12:40] <Kilos> no trello page for the africa group
[12:40] <zipper> I need to go sleep. My sinuses are acting up and I can hardly see. Head hurts.
[12:40] <Kilos> everyone is too busy
[12:41] <zipper> Kilos: Am I free to create one Kilos ?
[12:41] <Kilos> if you keep an eye open for gremble he is the guy with haskell interest
[12:41] <zipper> I recently finished uni. Looking for a job and all. I have quite a bit of time on my hands.
[12:41] <Kilos> yes zipper go ahead
[12:42] <Kilos> there are ubuntu users in your lug
[12:42] <Kilos> invite them to join the africa channel as well
[12:43] <zipper> Kilos: Well we don't really discuss or congregate around distros but yes there should be,
[12:43] <zipper> I will. I'll also create a trello page for them.
[12:43] <Kilos> all linux users are welcome
[12:44] <zipper> Unless trello requires I pay large sums of money which I lack.
[12:45] <Kilos> ours is free i think
[12:45] <zipper> Anywho was fun talking to you.