[00:25] jsalisbury: hey, just saw your email. if you don't mind, I [00:25] 'll respond in the morning === bladernr_ is now known as bladernr_afk === TeTeT_ is now known as TeTeT === ericm-Zzz is now known as ericm-afk === jibel_ is now known as jibel === ericm-afk is now known as ericm|ubuntu === gema_afk is now known as gema [08:57] moin [09:51] Hi, is there a backported package that contains /lib/firmware/htc_9271.fw in 10.04? So that linux-image-generic-lts-backport-natty will be able to use that wireless card... [09:52] If not, can I install linux-firmware from Oneiric to Lucid? [10:06] apt-file search /lib/firmware/htc_9271.fw in Lucid returns nothing... can I install Oneiric's linux-firmware to Lucid? [11:25] uhmmm [11:26] anyway to workaround the maint-getabis script that tries to download a "non-existing" package? [11:59] herton: maint-startnewrelease uses Kernel Team instead of my user when creating a new release [11:59] herton: have you heard of it? [12:00] ppisati, did you have DEBEMAIL and DEBFULLNAME set in your invironment, I think it uses that, let me check [12:00] *do you [12:01] that's my laptop, i guess i don't have these set [12:01] ppisati, yes, you must have DEBEMAIL="your email" DEBFULLNAME="your name" [12:01] exported [12:02] *environment, sigh [12:38] <`-`> #ubuntu ops are nazi fags. please remember to use your brain not that other bit of the anatomy the #ubuntu team appears to think is best. [14:01] ppisati, you forgot to tag the ti-omap4 natty branch [14:04] nope [14:05] i forgo to push the tags [14:05] wait [14:10] herton: ok, all done [14:10] ppisati, thanks [14:10] btw, since we don't pubblish anymore lucid/dove but i need it for maverick [14:11] is there a way to make maint-startnewrelease happy even with a non-existing kernel/package? [14:11] ppisati, lucid is being pushed/uploaded later, so I think you can wait that to happen to prepare the maverick mvl-dove [14:11] actually the problem is maint-getabi that tries to download from a repository the package [14:11] ah [14:11] no wait [14:11] i mean lucid/dove, i thought we don't pubblish it anymore [14:11] hiya [14:12] where is the current linux upstream bug tracker? is http://bugzilla.kernel.org/ still down because of the security issues? [14:12] herton: e.g. no maint-getabis look for Ubuntu-2.6.32-220.38 package [14:12] ppisati, yep, but we still push lucid/dove to the repositories, I pushed your last rebase [14:12] ah [14:12] when? [14:12] tgardner: thanks for doing the rebase [14:12] so the .deb should be ready soon [14:13] ppetraki, ah ok, well about the abi, indeed we don't build the kernel now [14:13] ppisati ^ [14:13] yep [14:13] ogasawara, had some idle cycles while waiting for lucid builds [14:13] so the only way to make getabis happy, is to hack it i guess === bladernr_afk is now known as bladernr_ [14:14] ppisati, hmm... yes, may be you can build manually somewhere the package, and copy the abi files? [14:14] yes [14:14] that was the plan [14:14] ok [14:21] did anyone of you hear anything about some usb modules not being loadable with 3.2 due to 28 - ENOSPC (uvcvideo and snd-usb-caiaq in my case)? sorry for the vague question - but this the only bits I was able to find out up until now [14:21] good morning [14:22] dholbach - hey, i got the same problem just yesterday [14:23] dholbach - well, sounds similar anyway [14:23] brendand, I filed bug 899165 and bug 899099 - which modules were it in your case? (usb-storage and my usb scanner, not sure which module that is, work though) [14:23] Launchpad bug 899165 in linux "uvcvideo: Failed to submit URB 0 (-28)." [Undecided,Confirmed] https://launchpad.net/bugs/899165 [14:23] Launchpad bug 899099 in linux "snd-usb-caiaq fails to load" [Undecided,Confirmed] https://launchpad.net/bugs/899099 [14:26] dholbach - my webcam stopped working [14:26] i saw [14:26] ~/.xsession-errors [14:26] libv4l2: error turning on stream: No space left on device [14:26] ** (cheese:26114): WARNING **: Error starting streaming on device '/dev/video0'. [14:26] ** (cheese:26114): WARNING **: Could not negotiate format [14:26] but didn't check syslog actually [14:27] dholbach - which model webcam have you got? [14:27] * brendand can check the bug probably [14:27] brendand, Lenovo x220 - the camera should be "Bus 001 Device 005: ID 04f2:b217 Chicony Electronics Co., Ltd" [14:28] dholbach - yeah, saw that just now in lsusb. i have a z-star one, so it must be something more general [14:29] apart from these two bugs I'm actually quite happy with 12.04, considering we're at 12.04 :) [14:30] dholbach - i guess you mean at alpha1 [14:30] :/ [14:30] errr [14:30] yes [14:32] dholbach - upgrades as usual are a different story though. big regression in Firefox for me, but only with the system i upgraded [14:34] it seems I didn't run into this one [14:35] dholbach - i can't access bug pages in launchpad with javascript turned on [14:36] maybe an addon? === ericm|ubuntu is now known as ericm-Zzz [15:08] * herton -> lunch [15:20] * ogasawara back in 20 [15:21] jsalisbury, I tested the new kernel and replied to the two bugs - if there's anything else I can do to test, please let me know [15:25] dholbach, cool, thanks [15:28] dholbach, they both appear to be upstream bugs. Unfortunately bugzilla.kernel.org is still offline, so we can't report it upstream yet :-( [15:31] jsalisbury, and I guess there's nothing I can do to further help debug it? could you imagine that the bugs have anything to do with each other? both usb-related, both having error code -28 - or could that be a red herring? [15:32] also I don't know if you saw it earlier, but brendand seems to have a similar problem with a z-star webcam (not sure if he filed a bug) [15:34] dholbach, they could be related. brendand, it would be great if you could review bugs 899165 and 899099 to see if you have the same or similar issue. [15:34] Launchpad bug 899165 in linux "uvcvideo: Failed to submit URB 0 (-28)." [Medium,Triaged] https://launchpad.net/bugs/899165 [15:34] Launchpad bug 899099 in linux "snd-usb-caiaq fails to load" [Medium,Triaged] https://launchpad.net/bugs/899099 [15:34] jsalisbury, would it be useful to try older precise kernels? [15:34] dholbach, yes, that would be. You could try back to 3.2rc1 or even the later 3.0 kernels. [15:35] * dholbach nods [15:35] I'll let you know [15:35] dholbach, thanks. I also noticed this message in your report: libv4l2: error turning on stream: No space left on device [15:36] jsalisbury, that was the user space message in .xsession-errors which came up after "uvcvideo: Failed to submit URB 0 (-28)" [15:36] diwic told me earlier: [15:36] #define ENOSPC 28 /* No space left on device */ [15:37] dholbach, ahh, ok. misleading message :-) [15:37] (as you can imagine, I had no idea) [15:37] :) [15:37] dholbach, It would be great if you could narrow down at what version the bugs happen, and don't happen. [15:37] I'll do my best [15:38] dholbach, thanks! [15:40] jsalisbury - i definitely have 899165 [15:40] brendand, ok, can you mark that as "affects me too" [15:40] jsalisbury - think i did [15:40] brendand, if we can narrow down at what version the kernel breaks, we may be able to do a bisect and create some test kernels. [15:41] jsalisbury - i asked yesterday if the kernel had changed in precise recently. the response was that it hadn't [15:41] jsalisbury - nearly certain it was working just a few days ago [15:42] brendand, did you apply updates recently? You could always look at your /var/log/dpkg logs to see if your kernel was updated. [15:43] jsalisbury - well, the laptop in question i use for iso testing. so it's fresh images [15:43] brendand, ahh, ok. [15:43] jsalisbury - pretty sure 3.1 worked [15:45] brendand, Do you have time, or a system to test the 3.1.0-2.3 kernel, and confirm the bug is not there? [15:45] jsalisbury - point me at the .deb [15:45] brendand, https://launchpad.net/ubuntu/+source/linux/3.1.0-2.3 [15:45] brendand, from there select your desired arch [15:46] brendand, Under the "Builds" title [15:47] jsalisbury - got it now. should just need the generic i386 .deb file, right? [15:47] brendand, yes [15:49] brendand, Can you post your results to the bug, so we can keep track of them? [15:49] jsalisbury: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/899165/comments/4 [15:49] Launchpad bug 899165 in linux "uvcvideo: Failed to submit URB 0 (-28)." [Medium,Triaged] [15:50] Sarvatt, your the man ;-) [15:50] brendand, ^^^^ [15:52] jsalisbury: lets tag that 'rls-p-tracking' and milestone it for Alpha-2 [15:53] ogasawara, sounds good. [15:53] jsalisbury: feel free to assign it to me so I keep track of it [15:53] ogasawara, will do. Almost got another chance to bisect ;-) [15:54] jsalisbury: if you want, if there is a patch available, you can try building them a test kernel to use in the mean time [15:54] ogasawara, not sure if there is a patch, but I can check. [15:54] jsalisbury: /home/sarvatt/uvcvideo.patch on tangerine.buildd [15:55] Sarvatt, great, thanks [16:00] yah, camera works again :) [16:02] anyone know why applying some sysctls don't appear to affect all interfaces? for instance, if I try to change net.ipv4.conf.all.log_martians to 1; only that particular entry is changed, not the values for eth0.log_martians, wlan0.log_martians, etc. the one I'm particularly interested in is net.ipv6.conf.all.use_tempaddr (ipv6 privacy extensions) [16:04] Sarvatt, thanks a lot for digging the patch out - I hope it will fix bug 899099 as well [16:04] Launchpad bug 899099 in linux "snd-usb-caiaq fails to load" [Medium,Triaged] https://launchpad.net/bugs/899099 [16:08] brendand, dholbach, I'm going to build a test kernel with the patch. I'll ping you when its ready. === dholbach_ is now known as dholbach [16:36] brendand, did you build the test kernel yourself? :) [16:38] dholbach - i just downloaded the previous one that jsalisbury pointed me to [16:38] dholbach, brendand tested the 3.1.0-2.3 kernel, which did not have the bug. [16:38] :-) [16:39] dholbach, brendand I have a test kernel building now. Should be ready shortly. [16:39] ahhh ok [16:39] thank jsalisbury, Sarvatt, ogasawara [16:39] jsalisbury - ok. let me know [16:39] thanks kernel folks [16:39] if the patch fixes both bugs, I'll mark the other one as dup [16:39] dholbach, cool, thanks. [16:40] * vanhoof waves [16:43] achooo [16:44] cking: got a cold? [16:45] it's the weekend, which means yes. I seem to get one from the kids during the week and it hits me over the weekends [17:00] apw, about? [17:04] Sarvatt, Just curious, where did you get the uvcvideo.patch file from? I see the patch on LKML in the body of am email, but I don't see it in real patch format anywhere like you have. [17:05] jsalisbury, http://www.spinics.net/lists/linux-usb/msg54992.html maybe? [17:06] dholbach, ahh ok. [17:08] tgardner: I'm gonna upload -rc4 and stefan's kunmap_atomic patch he sent out yesterday. anything else you want included? [17:09] ogasawara, other ten the non-pae patch :) nothing I can think of. [17:10] apw, tgardner: know why applying some sysctls don't appear to affect all interfaces? for instance, if I try to change net.ipv4.conf.all.log_martians to 1; only that particular entry is changed, not the values for eth0.log_martians, wlan0.log_martians, etc. the one I'm particularly interested in is net.ipv6.conf.all.use_tempaddr (ipv6 privacy extensions) [17:11] I was expecting "all" to change the settings for the interfaces too; otherwise it's unclear to me what its use is... I can always open a bug though :) [17:11] dholbach, brendand, Build is done. A 64 bit test kernel is available at: http://people.canonical.com/~jsalisbury/lp899165/ [17:11] thanks jsalisbury [17:11] cyphermox, dunno, but I remember something like that plaguing me in the 2.4 days [17:11] I'll report back in a bit [17:11] brendand, do you need the 32bit kernel? [17:11] jsalisbury - yes please [17:11] jsalisbury, if it works, maybe that should be included in the -rc4 kernel as well? ;-) [17:12] brendand, ok, I'll put the 32bit kernel in that same directory. [17:12] brb [17:13] tgardner: fun. because right now there's this which could help working around the fact that ipv6 privacy extensions aren't turned on by .default. because eth0 is discovered before the sysctls are applied... otherwise maybe it would make sense to make use_tempaddr the default globally everywhere... as a patch? [17:14] cyphermox, maybe you should ask the crew on netdev@vger.kernel.org . I haven't worked on that stuff for years. who knows what has changed. [17:15] tgardner: ah, cool, thanks [17:15] jsalisbury, no, the situation is unchanged [17:16] dholbach, so the bug is still there with this test kernel? Can you run uname -a to ensure its the patched kernel? [17:17] daniel@daydream:~$ uname -a; dpkg -l | grep linux-image-3.2.0-3 [17:17] Linux daydream 3.2.0-3-generic #7 SMP Fri Dec 2 16:44:58 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux [17:17] ii linux-image-3.2.0-3-generic 3.2.0-3.7 Linux kernel image for version 3.2.0 on x86_64 [17:17] daniel@daydream:~$ [17:17] jsalisbury, ^ [17:18] cyphermox, i think thats a tricky one, if the interface differes from the default is that cause you changed it, or because its the default. it would be detectable, but i am not supprised if an interface is set before you change it it has the old value. it wuold not be hard to update all existing interfaces too i presume [17:18] either the patch does not fix it, or maybe the patch was not applied during the build? [17:18] * cking kicks of some more tests, takes a break for 4 hrs [17:19] jsalisbury, you should add clear identifiers to the version when you make a test kernel, so its more obvious if they have it [17:19] I typically append ~lpNNNNNvNNNN to mine [17:19] apw: for default, it's indeed what I expect, it would keep the old value.. but I was also expecting "conf.all.*" to propagate the change to all interfaces ;) [17:19] which doesn't appear to work at all, for ipv4 or ipv6 [17:20] brendand, maybe you can test your i386 kernel: http://people.canonical.com/~jsalisbury/lp899165/ - it seems to be uploaded [17:20] ahh missread, that does sound like something that should override [17:20] apw, dholbach, right, I added this to the changelog: ~lp899165v1 trying to figure out why its not applied [17:20] dholbach, jsalisbury - i'll try now [17:20] apw: the only exception I've see as discussed somewhere is all.forwarding which might be working, I haven't tried [17:20] brendand, hold off one minute. [17:21] apw: otherwise, and now I've just found a netdev email on the subject, I was wondering if it would be crack to make the default be that privacy extensions are enabled [17:21] apw: http://marc.info/?l=linux-netdev&m=130518706601466&w=2 [17:24] dholbach, your kernel version from uname should have ~lp899165v1. I'm looking into why it does'nt now. [17:25] jsalisbury, is fb80a1f805bc9470733a3f830c036cd0 you have as md5sum for the amd64 .deb? [17:27] apw: perhaps this needs a little more testing, which I'll do now. the *value* of eth0/use_tempaddr isn't changed, but I suspect it might still be enabled anyway, if I am to believe the documentation files [17:29] jsalisbury, I think I'll call it a day now, but if you update the bug, I'll have a look at it later on again and reply back [17:29] I have somebody here who's impatiently waiting for dinner ;-) [17:29] dholbach, ok, sorry. I'll have a new build for you later today. [17:30] jsalisbury, you rock [17:30] thanks a lot for looking into this [17:30] dholbach, brendand, I'll post a note to the bug when a new test kernel is ready. [17:30] have a great weekend everyone! [17:30] dholbach, you too [17:30] dholbach, can you also uninstall the test kernel you just installed. [17:30] apw: totally not [17:31] bye :) [17:32] tgardner, does the ~/kteam-tools/buildscripts/ukb-make-release script require a patch to be git committed to be built? [17:33] tgardner, Will it ignore a change to the tree if only the patch command is run? [17:33] cyphermox, indeed [17:33] jsalisbury - so what happened? [17:34] jsalisbury - something wrong with the patch? [17:34] brendand, there was a build problem. I'll have a new test kernel in a few. [17:52] jsalisbury, most of teh build stuff builds teh top of the tree and not your working dir [18:29] is there a list maintained of which drivers are built-in for our kernels? [18:32] sconklin, I think apw has it attached to one of our config blueprints [18:32] ok I'll look [19:20] jsalisbury: yeah what dholbach pointed out, sorry I left and just got back. did you get the kernel built? [19:26] i can whip one up real quick if not [19:29] Sarvatt, its built now. [19:29] jsalisbury: i do: patch -p1 < /home/sarvatt/uvcvideo.patch, fakeroot debian/rules clean, add whatever to the version string in debian/changelog, schroot -c precise-i386, DEB_BUILD_OPTIONS=parallel=64 AUTOBUILD=1 NOEXTRAS=1 skipabi=true fakeroot debian/rules binary-headers binary-generic for these one-off patches [19:29] oh ok [19:29] Sarvatt, thanks for finding that patch. [19:47] jsalisbury - is there a test kernel now? [19:48] brendand, yes, I'll have it uploaded in just a minute. [19:55] brendand, There is an amd64 kernel available at: http://people.canonical.com/~jsalisbury/lp899165/ [19:55] brendand, I'm building some 32 bit kernels now as well. [20:02] brendand, did you get 11.10 installed on that server yesterday ? [20:02] brendand, that PowerEdge 2950 [20:29] bjf - i never managed to. something wrong with dhcp config. either the nic is busted in Oneiric, or something wrong with the setup [20:29] bjf - though i tested it recently with Lucid so don't see why that would be the case [20:32] brendand: ok, thanks for trying. will you try again? [20:40] bjf - doesn't work with Natty either. It was only certified up to Lucid so we don't usually test it with newer releases [20:41] bjf - it's been around for about 4 years. what a trooper [20:42] brendand: it shouldn't have regressed [20:44] bjf - well, i don't think the NIC is totally busted, but definitely somethings different because DHCP config works in Lucid [20:45] * ogasawara lunch