What software uses /usr/bin/open?

[Yeechang Lee]

On RHEL/CentOS, /usr/bin/open is a symlink for /usr/bin/openvt. I'd
like to call a shell script I've written "open". What software, if
any, would break by having said script in ~/bin and having ~/bin first
in my path?

Obviously software that normally run as root or another user wouldn't
be affected, but things I run as my normal user login, or run with
sudo, would. I just don't know if there are any such; I do know that I
have never knowingly invoked open/openvt in 20 years of using Red Hat
Linux.

[Jasen Betts]

Post by Yeechang Lee
On RHEL/CentOS, /usr/bin/open is a symlink for /usr/bin/openvt. I'd
like to call a shell script I've written "open". What software, if
any, would break by having said script in ~/bin and having ~/bin first
in my path?

Why not put it in /usr/local/bin/open ?

Should alreasy be first in you path.

Otoh well written software will be using "/usr/bin/opevt" instead of
relying on $PATH and a symlink.

[Yeechang Lee]

Post by Jasen Betts
Why not put it in /usr/local/bin/open ?
Should alreasy be first in you path.

I could put it there, but given that it is a "personal" script—that
is, of use only to me, and hardwired assuming such—~/bin is more
appropriate.

Post by Jasen Betts
Otoh well written software will be using "/usr/bin/opevt" instead of
relying on $PATH and a symlink.

This is my question; whether any such non well-written software exists
as stock (or from common other sources, like EPEL or CentOS Plus) for
RHEL/CentOS.

[Jasen Betts]

Post by Yeechang Lee

Post by Jasen Betts
Why not put it in /usr/local/bin/open ?
Should alreasy be first in you path.

I could put it there, but given that it is a "personal" script—that
is, of use only to me, and hardwired assuming such—~/bin is more
appropriate.

~/bin is a good solution ( I mis-read your suggestion as /bin )

Post by Yeechang Lee

Post by Jasen Betts
Otoh well written software will be using "/usr/bin/opevt" instead of
relying on $PATH and a symlink.

This is my question; whether any such non well-written software exists
as stock (or from common other sources, like EPEL or CentOS Plus) for
RHEL/CentOS.

Noobs write scripts like that every day, so it exists. but such low-
quality software is unlikely to be carried by a mainstream distro.