Signed-off-by: Conrad Kostecki
---
.../2022-05-14-apache-nginx-glep-81.en.txt| 36 +++
1 file changed, 36 insertions(+)
create mode 100644
2022-05-14-apache-nginx-glep-81/2022-05-14-apache-nginx-glep-81.en.txt
diff --git
Signed-off-by: Conrad Kostecki
---
.../2022-05-14-apache-nginx-glep-81.en.txt| 36 +++
1 file changed, 36 insertions(+)
create mode 100644
2022-05-14-apache-nginx-glep-81/2022-05-14-apache-nginx-glep-81.en.txt
diff --git
On Fri, 2022-05-13 at 11:44 -0400, Mike Gilbert wrote:
>
> "which" is a built-in command in bash, but not in dash. For most
> users, /bin/sh points at bash and I don't expect to see much breakage
> when /usr/bin/which is removed. The bug reports will come from people
> who like pain and run their
On Fri, May 13, 2022 at 11:44 AM Mike Gilbert wrote:
>
> On Fri, May 13, 2022 at 3:11 AM Ulrich Mueller wrote:
> >
> > Recently Debian has started to transition away from the "which" command.
> > [1]
> >
> > which is a non-POSIX command which prints out the location of specified
> > executables
Hi, everyone.
TL;DR:
1. Gentoo eclasses now support Python 3.11 in ~arch. Please start
testing your packages. (It's going to be stabilized once it leaves
beta, i.e. sometime Nov-Dec.)
2. We're switching to Python 3.10 in the beginning of June, so if you
haven't ported your packages yet,
On Fri, May 13, 2022 at 3:11 AM Ulrich Mueller wrote:
>
> Recently Debian has started to transition away from the "which" command.
> [1]
>
> which is a non-POSIX command which prints out the location of specified
> executables that are in your path. Unfortunately, there are several
> versions of
On 5/12/22 14:29, Mike Pagano wrote:
This function was only called locally and the last use was almost 12
years ago
See: https://gitlab.com/rindeal/gentoo-cvs-history-archive/-/commit/1715ad
cd9e404075340e5a5ed82f88928feeffd9
Signed-off-by: Mike Pagano
---
eclass/linux-info.eclass | 20
> On Fri, 13 May 2022, Philip Webb wrote:
>> Recently Debian has started to transition away from the "which" command.
>> [1]
> Do we take Debian as a role model ?
No, but it is additional input. Note that our own activities [2,3]
started earlier than that.
>> 'which' is a non-POSIX command
On Fri, May 13, 2022 at 05:02:25AM -0400, Michael Orlitzky wrote:
> On Fri, 2022-05-13 at 09:11 +0200, Ulrich Mueller wrote:
> >
> > So, should we join the "which hunt", with the goal of removing
> > sys-apps/which from the system set and from stage1?
>
> Yes, although I would suggest "command
On 13/05/2022 09.11, Ulrich Mueller wrote:
So, should we join the "which hunt", with the goal of removing
sys-apps/which from the system set and from stage1?
Yes, please. If there is a equally powerful bash builtin, and even a
POSIX shell function, that performs the same task as the external
> On Fri, 13 May 2022, Michael Orlitzky wrote:
>> So, should we join the "which hunt", with the goal of removing
>> sys-apps/which from the system set and from stage1?
> Yes, although I would suggest "command -v" as a POSIX replacement that
> can be sent upstream. The "type" utility is also
220513 Ulrich Mueller wrote:
> Recently Debian has started to transition away from the "which" command.
> [1]
Do we take Debian as a role model ?
> 'which' is a non-POSIX command which prints out the location of specified
> executables that are in your path. Unfortunately, there are several
>
On Fri, 2022-05-13 at 09:11 +0200, Ulrich Mueller wrote:
>
> So, should we join the "which hunt", with the goal of removing
> sys-apps/which from the system set and from stage1?
Yes, although I would suggest "command -v" as a POSIX replacement that
can be sent upstream. The "type" utility is
Recently Debian has started to transition away from the "which" command.
[1]
which is a non-POSIX command which prints out the location of specified
executables that are in your path. Unfortunately, there are several
versions of the program around which are not compatible with each other.
We
14 matches
Mail list logo
