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