[12:23] mdz: Wont be back till Saturday, but I'm available === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [12:39] hey [12:43] BenC: ok, I'll talk to you then [12:44] or monday rather [12:44] hey mdz [12:44] zul: good day === zul__ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel [01:13] Keybuk: do you happen to know if udev in edgy is broken? It seems i have lost some devices with one of the last updates... [01:14] it's not broken [01:14] the kernel might be, of course [01:14] but there's no reason why udev would be dropping kernel events [01:14] hmm weird [01:15] yeah i see no reason except it started happening all of a sudden [01:15] *shrug* [01:15] udev is almost never to blame [01:16] heh.. [01:20] Keybuk i've a questions for dapper initramfs-tools [01:20] makx: dapper? [01:20] yes i'm facing same sort of upgrade somehow [01:21] hmm? [01:21] Keybuk: mkinitramfs is adding vgchange and mdrun, but i see no boot script [01:21] it's in mdadm or lvm2 ? [01:21] (conditional addition) [01:22] you'll have to be more verbose [01:22] well mkinitramfs add mdrun if there is no md hook around from mdadm, but mdrun and mdadm is installed [01:23] but i see no boot script calling this mdrun [01:23] some story for vgchange [01:23] BE MORE VERBOSE :) [01:23] /usr/share/initramfs-tools/hooks/lvm [01:23] /usr/share/initramfs-tools/scripts/local-top/lvm [01:23] /usr/share/initramfs-tools/hooks/evms [01:23] /usr/share/initramfs-tools/scripts/local-top/evms [01:23] *shrug* [01:23] it's all there [01:24] # FIXME: Remove this LVM block after Dapper releases [01:24] if [ -x /sbin/vgchange -a -d /lib/lvm-200 -a ! -f /usr/share/initramfs-tools/hoo [01:24] ks/lvm ] ; then [01:24] copy_exec /lib/lvm-200/vgchange /sbin [01:24] and so on.. [01:24] but i don't see the usage inside of 0.40ubuntu32 [01:24] why would it be in initramfs-tools ? [01:25] it's in our lvm packages [01:25] also the breezy lvm had no hooks yet [01:25] I don't understand what you're going on about [01:25] could you please be more verbose [01:25] i think it was done for partial upgrades [01:25] * Conditionalise the use of lvm and md in mkinitramfs so it's a no-op if [01:25] you don't have those packages installed, but allows for smooth upgrades [01:25] if you have older versions that don't ship their own hooks yet. [01:25] *shrug* no idea [01:25] ask whoever did that change [01:26] the strange thing is that it is not accompagnied by an lvm or md script in scripts/local-top [01:26] no, it wouldn't be [01:26] the lvm and md script are in lvm2 and mdadm [01:27] it's likely that code was supposed to be removed from mkinitramfs and never was [01:27] no it was added shortly before dapper release [01:27] so it was on purpose [01:27] then it's likely to be a bug fix for something [01:27] no idea what [01:27] dependency ordering, maybe? [01:27] yes partial upgrade where you still have old lvm2 from breezy around [01:28] right [01:28] there you go then [01:28] still i miss the boot scripts of that idea, so it was only half done [01:28] no [01:28] the boot scripts are in lvm2 [01:28] I keep saying this [01:28] but you keep ignoring me [01:28] quest scott% dpkg -L lvm-common | grep initramfs [01:28] /usr/share/initramfs-tools [01:28] /usr/share/initramfs-tools/scripts [01:28] /usr/share/initramfs-tools/scripts/local-top [01:28] /usr/share/initramfs-tools/scripts/local-top/lvm [01:28] /usr/share/initramfs-tools/hooks [01:28] /usr/share/initramfs-tools/hooks/lvm [01:29] no i don't ignore you but lvm2 versioned dep is pulled in by? [01:29] ubuntu-desktop [01:29] i see [01:29] or probably ubuntu-standard or something [01:29] ok that explains why you didn't to care about the boot scripts [01:30] in edgy, we don't install either lvm2 or mdadm by default [01:30] have no such dep on the Debian side [01:30] and we made an effort in dapper to remove all the specific stuff out of initramfs-tools [01:30] so it's just a "kit for making initramfses" [01:30] Keybuk: sure but you upgrade from a package that has already initramfs hooks [01:31] much easier, thanks Keybuk === aimaz [n=swp1@87.127.26.213] has joined #ubuntu-kernel === johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-kernel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === lloydinho [n=andreas@rosinante.egmont-kol.dk] has joined #ubuntu-kernel === chmj [n=chmj@196.44.1.98] has joined #ubuntu-kernel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel === doko [n=doko@dslb-088-073-095-026.pools.arcor-ip.net] has joined #ubuntu-kernel === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-kernel === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel [02:04] infinity, ping [02:08] rodarvus: pong [02:09] infinity, I'd like to blacklist build of a bunch of X.Org packages on some architectures - sometime ago I was informed I should talk to you to do this :) [02:10] (sorry for asking in #ubuntu-kernel, btw - I didn't noticed before actually asking here) [02:11] rodarvus: We don't actually have that capacity correctly in place right now. I have an outstanding soyuz bug about it. [02:11] oh, no problem, then [02:11] rodarvus: Is it too much trouble to set the arch: line in the source? (I assume this is for the suncg drivers and such) [02:11] it is set [02:12] Right, so no big deal. They'll fail, which is what we want. [02:12] It wastes a few buildd cycles to get there, but not the end of the world. [02:12] the "bug" is only cosmetic, actually - packages are showing as "build failed" on Soyuz, even with Arch: set on debian/control [02:12] Yeah, no big deal. Some day, soyuz will be fixed to do P-a-s stuff properly, like Debian, and you won't have to see that. [02:13] *nods* [02:13] infinity, thanks! [02:18] one day, we'll make the Architecture line in the .dsc work correctly [02:19] mdz: Well, it does, but that only works well for inclusive arch lines, not exclusive. [02:20] So, in the case of a sparc-only driver (like this), Arch: sparc is fine. In the case of sometihng that you DON'T want built on a single arch (or a few), it gets... Ugly. [02:20] exactly [02:20] infinity, apparently its failing for inclusive arch lines too [02:20] And changing those sorts of semantics across the board in dpkg, sbuild, etc, etc gets... Interesting. [02:20] (see latest build of xserver-xorg-video-i810) [02:21] it should contain enough information for the buildds to determine whether they need to bother [02:21] rodarvus: No, it works fine. sbuild bombs out when it sees it. [02:21] rodarvus: soyuz isn't looking at it, but the buildds do. [02:21] infinity, oh, right - sorry [02:21] I thought you were mentioning soyuz [02:22] No, not especially. The soyuz problem is purely cosmetic, really. Having the buildds DTRT is what really matters. [02:22] Catching it in soyuz first saves a bit of time, but it's not really a big deal. === JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-kernel [03:25] uh, is http://www.kernel.org/git not actually showing any projects for anyone else? [03:26] thom: no problems here [03:26] no problems here either [03:28] great, thanks. === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel === freeflying|away [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-kernel [05:55] use edgy-alternate-amd64(today's iso), it can not install on an AMD64 Turion 64x2's notebook, after boot kernel, it hangs, and give a message like this " kernel dicrect mapping tables up to 10000000 @ 8000-8000" at the bottom of the screen [05:56] I've tried with noapic and nolapic === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === lloydinho [n=andreas@0x50a6bd5e.rdnxx3.adsl-dhcp.tele.dk] has joined #ubuntu-kernel === lloydinho_ [n=andreas@0x50a6bd5e.rdnxx3.adsl-dhcp.tele.dk] has joined #ubuntu-kernel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [08:01] well that was unpleasant === allee [n=ach@dialin-212-144-132-042.pools.arcor-ip.net] has joined #ubuntu-kernel === Fjodor [n=sune@0x55510b65.adsl.cybercity.dk] has joined #ubuntu-kernel [09:36] Fjodor: are you referring to a specific source file or the config{,s} themselves? === johanbr [n=j@jupiter.physics.ubc.ca] has joined #ubuntu-kernel [09:38] crimsun: I assume that /usr/src/linux-source-2.6.17/include/linux/config.h (or autoconf.h, as it is) is generated on kernel build. There, I find a #undef CONFIG_D80211 (not unset, sorry) [09:39] crimsun: This prevents building of rt2x00 cvs sources [09:39] crimsun: as their rt2x00_compat.h #include [09:40] Fjodor: but CONFIG_D80211=m appears in all the i386-class configs. [09:40] http://www.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-2.6.git;a=blob;h=0da4742d94127974c29d20325fd47e6933e40da8;hb=b6e0a65ea85c03dc1512b4b13d1f24bc837a6481;f=debian/config/i386/config [09:41] what do the cvs snaps offer in addition? [09:42] crimsun: cvs sources has their own config file, where it must be set to y [09:43] and other distros' kernel headers have it set? [09:43] crimsun: Wouldn't know. I'm not sure other kernel trees have it at all [09:44] crimsun: It is hardly stable now, and thus even less so at the time the sources where put in the kernel [09:52] crimsun: All in all, any config for rt2x00 and dscape 80211 in the kernel autoconf.h will override values from rt2x00 cvs config. I am in the process of reporting this to their fora, but a specific #undef seems unnecessary, and is atm. counterproductive [09:52] Fjodor: I can't speak for a policy decision, sorry [09:53] crimsun: inasmuch as the #undef is the result of completely unselecting rt2x00 from the kernel with cvs build in mind [09:53] crimsun: Ok. You said BenC? [09:55] yes. [09:55] (he's off at a tourney atm) [09:58] crimsun: Ok. I'll get back sometime then [10:00] crimsun: For now, though, I'm off to bed. Thanks so far === jbailey [n=jbailey@209.217.74.66] has joined #ubuntu-kernel === wesj [n=brook@83.110.124.126] has joined #ubuntu-kernel [11:26] hi === lfittl [n=lfittl@85-125-145-190.dynamic.xdsl-line.inode.at] has joined #ubuntu-kernel === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-kernel === Guest401 [n=Guest401@p54AC3F95.dip0.t-ipconnect.de] has joined #ubuntu-kernel === Guest401 [n=Guest401@p54AC3F95.dip0.t-ipconnect.de] has left #ubuntu-kernel []