On 31.08.20 22:19, Fabrice BAUZAC-STEHLY wrote:
> Simon McVittie writes:
>
>> which(1) is non-standardized, which is likely to be part of the reason
>> why Debian has its own implementation not shared with other Linux
>> distributions. Some other Linux distributions, for example Fedora and
>>
Simon McVittie writes:
> which(1) is non-standardized, which is likely to be part of the reason
> why Debian has its own implementation not shared with other Linux
> distributions. Some other Linux distributions, for example Fedora and
> Arch Linux, use GNU Which
On Wed, Aug 19, 2020 at 01:45:05PM +, Clint Adams wrote:
> On Tue, Aug 18, 2020 at 10:55:41AM -0400, Boyuan Yang wrote:
> > In theory any Debian Developers may merge, but the debianutils package is
> > maintained by clint@ and srivasta@ so they are responsible for this
> > package. I
> > am
On Tue, Aug 18, 2020 at 10:55:41AM -0400, Boyuan Yang wrote:
> In theory any Debian Developers may merge, but the debianutils package is
> maintained by clint@ and srivasta@ so they are responsible for this package. I
> am adding them to the email receiver list explicitly.
Now that `command -v`
Hi,
在 2020-08-17星期一的 20:47 +0200,Erik Gustafsson写道:
> I took Teemus very good suggestion and changed [-a] to [-as] now :)
>
> https://salsa.debian.org/debian/debianutils/-/merge_requests/6/diffs#ed04ff4dabf1e2d4cd6b89136c2b24dec27ecca4_21_24
>
> Is there anything more I should change?
>
> Who
I understand that if I write my own shell scripts I maybe should use
command -v instead, but this is not for my own shell scripts, but for
compatibility with BSD and Mac.
Den mån 17 aug. 2020 kl 20:47 skrev Erik Gustafsson <
ekir.gustafs...@gmail.com>:
> I took Teemus very good suggestion and
I took Teemus very good suggestion and changed [-a] to [-as] now :)
https://salsa.debian.org/debian/debianutils/-/merge_requests/6/diffs#ed04ff4dabf1e2d4cd6b89136c2b24dec27ecca4_21_24
Is there anything more I should change?
Who can merge? :)
Den fre 14 aug. 2020 kl 16:07 skrev Simon McVittie :
On Fri, 14 Aug 2020 at 14:46:39 +0200, Jonas Smedegaard wrote:
> Regardless of the -s option, why is command preferred over which? Due
> to it being POSIX or for some other reason?
* command is POSIX, so any Unixish environment should have it, whereas
which is non-standard, so it's anyone's
On Fri, Aug 14, 2020 at 02:46:39PM +0200, Jonas Smedegaard wrote:
> Regardless of the -s option, why is command preferred over which? Due
> to it being POSIX or for some other reason?
developers-reference (11.0.7) unstable; urgency=medium
* best-pkging-practices: recommend "command -v"
Quoting Simon McVittie (2020-08-14 14:29:15)
> Another angle you could attack this from is to change these scripts to
> use "which java >/dev/null" or, better, "command -v java >/dev/null"
> instead of "which -s java".
>
> which(1) is non-standardized, which is likely to be part of the reason
On Fri, 14 Aug 2020 at 00:55:03 +0200, Erik Gustafsson wrote:
> This "which" is heavily used at the company where I work, for java
> development etc like
> which -s java || echo "You have to install java to run this program"
Another angle you could attack this from is to change these scripts to
Hi,
Teemu Likonen writes:
> * 2020-08-14 00:55:03+02, Erik Gustafsson wrote:
>
>> To make my Debian installation compatible with "which -s" I have made a
>> merge request for this
>> https://salsa.debian.org/debian/debianutils/-/merge_requests/6/diffs
>
> Reviewed-by: me, a random debian user.
On Fri, Aug 14, 2020 at 12:55:03AM +0200, Erik Gustafsson wrote:
> Hi!
>
> The "which" command is part of debianutils. On BSD and Mac, this command on
> Mac/BSD has a -s flag, for silent, when used it does not print, just return
> 0 if program found in $PATH or 1 otherwise. See man-page for
* 2020-08-14 00:55:03+02, Erik Gustafsson wrote:
> To make my Debian installation compatible with "which -s" I have made a
> merge request for this
> https://salsa.debian.org/debian/debianutils/-/merge_requests/6/diffs
Reviewed-by: me, a random debian user.
But perhaps you should mention the
14 matches
Mail list logo