lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Mon, 21 Jan 2013 13:27:11 +1030 From: Rusty Russell <rusty@...tcorp.com.au> To: Linus Torvalds <torvalds@...ux-foundation.org>, Junio C Hamano <gitster@...ox.com>, Git Mailing List <git@...r.kernel.org> Cc: LKML <linux-kernel@...r.kernel.org>, Alexander Graf <agraf@...e.de>, Prarit Bhargava <prarit@...hat.com>, Sasha Levin <sasha.levin@...cle.com> Subject: Re: [PULL] Module fixes, and a virtio block fix. Linus Torvalds <torvalds@...ux-foundation.org> writes: > On Sun, Jan 20, 2013 at 5:32 PM, Rusty Russell <rusty@...tcorp.com.au> wrote: >> >> Due to the delay on git.kernel.org, git request-pull fails. It *looks* >> like it succeeds, except the warning, but (as we learned last time I >> screwed up), it doesn't put the branchname because it can't know. > > I think this should be fixed in modern git versions. > > And it sure as hell knows the proper tag name, since you *gave* it the > name and it used it for generating the actual contents. The fact that > some versions then screw that up and re-write the tag-name to > something randomly matching that isn't a tag was just a bug. I'm confused. The default argument is HEAD: what does it know about tag names? git request-pull master korg The bug is that if it can't find that commit at the remote end, it still generates a valid-looking request (with a warning at the end), where it guesses you're talking about the master branch. >> For want of a better solution, I'll now resort to sending pull requests >> with the anti-social gitolite URL in it, like so: > > That's even worse, fwiw. It means that the pull request address makes > no sense to anybody who doesn't have a kernel.org address, and then > I'm forced to just edit things by hand instead to not pollute the > kernel changelog history with crap. Since I use a wrapper script now for your pull requests I can use sed to unscrew it: [alias] for-linus = !check-commits && TAGNAME=`git symbolic-ref HEAD | cut -d/ -f3`-for-linus && git tag -f -u D1ADB8F1 $TAGNAME HEAD && git push korg tag $TAGNAME && git request-pull master korg | sed s,gitolite@...kernel.org:/pub,git://git.kernel.org/pub, && git log --stat --reverse master..$TAGNAME | emails-from-log | grep -v 'rusty@...tcorp' | grep -v 'stable@...nel.org' | sed 's/^/Cc: /' > Junio, didn't "git request-pull" get fixed so that it *warns* about > missing tagnames/branches, but never actually corrupts the pull > request? Or did it just get "fixed" to be a hard error instead of > corrupting things? Because this is annoying. Here: git version 1.7.10.4 Cheers, Rusty. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists