/srv/irclogs.ubuntu.com/2014/02/07/#ubuntu-kernel.txt

=== gerald is now known as Guest13580
hallynsforshee: stgraber: apw: so sadly with this trivial patch http://paste.ubuntu.com/6889340/ I can create an overlayfs container clone, and sort of start it, but I can't write to anything.04:56
hallynoh wait04:57
hallynheh i see why, being silly04:57
hallynright, works fine.  o/  course then we have the memory limit concerns04:58
hallynas for the mknod-if-devicens-restricted idea, that's not feasible without an explicit "this cgroup is now ok" blessing from root.05:02
* apw yawns mightily07:33
ppisatiFriday morning08:04
apware you sure ?08:38
eagles0513875_hey apb196309:28
eagles0513875_i mean apw09:28
apwhi09:29
rbasaksmb: am I right in thinking that all our kernels support hotplugging on Xen (via xenbus and its block devices)? Is it OK to make it a requirement that our kernel will continue supporting this in the future?10:01
rbasakThe background here is an attempt to establish a standard for interoperability between distros for VM images in the ARM world. So we want Ubuntu cloud images to work on some other distro's OpenStack deployment, for example, which might be Xen based.10:02
smbrbasak, Maybe you could explain a bit more what exactly you expect to work. Adding new devices after boot or unplugging to replace the emulated disks by paravirt ones10:07
rbasakSorry, lost connection.10:10
* rbasak tries again10:10
rbasaksmb: am I right in thinking that all our kernels support hotplugging on Xen (via xenbus and its block devices)? Is it OK to make it a requirement that our kernel will continue supporting this in the future?10:10
rbasakThe background here is an attempt to establish a standard for interoperability between distros for VM images in the ARM world. So we want Ubuntu cloud images to work on some other distro's OpenStack deployment, for example, which might be Xen based.10:10
smbrbasak, Maybe you could explain a bit more what exactly you expect to work. Adding new devices after boot or unplugging to replace the emulated disks by paravirt ones10:11
* smb repeats re-question10:11
rbasaksmb: AIUI, Cinder expects to be able to hotplug a block device10:11
rbasakSo adding new devices after boot, I believe.10:12
rbasakBTW, my connection is flaky. I may go again :-/10:12
smbrbasak, I would have to try that with virsh directly. I think virt-manager refuses to try10:12
rbasaksmb: this might not be with libvirt necessarily.10:13
smbrbasak, what other way would openstack have to talk to xen?10:13
rbasakI thought it had a more direct nova driver?10:14
smbrbasak, afaik there is none. There was that xapi stuff that basically is gone for the time being)10:14
rbasakOh yes.10:15
smbSo to my knowledge libvirt is what is used (according to jamespage)10:15
rbasakHmm. I'm not thinking specifically about Ubuntu here though.10:15
rbasakIt's more in theory for any distro, since the currently proposed spec mandates that guest kernels support both pci(-e?) and xenbus hotplug.10:16
rbasakI just wanted to make sure that we won't have an issue with that requirement.10:17
smbrbasak, To know whether the whole chain of things work you probably should ask someone from the server team. ;)10:18
psivaajdstrand: bjf: precise kernel sru regression testing for 3.2.0-1630.42 on armadaxp is throwing failure for test_010_proc_maps in our run. 10:19
psivaawould you mind taking a look: http://pastebin.ubuntu.com/6890443/10:19
smbrbasak, I can do some experiments with libvirt. Though I have not tried to do that before10:19
fish_any ideas how I can help fixing/debuggin this issue? https://bugs.launchpad.net/bugs/127580910:19
ubot2`Launchpad bug 1275809 in linux (Ubuntu) "(docker/lxc) container restart causes kernel to lockup" [High,Triaged]10:19
rbasaksmb: I'm just asking you about the kernel piece :)10:19
rbasaksmb: am I right in thinking that we have relevant config options turned on?10:20
fish_since it's not trivial to reproduce I'm worried that anyone will pick it up :)10:20
smbrbasak, We have at least xenbus in there and if there is a way the managing entity can add things there (this would be xm/xl/virsh from dom0) the kernel handles hotplugging of disks in general10:22
rbasaksmb: I think that's good enough for me - thanks. Assuming you won't want to drop xenbus in the future.10:22
smbrbasak, Not as long as upstream does not :)10:22
rbasaksmb: OK. Thanks :)10:23
apwfish_, so you couldn't test 3.14, did you try a trusty 3.13 kernle (which would have aufs)10:25
fish_apw: good point, I'll try that10:25
fish_apw: should I try 3.13.2?10:30
fish_apw: btw, will trusty still contain aufs?10:31
apwthe trusty kernels including the backports ones do yes, not the mainline kernels10:35
fish_looks like 3.13.2 doesn't include aufs10:43
fish_apw: hrm, so this one should have it, right? http://packages.ubuntu.com/trusty/amd64/linux-image-generic/download10:44
fish_eh, that's just a meta deb10:45
fish_http://packages.ubuntu.com/trusty/kernel/linux-image-3.13.0-7-generic <- this one, right?10:45
fish_well, I'll just try it10:48
smbfish_, You will need linux-headers (all), linux-headers (arch) and linux-image (arch) and linux-image-extra (arch)10:49
smbhttp://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-headers-3.13.0-7_3.13.0-7.26_all.deb10:49
fish_smb: hrm, but linux-image should be enough if I just need to boot it and see if I can reproduce my issue, right? I'm not building anything against the kernel headers10:50
smbhttp://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-headers-3.13.0-7-generic_3.13.0-7.26_amd64.deb10:50
smbif there are no dkms packages10:50
fish_no, no dkms10:51
smbbut you need at least the -extra package too10:51
fish_for firmware and stuff?10:51
smbhttp://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-image-extra-3.13.0-7-generic_3.13.0-7.26_amd64.deb10:51
smbNo for most other modules10:51
fish_ah okay10:51
=== JanC_ is now known as JanC
caribouIs 3.13 still the target kernel version for Trusty ?11:36
apwcaribou, yes11:42
caribouapw: ok, thanks11:42
fish_apw: looks pretty good so far11:49
fish_apw: system still hasn't crashed11:50
apwfish_, well that is encouraging, as that will be the latest LTS backports kernel after the next release11:58
bjfpsivaa, you only see that on armadaxp?13:35
psivaabjf: for precise, yes.  i have not tested that with pandaboard13:36
psivaabjf: and this was not seen in the previous kernel on armadaxp13:36
bjfpsivaa, jdstrand let me update my snapshot and put out a new release of the autotests. i know some work was done on that test recently13:38
psivaabjf: just checked an amd64 precise run that just completed and the failure is seen there too13:39
bjfpsivaa, ack, give me 30 min. to get you a new release13:40
psivaabjf: ack13:40
bjfpsiva, releae email sent. this updates all the QRT snapshots as well as fixes the issue with the results for the dashboard (i hope)14:23
rtgjjohansen, kamal, ppisati: rebooting tangerine for kernel update14:35
jjohansenrtg: ack14:35
stgraberhallyn: what kind of memory limit concerns for unprivileged overlayfs? does overlayfs actually keep that much stuff in memory instead of storing to the writable layer (which should respect memory quotas if it's a tmpfs)?14:40
apwopen directory listings, other than that most things occur on the underlying filesystems which is kinda the point14:40
hallynstgraber: that's why i was vague - i remember someone mentioning a concern last week, but couldn't remember exactly what it was14:47
hallynPerhaps I'll send the patch to kernel-list for discussion14:48
hallynreally if it's a vfsmounts-in-kernmem concern, we already have that problem with unprivileged bind and tmpfs mounts14:49
hallynin fact, tmpfs mounts are a bigger concern14:49
stgraberwould be great. I'd very much like to have a final yes/no on this ASAP as we need to update upstream LXC to allow snapshotting and ephemeral containers if we can start using overlayfs unprivileged.14:49
hallynok will send it today.  all 5 lines :)14:49
caribouapw: want me to handle the SRU for bug 1259570 ?14:59
ubot2`Launchpad bug 1259570 in linux (Ubuntu Precise) "kexec should get a disabling sysctl" [Medium,New] https://launchpad.net/bugs/125957014:59
apwcaribou, tyhicks is working out which ones this is needed for15:07
caribouapw: ok, fine thanks15:08
rtgapw, I assume we can drop the trusty ppc64el branch now ?15:51
apwrtg, from the main repo?  ues15:57
apwyes15:57
rtgyup15:57
=== gerald is now known as Guest6879
apwjsalisbury, one for your "keeping a vague eye on" list: 127716516:38
jsalisburyapw, ack17:06
rtgapw, I've set annotations to 'CONFIG_CC_STACKPROTECTOR                       p policy<(arch amd64 i386 armhf &/ value y) | value n>', but I'm still getting enforcer errors.17:18
rtgapw, I've pushed unstable17:18
infinityrtg: Is this a workaround for toolchains that don't have SSP?17:21
infinityrtg: If so, ppc/ppc64el have SSP too, only arm64 doesn't...17:21
infinity(arm64 is almost there...)17:21
rtginfinity, not according to 3.14-rc1.17:23
rtggit grep HAVE_CC_STACKPROTECTOR arch17:23
rtgarch/Kconfig:config HAVE_CC_STACKPROTECTOR17:23
rtgarch/Kconfig:   depends on HAVE_CC_STACKPROTECTOR17:23
rtgarch/arm/Kconfig:       select HAVE_CC_STACKPROTECTOR17:23
rtgarch/mips/Kconfig:      select HAVE_CC_STACKPROTECTOR17:23
rtgarch/sh/Kconfig:        select HAVE_CC_STACKPROTECTOR17:23
rtgarch/x86/Kconfig:       select HAVE_CC_STACKPROTECTOR17:23
rtgperhaps more arches will get enabled throughout the series17:23
infinityCurious.17:23
rtgyeah, seems like a step back17:24
apwrtg, did you sort your enforcer errors or are they stull there17:25
rtgapw, they are still there. I don't understand that arcane language17:25
rtgI'm too stupid I guess17:26
apwrtg, ok i'll have a look shortly17:27
rtgapw, thanks17:28
apwrtg you were mixing annotations and enforcement, need to sort that split out17:36
apwrtg pushed something which workes for now17:36
rtgapw, hmm, ok17:36
rtgapw, are you working on grouper yama ?17:37
rtgapw, actually, you should be off drinking a beer by now. go away.17:38
apwrtg, grouper == 3.1 yes ?18:01
rtgapw, yup, just pushed it18:01
apwrtg, tyler was going to do it, but i am sure he won't mind if you have18:01
rtgapw, he sent patches on the mailing list18:02
apwoh ok, cool.  i am in the midst of uploading the others18:02
apw(to the PPA)18:02
rtgapw, there is also an interest patch proposal from hallyn on overlayfs that you ought to have a look at18:02
apwrsalveti was happy for them to be applied and pushed there18:02
rtginteresting*18:02
apwrtg, the usespace mount thing one?  i have been having discussions with security about it indeed18:03
rtgapw, I'll button up grouper and upload it to the PPA18:03
apwrtg, i have the others "in progress"18:03
rtgok18:03
apwi'll do them shortly before chugging some beer18:03
rtgapw, grouper uploaded18:17
apwrtg, ack18:17
rtgapw, thats the only 3.1 kernel, right ?18:18
apwrtg, yep, maguro was 3018:18
apw3.018:18
rtgcool18:19
apwand i hope is dead18:19
apwrsalveti, i believe that is all of the touch kernels fixed up with the yama bits i was talking about, and all building/built in the CKT PPA; if you could let us know when you want something else done with them19:15
rsalvetiapw: great, thanks19:25
jsalisburyapw, rtg Do you guys know of a way to get "git am" to format failures similar to when "git cherry-pick" fails?  For example, when git cherry-pick fails, the file it was modifying has a block with the HEAD and what the patch was trying to do.  19:53
jsalisburyapw, rtg 19:53
jsalisburyA git am failure leaves the file it was modifying unchanged and just lists the patch in .git/rebase-apply/patch19:54
rtgjsalisbury, when git am fails I usually just 'patch -p1 < 0*' and then fix it up by hand, then 'git am --resolved'19:54
jsalisburyJust looking for an easier way to do a diff to see why it failed19:54
jsalisburyrtg, hmm, yeah that sounds like it would help.  Let me give that a try19:55
jsalisburyrtg, does 'git am --continue' have the same effect as 'git am --resolved' ?  Seems like it from the man page but just wanted to check.19:57
rtgjsalisbury, it might I guess if you are importing multiple patches19:58
rtgyou might have to --resolved first, then --continue19:58
jsalisburyrtg, cool, thanks.19:58
jsalisburyrtg, awesome, 'patch -p1 < patchname.patch' actually fixed the issue without me having to fix anything :-)  That's definitively the way I'll do it when I get a 'git am' failure from now on.20:01
rtgjsalisbury, patch is a little less anal about context, though you wanna look closely to make sure its done the right thing. you can likely get git am to be a little less restrictive too, but I've always just used patch20:02
apwgit am -C1 gives you the same as patch20:02
jsalisburyrtg, apw, great, thanks!20:03
bjfjsalisbury, i do exactly what rtg does20:06
jsalisburybjf, apw, rtg, for context, I'm just practicing turning the crank.  I'm applying the latest 3.11.10.4 patches from henrix's -review branch to a saucy tree.  I'm was just looking for the most efficient way to resolve a patch failure.20:07
bjfjsalisbury, i think there are upstream stable release, you could pick one and apply the commits, they all need to be processed20:18
jsalisburybjf, is there a list or way to tell which ones have been done already?  For Saucy, do we wait until 3.11.10.4 goes from the linux-3.11.y-review branch to linux-3.11.y to apply them to saucy master-next?20:21
bjfjsalisbury, we don't apply them until they have been "released"20:22
jsalisburybjf, ack20:22
bjfjsalisbury, you just go from stable branch/tree to stable branch/tree and see what has been applied in the related ubuntu tree20:22
bjfjsalisbury, sconklin and i are the only others that apply them so it's easy enough to know if someone is working on one already20:23
bjfjsalisbury, and if we know you are handling it, we'll just stand back and watch :-)20:24
sconklinwaaay back :-)20:24
jsalisburyheh20:24
sconklinhere, hold my beer20:24
jsalisburybjf, sconklin, so how do I tell which stable release is ready?  Do you get that from one of the mailing lists?20:25
sconklinthe maintainer announces, and there's also typically a release commit at the tip20:26
jsalisburygot it20:26
jsalisburybjf, sconklin, Do you recommend which one I should start with?  I don't want to step on one you've already started.20:27
bjfjsalisbury, we're not working on any of them right now20:27
sconklinI don't have any in progress20:27
bjfjsalisbury, start with precise and work you way through saucy20:28
jsalisburybjf, sconklin So there is nothing to do for Saucy yet, because 3.11.10.4 is still in review, correct20:28
bjfjsalisbury, that's what i normally do20:28
sconklinjsalisbury: you can always go ahead and apply to master-next. If a release gets held up or respun, everything has to be manually sorted and/or rebased anyway, and what's another few hundred patches, more or less? :-)20:32
jsalisburybjf, sconklin Ok, I'll give precise a go.  I'll push what I do to my git location on zinc and send a pointer for you guys to review20:32
sconklinjsalisbury: perfect20:32
jsalisburybjf, sconklin, It looks like the latest 3.2 stable kernel is 3.2.54.  Looking at the Precise master-next branch, it looks like it may have already been applied:20:40
jsalisburye7ebafbdb203bed536102c184198bcf4f8f71d4f Linux 3.2.5420:40
jsalisburyI see a tracking bug as well: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/126654620:40
ubot2`Launchpad bug 1266546 in linux (Ubuntu Precise) "Precise update to 3.2.54 stable release" [Undecided,In progress]20:40
bjfjsalisbury, that's likely. upstream stable for that is benh and there's quite a period between upstream stable releases for 3.220:42
jsalisburybjf, should I give Quantal a try then?20:44
bjfjsalisbury, like i said, i just work through them all to check .. i'm looking at Q right now20:44
jsalisburybjf, ack20:44
TeduardoAh, there was no new netboot image put in for 12.04.4.. bummer20:45
Teduardoyes, build a 50,000 node cloud with no nic drivers =)20:46
Teduardoyou win internets20:46
SarvattTeduardo: http://archive.ubuntu.com/ubuntu/dists/precise-updates/main/installer-amd64/current/images/saucy-netboot/20:47
jsalisburybjf, So we apply all the latest upstream updates to master-next.  How do those updates then make it into all the various flavors, or does that all happen by the builder?20:47
Teduardothe saucy netboot will install precise?20:49
Sarvattyep, its in precise, uses the saucy kernel just like 12.04.4 does20:49
Sarvatthttp://archive.ubuntu.com/ubuntu/dists/precise-updates/main/installer-amd64/current/images/raring-netboot/ for 12.04.3, etc20:50
Teduardoso if that works why not just make that the netboot image that comes up in the main precise thing20:50
infinityTeduardo: "the main precise thing"?20:54
Teduardohttp://cdimage.ubuntu.com/netboot/ -> click on 12.0420:55
Teduardowouldn't it make sense to put the one with the most driver support right there in front?20:55
infinityTeduardo: Right, I was just going to edit that today.  Though "12.04" will still point to the one with the 3.2 kernel, I'm just going to at the HWE kernel options at the bottom.20:56
Teduardoso people aren't like.. zomg why doesnt ubuntu support NICs that were released in 201220:56
infinitys/at/add/ .. Brain/finger disconnect.20:56
TeduardoSo just to be clear, the 'saucy-netboot' in the precise tree, doesn't actually install the 3.8 kernel on OS right? it just uses it during the install?20:58
Teduardothe actual kernel that is installed is the regular thing that comes with 12.04.4?20:58
rtgTeduardo, yes20:58
Teduardocool, thanks for your help. i get to go home now!20:59
Teduardowheeeeeeeeee....20:59
infinityTeduardo: It doesn't use a 3.8 kernel at all...21:06
infinityTeduardo: It both boots with and installs a 3.11 kernel.21:06
infinityI'm so renaming those images for trusty to be less confusing.21:08
bjfjsalisbury, yes, we just update master-next and building multiple arches/flavours from the same branch/repo makes it all work21:08
antarusqq, do signed kernel modules require secure boot?21:12
antarusor is the kernel using some other model of trust for them?21:13
infinityantarus: Not related to secure boot at all, no, it's the kernel that does the checking.21:18
antarusinfinity: hrm21:20
antarusinfinity: so for modules built with dkms...21:20
antarussigning seems...like it would be difficult?21:20
antarusalthough, building modules on the localhost seems insane if you don't trust localhost21:20
antarusso perhaps not so much ;p21:21
infinityIt's a bit of an unsolved problem, yes.  We discussed this at plumbers a while ago and no one had any bright ideas.21:21
antaruswell in my proposal users can only run specific kernels, so we could in theory precompile modules for them21:21
antarusand sign those21:21
infinityYou'd need to update the keyring to include your signing key too.21:21
infinitySince the signing key we use for our kernel binaries is generated and thrown away during the build process.21:22
antarusyeah21:25
antaruswe will probably be stuck building our own copy of your kernel sources anyway ;p21:25
antarusso might as well use our own keys to sign21:25
infinityI'd like to solve this more elegantly, so "just rebuild the kernel" isn't the go-to option.21:26
infinityBut other than that one session at plumbers when we all agreed it was too hard and we'd think about it later, I've not put much thought into it.21:27
antarusthis is all pie in teh sky stuff right now21:27
antaruswe have a summit internally in a few weeks21:27
antarusand I'm trying to think up ideas that we could do21:27
antarusparticularly if we started over21:28
antarusand aborted the legacy mess we had today ;p21:28
* marrusl wanders in21:28
infinitymarrusl: Shoo.21:28
infinitymarrusl: Whenever you're around, it seems to generate work.21:28
marruslinfinity, only "seems"?21:30
infinityantarus: So, yes, in a nutshell, the dkms-on-localhost use-case assumes that you trust localhost once it's booted, so you use a local signing key and scream "la la la, this doesn't feel right".  It's the centrally-distributed extra modules use-case that's more interesting (as that can be better locked down), and I'd like to come up with a sane solution for that.21:31
jsalisburybjf, sconklin Just did a bunch of clones to my home systems that I can --reference for future clones :-)21:39
jsalisburysconklin, bjf, I see that Quantal only has up to 3.5.7.2721:39
jsalisburysconklin, bjf, So it looks like it needs 3.5.7.28 and 3.5.7.29 updates.  I can give that a go.21:39
sconklinjsalisbury: I generally reference Linus's upstream repo, as the vast majority of everything else is also in there21:40
jsalisburysconklin, bjf Where there are two upstream releases to apply, do we do them one at a time, and create a seperate stable tracker bug for each?  Or can I apply all the patches from each in one shot?21:46
bjfjsalisbury, i do what sconklin said21:46
sconklinjsalisbury: apply the ones from the upstream maintainer's tree. I usually create a single tracking bug even if there are multiple upstream releases21:47
sconklinjust make sure that the list of commits in the bug includes all the ones in both upstream updates, and that every commit in your branch has the bug id added21:48
sconklinjsalisbury: you know about maint-modify-patch, right?21:48
jsalisburysconklin yes21:48
bjfjsalisbury, again i do the same as sconklin21:48
jsalisburysconklin, that makes it easier to do them in one pass instead of two :-)21:48
sconklingood. You can expect it to throw errors on patches with unicode in people's names. This should really be fixed in the script but I have been just going back to verify that it did the right thing.21:49
sconklinand the way I do that is - say I was adding my SOB. I just "grep -v sconklin *patch" and it'll list any without my sob21:50
sconklinYou'll know it if you see it :-)21:50
jsalisburysconklin, looks like 200 patches for 3.5.7.28 and 3.5.7.29: 21:51
jsalisburygit log --pretty=oneline v3.5.7.27... | wc21:51
jsalisbury    200    1773   1930921:51
sconklinnot surprising.21:51
sconklinbuilds character :-)21:51
jsalisburyheh :-)21:51
jsalisburysconklin, do I add my sob when running the 'git format-patch' in the upstream tree, or does the maint-modify-patch do it for me?21:56
sconklinI just extract all the patches using "git format-patch -k tag.." and then add SOB and tracking bug number using maint-modify-patch21:58
jsalisburysconklin, got it.  thanks!21:58
jsalisburysconklin, Here's the tracking bug: https://bugs.launchpad.net/bugs/1277722  I'll add the subjects of all the patches.  Going to apply them now, and tackle the failures :-)21:59
ubot2Launchpad bug 1277722 in linux (Ubuntu Quantal) "Quantal update to v3.5.7.29 stable release" [Undecided,New]21:59
sconklincool.22:00
jsalisburysconklin, what is the format for --sob when passing it to the maint-modify-patch script?  22:07
jsalisburysconklin, seems to fail for me.  I don't have an .kteam.rc file on my system.  Maybe I need one?22:07
sconklinyeah, you have to copy that rc file to your home dir and add your own name/email/nick22:09
sconklinyou can add those to the kteam-tools sample version of that rc file, too if you want22:10
jsalisburycool, thanks.  Looks like the script told me that, heh: ** Error: No aliases found, the required configuration file may be missing. Copy the file kteam-tools/maintscripts/doc/example_kteam.rc to ~/.kteam.rc.22:10
sconklinI think I added that error message in a rage one day22:12
jsalisburysconklin, hmm, I get the unicode warning with the maint-modify-patch script:22:14
jsalisbury/home/jsalisbury/src/kteam-tools/maintscripts/maint-modify-patch:253: UnicodeWarning: Unicode equal comparison failed to convert both arguments to Unicode - interpreting them as being unequal22:14
jsalisbury  if expanded not in existing_sobs:22:14
bjfjsalisbury, just ignore it22:15
sconklinyeah, that's the one22:15
jsalisburyOk22:15
sconklinyou can verify that your SOB was applied to all the patches using grep -v, if you want to double check22:15
jsalisburyYeah, looks like it did the right thing :-)22:15
jsalisburysconklin, do you have a grep or something to pull the subject out of the patches, while dropping the "Subject" text, which I'll put in the bug tracker?  If not, I can figure one out. 22:19
sconklinI generally concoct a line something like this in the upstream maintainer's tree:22:20
sconklingit log --oneline <tag>.. | cut -b 47- > patchlist.txt22:20
sconklinand then I edit that and prepend " * ", or whatever the line beginning should look like (can't remember atm)22:21
sconklinadjust the 47 to suit, and you may need other options to git log. Lemme see if I have that in a script22:22
sconklinjsalisbury: I apparently have not saved that anywhere22:23
jsalisburysconklin, Ok, I can figure out some sort of grep/awk combo.22:24
jsalisburysconklin, If a patch fails because it's already applied, and I skip it, do I still add it to the bug tracker?22:24
sconklinI don't worry about that too much. If I already have the list in the bug I don't bother removing it22:25
jsalisburysconklin, sweet, only two patches failed, and that was because they were already applied :-)22:38
sconklinbest case scenario.22:38
sconklinYou're more likely to run into conflicts with older kernels, as there may be patches which conflict with the context because they aren't in the upstream stable tree. That's not common, but it happens, and most of the time, it's only context, and for things like PCI id's in a driver or lists like that22:40
jsalisburysconklin, I came up with this to pull the subject out of all the patch files:22:48
jsalisburycat * | grep Subject: | awk '{first = $1; $1 = ""; print $0}'22:48
jsalisburysconklin, but it seems to drop some subject text if a subject has a carriage return in it22:48
sconklinjsalisbury: dunno, I take the text from a git log in the upstream maintainer's tree, not from the patch files22:49
jsalisburysconklin, heh, yeah I guess I could make it easy and just get it from git22:49
jsalisburysconklin, cool, looks like I just need --pretty=%s:  22:59
jsalisburygit log --pretty=%s v3.5.7.27... > subjects22:59
jsalisburysconklin, Thanks for all the help!22:59
jsalisburysconklin, I'll finsh up the tracking bug, push to my tree on zinc and send an email with a pointer to you and bjf23:00
sconklinawesome! Yeah, git is your friend in a lot of ways, there are a ton of formatting options for logs23:00
jsalisburysconklin, Thanks again!  Enjoy your weekend23:02

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