[12:36] <BenC> jbailey: there are already
[12:36] <BenC> linux-headers-2.6.15-6-386, for example
[12:39] <ispiked> mjg59: ping
[12:42] <mjg59> ispiked: Hi
[12:43] <ispiked> mjg59: I hate to bug you, but I'm wondering why fn+f1 doesn't put my laptop to sleep. the keycode appears to be registered, and I could've sworn this used to work.
[12:50] <mjg59> ispiked: What hardware?
[12:50] <ispiked> mjg59: the same as you.
[12:50] <ispiked> mjg59: dell d610.
[12:50] <mjg59> Have you got the latest acpi-support ?
[12:51] <ispiked> yeah. did that break it?
[12:51] <ispiked> I'm pretty sure I can suspend using logout > suspend with the latest acpi-support package.
[12:52] <ispiked> I'm headed out now. be back later.
[12:53] <mjg59> Hm. Not sure, then.
[01:28] <mjg59> BenC: So, is the idea to switch to the libata PATA drivers where possible?
[04:23] <ispiked> mjg59: where is that button's action configured?
[04:23] <mjg59> ispiked: /etc/acpi/events
[04:25] <ispiked> mjg59: same deal with the logout action?
[04:25] <ispiked> http://rafb.net/paste/results/lcTK1z80.html
[04:25] <mjg59> ispiked: Uhm. Which logout action?
[04:26] <ispiked> "suspend the computer"
[04:26] <mjg59> Oh, the Gnome one? No, that triggers gdm to execute pmi 
[04:27] <ispiked> mjg59: what is that?
[04:27] <mjg59> It's a script that ends up executing /etc/acpi/sleep.sh, so it's broadly the same
[04:34] <ispiked> it'd be nice if scroll lock would work (with the light, too).
[04:34] <ispiked> might file a bug for that.
[05:18] <mjg59> BenC: ata_piix + added PCI ID drives my Thinkpad fine
[06:06] <fabbione> morning
[08:21] <infinity> mjg59 : Who do I complain to that my 'screen close' button no longer triggers a screen lock?
[09:16] <dhpeterson> hi ... breezy install fails for me ... it's a uhci_hcd issue ... can anyone here help?
[09:16] <dhpeterson> i have checked ubuntu bugzilla and debian BTS and it's not a dupe
[09:16] <dhpeterson> i want to raise a bug report but i don't know which package and where to do so, etc
[09:27] <crimsun> file it on bugzilla.ubuntu.com against 'linux'
[09:27] <dhpeterson> okay
[09:27] <dhpeterson> what severity ... both hoary and breezy installers don't complete. is that a critical?
[09:27] <dhpeterson> btw same for the debian sarge installer
[09:28] <dhpeterson> interestingly, knoppix 2.6 _does_ boot successfully
[09:28] <infinity> Does our livecd boot?
[09:29] <dhpeterson> neither live nor install works
[09:29] <infinity> Saying "a livecd boots" and "the installer fails" don't relate much.
[09:29] <dhpeterson> live cd and install cd fail in the same place
[09:29] <infinity> Okay, if the livecd doesn't work either, then please, file a bug, lots of fun debug output, blah blah.
[09:29] <dhpeterson> sorry if i was ambiguous
[09:29] <infinity> Severity is normal.
[09:30] <dhpeterson> okay i will prepare a bug report, thanks 
[10:25] <fabbione> BenC: 
[10:25] <fabbione> [ 1067.366233]  bcm43xx: Invalid PHY Revision 7
[10:25] <fabbione> [ 1199.264579]  bcm43xx: FIXME: Possibly broken code in bcm43xx_phy_setupg() at drivers/net/wireless/bcm43xx/bcm43xx_phy.c:346
[10:25] <fabbione> the driver loads and the board is initialized
[10:25] <fabbione> but i can't get it to associate with my AP
[10:26] <fabbione> i think i am getting that error when trying to force to use 11M
[10:27] <fabbione> it's probably the model that's not fully supported for my understanding of the code
[02:04] <jbailey> fabbione, BenC: Next time one of you are twiddling the kernel configs, CONFIG_CRAMFS=y can probably go away now.
[02:05] <jbailey> Need to double check with Colin, but I don't think d-i uses it at all.
[02:10] <BenC> ok
[02:11] <fabbione> hey BenC 
[02:11] <fabbione> i was just talking with Kamion
[02:11] <fabbione> i did fix a couple of kernel d-i things for him
[02:11] <fabbione> mind to pull from my repo?
[02:12] <BenC> doing that now
[02:12] <fabbione> thanks
[02:14] <fabbione> hmmm
[02:14] <fabbione> if you have time it would be a good idea to fire up a full build on sparc
[02:14] <fabbione> mine is chaoking on OOo2, gcc-3.4 and gcj-4.1
[02:14] <fabbione> these d-i changes are always hairy without a build
[02:14] <fabbione> the other arches are ok
[02:15] <BenC> I do full builds on all 6 arches before release
[02:16] <fabbione> ah cool
[02:16] <fabbione> even better
[02:16] <BenC> sparc64 is done in 12 minutes, so it's easiest :)
[02:16] <fabbione> BenC: i was wondering.. can i get access to your sparc somehow that doesn't distrurb you?
[02:16] <fabbione> disturb
[02:16] <BenC> yeah, I can try setting that up today
[02:16] <fabbione> since you use the box for testing
[02:17] <fabbione> i could just use it while you sleep to push some big pkgs to a fine tuned buildd there
[02:17] <fabbione> and skip stuff like gcc-* here
[02:17] <fabbione> i will send you my ssh key
[02:17] <fabbione> no need to run TODAY
[02:17] <fabbione> sometimes, when you have time
[02:18] <BenC> sure thing, I'll setup dchroot for you and sudo access inside that chroot
[02:18] <fabbione> nah
[02:18] <fabbione> i will send you a chroot :)
[02:18] <BenC> ok, just send a url, and I'll unpack the chroot :)
[02:20] <fabbione> BenC: sure.. i just need to pack it first ;)
[02:21] <BenC> don't forget your rootkit :)
[02:21] <fabbione> of course :)
[02:22] <fabbione> it's funny when people tell us: "no you can't get access to my machine to debug this kernel problem.."
[02:22] <fabbione> they really make me laugh
[02:22] <fabbione> they don't realize we do actually build that kernel for them :)
[02:22] <fabbione> we have kernel privileges!
[02:22] <fabbione> and they don't see it :P
[02:23] <BenC> yeah, lol
[02:24] <BenC> "if I wanted your machine, it'd already be DoS'ing the whitehouse by now"
[02:25] <fabbione> https://wiki.ubuntu.com/FabioMassimoDiNitto <-
[02:25] <fabbione> that was like: zul meets fabbione, fabbione meets zul
[02:43] <zul> hey sorry i havent been around.
[02:43] <fabbione> BenC: chinstrap:/home/fabbione/sparc-chroot-dapper.tar.bz2
[02:43] <fabbione> BenC: and i am off for a nap :)
[02:43] <fabbione> hey zul
[02:44] <fabbione> later fellas
[02:44] <crimsun> cya fabbione 
[02:46] <BenC> bye fabbione
[02:46] <zul> hey fabbione, bye fabbione 
[02:56] <mjg59> infinity: Oh, yeah, that one's my fault
[03:13] <mjg59> BenC: About?
[03:13] <BenC> yeah
[03:14] <BenC> mjg59: pong
[03:15] <mjg59> BenC: What's the long-term plan with all these libata PATA drivers?
[03:15] <BenC> see how they go, and if they start breaking shit, back them out
[03:15] <BenC> unless I can fix them (or jgarzik can help me)
[03:16] <mjg59> The obvious breakage is that drives will move from hda to sda
[03:16] <BenC> I don't think he's keen on me using them in the dist
[03:16] <BenC> hmm
[03:16] <mjg59> On the other hand, it means we can do hotswap properly
[03:16] <BenC> upgrades will get messy though
[03:17] <BenC> maybe I can default the combined_mode to IDE
[03:17] <BenC> until lately I hadn't realized how much of a mess things were between ide and ata/sata/pata
[03:21] <BenC> what do you suggest?
[03:22] <jbailey> mjg59: re: s/hda/sda/ - I wonder if there's any reasonable way to move systems to by-uuid for booting and mounting?
[03:23] <BenC> I've always liked that method
[03:23] <jbailey> Part of udevroadmap is to do that for new installs in d-i anyway, so it's just transitioning people to the New World Order.
[03:23] <BenC> same thing with iftab for network interfaces
[03:23] <jbailey> I don't know iftab
[03:23] <mjg59> BenC: The libata drivers are pretty untested, but /ought/ to work
[03:23] <BenC> iftab gives network interfaces their names based on mac address
[03:23] <mjg59> But when we upload a kernel with them in, there's going to be breakage
[03:24] <BenC> I think I'll disable them for now, until we get this sorted out
[03:51] <infinity> mjg59 : Is this new behaviour intentional, or a bug? :)
[03:51] <infinity> mjg59 : (I've always used my "screen close" button as a quick shortcut to "I'm walking away from the laptop for 5 minutes, lock the screen")
[03:53] <mjg59> infinity: bug
[03:53] <mjg59> I fucked up the environment variable check
[04:50] <jbailey_> BenC: Just had my X hang on ppc64 again.  Interesting that this time a kill -9 of Xorg doesn't make it go away.
[04:50] <jbailey_> BenC: Anything I can usefully collect for you for a bug report before I hit the shiny switch?
[04:50] <BenC> check dmesg
[04:51] <BenC> and "cat /proc/<pid>/wchan" if the X pid
[04:51] <jbailey_> no oops in dmesg
[04:51] <BenC> I have a feeling you are hitting a drm issue
[04:51] <jbailey_> I did the cat a dozen times, each in .__start 
[04:52] <BenC> hmm, that's an odd place
[04:52] <BenC> is the process in D state this time?
[04:52] <jbailey_>  5603 root      25   0     0    0    0 R  100  0.0  11:06.14 Xorg
[04:52] <jbailey_> (from top)
[04:52] <jbailey_> It was taking up a bunch of ram before I kill -9'd it.
[04:52] <BenC> is that 100% CPU usage?
[04:53] <jbailey_> Yes.
[04:53] <BenC> all the memory usage is gone, and it's hanging
[04:53] <BenC> that's an odd one :)
[04:53] <jbailey_> Shall I strace it?
[04:53] <BenC> yeah
[04:53] <jbailey_> # strace -p 5603
[04:53] <jbailey_> attach: ptrace(PTRACE_ATTACH, ...): Operation not permitted
[04:54] <jbailey_> Should I try the ppc32 kernel to see if it recurs there?
[05:19] <BenC> infinity: ping
[05:39] <infinity> pong... ish.
[05:39] <infinity> 3:30am and heading to bed.
[05:39] <infinity> So, uhh.... make it quick. :)
[05:47] <infinity> BenC : Alright, whatever you were pinging for, you missed your chance.  ail me, or catch me tomorrow.
[05:47] <BenC> hey
[05:48] <BenC> sorry
[05:48] <dilinger> will dapper kernels work on breezy?
[05:48] <infinity> Oh.  You are here.
[05:48] <dilinger> i'm gonna try getting this smp opteron box stable w/ some 2.6.15 love
[05:48] <infinity> On breezy servers or desktops?
[05:48] <BenC> infinity: next time prepend "BenC" to the pong so I actually get an audio feedback :)
[05:48] <infinity> udev will probably blow up on desktops.
[05:48] <dilinger> infinity: both
[05:48] <dilinger> infinity: so i'd just need to backport udev?
[05:48] <BenC> dilinger: you'll have to sync a few packages to dapper aswell
[05:49] <BenC> mainly udev, and ditch hotplug
[05:49] <infinity> BenC : Well?.. :)
[05:49] <dilinger> ok
[05:49] <dilinger> thanks
[05:49] <dilinger> i'll give it a shot on my laptop, first
[05:49] <dilinger> and once i'm locked out of a usable system, i'll try the opteron server ;)
[05:49] <BenC> infinity: should/could I add server-{low,high}end to lrm?
[05:50] <infinity> Hrm.
[05:50] <infinity> Are we building wireless drivers for -server targets?
[05:50] <BenC> dilinger: you should be able to add dapper to sources.list, and install the kernel, and then remove it
[05:51] <BenC> infinity: right now, -server is just a tuned version of the normal targets (HZ, disable-preempt)
[05:51] <BenC> same hw support
[05:51] <infinity> I assume that might change?
[05:51] <infinity> For now, I wouldn't bother.  We'll discuss it later.
[05:51] <BenC> highend supports numa/bigsmp/summit/es7000 targets
[05:51] <BenC> ok
[05:51] <infinity> If we want atheros and acx_pci support, we'll have to do it.
[05:52] <infinity> I may want to tweak things to not bother including the video crap on -server targets.
[05:52] <BenC> well, all the kernel video crap is in there too
[05:52] <infinity> I hope that will go away.
[05:52] <BenC> me too
[05:53] <infinity> But, yeah.  Let's discuss it tomorrow.
[05:53] <infinity> If you're doing an LRM/linux-meta ABI bump tonight, just leave restricted out of the server stuff in linux-meta for now.
[05:53] <infinity> We'll sort it later when we're sure what we want.
[05:54] <BenC> ok
[05:54] <fabbione> ehhehe
[05:54] <fabbione> cool
[05:54] <fabbione> new crack :)
[05:54] <fabbione> BenC: btw.. it's GO on ppc.. or at least it was last pull i did
[05:54] <fabbione> dunno if you read the scrollback
[05:54] <fabbione> i did also test the Airport Extreme2 driver
[05:54] <fabbione> but it fails on me
[05:55] <BenC> mjg59 got it working
[05:55] <mdz_> BenC: are you getting any feedback on CD-ROM/DMA issues since we switched to 2.6.15?
[05:55] <BenC> you have to do some manual shit
[05:55] <mjg59> fabbione: I had to do:
[05:55] <BenC> mdz: zero
[05:55] <mdz_> interesting
[05:55] <BenC> only thing I've heard about cdrom was the atapi stuff with sata controllers
[05:55] <BenC> and that was a seperate issue
[05:56] <mdz_> I thought we'd fixed that long ago
[05:56] <mjg59> iwconfig foo essid bar; iwconfig foo channel baz; ifconfig foo up; iwlist scan; iwconfig foo essid bang
[05:56] <infinity> BenC : Keybuk fed you a patch for ide stuff that fixed mdz's DMA issues, no?
[05:56] <BenC> infinity: yes
[05:56] <infinity> (And the CDROM on sata thing should be fixed in this upload too, right?)
[05:56] <mdz_> BenC: is that in -7.9?
[05:56] <fabbione> mjg59: trying now.. but i have no idea what chan i am using
[05:56] <BenC> it wasn't dma directly, it was ide-generic/modular-ide crack
[05:56] <fabbione> mjg59: how can i figure that out?
[05:57] <mdz_> BenC: is modular ide a bad idea?  why isn't it upstream?
[05:57] <fabbione> mdz_: IDE maintainer is a pain
[05:57] <infinity> BenC : For LRM's ABI bump, you should be able to just bump "abi_version" in debian/rules, add a new changelog entry, and build the source package.  (make sure you have kernel-wedge installed)
[05:57] <infinity> BenC : Should be smooth sailing.
[05:57] <BenC> breezy's ide was that it loaded all the ide controller drivers, and then ide-generic, and let them fight it out, then removed any that didn't win
[05:57] <BenC> that doesn't work for dapper
[05:58] <BenC> infinity: yeah, I have it ready to upload once I see a success report for atleast one arch :)
[05:58] <infinity> BenC : Rock.
[05:58] <infinity> Kay, I'm off to bed, then.  We'll revisit the LRM-on-server-kernels thing later.
[05:58] <BenC> mdz: the way breezy handled drivers grabbing devices was bad
[05:58] <mdz_> mjg59: my T42 with 2.6.15-6 failed to come back from STR today
[05:59] <BenC> dapper will low the correct drivers instead of doing a free-for-all
[05:59] <BenC> s/low/load/
[05:59] <mjg59> mdz_: When suspended, did it have the hard drive LED on?
[05:59] <mdz_> (previously /sys/power/state was empty, but that's fixed now)
[05:59] <mdz_> mjg59: it wasn't on when I tried to resume at least
[05:59] <BenC> if anything doesn't get loaded, or is loaded incorrectly, Keybuk assures me he will correct it in initramfs :)
[06:00] <mdz_> the moon light was on, though the fan was still running
[06:00] <mjg59> mdz_: If the fan was still running, it hadn't suspended
[06:00] <mdz_> or maybe it was just radiating heat
[06:00] <mdz_> anyway it was hot
[06:00] <mjg59> Right
[06:00] <mjg59> Sounds like it froze on the way down
[06:00] <mjg59> I've had my Thinkpad do something like that. I'll look into it.
[06:00] <mdz_> any testing I can do?
[06:01] <fabbione> mjg59: do you get this in your dmesg: [26120.102096]  bcm43xx: FIXME: Possibly broken code in bcm43xx_phy_setupg() at drivers/net/wireless/bcm43xx/bcm43xx_phy.c:346
[06:01] <BenC> mdz: btw, I don't think we are going to do kernel-wedge and kernel-package merging for dapper
[06:01] <mjg59> See if it's reproducible?
[06:01] <mjg59> fabbione: Yeah
[06:01] <fabbione> mjg59: hmmmm
[06:01] <mdz_> BenC: something scary there?
[06:01] <fabbione> what channel should i use?
[06:01] <BenC> things work for us now, and kernel-package 10 in debian is way way way different
[06:01] <mjg59> fabbione: Whatever channel your AP is on
[06:01] <fabbione> mjg59: i have no clue...
[06:01] <BenC> we have patches in wedge and package for powerpc stuff, and custom update-initramfs usage
[06:02] <mjg59> fabbione: iwlist scan should tell you
[06:02] <BenC> mdz: it's not impossible to merge those into the new packages, just that there's no pressing need to do so, that I can see
[06:02] <mdz_> BenC: bugfixes?
[06:02] <mdz_> that's the usual reason
[06:03] <BenC> most of the bugs fixes between our version and 10 in debian, is fixing things that broke when they split the debian/rules file up
[06:05] <BenC> mdz: -7.9 has -server kernels for i386, btw
[06:05] <mdz_> BenC: so it'll need queue/new processing on i386?
[06:05] <BenC> yes
[06:06] <BenC> it's an abi bump anyway
[06:06] <mdz_> ah, right
[06:06] <mdz_> BenC: what's new and cool in the server flavour?
[06:06] <makx> Keybuk: could you take a look at debian #342057, BusLogic not loaded because !sysfs (seems needed for vmware testing of initramfs-tools).
[06:06] <BenC> abi tracking will start with this upload too
[06:06] <BenC> mdz: HZ is down to 100 (suggested for server), and preempt is disables (enabled for desktop)
[06:06] <BenC> that's for low/high end server
[06:07] <BenC> highend also has generic bigsmp/numa/summit/es7000 support
[06:07] <BenC> 64CPU max, and 64Gig max
[06:08] <mdz_> BenC: sounds like material for https://wiki.ubuntu.com/DapperReleaseNotes
[06:08] <mdz_> BenC: please add an entry there under the server section
[06:08] <BenC> ok
[06:09] <fabbione> mdz_: the -server kernels will land only on the -server CD
[06:09] <fabbione> we will install by default the low end, with high end available
[06:10] <BenC> would be nice if we could detect highend
[06:12] <fabbione> mjg59: do you have a 54M net at home?
[06:12] <mjg59> fabbione: No
[06:12] <fabbione> did you force the speed?
[06:12] <mjg59> Yup
[06:12] <mjg59> Sorry, forgot to mention that
[06:12] <fabbione> ;)
[06:12] <mjg59> It doesn't do speed autonegotiation properly yet
[06:12] <fabbione> where in that process?
[06:12] <fabbione> or just after
[06:13] <fabbione> my ap doesn't feel the mac at all
[06:14] <fabbione> actually
[06:14] <fabbione> did you use dhcp on top?
[06:14] <fabbione> or just static
[06:16] <mjg59> Either
[06:16] <mjg59> dmesg should show that it's authenticated if it's been successful
[06:16] <BenC> mdz: added
[06:17] <fabbione> [  450.499743]  SoftMAC: Sending Authentication Request to 00:04:e2:d9:0a:dc.
[06:17] <fabbione> it doesn't when i am in 11MB
[06:17] <mjg59> fabbione: I think it ought to get a response, too
[06:17] <fabbione> that's my neibourgh AP
[06:17] <mjg59> 802.11g speeds currently don't work
[06:17] <fabbione> that's at 54MB
[06:17] <mjg59> Set it to 11 and then set the essid again?
[06:17] <fabbione> o
[06:17] <BenC> maybe the AP is configured for g-only?
[06:19] <fabbione> nope
[06:19] <fabbione> i don't see any outgoing request to/from my AP
[06:19] <fabbione> not even in dmesg
[06:19] <fabbione> BenC: my ap is 11 only
[06:19] <fabbione> it definetely can't do more than that
[06:19] <BenC> ah
[06:19] <mjg59> fabbione: Does iwconfig show the correct essid and frequency?
[06:19] <fabbione> i was trying my neighbour only becuase it's 54MB :)
[06:20] <fabbione> i can see the frequency keep changing
[06:20] <fabbione> otherwise the essid is fine
[06:20] <mjg59> Uhm.
[06:20] <fabbione> i wonder if the fact that i am not broadcasting the essid might confuse the driver
[06:20] <mjg59> Have you explicitly set the channel?
[06:20] <fabbione> yes
[06:20] <mjg59> Yes, that might currently break it, I guess
[06:22] <fabbione> *cough*fuck cisco*cough*
[06:25] <fabbione> i can't even find how to do it again
[06:40] <fabbione> woo
[06:41] <fabbione> mjg59: i got the AP to see the interface and viceversa
[06:41] <mjg59> Any joy?
[06:41] <fabbione> but no IP joy
[06:41] <mjg59> Cool
[06:41] <fabbione> [  557.190722]  SoftMAC: Sending Authentication Request to 00:02:8a:21:18:59.
[06:41] <mjg59> Try configuring it manually rather than using dhcp?
[06:41] <fabbione> yes
[06:41] <fabbione> that's what i am doing right now
[06:43] <fabbione> no joy either
[06:43] <fabbione> it complains about authentication
[06:43] <fabbione> but i have no authentication config on my AP
[06:43] <fabbione> only filters by mac-address
[06:43] <BenC> so it's open, no wep/wap?
[06:45] <fabbione> nope
[06:47] <fabbione> if i run iwscan list a few times in a raw i see the AP at intervals..
[06:47] <fabbione> but that might be normal
[06:48] <mjg59> How does it complain?
[06:51] <makx> BenC: getting bugreports on debian initramfs-tools of !sysfs drivers that are fixed in your tree?
[06:51] <fabbione> SoftMAC: Rates not sorted!
[06:52] <fabbione> SoftMAC: Authentication timed out with 00:02:8a:21:18:59
[06:52] <makx> BenC: could you push those to linus, are they already in mm?
[06:52] <BenC> makx: uh, say that again? :)
[06:52] <BenC> I'm not sure what you mean
[06:53] <makx> buslogic has sysfs support in your tree for example. :)
[06:53] <fabbione> mjg59: i will fight with it tomorrow again.. gotta cook dinner
[06:53] <BenC> s/sysfs/module-device-table/ you mean?
[06:53] <makx> indeed magic keyword.
[06:54] <BenC> it's not proper support, it's just a hack to get udev/hotplug to load the driver
[06:54] <BenC> for linus to take it, the driver(s) would also need to be converted over to the PCI callbacks for hotplug support
[06:55] <BenC> right now they only probe when loaded, if you insert a new device, the module has to be unloaded/loaded again to probe it
[06:55] <BenC> these are the same things we had in breezy
[06:55] <jbailey> BenC: Is he being all prissy now about correctness?  Sheesh. ;)
[06:56] <BenC> it's a convenience, but IMO, it's lying to have a module-device-table and not be able to support the hotplug callbacks for which is was designed for :)
[06:57] <BenC> makx: what are the chances that debian would want to clone ubuntu's git tree, and sync non debian/* changes?
[06:58] <BenC> the major thing would be some of the non-free stuff that debian would want to ignore (and purge from it's branch)
[07:04] <dilinger> BenC: i assume the git tree includes all the external drivers and patches?
[07:04] <dilinger> debian doesn't really want to maintain that stuff, they'd only be interested in bugfixes
[07:14] <CataEnry> Hi
[07:18] <fabbione> BenC: you didn't pull the last changes to d-i?
[07:23] <fabbione> they are not in the changelog
[07:29] <fabbione> BenC: if you can do that Kamion will love you
[07:29] <fabbione> perhpas fire up a 7.10 right away?
[07:29] <fabbione> bbl
[07:29] <BenC> I did a pull and saw two changes from you in git-log
[07:29] <fabbione> yes 
[07:30] <fabbione> but the changelog in the archive doesn't have them
[07:30] <fabbione>   * Stop providing ext2-modules and ship it for all arches.
[07:30] <BenC> not sure why, did you commit it?
[07:30] <fabbione> it's missing
[07:30] <fabbione> oh crap
[07:30] <BenC> ext2-modules is not listed in debian/control, so I assume all is well
[07:31] <fabbione> i didn't commit the changelog
[07:31] <BenC> heh, shame on you :)
[07:31] <fabbione> if you check debian/d-i/i386/package-list
[07:32] <fabbione> # This file is used to build up the control file. The kernel version and
[07:32] <fabbione> # "-di" are appended to the package names. Section can be left out. So can
[07:32] <fabbione> # architecture, which is derived from the files in the modules directory.
[07:32] <fabbione> # It overwrites specifications from /usr/share/kernel-wedge/package-list.
[07:32] <fabbione> #
[07:32] <fabbione> Package: kernel-image
[07:32] <fabbione> Package: fat-modules
[07:32] <fabbione> Priority: standard
[07:32] <fabbione> it should look like that
[07:33] <BenC> yeah, it does
[07:33] <fabbione> ok
[07:33] <fabbione> do you have d-i/sparc/modules/sparc64/ext2-modules ?
[07:33] <BenC> yep
[07:34] <fabbione> great
[07:34] <fabbione> than it's missing only the changelog entry
[07:34] <fabbione> thanks dude
[07:34] <fabbione> sorry for the panix
[07:34] <fabbione> panic
[07:35] <BenC> no problem :)
[07:36] <fabbione> i did add the changelog entry and committed it for the sake of completness
[07:36] <fabbione> it should be in my archive if you want to pull it
[07:36] <fabbione> and i must run to cook now :)
[07:36] <fabbione> later
[07:37] <BenC> later
[11:14] <makx> BenC: zero.
[11:14] <dilinger> heh
[11:14] <makx> you tree went in completly different direction.
[11:14] <dilinger> unless ubuntu kept feature additions in a separate tree..
[11:16] <mdke> hi all. my laptop doesn't get very far into the boot process due to (i think) the hard drive getting a new device name under the new dapper system, I wondered if anyone fancied some debugging with me?
[11:17] <makx> hmm what's your root on?
[11:17] <mdke> it is on /dev/sda7
[11:17] <mdke> or rather, it was
[11:17] <mdke> i rather think that now it is on /dev/hda7
[11:17] <makx> timing trouble with udev picking up ide-generic before your sata driver.
[11:17] <makx> do you have latest udev installed?
[11:18] <mdke> updated yesterday
[11:18] <makx> what does dpkg -l udev show?
[11:18] <mdke> today I can't get close enough to boot
[11:18] <makx> you don't have an old kernel to boot into???
[11:18] <mdke> oh yeah i could do that
[11:18] <mdke> brb
[11:20] <makx> if your initramfs got update too you need to pass some boot param to break at some point.
[11:20] <makx> and then there is some manual stuff to load your right driver and kick off init.
[11:25] <mdke> makx, ok i can boot with the old kernel, but I had to reboot back into breezy again cos the network card isn't working
[11:25] <mdke> most of the initscripts didn't seem to start
[11:25] <mdke> anyhow, it is version 076 of udev
[11:26] <mdke> weird because I could boot yesterday, with the new kernel
[11:26] <makx> which revision
[11:26] <mdke> ubuntu5
[11:26] <mdke> is that right?
[11:26] <makx> should be
[11:26] <mdke> oh well, no worky
[11:27] <makx> fabbione on #ubuntu-boot had the same trouble as you.
[11:27] <mdke> maybe we have similar laptops
[11:27] <mdke> fabbione, did you resolve?
[11:28] <mdke> this hard drive is weird, it is sda for warty, hda for hoary, and sda again for breezy :)
[11:28] <makx> well hda for hoary is because of the old kernel.
[11:29] <mdke> makx, ok so any ideas? shall i just file a bug?
[11:29] <makx> ooh changed from warty to hoary, then no idea..
[11:29] <makx> well i'm debian initramfs-tools maintainer i could you get booted, but i've some work atm
[11:29] <mdke> i don't need to boot, but i'd like it to get fixed
[11:30] <mdke> so I'll file a bug
[11:30] <makx> then check if there is not already a bug around against udev/initramfs-tools?
[11:30] <makx> and add your lspci output info.
[11:31] <mdke> will do
[11:31] <mdke> will lspci from breezy be ok?
[11:31] <makx> yes.
[11:31] <mdke> makx, thanks for your help
[11:32] <makx> mdke: np, Keybuk on #ubuntu-boot is your udev dude.
[11:32] <mdke> yeah i will bother him
[11:33] <makx> he is not around atm.
[11:33] <mdke> no he isn't
[11:33] <mdke> he'll get my bug :)
[11:38] <lamont> BenC: elilo tested and working
[11:38] <BenC> with initramfs?
[11:39] <lamont> not yet
[11:39] <BenC> well good that you could get it to work, because I was not having any luck even with initrd :)
[11:40] <lamont> BenC: http://people.debian.org/~lamont/elilo.efi
[11:40] <lamont> drop that in your efi directory and see how things go
[11:41] <lamont> mind you, you may want to rename the existing one to something else first,
[11:41] <lamont> so you can rename it back from efi-shell to get a working system afterwards... :)