From: Bryan Larsen <bryanlarsen@yahoo.com>
To: Linus Torvalds <torvalds@osdl.org>
Cc: Junio C Hamano <junkio@cox.net>,
bryan.larsen@gmail.com, pasky@suse.cz, git@vger.kernel.org
Subject: Re: [PATCH 3/6] git-gnu-progs-Makefile: git Makefile update
Date: Mon, 11 Jul 2005 15:42:26 -0400 [thread overview]
Message-ID: <42D2CBA2.8060705@yahoo.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0507111206240.17536@g5.osdl.org>
Linus Torvalds wrote:
>
> On Mon, 11 Jul 2005, Junio C Hamano wrote:
>
>>I am not yet convinced "one variable per GNU program" is the
>>right way to do (I do agree it is a problem and I appreciate
>>your trying to solving it; an obvious alternative cop-out would
>>be to fix this in the user's environment, but there might be a
>>saner solution)
>
>
> Yes. As you say, if we do this (and I think it's so ugly that I'm not
> convinced we want to), it should be done in git-sh-setup-script _once_
> instead of editing every single script.
Agreed: I was much happier with my cogito implementation where I just
put it in cg-Xlib. Is git-sh-setup-script appropriate? At first glance
it had a specific purpose and was not included in a large number of files.
>
> Most everything includes git-sh-setup-script anyway by now.
>
> However, what are the features that break the default apple tools anyway?
> Maybe we should avoid using them? OSX clearly comes with "cp" and "xargs"
> regardless, what are the flags that don't work with their cruddy versions?
xargs -r, cp -l, cp -u, cp -a. Git uses the first 2, cogito uses all 4.
Last night, I couldn't think of alternatives to these, but I obviously
didn't try very hard. xargs -r can probably happen via a temporary file
and cp -u can probably be simulated using rsync.
>
> [ Rant mode on: ..and who the hell is the idiot at Apple who includes the
> old crappy BSD stuff? They already use gcc, so it's totally pointless to
> have a NIH thing, when the GNU utilities are just _better_. Maybe
> somebody can ask Apple to get with the program and not live in the dark
> ages any more. ]
>
It wasn't long ago that the BSD's and Solaris had the same problems. If
only Apple is in the dark ages, shame on them.
Bryan
next prev parent reply other threads:[~2005-07-11 19:45 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-11 10:14 [PATCH 0/6] parameterize gnu tool names; add Portfile for OS X darwinports Bryan Larsen
2005-07-11 10:14 ` [PATCH 1/6] git-gnu-progs: parameterize git Bryan Larsen
2005-07-11 10:14 ` [PATCH 2/6] config-sh: find and verify utils Bryan Larsen
2005-07-11 10:15 ` [PATCH 3/6] git-gnu-progs-Makefile: git Makefile update Bryan Larsen
2005-07-11 19:02 ` Junio C Hamano
2005-07-11 19:10 ` Linus Torvalds
2005-07-11 19:42 ` Bryan Larsen [this message]
2005-07-11 20:00 ` Linus Torvalds
2005-07-12 9:03 ` Matthias Urlichs
2005-07-11 20:14 ` Junio C Hamano
2005-07-11 20:22 ` Bryan Larsen
2005-07-11 20:30 ` Junio C Hamano
2005-07-11 21:28 ` Bryan Larsen
2005-07-11 21:59 ` Junio C Hamano
2005-07-11 19:21 ` Bryan Larsen
2005-07-11 10:15 ` [PATCH 4/6] cogito-gnu-progs: parameterize cogito Bryan Larsen
2005-07-11 10:15 ` [PATCH 5/6] cogito-gnu-progs-Makefile: cogito Makefile update Bryan Larsen
2005-07-11 10:15 ` [PATCH 6/6] darwinports-Portfile: Portfile for cogito Bryan Larsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42D2CBA2.8060705@yahoo.com \
--to=bryanlarsen@yahoo.com \
--cc=bryan.larsen@gmail.com \
--cc=git@vger.kernel.org \
--cc=junkio@cox.net \
--cc=pasky@suse.cz \
--cc=torvalds@osdl.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.