/srv/irclogs.ubuntu.com/2011/08/26/#ubuntu-kernel.txt

sconklin_, thanks02:37
aboganimorning06:26
=== Quintasan_ is now known as Quintasan
=== smb` is now known as smb
smbmorning07:18
amitkmorning smb07:18
smbamitk, Hey, someone barely known by now... :-P07:19
smbamitk, Hows things?07:19
* apw laughs at smb ;) morning07:20
smbapw, At least at and not about? :) morgning07:21
* apw was giggling about your "hey stranger" message07:21
apwas i said the same thing yesterday07:21
smbapw, Oh well, we seem to have this thing ongoing. :D07:22
apwyep07:22
amitksmb: hehe, Doing good, today being a somewhat laidback day..07:30
amitkany of you staying back on sat after plumbers?07:31
amitkwe're planning to sample the local juice07:31
smbamitk, Nice. :) Oh yeah, its Friday anyways... Probably not. We mostly arrive before07:31
apwwe'll have to sample the juice on tuesday i suspect :)07:32
amitklocals tell me they're open between 1100 and 1600 and a 4-5 varieties per juice shop he's never survived more than 3 shops07:33
amitks/a/at07:34
smbIsn't there something about the "grapes of wrath"...07:35
apwits the prune juice that'll takes you on07:38
hrwhi09:43
hrwcan someone change linux-source-3.0.0 to conflict/replace with linux-source-3.0?09:43
apwhrw can look at that yep, do you have a bug open?10:08
smbapw, I think that was sort of not seen necessary as any release update path never would see 3.0... and probably assuming whoever installs an alpha knows how to get rid of it...10:09
hrwapw: not yet10:16
apwyeah not many people ever even install it10:16
hrwBug #834586 10:18
ubot2Launchpad bug 834586 in linux "linux-source-3.0.0 should replace/conflict with linux-source-3.0" [Undecided,New] https://launchpad.net/bugs/83458610:18
hrwI use linux-source-VER to bootstrap cross compiler10:19
apwhrw thanks10:25
vista_killerhi10:58
vista_killeri have upgrade from 11.04 to 11.10 and i still have this bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/79108910:58
ubot2Ubuntu bug 791089 in linux "crash after rebooting or shutting down from Ubuntu 11.04" [Undecided,Confirmed]10:58
vista_killeri have this problem and with 11.04 \10:58
hrwbugs... I need to do git bisect and find when backlight control on my laptop died11:21
tgardnerapw, I've just pushed the patches for CVE-2011-2918 and noticed (at the very end) that there is no BugLink in any of them.12:12
ubot2tgardner: ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem.  When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-2918)12:12
tgardnerapw, hmm, it must be bug #83412112:14
ubot2Launchpad bug 834121 in linux-ti-omap4 "CVE-2011-2918" [Medium,Invalid] https://launchpad.net/bugs/83412112:14
tgardnerapw, ok, all fixed and repushed12:31
apwtgardner, how the heck did i lose that?  sorry for the effort12:33
tgardnerapw, np. you should check the bug report and make I've set everything correctly12:33
tgardnermake sure*12:33
apwtgardner, in theory kees' processing will fix any errors you make12:33
=== ghostcube is now known as zoowaerter
=== yofel_ is now known as yofle
=== yofle is now known as yofel
=== zoowaerter is now known as ghostcube
* ogasawara back in 2013:50
ericm|ubuntutgardner, the freescale kernel we are working on - we want to separate the large bulk of GPU code out of the tree, but DKMS apparently doesn't work very well - as it's taking too much time to compile on the target machine, and it needs all the dev packages14:12
ericm|ubuntutgardner, so I'd think the l-b-m way might be a better choice14:12
tgardnerericm|ubuntu, indeed, I don't think DKMS is appropriate for an ARM platform.14:12
ericm|ubuntutgardner, ok thanks Tim14:12
* apw suspects lbm style may work better, but why does it need to be separate in the first place14:12
apwericm|ubuntu, ^^14:12
ericm|ubuntuapw, we want to keep a tree as close as upstream14:12
ericm|ubuntuapw, and in the end of the day - a linaro kernel will ideally be generated from the upstream version, and an out-of-tree GPU module will be something workable if someone wants an accelerated graphics14:12
apwericm|ubuntu, the problem is you still tie yourself together upload time wise, as you cannot upload the final meta package until your graphics driver part is built. otherwise people tend to lose their kernle or graphics or both14:13
ericm|ubuntuapw, yeah - that's a big headache14:13
tgardnerericm|ubuntu, it might make package management simpler if you put the GPU code in the ubuntu directory (which is sort of a wart on the side)14:13
* apw nods, good point14:14
ericm|ubuntutgardner, true14:14
apwdoes that imply we have gpu code for arm which is under a sensible licence 14:15
apwARRRG, /me was upgrading a build box, and the power cable dropped out the wall... the worst possible time in the middle of an update-manager -d update 14:23
tgardnerapw, doh!14:24
apwtgardner, i know, that sickening feeling as the background noise just falls away14:24
apwluckily a scratch install is completely possible the machine has nothing on it14:25
apwbut ... i hope to get away with it yet14:25
tgardnerapw, it'll be just your luck that there is /var/lib/dpkg borkage :)14:26
apwwell unexpectedly it booted ... so fingers crossed14:26
keesapw, tgardner: everything should be sorted on the tracker/bug stuff14:53
apwkees, thanks14:53
tgardnerkees, ack14:56
pgranerogasawara, ping15:19
tgardnerpgraner, you scared her off15:20
pgranerogasawara, I think she is having network issues then, they were waiting for her in the release meeting15:21
pgraners/ogawawara/tgradner/g15:22
tgardnerpgraner, fat fingers this morning ?15:22
ogasawaraapw: how bout here?15:22
apwyep .. all good now15:22
ogasawaraso pitti brought up a question in #ubuntu-devel as to why we don't reflect the actual stable version in out packages now that we have a 3 digit version scheme...15:31
ogasawarais there any reason I'm not seeing that we shouldn't start using for ex 3.0.3-x.y instead of 3.0.0-x.y15:32
tgardnerogasawara, because we don't always take all of stable, so the version number isn't very reliable 15:32
ogasawaratgardner: that's true15:32
tgardnerogasawara, or we end up reverting stuff where those reverts don't always go back to upstream stable. I think a version number that tracks stable would lead folks to a false assumption15:34
apwplus it would engender false abi changes just to take the upstream version into account15:38
tgardnerkees, I've got an archive issue that is stumping me. On a pristine Lucid server with -security and -updates enabled, why can't I install linux-headers-generic-lts-backport-maverick ?15:45
tgardnerThe following packages have unmet dependencies:15:45
tgardner  linux-headers-generic-lts-backport-maverick: Depends: linux-headers-2.6.35-30-generic but it is not going to be installed15:45
tgardneryet it works if I enable -proposed15:48
keestgardner: hmm, that means something is missing from the archive :(15:49
tgardnerkees, rmadison looks right15:49
* kees looks15:49
* kees scratches his head15:51
tgardnerkees, good, I don't feel quite so stupid15:52
keestgardner: what I find strangest is that apt-cache policy shows it.15:53
kees$ apt-cache policy linux-headers-2.6.35-30-generic15:53
kees  Candidate: 2.6.35-30.56~lucid115:54
keeswtf.15:54
kees  linux-headers-2.6.35-30-generic: Depends: linux-headers-2.6.35-30 but it is not installable15:54
jwibug 824080? :)15:54
ubot2`Launchpad bug 824080 in linux-lts-backport-maverick "missing binary package linux-headers-2.6.35-30" [Undecided,Confirmed] https://launchpad.net/bugs/82408015:54
keesyes, that would be it :)15:54
keestgardner: looks like the backport kernel is missing a binary package in its build15:55
keese.g. normal "linux" source has:15:56
keeslinux-headers-2.6.38-8: Header files related to Linux kernel version 2.6.3815:56
tgardnerkees, its interesting that linux-headers-generic-lts-backport-natty works.15:56
keesyeah15:57
tgardnerkees, I think the binary _does_ exist: https://launchpad.net/~canonical-kernel-team/+archive/ppa/+build/2628554/+files/linux-headers-2.6.35-30-generic_2.6.35-30.56~lucid1_amd64.deb15:58
keestgardner: that's "...-30-generic", it's missing "...-30"15:58
keesand yet...15:59
keesPackage: linux-headers-2.6.35-3015:59
keesthat's in the control file for it. O_o15:59
keeshm. there's an arch: difference, not sure why that would cause issues, though16:00
tgardnerkees, cause we only build for amd64/i38616:00
tgardnerfor LTS kernels16:00
keestgardner: right, should be fine16:03
tgardnerkees, linux-headers-2.6.35-30 does not exist in -updates, only in -proposed. linux-headers-2.6.35-30-generic which depends on linux-headers-2.6.35-30 exists in -updates as well as -proposed. It looks like linux-headers-2.6.35-30 did not get copied to -updates correctly.16:11
keestgardner: but it doesn't even show up in launchpad16:11
sconklinThe following three fixes have not been verified in Lucid or Maverick, and will be reverted unless they are verified 'real soon now':16:11
sconklinhttps://bugs.launchpad.net/ubuntu/+source/linux/+bug/58376016:12
ubot2`Ubuntu bug 583760 in gentoo "[PATCH] Mouse cursor dissappears with nouveau" [High,Confirmed]16:12
tgardnerkees, where does rmadison get its onfo ?16:12
sconklinhttps://bugs.launchpad.net/ecryptfs/+bug/50918016:12
ubot2`Ubuntu bug 509180 in linux "ecryptfs sometimes seems to add trailing garbage to encrypted files" [Undecided,Fix committed]16:12
sconklinhttps://bugs.launchpad.net/ubuntu/+source/linux/+bug/80161016:12
ubot2`Ubuntu bug 801610 in linux "Include enic & fnic drivers in ubuntu-installer" [Undecided,Fix committed]16:12
keestgardner: from the Packages files in the archive, iiuc16:14
kirklandtgardner: from the Cloud!16:14
kirkland:)16:14
tgardnerkees, well, according to rmadison, linux-headers-2.6.35-30 only exists in lucid-proposed, which explains the problem.16:15
tgardnerit should _also_ exist in lucid-updates16:15
keestgardner: right, so it must have been overwritten before it was correctly copied.16:18
tgardnerkees, is this something an archive admin can correct?16:19
keestgardner: I'm not sure. the missed copy is pretty serious -- that implies some kind of AA tool failure.16:23
keestgardner: so we should get an AA involved.16:23
sconklintgardner, kees There was a failure in copying some kernel packages recently that resulted in some files going into universe. Maybe this is another case or a symptom of that16:24
sconklincjwatson fixed it16:24
tgardnersconklin, possibly.16:24
cjwatsonI don't think the thing I fixed has anything to do with this16:51
cjwatsonTBH, it would probably be easiest to fix this by copying the new one from lucid-proposed, if that's at all feasible16:51
cjwatsonhm, one red bug there16:51
cjwatsonlinux-lts-backport-maverick 2.6.35-30.56~lucid1 (in lucid-updates) plain didn't ship that binary package.  Expand that version in https://launchpad.net/ubuntu/+source/linux-lts-backport-maverick and look at the list of binaries ...16:53
cjwatsonso not an AA tool failure, the package was just wrong16:53
cjwatson(somebody pass this on to tgardner when he comes back?)16:53
cjwatson2.6.35-30.58~lucid1, the newer version in lucid-proposed, appears to have corrected this16:54
cjwatsonwhether that was intentional or a consequence of something else I have no idea16:54
* jjohansen -> lunch18:41
=== _LibertyZero is now known as LibertyZero
=== medberry is now known as med_out
=== med_out is now known as medberry

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