=== hggdh_ is now known as hggdh === kloeri_ is now known as kloeri [10:21] What's the easiest way to be sure one has all the dependencies needed for Ubuntu kernel maintenance/development? [10:52] zequence, "apt-get build-dep linux-image-generic" probably? [10:52] or lowlatency in your case [10:52] diwic: Thanks [12:49] * rtg may have to give up on thunderbird. it is simply not capable of dealing with large mail lists such as LKML [12:57] rtg: try notmuch [12:58] amitk, gotta do something different. I'll have a look. Is that your main email client ? === yofel_ is now known as yofel [12:59] rtg: yeah, pretty much. It is basically a mail indexer with several UI - emacs, vim, terminal-based [13:00] amitk, sounds good to me. I'm kind of a vim guy anyways. [14:08] bjf, ack === chiluk_away is now known as chiluk [14:32] bjf: I need to point someone to our list of supported kernels...do you and your stable minions prefer https://wiki.ubuntu.com/Kernel/Dev/KernelStableSupportMatrix or https://wiki.ubuntu.com/Kernel/Dev/ABIPackages [15:32] ogasawara, the support matrix. it's not as out-of-date [15:33] bjf: did you want to throw Quantal on there? or I can [15:34] ogasawara, i can soon as i wake up [15:34] bjf: ack [15:35] rtg, hello [15:35] arges, dude [15:36] rtg, dude. going to resubmit that fsnotify locking patchset. when I do the reverts, do I need to include the BugLink? [15:36] arges, yep [15:36] cool [15:37] I can add the buglinks as well. have you used ~/kteam-tools/maintscripts/maint-modify-patch ? [15:45] rtg, no didn't know about that one... I was looking for git templates in the debian.master directory [15:46] arges, you'll have to setup an .kteam.rc, but afterwards you can add buglinks, Acked-by as well as s-o-b lines in a standardized format. [15:47] rtg, ok i'll do that [16:05] ogasawara, the support matrix is updated [16:05] bjf: ack, thanks [16:18] * ogasawara back in 20 [16:50] bjf: when trying to git pull autotest-client-tests, I get http://pastebin.ubuntu.com/1495863/ [16:51] bjf: no big deal, I can simply git clone it again, but every so often I have to do it, and shouldn't [16:52] hggdh, if you don't care about local changes, then try using 'git fetch origin;git reset --hard FETCH_HEAD' [16:52] also do 'git checkout -f' first [16:56] rtg: thanks, will change the script accordingly [16:57] hggdh, if you're getting local changes inadvertently, then you might also want to clean, e.g., 'git checkout -f [16:57] git clean -f -d [16:57] git ls-files --others --directory |xargs rm -rvf' [16:57] that should return it to a pristine condition [16:58] rtg: it did the trick, but this is (should be) a pristine copy of the origin [16:58] hggdh, not according to your pastebin. looks like yuo've had local changes. [16:59] the only thing I do there is a git pull when Brad tells me there is a new version. Ah well, just another magic, I guess [16:59] hggdh, though it *should* be prestine, it's not. would be good to understand why [17:00] yeah. Will monitor. Perhaps git archive changes something there [17:00] * rtg notes that 'pull' isn't really the right thing to do anyway if you want an exact copy of the origin. [17:00] rtg: checkout is better, then? [17:01] hggdh, fetch and reset. pull does a merge whcih is not what you want in this case. [17:01] ack. Interesting also is that a git clone (after removing the branch) did not give me an up-to-date head [17:02] hggdh, lemme have a look at the repo [17:07] hggdh, hmm. it looks OK to me. In order to guarantee a pristine copy, this is what I would do : [17:07] git checkout -f master [17:07] git clean -f -d [17:07] git ls-files --others --directory |xargs rm -rvf [17:07] git fetch origin [17:07] git fetch origin master [17:07] git reset --hard refs/remotes/origin/master [17:09] jsalisbury, need to bounce gomeisa for a kernel update [17:09] rtg, ack [17:11] rtg: will do it from now on, thank you [17:11] * hggdh will also beef up (no, actually create) git knowledge [17:12] rtg, i suspect git clean -x -f -d does that clean/ls-files pair [17:12] apw, actually t does leave some cruft around in some cases, especially on older cversions of git [17:13] maybe the newer one works better. I'm just being pendantic [17:13] or is it pedantic ? [17:14] heh [17:15] dman rtg killed my build [17:15] apw, I checked on gomeisa ? [17:15] well it went pop in the middle :) [17:15] apw, shit, sorry. [17:15] its only a build, it'll grow back [17:16] bjf: anyway should I grab the current head? You did not apply a tag to v0.0.5-1 [17:16] hggdh, ah! i'll fix that [17:17] hggdh, it's tagged now [17:18] arges, ikepanhc: rebooting tangerine for kernel update [17:18] rtg, ack [17:24] bjf: thanks, updated [17:39] * apw wasnders off early to go to the theatre :) [18:12] * cking wanders off to fly a model helicopter [18:18] * rtg -> lunch [18:18] * ogra_ knew that ckisnt a talll guy ... but *that* small ? [18:18] *cking [18:36] drat, missed my chance to bug apw [18:45] sforshee, did you have raring running on this acer? [18:47] * bjf will just boot it up and look [18:50] bjf, probably not but I don't recall for sure [18:50] I don't think I had used it in a while [18:51] sforshee, don't know why, it's so fast :-) [18:51] sforshee, nope, just quantal === Edgan_ is now known as Edgan [19:00] hallo can be bug 1096002 a kernel bug ? thanks [19:00] Launchpad bug 1096002 in Ubuntu "Multipath does not work with EMC 5300 Storage" [Undecided,New] https://launchpad.net/bugs/1096002 [20:08] bjf: perfect, Lucid is all green. Thank you. [20:09] hggdh, np [20:09] * ogasawara lunch [20:33] bjf, henrix_ If you have a chance, can you review bug 1092911 ? [20:33] Launchpad bug 1092911 in linux (Ubuntu) "linux-crashdump: missing binutils dependancy for "strings"" [Medium,Confirmed] https://launchpad.net/bugs/1092911 [20:35] bjf, henrix_ I wasn't sure if the dependencies for linux-crashdump is something we would handle, or if I shoudl re-assign. [20:37] * rtg -> EOW [21:28] jsalisbury, it's not a kernel bug but, i've reassigned it to the crash project. smb did the last upload so it's something we could look at [21:30] bjf, Thanks! [22:51] bjf, hmm i thought crash was working. at least I've been using it recently ... is this after the version bump? [22:52] arges, don't really know, just looked at it long enough to answer jsalisbury [22:52] 6.1.0-1ubuntu1 [22:52] ok [22:52] bjf, also its a dup of bug 251288 [22:52] Launchpad bug 251288 in crash (Ubuntu) "Crash should depend on binutils" [Medium,Confirmed] https://launchpad.net/bugs/251288 [22:53] ah [22:53] bjf, i'll take care of it [22:53] thanks