[00:07] hi, is there a guru about? [00:09] 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] 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] 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] (Or, just basing on his packaging) [00:17] apw: nice, thanks for doing that ppa [00:21] 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] infinity: I'm in my usual confused state :) [00:25] 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] phillw: 3.13 is going to be a Canonical-maintained LTS kernel for 14.04 [00:26] 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] (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] yup [00:27] 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] the kernel build system is weird [00:29] 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] the actual .deb files are already generated [00:35] Sarvatt: why does http://packages.ubuntu.com/trusty/linux-source-3.13.0 have .13 release when the system is .18 ? [01:00] Hi, anyone used to building kernels on their local machines? [01:01] infinity: sorry to ping, but are you still about? === gerald is now known as Guest60009 [06:30] yo [06:52] "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] ppisati , thank you for accepting the arm bloat issues as legitimate [07:20] UserError: ??? [07:21] on launchpad, in the x86 kernel [07:21] UserError: lp bug? [07:21] yes [07:21] UserError: which one? [07:21] all of them [07:22] sorry, i don't get it [07:23] For example the exynos drivers, i.MX Freescale AHCI, etc (to be removed) [08:09] Hi [08:09] I've opened this bug report much time ago: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/972604 [08:09] 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] I've to open an upstream bug report. There is this wiki page: https://wiki.ubuntu.com/Bugs/Upstream/kernel [08:10] I've read it, but I've got some doubts: [08:10] 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] Any ideas? [08:14] apw: Aaron replied in the bug report [08:16] cristian_c: that's for when you need to file a bug report against the upstream kernel [08:17] 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] tseliot, ok, but what commit have I to specify? [08:46] 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] tseliot, ok, is it right? [08:49] cristian_c: it depends on the kernel you downloaded for testing [08:52] 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] cristian_c: yes, that would be the tag. That's correct [08:53] tseliot, ok [08:53] thanks :) [08:53] np [08:54] then, I use the content of the COMMIT file in the directory of the upstream kernel I try [08:54] ok [08:54] * tseliot nods [08:54] :-) === psivaa_ is now known as psivaa [12:36] 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] 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] 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. === cmagina-away is now known as cmagina [12:40] 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] apw: even for the backported kernels to precise? [12:45] 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] Whoopie, Thiswill only have an impact on Raring LTS kernels in Precise. Is that what you are using ? [12:46] rtg: yes [12:47] Whoopie, do you have a bug started ? [12:47] rtg: no [12:48] rtg: should I open one? [12:48] yup [12:48] all right [12:49] there are something like 3-4m life in that kernel [12:51] apw, the Raring LTS is supported until the end of Precise, isn't it ? [12:51] rtg, until 14.04 is backported then the other lts kernels end [12:52] at around 14.04.1 timeframe was my understanding [12:52] apw: 3-4m is a lot, and some may stay with that kernel and won't upgrade. [12:53] 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] nevertheless, opened a bug report: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1295666 [12:54] Launchpad bug 1295666 in linux (Ubuntu) "Please enable CONFIG_ARPD in Raring LTS kernels for Precise" [Undecided,New] [12:59] rtg, btw i have been running -19 on my kit here ok so far [13:00] 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] rtg, ack, am spreading the love round here right now [13:06] 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. === psivaa is now known as psivaa-afk [13:54] rtg, both xen and kvm seem to work on this kernel too ... [13:54] smb, regraded to your -release versons of xen and things are basically working modulo the known issues [13:54] apw, ack, I am right now starting to look into those [13:55] apw, cool. I checked out the KVM patches myself as well. [13:56] apw, perhaps I should just upload and be done with it. it appears to be working on all of my kit. [13:58] rtg, i well it doesnt seem to regress at least [13:59] apw, We can always pickup any x-gene patches from dannf in the next upload, which will likely be Mon/Tues. [13:59] yeah [14:08] rtg, the next stable is going to be a heap and no mistake [14:08] apw, how many ? [14:17] rtg, 149 so far [14:18] egads === psivaa-afk is now known as psivaa [14:42] rtg: installing.. [14:50] rtg: so far so good [14:50] dannf, thats good news 'cause I've already uploaded :) [14:51] though we'll have at least 2 more before freeze [14:51] ack [14:51] thx! [15:37] rtg: one small typo - ./modules/sata-modules:ahxi_xgene ? (x/ahxi/ahci/) [15:37] rtg: want me to submit a patch, or is that good 'nuff? [15:38] dannf, dang. I can fix it. [15:41] dannf, patch pushed [15:41] ta [15:54] 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] unicodestring111, reboot into an older kernl and see if it goes away [16:22] 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] rtg: and i see you were just copying what i typed, sorry - my bad. [16:51] dannf, np === cmagina is now known as cmagina-away === cmagina-away is now known as cmagina === cmagina is now known as cmagina-away === cmagina-away is now known as cmagina === cmagina is now known as cmagina-away [21:19] 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] 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 === cmagina-away is now known as cmagina === cmagina is now known as cmagina-away === cmagina-away is now known as cmagina === cmagina is now known as cmagina-away [23:41] "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*