[00:10] <TheMuso> maxb: Not that I know of, but it certainly wouldn't be hard to whip one up, simply by pulling the version with a sed regexp.
[01:06] <tcole> hello
[12:38] <apw> maxb, our tree should already carry the tags
[12:39] <apw> there is a script which is used in early release which could be adaped to do it, called retag
[12:39] <apw> but if you are using our git trees the git tags should already be on them
[12:39] <maxb> Yes, but I'd like to emulate whatever you do when I make myself a private build :-)
[12:40] <apw> tagging is manual as we release
[13:14] <LLStarks> morning.
[16:28] <monreal> I have a problem with intrepid not booting because the initrd is not generated correctly... is this the right channel?
[16:32] <rtg> monreal: what is incorrect about it?
[16:33] <monreal> rtg: ok, well, this morning it did not boot... says "udevadm trigger is not permitted while udev is unconfigured." right at the beginning
[16:34] <monreal> I googled for this but the only real match does not help
[16:34] <rtg> hmm, seems like it might be a Keybuk question.
[16:34] <rtg> monreal: was this after an update?
[16:34] <Keybuk> this sounds like you rebooted *mid* update
[16:35] <monreal> hard to say, the machine ran for some days
[16:35] <monreal> Keybuk: don't think so
[16:35] <Keybuk> or something called update-initramfs without a dependency on initramfs-tools (!!)
[16:35] <rtg> monreal: can you boot an older kernel?
[16:35] <monreal> well, I can boot the system with an old kernel and the old initrd
[16:36] <monreal> .27-9
[16:36] <BUGabundo> apw: here
[16:36] <BUGabundo> I lot wifi
[16:36] <BUGabundo> and seem not the only one
[16:36] <rtg> monreal: good, do that, then run 'update-initramfs -u'
[16:36] <apw> you lost wifi how?
[16:36] <apw> you mean if you boot with the rfkill on, and then turn it off ?
[16:36] <rtg> apw: LBM no doubt
[16:37] <BUGabundo> linux-backports-modules-2.6.28 (2.6.28-8.7) jaunty; urgency=low
[16:37] <BUGabundo>   [Stefan Bader]
[16:37] <BUGabundo>   * scripts: Fix typo in prepare-compat-wireless.sh
[16:37] <BUGabundo>     - LP: #332576
[16:37] <BUGabundo>   [Tim Gardner]
[16:37] <BUGabundo>   * Update to master-2009-03-03
[16:37] <BUGabundo>   * Accomodate request_module() calls when munging module names.
[16:37] <BUGabundo>  --  Tim Gardner <tim.gardner@canonical.com>  Wed, 04 Mar 2009 01:05:15 +0000
[16:37] <BUGabundo> linux-backports-modules-2.6.28 (2.6.28-8.6) jaunty; urgency=low
[16:37] <BUGabundo>   [Tim Gardner]
[16:37] <BUGabundo>   * Added LPIA arch support
[16:37] <BUGabundo>   * Bump ABI
[16:37] <BUGabundo>  --  Tim Gardner <tim.gardner@canonical.com>  Tue, 17 Feb 2009 02:44:25 +0000
[16:37] <rtg> BUGabundo: I'm working on it
[16:37] <BUGabundo> https://bugs.edge.launchpad.net/ubuntu/+source/linux-ubuntu-modules-2.6.24/+bug/193970?comments=all
[16:37] <ubot3> Malone bug 193970 in linux "iwl3945 | iwl4965: Wireless can't be activated after disabling kill switch" [Medium,Confirmed] 
[16:37] <BUGabundo> ok rtg
[16:37] <BUGabundo> thanks
[16:37] <monreal> rtg: Isn't this the same that dpkg-reconfigure udev runs for example?
[16:37] <BUGabundo> I had to reboot into -7 just to have wifi
[16:37] <BUGabundo> and nvidia is also a mess!
[16:37] <BUGabundo> only noveu works
[16:38] <apw> BUGabundo, heh ... yes a bit of a mess there.
[16:38] <rtg> monreal: probably, but your _are_ living on the bleeding edge.
[16:38] <BUGabundo> I'll wait for a new kernel bump
[16:38] <apw> if you weren't using lbm before you could deinstall that i believe
[16:38] <BUGabundo> do guys have a time line? so I boot into -7 until then
[16:39] <monreal> rtg: bleeding edge? this is intrepid...
[16:39] <apw> BUGabundo, did you have linux-backports-modules before i asked you to install it?
[16:39] <apw> if not then i believe just removing it should sort you out
[16:39] <BUGabundo> let me check
[16:39] <rtg> monreal: oh, I guess I assumed Jaunty.
[16:40] <BUGabundo> linux-backports-modules-2.6.28-8-generic:  Installed: 2.6.28-8.7
[16:40] <BUGabundo> yea it seem I had it already
[16:40] <BUGabundo> I didn't manually installed it TODAY
[16:40] <BUGabundo> if it was, it was there a while ago
[16:40] <monreal> no... if it happened on some alpha distribution I would not care much... but this was supposed to be my stable system :(
[16:41] <apw> BUGabundo, what version did you have before?
[16:42] <BUGabundo> apw: no idea!
[16:42] <BUGabundo> need to check aptlog
[16:42] <monreal> is there a way to extract the initrds? I have a good and a bad .27-9 initrd, maybe the difference would tell what's wrong?
[16:42] <apw> BUGabundo, well the previous version is still in the pool
[16:42] <BUGabundo> ah?
[16:42] <apw> BUGabundo, are you 32 ot 64 bit?
[16:43] <BUGabundo> on my cache?
[16:43] <BUGabundo> 64
[16:43] <apw> http://gb.archive.ubuntu.com/ubuntu/pool/main/l/linux-backports-modules-2.6.28/linux-backports-modules-2.6.28-8-generic_2.6.28-8.6_amd64.deb
[16:43] <apw> i believe that that would be the previous version, you could downgrade to that
[16:43] <BUGabundo> ERROR:root:NvidiaDetection returned a error: dir modaliases/ not found
[16:43] <BUGabundo> MarkUpgrade() called on a non-upgrable pkg: 'ubuntu-desktop'
[16:43] <BUGabundo> this explains why NV sucks
[16:44] <smb_tp> monreal, cat initrd|gunzip -c|cpio --extract --make-directories should work
[16:44] <apw> BUGabundo, erp.  did you get something else in the upgrade?
[16:44] <apw> that sounds unrelated to the lbm thing
[16:44] <BUGabundo> 2009-02-18 10:07:43 status installed linux-backports-modules-jaunty 2.6.28.8.8
[16:45] <BUGabundo> there it is.. the last one before today
[16:45] <BUGabundo> apw never mind NV... wrong log
[16:45] <BUGabundo> old apt.lg
[16:45] <BUGabundo> not dpkg.log.1
[16:50] <monreal> wtf, /sbin/udevadm is a script in the bad inited and a binary in the good one
[16:52] <BUGabundo> apw: rtg does that help?
[16:53] <apw> BUGabundo, sorry?
[16:53] <monreal> besides /sbin/udevadm the initrds are totally identical
[16:54] <apw> [ ]	linux-backports-modules-2.6.28-8-server_2.6.28-8.7_amd64.deb	04-Mar-2009 02:04 	1.2M	 
[16:54] <apw> [ ]	linux-backports-modules-2.6.28-8-server_2.6.28-8.7_i386.deb	04-Mar-2009 02:04 	1.2M	 
[16:54] <BUGabundo> (04:44:54 PM) freenode: 2009-02-18 10:07:43 status installed linux-backports-modules-jaunty 2.6.28.8.8
[16:54] <BUGabundo> (04:45:21 PM) freenode: there it is.. the last one before today
[16:54] <BUGabundo> apw ^^^^^^^
[16:54] <apw> those two appear to be the broken one
[16:54] <BUGabundo> I would believe so
[16:55] <apw> the link i posted to you before was a link to the .deb of the version which preceded that
[16:55] <apw> which would likley fix your issue
[16:55] <apw> wget that down and dpkg -i foo.deb on it
[16:55] <ogasawara> sbeattie: ok if I add a "linux" task to bug 329489 for the patch you provided
[16:55] <ubot3> Malone bug 329489 in apparmor "locks on unlinked files leak memory in apparmor" [Medium,Confirmed] https://launchpad.net/bugs/329489
[16:55] <sbeattie> ogasawara: uh, yeah. Doh.
[16:55] <BUGabundo> apw so in the mean time removing it should fix it?
[16:56] <apw> BUGabundo, no, if you had it installed before you updated, then you would want the older version i posted above
[16:56] <BUGabundo> ok
[16:57] <BUGabundo> apw: downgraded
[16:57] <apw> BUGabundo, let me know if it works for you :)
[16:57] <BUGabundo> no time now!
[16:57] <BUGabundo> at work.. busy
[16:58] <BUGabundo> that's why I needed it working
[16:58] <BUGabundo> strange... it was working fine, I upgraded as I do every day... still worked
[16:58] <BUGabundo> then when I tried to reconect to wifi... no more!
[17:01] <apw> BUGabundo, strange indeed
[17:05] <TheMuso> apw: Whats the status of getting the HDMI patches into the kernel for the dell hardware we have/are working with?
[17:07] <apw> i thought the stuff kernel side was already in
[17:07] <apw> mayhaps i miss remember
[17:08] <TheMuso> apw: afaik there were patches that Mario pointed out to you that needed to be applied.
[17:08] <apw> they got applied somewhere i thought
[17:09] <apw> perhaps it was just a ppa kernel, hmmm
[17:09] <apw> TheMuso, the short answer is i don't know for sure
[17:09] <apw> and i need to go find out
[17:09] <TheMuso> apw: Just checking, but I don't think so, as I have a separate branch locally that I rebase against mainline with, and the patches always have to be applied.
[17:10] <TheMuso> apw: i.e I have to apply the patches every time I want the latest jaunty kernel for the dell I have access to currently.
[17:10] <apw> TheMuso, is that branch somewhere i can see it, be good to compare it to anything i find
[17:10] <TheMuso> apw: No, once I rebase against latest Jaunty I can push a tree to zinc if thats helpful.
[17:10] <apw> TheMuso, that would be perfect
[17:10] <TheMuso> ok will do so shortly.
[17:12] <apw> TheMuso, sorry to be vague, i have 71 branches in my jaunty tree alone and some things slip through the cracks
[17:12] <TheMuso> apw: np
[17:22] <TheMuso> apw: git://kernel.ubuntu.com/themuso/ubuntu-jaunty.git has the hdmi related patches rebased on top of latest jaunty mainline in git./
[17:26] <rtg> apw: I'll take care of the Jaunty HDMI stuff.
[17:26] <apw> rtg ... ok
[17:28] <rtg> apw: how did all of these patches get your SOB without going into Jaunty?
[17:28] <apw> i assume they are signed off by me in the branch that i have here
[17:28] <apw> TheMuso, where did you get your patch stack from
[17:28] <apw> me ?
[17:29] <apw> i did the collection of the patches a long time back and we made test kernels
[17:29] <apw> i would have signed them as i pulled them into my branch ready for pushing to jaunty
[17:29] <rtg> apw: I guess that wuold explain it
[17:29] <apw> i assume that part is the bit which was missed
[17:29] <TheMuso> apw: I asked Mario about the HDMI patches, and he referred me to a tree of yours if I remember correctly.
[17:29] <apw> then that all fits with my expectation
[17:30] <rtg> TheMuso: I assume this stuff is tested to work?
[17:30] <apw> i was going to compare the two, but as i assume TheMuso has actually tested this pile, i would tend to use his
[17:30] <TheMuso> rtg: Yes, I've been rolling hdmi enabled kernels every jaunty kernel upload for use on the dell notebook I currently have, and yes HDMI is working.
[17:30] <rtg> TheMuso: cool, I'll pull it
[18:21] <Keybuk> do we copy modules.order into /lib/modules/blah ?
[18:25] <rtg> Keybuk: never seen that file.
[18:25] <Keybuk> it's in the top-level of the build afterwards
[18:25] <Keybuk> the word would me made of more kittens if you could include that in the kernel package in the /lib/modules/blah directory
[18:26] <rtg> something new with Jaunty that I've not noticed?
[18:26] <Keybuk> no, turned up about a year ago upstream,
[18:26] <Keybuk> it's a file containing the order that modules would be linked into the kernel had they been built-ins
[18:26] <Keybuk> modprobe will load modules in that order when multiple ones match
[18:26] <Keybuk> ie. the modprobe order for a MODALIAS and the built-in order will match
[18:26] <Keybuk> rather than being random
[18:28] <rtg> Keybuk: there appears to be one in each subdirectory that creates a .ko. Do you want them all?
[18:28] <Keybuk> no
[18:29] <Keybuk> just the top-level one
[18:29] <Keybuk> the kernel cats them all together as part of MODPOST
[18:29] <rtg> there it is, couldn't see it for the forest.
[18:31] <tcole> by the way, what is the correct next step for bug #300143?
[18:31] <ubot3> Malone bug 300143 in linux "tablet devices show up as non-functional joysticks" [Medium,Triaged] https://launchpad.net/bugs/300143
[18:34] <Keybuk> apw: you remember how we were looking into the problem of making built-in modules show up somehow to modprobe
[18:34] <Keybuk> apw: it turns out that the kernel almost but not quite does this already
[18:34] <Keybuk> e.g. /sys/module/printk :p
[18:34] <Keybuk> it just looks like certain modules aren't showing up
[18:34] <Keybuk> (like ata_piix)
[18:43] <rtg> Keybuk: how is modules.order going to be affected by external build like LBM ?
[18:51] <tcole> my question's been answered elsewhere, but thank you
[18:51] <tcole> I'll submit the patch properly
[18:59] <Keybuk> rtg: doesn't LBM install into updates?
[19:00] <rtg> Keybuk: yep, but it also pre-empts module load order when /etc/modprobe.d/conf is set.
[19:01] <rtg> Keybuk: depmod.d that is
[19:11] <Keybuk> how do you mean?
[19:12] <rtg> Keybuk: /etc/depmod.d/ubuntu.conf controls search order, which seems to preempt the order defined in modules.order
[19:13] <Keybuk> exactly
[19:13] <Keybuk> so if you have something in LBM, it'll be in updates, so preferred
[19:14] <rtg> Keybuk: yep.
[19:14] <Keybuk> isn't that desired?
[19:14] <rtg> Keybuk: yes, which is why I asked if modules.order would have any affect in that case. If not, then I'm ok with it.
[19:16] <Keybuk> great
[19:17] <rtg> Keybuk: different topic. is it OK to make kexec-tools depend on initramfs-tools ?
[19:17] <Keybuk> I can't see why not
[19:18] <rtg> k
[20:22] <kristian1> is this the kernel?
[20:31] <maxb> How do I ask the latest linux-backports-modules to be in a different wireless regulatory zone?
[20:37] <Wellark> could someone take alook at this, please: https://bugs.launchpad.net/ubuntu/+source/linux-meta/+bug/273152
[20:37] <ubot3> Malone bug 273152 in linux-meta "New rtl8187b device ID" [Undecided,New] 
[20:38] <Wellark> it's probably filed against wrong package as it's trivial and fix is attached, but it seems that jaunty kernel is missing the ID, too
[22:22] <jbuncher> apw:  I just saw your post to Bug #327431, but I'm not sure how to test the version of linux-ubuntu-modules that you uploaded.  The package you want me to test has the 2.6.24-24 kernel numbering, but I don't have that installed.  Will I be able to test that package with the -23 kernel?
[22:22] <ubot3> Malone bug 327431 in linux "iwl3945 cannot connect to hidden ssid WPA enterprise with Hardy 2.6.24-23 - Regression" [High,Incomplete] https://launchpad.net/bugs/327431
[23:05] <apw> jbuncher, hrm, i built that against the latest kernel for hardy i guess.  i downloaded the headers to build it from the pool so it must be in there
[23:05] <apw> http://gb.archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-image-2.6.24-24-generic_2.6.24-24.50_i386.deb
[23:05] <apw> is probabally it
[23:07] <jbuncher> apw:  Ok. I'll install that kernel first and test it (just to check if -24 fixed the problem anyway), then I'll try with the new -ubuntu-modules you uploaded.  It might take me a while to do, as I have to get my laptop repaired in the next day or so (dc power jack issues).
[23:08] <apw> heh typical ... thanks for testing
[23:41] <maco> does bug 270754 make sense to any of you?  the person says their computer worked fine until installing Intrepid either wiped or corrupted their BIOS.
[23:41] <ubot3> Malone bug 270754 in ubuntu "8.10 Killed my motherboard?" [Undecided,Confirmed] https://launchpad.net/bugs/270754
[23:44] <soren> What exactly is it that makes the iptables modules load when I run iptables for the first time?
[23:46] <soren> Oh. Hah. Never mind :)