/srv/irclogs.ubuntu.com/2013/01/03/#ubuntu-kernel.txt

=== chiluk_away is now known as chiluk
=== rsalveti_ is now known as rsalveti
infinitybjf: Those SRU kernels should all finish up sometime tonight, I'll copy them and do the archive overrides in the morning.06:10
=== yofel_ is now known as yofel
apwogasawara, rtg, fyi i have fixed and reneabled aufs in raring12:48
apwogasawara, rtg, i have also uploaded a test kernel to a PPA so that we can test the binary drivers against it12:48
rtgapw, just pushed -rc2 rebase with your changes. now my repo is auto packing.......12:49
apwwhen did that drop, i didn't see it this morning, odd12:49
rtgapw, dunno, just saw the mainline build email12:49
apwodd indeed12:49
* apw gets that one uploaded too as well12:50
rtgmy autopack has been running for 15 minutes. i guess I've accu,ulated a lot of cruft12:51
apw:) now that is a long pack12:51
rtgapw, I'm think I'm gonna go through today and fold in some of the noise commits12:52
apwrtg, yep, seems reasonable to me, but note there is a (nosquash) or similar hint for things which folding in just makes life difficult for12:52
apwthe aufs base patches for instance 12:52
rtgapw, so you're saying you don't want me to smash everything down into one commit :)12:53
apwthats the one12:53
apwthere are only a few which are a royal pain when lost, those are a couple, makes updating aufs much harder12:53
apw(no-squash) seems to be the thing12:54
rtgI'll be careful12:54
apwbut otherwise have at it, squashing redundant things is a now thing for sure12:54
apwi'll get the config review up and running on it shortly12:55
ogasawaraapw: which PPA did you upload the test kernel too?  I can sync with tseliot to test dkms bits13:40
apwogasawara, i have pushed it to my signing PPA, i'll copy in the binary drivers sans binary packages once it is built13:40
ogasawaraapw: ack13:40
apwogasawara, it'll be an hour or two before it is ready13:41
apwoh that doesn't help, they don't build when buidling anyhow, doh13:41
apwi'll let him know when it is built13:41
ogasawaraapw: ok thanks13:41
apwi mostly chose that PPA cause it has signing enabled on it, so i can test the -signed packages13:42
apwbjf, is it true you can test against a PPA version of a kernel as well as the archive?13:47
apw(or perhaps i mean, that i can do that in our stuff?)13:48
=== lamont` is now known as lamont
apwhttp://ppa.launchpad.net/apw/signing/ubuntu/pool/main/l/linux/linux-image-3.8.0-0-generic_3.8.0-0.1~apw2_i386.deb and the extra in the same place16:04
apwbjf, there is always a pool assocated with an archive16:05
bjfapw, ok, i'll check but i think i'm assuming that the url is a directory and that directory only contains the debs for a single version and it contains the header debs as well as the kernel binary debs for amd64 and i386 for that one version16:06
apwbjf, ahh ok, well i am happy to slurp them out if you tell me how it needs to look16:07
bjfapw, ack16:08
apwbjf, it is not worth doing any engineering16:08
bjfapw, i can see that as a valid use case however. so i will eventually support that.16:08
apwbjf, being able to use a PPA somehow would be nice16:11
bjfapw, i agree16:12
=== chiluk is now known as chiluk_away
apwrtg, signed modules, you only do those for amd64 right ?16:33
rtgapw, on the backport kernel ? I think thats right.16:34
apwrtg, on raring16:34
rtgapw, never mind. was thinking of something else16:34
rtgapw, ebian.master/config/armhf/config.flavour.omap:# CONFIG_MODULE_SIG is not set16:35
rtgdebian.master/config/armhf/config.flavour.highbank:CONFIG_MODULE_SIG=y16:35
rtgdebian.master/config/amd64/config.common.amd64:CONFIG_MODULE_SIG=y16:35
rtgdebian.master/config/i386/config.common.i386:CONFIG_MODULE_SIG=y16:35
apwok, odd, but ok16:35
rtgapw, not sure why its turned off on OMAP16:36
apwit may have to have arch support in the kernel16:36
rtgapw, highbank and omap are same arch16:37
apwrtg, ok i have just pushed a fix to build-dep on openssl across the board, as we depend on it :)16:38
apwrtg, although it will build on a buildd by luck, it won't in a clean chroot nor an sbuild environment16:39
rtgapw, ok, got it16:39
kamaldobey: note that apw just fixed the missing openssl build-dep in raring ^^^ .   thanks for reporting it!16:40
apwdobey, indeed, thanks :)16:41
brendandthere seems to be an anomoly in the 12.04.2 images16:42
apwdobey, will be fixed in the next upload anyhow16:42
brendandamd64 image has 3.5 kernel and i386 one has 3.216:42
apwbrendand, both are desktop?  there was talk of -server differing but otherwise i would be expecting the versions to be the same16:43
brendandapw - yeah, this is here: http://cdimage.ubuntu.com/precise/daily-live/current/16:44
apwbrendand, then no i don't think i would be expecting that, we should bring this up on #ubuntu-release i recon16:44
brendandapw - asked. not sure if you know the best person to answer?16:47
brendandapw, we already asked cjwatson but he's occupied16:47
apwcjwatson normally would know, we shall see16:47
apwslangasek often has an ear as well16:47
brendandapw - a more important question from our point of view is which is the 'wrong' one?16:48
brendandapw - they should both have 3.5 right?16:49
apwmy expectation is we have the 3.5 kernel as that has 1) secure boot support, and 2) new hardware support16:49
* slangasek passes the ear jerky16:49
slangasekyes, that's correct16:49
apwthat said 1) does not affect 32 bit i believe16:49
rtgbut the new hardware support is important16:50
apwslangasek, it is correct they should be 3.5, or correct they differ 32/64 bit :)16:50
apwrtg, concur 2) applies still16:50
slangasekcorrect they should be 3.516:51
apwslangasek, ok i386 seems to be 3.2 still according to the manifests16:52
slangasekyep, seeing16:52
slangasekshould we #ubuntu-release?16:52
apwbjf, http://people.canonical.com/~apw/3.8-rc2-raring/ should be what you wanted i think16:52
apwslangasek, yep16:52
bjfapw, looking16:53
bjfapw, ack16:53
bjfapw, You've Got Mail  :-)16:57
=== ppetraki is now known as ppetraki-busy
dobeykamal, apw: cool, thanks17:08
infinitybjf: *nudge*17:16
infinitybjf: Am I missing something about why the bot hasn't moved https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1095351 to promote-to-proposed?17:17
ubot2Launchpad bug 1095351 in linux (Ubuntu) "linux: 3.2.0-36.56 -proposed tracker" [Medium,In progress]17:17
bjfinfinity, let me guess, hwe backports17:17
bjfinfinity, looking17:17
ricotzhappy new year17:20
ricotzinfinity, hi17:20
infinityricotz: I know what you're going to ask, and it's happening with the 2.17 release.17:21
ricotzinfinity, alright ;) , but it would have been better to say so in the first place17:22
infinityricotz: In the first place, I intended to backport, and then settled on having a vacation on my vacation instead.17:23
ricotzinfinity, i am still hoping for some pointer to a prerelease (2.17) snapshot somewhere17:23
ricotzinfinity, ok, understandable. but you were quite convincing to working on it and having it within a few days17:24
ricotzi had a look at it, but the amount of patches is a pain :\17:26
infinityricotz: Yeah, I know.  Then life happened.  And pie.  Anyhow, 2.17 will be in experimental by the end of the week, and in raring after the current test rebuild is done (to avoid changing too many things while that's going on)17:26
argesrtg, I have the redone bug 922906 fsnotify locking patches based on upstream. I did a rebase -i to remove the old SAUCE patches, should I revert instead before sending out a pull request?17:26
ubot2Launchpad bug 922906 in linux (Ubuntu) "Kernel Oops - BUG: unable to handle kernel NULL pointer dereference at 0000009c; EIP is at __ticket_spin_lock+0x8/0x30" [High,Fix released] https://launchpad.net/bugs/92290617:26
infinityricotz: The backport itself isn't too painful, but I had a bunch of other stuff lined up too, most of which is just redundant busywork when we should just be moving to 2.17 instead, hence the decision to just go that way and eat pie.17:26
rtgarges, do the revert and let me do the cleanup when I apply them17:27
Jef91So I'm trying to compile to nexus 7 kernel found here -> https://launchpad.net/ubuntu/+source/linux-nexus7/3.1.10-8.19 , but towards the end of the compile the build always fails for me with this error message -> http://paste.debian.net/221410/17:27
argesrtg, ok will do17:27
ricotzinfinity, alright, looking forward to it17:27
infinityJef91: Is that a native build with dpkg-buildpackage?  It works fine in the archive.17:29
infinityJef91: Well, and more importantly, what have you changed? :P17:30
Jef91infinity: I'm compiling on an ARM device17:31
Jef91haven't changed anything in the package sources yet17:31
infinitybjf: And clues on the precise tracking bug?17:31
Jef91I always like to simply unpack and then try to build them fresh17:31
Jef91just to see if it will build17:31
Jef91and this time it doesn't17:31
rtgraring toolchain ?17:31
infinityJef91: If you're building on armhf/raring, it should work fine, unless you've run into random data corruption.17:32
infinity(And random corruption does happen.  Did you look at debian/control to see if it's garbled?)17:32
bjfinfinity, still looking17:32
Jef91I'm actually trying to compile those kernel sources on Debian wheezy infinity. Could a version issue of something be the conflict then?17:34
infinityWell, you didn't mention you were on a different distro. :P17:34
infinityStill, have you had a look at the thing it's complaining about?17:35
infinityIs debian/control malformed?17:35
bjfinfinity, the bot is smarter than i am, the -meta i uploaded isn't the right version (checking)17:35
Jef91It doesn't look like it. Let me pastebin it infinity17:35
infinitybjf: Oh, heh.17:35
infinitybjf: It sure isn't.  Oops.17:36
Jef91here is the top chunk of that control file infinity -> http://paste.debian.net/221421/ looks fine to me unless I am missing something17:36
infinityJef91: Erm, no, it has exactly the issue that dpkg-gencontrol is complaining about.17:37
infinitydpkg-gencontrol: error: syntax error in debian/control at line 13: first block lacks a source field17:37
ogra_its missing a lot it seems17:37
rtgJef91, nothing substantive has changed in the N7 kernel sources for several versions. if you've built previously, then I'd have to say the problem is on your system.17:38
Jef91ogra_: you said that file is generated by dpkg-buildpackage ?17:38
ogra_i thought it is 17:39
ogra_but the guys here know more about the build scripts :)17:39
ogra_thats why i pointed you here17:39
infinityJef91: That paste was from your failed build tree, I assume?17:39
infinity(Cause a fresh unpack has a much saner debian/control)17:39
Jef91infinity: that is the control file17:41
Jef91after I run dpkg-buildpackage17:41
Jef91in the untared sources17:41
infinityMmkay.  Could be some slight difference in toolchain (kernel-wedge, maybe?) between Ubuntu and Debian.  Dunno.17:42
infinityIf I were you, I'd try building in an Ubuntu chroot on your machine, make sure that works, then sort out what needs changing. :P17:42
infinity(Since building Ubuntu kernels on Debian is somewhat out of scope here)17:42
bjfinfinity, just uploaded a correctly versioned -meta17:42
infinitybjf: Danke.17:43
Jef91infinity: thanks for the nudge in the right direction. Might also try building/using Ubuntu's kernel wedge on debian then.17:45
apwinfinity, we do carry a delta for kernel-wedge indeed17:53
apwJef91, ^^17:54
apwogasawara, rtg, well so far brcmwl and fglrx both fail with 3.818:20
rtgapw, FTBS, or just won't load ?18:20
apwfails to build against it (dkms stylee)18:20
* apw goes and files some bugs with the details for tseliot's delectation and delight18:21
* infinity read that as delactation, and wasn't sure exactly what that meant.18:22
* rtg is not sure its really a word18:23
infinitydelactation /de·lac·ta·tion/ (de″lak-ta´shun). 1. weaning. 2. cessation of lactation.18:24
rtgapw is known to abuse the queen's english18:24
apwdelectaui18:25
apwdelectation: delight; enjoyment18:26
* rtg -> lunch18:27
apwlike that huh18:27
infinityYes, same (obvious) root as delectable.18:27
infinityStill.  The mental image when I misread it was unpleasant.18:27
apwheh18:27
Jef91infinity: using the ubuntu version of kernel wedge appears to have gotten me past that error message18:28
Jef91lets see if it builds OK now :)18:28
apwogasawara, well nvidia does seem to build at least but i have nothing to test with18:29
ogasawaraapw: I don't have any nvidia kit here either18:31
Jef91What kernel is 13.04 going to ship with?18:31
infinityJef91: Linux.18:32
* infinity ducks.18:32
Jef91Damn infinity. I'd been hoping a shift to BSD was planned.18:32
apwogasawara, dropped tseliot a summary you are copied18:35
ogasawaraapw: awesome, thanks18:35
rtgapw, have a look at git://kernel.ubuntu.com/rtg/ubuntu-raring.git master-next. I've pretty much squashed all debian.master commits into one19:06
apwrtg will do19:06
rtgapw, there is also a commit 'Revert "mmc: fix all hangs related to mmc/sd card insert/removal during suspend/resume"' that looks bogus.19:09
rtgi.e., it done't do nothing19:09
apwi assume that the original patch got wacked to nothing, over time as we rebased19:10
apwit can be dropped for sure19:10
=== chiluk_away is now known as chiluk
rtgapw, thats what I think19:10
apwrtg, looks fine, there are a couple more in there that could be squashed i suspect19:11
apwUBUNTU: ubuntu: overlayfs and its revert likely would zap each other19:11
rtgapw, yeah, I'm already looking at the few revert pairs that there are19:12
apwbut it looks cleaner cirtainly19:12
rtgapw, I couldn't think of any reason to keep history on debian.master commits as they are largly irrelevant once we start 3.819:13
apwrtg indeed19:13
apwjust noise, and we usually squash them when we move release to release, doing so again at 3.7-3.8 is as appropriate19:13
=== ppetraki-busy is now known as ppetraki
dobeykamal: i got the check disabled and kernel package built on my own. thanks for the help last night.19:24
kamaldobey: spectacular!  my pleasure.19:24
infinitybjf: Also, I assume you're aware of this, but shankbot seems to have completely failed to produce all the derivative tracking bugs...19:25
bjfinfinity, hmm19:26
infinitybjf: For every release, looks like.19:26
infinitybjf: (At least it helpfully mentions that in the bug comments when it fails)19:27
* bjf takes a deep breath and looks for his happy place19:27
dobeyunfortunately the patch doesn't seem to fix my issue. i really wish i knew which patch danvet was talking about (and i wish #intel-gfx didn't require authed nicks to chat in it)19:27
bjfinfinity, the bot is now puking on something19:29
infinitybjf: Its shoes?19:29
Tuxkalleyou got a pm ogasawara :-)19:52
* apw calls it a day ...19:52
bjfinfinity, if you get some extra "noise" from the precise tracking bug, please ignore it. i'm trying to debug the bot.20:19
infinitybjf: Mmkay.20:20
* rtg -> EOD20:30
user82hello! Can i get the ubuntu specific kernel patches as single patch files somewhere? i only know about the huge patch in the mainline kernel dir20:54
xnoxuser82: there are git repositories on kernel.ubuntu.com20:54
xnoxuser82: all are rebased, e.g. it's linear commits on top of mainline20:55
user82xnox, can you help me a little more. where would i find the patches made for the 3.7.0 kernel, only the ones that are ubuntu specific?20:56
user82that would be _all_ patches as i can see here? http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-raring.git;a=summary20:56
user82nevermind xnox i think i found what i need..21:00
user82thanks21:00
bjfinfinity, i think all derivative tracking bugs have now been created, the bot is feeling better if still a little hung over21:02
infinitybjf: Huzzah.21:04
Jef91infinity: that kernel built on debian with the Ubuntu kernel wedge21:25
Jef91thanks for the help21:25
hggdhbjf: any issues if I start poking the kernels promoted to *-proposed?21:35
bjfhggdh, no, you should feel free21:35
hggdhthanks21:35
=== chiluk is now known as chiluk_away
bjfsforshee, i did get that acer aspire1 you shipped23:51

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