/srv/irclogs.ubuntu.com/2006/07/28/#ubuntu-kernel.txt

BenCmdz: Wont be back till Saturday, but I'm available12:23
=== zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel
zulhey12:39
mdzBenC: ok, I'll talk to you then12:43
mdzor monday rather12:44
zulhey mdz12:44
mdzzul: good day12:44
=== zul__ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel
fabbioneKeybuk: 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:13
Keybukit's not broken01:14
Keybukthe kernel might be, of course01:14
Keybukbut there's no reason why udev would be dropping kernel events01:14
fabbionehmm weird01:14
fabbioneyeah i see no reason except it started happening all of a sudden01:15
Keybuk*shrug*01:15
Keybukudev is almost never to blame01:15
zulheh..01:16
makxKeybuk i've a questions for dapper initramfs-tools01:20
Keybukmakx: dapper?01:20
makxyes i'm facing same sort of upgrade somehow01:20
Keybukhmm?01:21
makxKeybuk: mkinitramfs is adding vgchange and mdrun, but i see no boot script01:21
Keybukit's in mdadm or lvm2 ?01:21
makx(conditional addition)01:21
Keybukyou'll have to be more verbose01:22
makxwell mkinitramfs add mdrun if there is no md hook around from mdadm, but mdrun and mdadm is installed01:22
makxbut i see no boot script calling this mdrun01:23
makxsome story for vgchange01:23
KeybukBE MORE VERBOSE :)01:23
Keybuk/usr/share/initramfs-tools/hooks/lvm01:23
Keybuk/usr/share/initramfs-tools/scripts/local-top/lvm01:23
Keybuk/usr/share/initramfs-tools/hooks/evms01:23
Keybuk/usr/share/initramfs-tools/scripts/local-top/evms01:23
Keybuk*shrug*01:23
Keybukit's all there01:23
makx# FIXME: Remove this LVM block after Dapper releases01:24
makxif [ -x /sbin/vgchange -a -d /lib/lvm-200 -a ! -f /usr/share/initramfs-tools/hoo01:24
makxks/lvm ] ; then01:24
makxcopy_exec /lib/lvm-200/vgchange /sbin01:24
makxand so on..01:24
makxbut i don't see the usage inside of 0.40ubuntu3201:24
Keybukwhy would it be in initramfs-tools ?01:24
Keybukit's in our lvm packages01:25
makxalso the breezy lvm had no hooks yet01:25
KeybukI don't understand what you're going on about01:25
Keybukcould you please be more verbose01:25
makxi think it was done for partial upgrades01:25
makx  * Conditionalise the use of lvm and md in mkinitramfs so it's a no-op if01:25
makx    you don't have those packages installed, but allows for smooth upgrades01:25
makx    if you have older versions that don't ship their own hooks yet.01:25
Keybuk*shrug* no idea01:25
Keybukask whoever did that change01:25
makxthe strange thing is that it is not accompagnied by an lvm or md script in scripts/local-top01:26
Keybukno, it wouldn't be01:26
Keybukthe lvm and md script are in lvm2 and mdadm01:26
Keybukit's likely that code was supposed to be removed from mkinitramfs and never was01:27
makxno it was added shortly before dapper release01:27
makxso it was on purpose01:27
Keybukthen it's likely to be a bug fix for something01:27
Keybukno idea what01:27
Keybukdependency ordering, maybe?01:27
makxyes partial upgrade where you still have old lvm2 from breezy around01:27
Keybukright01:28
Keybukthere you go then01:28
makxstill i miss the boot scripts of that idea, so it was only half done01:28
Keybukno01:28
Keybukthe boot scripts are in lvm201:28
KeybukI keep saying this01:28
Keybukbut you keep ignoring me01:28
Keybukquest scott% dpkg -L lvm-common | grep initramfs01:28
Keybuk/usr/share/initramfs-tools01:28
Keybuk/usr/share/initramfs-tools/scripts01:28
Keybuk/usr/share/initramfs-tools/scripts/local-top01:28
Keybuk/usr/share/initramfs-tools/scripts/local-top/lvm01:28
Keybuk/usr/share/initramfs-tools/hooks01:28
Keybuk/usr/share/initramfs-tools/hooks/lvm01:28
makxno i don't ignore you but lvm2 versioned dep is pulled in by?01:29
Keybukubuntu-desktop01:29
makxi see01:29
Keybukor probably ubuntu-standard or something01:29
makxok that explains why you didn't to care about the boot scripts01:29
Keybukin edgy, we don't install either lvm2 or mdadm by default01:30
makxhave no such dep on the Debian side01:30
Keybukand we made an effort in dapper to remove all the specific stuff out of initramfs-tools01:30
Keybukso it's just a "kit for making initramfses"01:30
makxKeybuk: sure but you upgrade from a package that has already initramfs hooks01:30
makxmuch easier, thanks Keybuk01:31
=== 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
rodarvusinfinity, ping02:04
infinityrodarvus: pong02:08
rodarvusinfinity, 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:09
rodarvus(sorry for asking in #ubuntu-kernel, btw - I didn't noticed before actually asking here)02:10
infinityrodarvus: We don't actually have that capacity correctly in place right now.  I have an outstanding soyuz bug about it.02:11
rodarvusoh, no problem, then02:11
infinityrodarvus: 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
rodarvusit is set02:11
infinityRight, so no big deal.  They'll fail, which is what we want.02:12
infinityIt wastes a few buildd cycles to get there, but not the end of the world.02:12
rodarvusthe "bug" is only cosmetic, actually - packages are showing as "build failed" on Soyuz, even with Arch: set on debian/control02:12
infinityYeah, 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:12
rodarvus*nods*02:13
rodarvusinfinity, thanks!02:13
mdzone day, we'll make the Architecture line in the .dsc work correctly02:18
infinitymdz: Well, it does, but that only works well for inclusive arch lines, not exclusive.02:19
infinitySo, 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
mdzexactly02:20
rodarvusinfinity, apparently its failing for inclusive arch lines too02:20
infinityAnd changing those sorts of semantics across the board in dpkg, sbuild, etc, etc gets... Interesting.02:20
rodarvus(see latest build of xserver-xorg-video-i810)02:20
mdzit should contain enough information for the buildds to determine whether they need to bother02:21
infinityrodarvus: No, it works fine.  sbuild bombs out when it sees it.02:21
infinityrodarvus: soyuz isn't looking at it, but the buildds do.02:21
rodarvusinfinity, oh, right - sorry02:21
rodarvusI thought you were mentioning soyuz02:21
infinityNo, not especially.  The soyuz problem is purely cosmetic, really.  Having the buildds DTRT is what really matters.02:22
infinityCatching it in soyuz first saves a bit of time, but it's not really a big deal.02:22
=== JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-kernel
thomuh, is http://www.kernel.org/git not actually showing any projects for anyone else?03:25
zulthom: no problems here03:26
rodarvusno problems here either03:26
thomgreat, thanks. 03:28
=== 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
freeflying|awayuse 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 screen05:55
freeflying|awayI've tried with noapic and nolapic 05:56
=== 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
zulwell that was unpleasant08:01
=== 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
crimsunFjodor: are you referring to a specific source file or the config{,s} themselves?09:36
=== johanbr [n=j@jupiter.physics.ubc.ca] has joined #ubuntu-kernel
Fjodorcrimsun: 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:38
Fjodorcrimsun: This prevents building of rt2x00 cvs sources09:39
Fjodorcrimsun: as their rt2x00_compat.h #include <linux/config.h>09:39
crimsunFjodor: but CONFIG_D80211=m appears in all the i386-class configs.09:40
crimsunhttp://www.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-2.6.git;a=blob;h=0da4742d94127974c29d20325fd47e6933e40da8;hb=b6e0a65ea85c03dc1512b4b13d1f24bc837a6481;f=debian/config/i386/config09:40
crimsunwhat do the cvs snaps offer in addition?09:41
Fjodorcrimsun: cvs sources has their own config file, where it must be set to y09:42
crimsunand other distros' kernel headers have it set?09:43
Fjodorcrimsun: Wouldn't know. I'm not sure other kernel trees have it at all09:43
Fjodorcrimsun: It is hardly stable now, and thus even less so at the time the sources where put in the kernel09:44
Fjodorcrimsun: 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. counterproductive09:52
crimsunFjodor: I can't speak for a policy decision, sorry09:52
Fjodorcrimsun: inasmuch as the #undef is the result of completely unselecting rt2x00 from the kernel with cvs build in mind09:53
Fjodorcrimsun: Ok. You said BenC?09:53
crimsunyes.09:55
crimsun(he's off at a tourney atm)09:55
Fjodorcrimsun: Ok. I'll get back sometime then09:58
Fjodorcrimsun: For now, though, I'm off to bed. Thanks so far10:00
=== jbailey [n=jbailey@209.217.74.66] has joined #ubuntu-kernel
=== wesj [n=brook@83.110.124.126] has joined #ubuntu-kernel
wesjhi11:26
=== 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 []

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!