[00:07] <phillw> hi, is there a guru about?
[00:09] <phillw> the new kernel for non-pae is finishing off building... That means I have .deb I need a bit of help to get it into ppa
[00:13] <phillw> I also need a bit of help to name the kernel, as the source code is 3.13.0 and I pull in 3.13.0-18 from  /boot/config-3.13  on my VM that hosts the latest desktop
[00:15] <infinity> phillw: I'd imagine renaming it the same as apw's kernel in https://launchpad.net/~apw/+archive/nonpae/+packages would make sense.
[00:15] <infinity> (Or, just basing on his packaging)
[00:17] <Sarvatt> apw: nice, thanks for doing that ppa
[00:21] <phillw> infinity: rather than duplicate things, is apw happy to keep the 3.13 kernel updated for non-pae? I understand that 3.13 is not a lts kernel from linux kernel https://kernel.org/category/releases.html
[00:22] <phillw> infinity: I'm in my usual confused state :)
[00:25] <Sarvatt> phillw: 3.13 is a lts kernel, ubuntu kernel team is maintaining the stable releases of it but due to drama they wont list it on that site :P
[00:25] <infinity> phillw: 3.13 is going to be a Canonical-maintained LTS kernel for 14.04
[00:26] <phillw> infinity:  The VM is building .deb files which I'm used to. did you use ' debuild -S -sa' to get your build into your ppa?
[00:26] <infinity> (But I have no idea if Andy intends to keep rebasing that kernel, or if it was just a proof of concept, you'd have to ask him about it)
[00:26] <Sarvatt> yup
[00:27] <Sarvatt> just have to make sure to fakeroot debian/rules clean before updating the changelog and using debuild -S -sa to make it work in the ppa
[00:27] <Sarvatt> the kernel build system is weird
[00:29] <phillw> Sarvatt: it is a minor rebuild... https://wiki.ubuntu.com/phillw/non-pae Needless to say, I've had a heck of a lot help on this. the next step is to have it in ppa so any flavours that base off *buntu can get updates.
[00:29] <phillw> the actual .deb files are already generated
[00:35] <phillw> Sarvatt: why does http://packages.ubuntu.com/trusty/linux-source-3.13.0 have .13 release when the system is .18 ?
[01:00] <phillw> Hi, anyone used to building kernels on their local machines?
[01:01] <phillw> infinity: sorry to ping, but are you still about?
[06:30] <ppisati> yo
[06:52] <miseria> "blanca es mi piel, negro es mi cabello, llevo en mi carazon toda la generacion y un rechazo a la discriminacion" bienvenidos: http://castroruben.com *temo_a_un_ser_sin_rival*
[07:20] <UserError> ppisati , thank you for accepting the arm bloat issues as legitimate 
[07:20] <ppisati> UserError: ???
[07:21] <UserError> on launchpad, in the x86 kernel
[07:21] <ppisati> UserError: lp bug?
[07:21] <UserError> yes
[07:21] <ppisati> UserError: which one?
[07:21] <UserError> all of them
[07:22] <ppisati> sorry, i don't get it
[07:23] <UserError> For example the exynos drivers, i.MX Freescale AHCI, etc (to be removed)
[08:09] <cristian_c> Hi
[08:09] <cristian_c> I've opened this bug report much time ago: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/972604
[08:09] <ubot2> Launchpad bug 972604 in linux (Ubuntu) "168c:001c [HP Compaq Presario C700 Notebook PC] Wireless led button doesn't switch colors" [Low,Triaged]
[08:10] <cristian_c> I've to open an upstream bug report. There is this wiki page: https://wiki.ubuntu.com/Bugs/Upstream/kernel
[08:10] <cristian_c> I've read it, but I've got some doubts:
[08:10] <cristian_c> for example: While booted into the newest mainline kernel only describe how the bug is reproducible in the latest mainline kernel only. If this is a regression, please note the specific commit. 
[08:10] <cristian_c> Any ideas?
[08:14] <tseliot> apw: Aaron replied in the bug report
[08:16] <tseliot> cristian_c: that's for when you need to file a bug report against the upstream kernel
[08:17] <tseliot> in that case, upstream developers will only be interested in the upstream kernel, not in the ubuntu specific release (where we apply our own patches)
[08:43] <cristian_c> tseliot, ok, but what commit have I to specify?
[08:46] <tseliot> cristian_c: maybe check the "COMMIT" file for your kernel? For example here: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.14-rc7-trusty/
[08:48] <cristian_c> tseliot, ok, is it right?
[08:49] <tseliot> cristian_c: it depends on the kernel you downloaded for testing
[08:52] <cristian_c> tseliot, summarizing: I try the 3.14-rc7 kernel and I specify the v3.14-rc7 and I note the v3.14-rc7 commit in the upstream bug report. Is it right?
[08:53] <tseliot> cristian_c: yes, that would be the tag. That's correct
[08:53] <cristian_c> tseliot, ok
[08:53] <cristian_c> thanks :)
[08:53] <tseliot> np
[08:54] <cristian_c> then, I use the content of the COMMIT file in the directory of the upstream kernel I try
[08:54] <cristian_c> ok
[08:54]  * tseliot nods
[08:54] <cristian_c> :-)
[12:36] <speakman> Hi folks. have you experienced any problems with netconsole? I'm running it as a module atm, but although all parameters are setup correctly there is nothing being sent from the host.
[12:37] <speakman> It's actually Debian kernel 3.2.0-4-amd64 but I guess you've probably heard if there is any problems with netconsole.
[12:38] <Whoopie> Hi, you enable CONFIG_ARPD for saucy kernels. Any chance to get also enabled in raring kernels? It was mentioned here (https://lists.ubuntu.com/archives/kernel-team/2013-August/032046.html) that it could be considered.
[12:40] <apw> Whoopie, rtg's response there implied that if noone whined about it we could consider it, as saucy went out with it enabled i assume it might be possible.  that said raring is likely going off support already isn't it?
[12:41] <Whoopie> apw: even for the backported kernels to precise?
[12:45] <Whoopie> rtg: I just asked the following question: Hi, you enable CONFIG_ARPD for saucy kernels. Any chance to get also enabled in raring kernels? It was mentioned here (https://lists.ubuntu.com/archives/kernel-team/2013-August/032046.html) that it could be considered.
[12:46] <rtg> Whoopie, Thiswill only have an impact on Raring LTS kernels in Precise. Is that what you are using ?
[12:46] <Whoopie> rtg: yes
[12:47] <rtg> Whoopie, do you have a bug started ?
[12:47] <Whoopie> rtg: no
[12:48] <Whoopie> rtg: should I open one?
[12:48] <rtg> yup
[12:48] <Whoopie> all right
[12:49] <apw> there are something like 3-4m life in that kernel
[12:51] <rtg> apw, the Raring LTS is supported until the end of Precise, isn't it ?
[12:51] <apw> rtg, until 14.04 is backported then the other lts kernels end
[12:52] <apw> at around 14.04.1 timeframe was my understanding
[12:52] <Whoopie> apw: 3-4m is a lot, and some may stay with that kernel and won't upgrade.
[12:53] <apw> 3-4 is a fair time, though people who need the feature presumably arn't using that kernel for the other 10m or so it has existed
[12:54] <Whoopie> nevertheless, opened a bug report: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1295666
[12:54] <ubot2> Launchpad bug 1295666 in linux (Ubuntu) "Please enable CONFIG_ARPD in Raring LTS kernels for Precise" [Undecided,New]
[12:59] <apw> rtg, btw i have been running -19 on my kit here ok so far
[13:00] <rtg> apw, I'm gonna start testing on a few platforms this morning. if it  looks good I'll upload in a few hours. Does that work for you ?
[13:03] <apw> rtg, ack, am spreading the love round here right now
[13:06] <rtg> dannf, install your x-gene with http://kernel.ubuntu.com/~rtg/3.13.0-19.39/. There is still time to fix issues before I upload.
[13:54] <apw> rtg, both xen and kvm seem to work on this kernel too ...
[13:54] <apw> smb, regraded to your -release versons of xen and things are basically working modulo the known issues
[13:54] <smb> apw, ack, I am right now starting to look into those
[13:55] <rtg> apw, cool. I checked out the KVM patches myself as well.
[13:56] <rtg> apw, perhaps I should just upload and be done with it. it appears to be working on all of my kit.
[13:58] <apw> rtg, i well it doesnt seem to regress at least
[13:59] <rtg> apw, We can always pickup any x-gene patches from dannf in the next upload, which will likely be Mon/Tues.
[13:59] <apw> yeah
[14:08] <apw> rtg, the next stable is going to be a heap and no mistake 
[14:08] <rtg> apw, how many ?
[14:17] <apw> rtg, 149 so far
[14:18] <rtg> egads
[14:42] <dannf> rtg: installing..
[14:50] <dannf> rtg: so far so good
[14:50] <rtg> dannf, thats good news 'cause I've already uploaded :)
[14:51] <rtg> though we'll have at least 2 more before freeze
[14:51] <dannf> ack
[14:51] <dannf> thx!
[15:37] <dannf> rtg: one small typo - ./modules/sata-modules:ahxi_xgene ? (x/ahxi/ahci/)
[15:37] <dannf> rtg: want me to submit a patch, or is that good 'nuff?
[15:38] <rtg> dannf, dang. I can fix it.
[15:41] <rtg> dannf, patch pushed
[15:41] <dannf> ta
[15:54] <unicodestring111> I updated my kernel as instructed by the update manager , now some websites are not opening , IT IS NOT MY ISP FAULT - THE SAME ISP 'S SAME CONNECTION ON WINDOWS RUNS THE WEBSITE FINE - TE WEB PAGES WERE OPENING BEFORE AS WELL
[16:02] <apw> unicodestring111, reboot into an older kernl and see if it goes away
[16:22] <apw> unicodestring111, if it goes away then it was the kernel update, if not it is something else, say something else that came in the same batch of updates
[16:51] <dannf> rtg: and i see you were just copying what i typed, sorry -  my bad.
[16:51] <rtg> dannf, np
[21:19] <ParkerR> If I am wanting to backup the boot parttiion of my nexus 7 (/dev/mmcblk0p2) can I just dd it to a file? From everything I have seen it should be 8MB but when I dd it to a file it's 8.4MB. I am wanting a backup that I am able to flash with fastboot
[21:21] <ParkerR> Ok nvm. Just tested flashing it with flashboot and it worked. I figured if anything messed up I could just redo it. Glad that I didnt have to :D
[23:41] <miseria> "blanca es mi piel, negro es mi cabello, llevo en mi carazon toda la generacion y un rechazo a la discriminacion" bienvenidos: http://castroruben.com *temo_a_un_ser_sin_rival*