[opensuse] reading timezone files
Is there a utility to let me read a timezone file? e.g. /usr/share/zoneinfo/Europe/London is a binary file containing information about the London timezone. Is there anything that will read that file an output its contents in a readable format? TIA, Dave -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Sat, 5 Sep 2020 21:13:06 +0100 időpontban Dave Howorth írta:
Is there a utility to let me read a timezone file?
e.g. /usr/share/zoneinfo/Europe/London is a binary file containing information about the London timezone. Is there anything that will read that file an output its contents in a readable format?
TIA, Dave
I guess zdump can do something like this. man zdump: zdump - timezone dumper Zdump prints the current time in each zonename named on the command line. Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 05/09/2020 à 22:44, Istvan Gabor a écrit :
I guess zdump can do something like this.
man zdump:
an often forgotten bash command is "apropos" apropos timezone tzset (3) - Initialiser des données pour les conversions de temps localtime (5) - Local timezone configuration file Time::Zone (3pm) - - miscellaneous timezone manipulations routines timezone (3) - initialize time conversion information timezone (3p) - difference from UTC and local standard time tzfile (5) - timezone information tzselect (8) - select a timezone tzset (3p) - set timezone conversion information zdump (8) - timezone dumper zic (8) - timezone compiler -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/09/2020 17:25, jdd@dodin.org wrote:
Le 05/09/2020 à 22:44, Istvan Gabor a écrit :
I guess zdump can do something like this.
man zdump:
an often forgotten bash command is "apropos"
apropos timezone [snip] zic (8) - timezone compiler
And there you have the real answer to the question. Somewhere there is the 'source code' that gets compiled into the binary timezone file that Dave was asking about. Actually, while the man page on ZIC says a lot about the source file information, the
tzfile (5) - timezone information gives an almost 1:1 correspondence with the binary values.
The example E.g.: zdump -v -c 2000,2022 Europe/London dumps the result of a range/query and really says little abut that the source file contained It's a but like running a program to give the dates of Easter for the first 30 centuries of the Christian era. The algorithm and the specific years things might have changed (such as the shift to the Gregorian calendar) is there in the source file but the listing of dates is the result of running the program. In the same way, running zdump gives a listing for when the summer time/winter time changes but not the source code, the algorithm. ZIC is the compiler for the source code. https://en.wikipedia.org/wiki/Computus Easter is traditionally celebrated on the first Sunday after the Paschal full moon, which is the first full moon on or after 21 March (an approximation of the March equinox). Determining this date in advance requires a correlation between the lunar months and the solar year, while also accounting for the month, date, and weekday of the calendar. The calculations produce different results depending on whether the Julian calendar or the Gregorian calendar is used. See what I mean? https://c-for-dummies.com/blog/?p=2431 https://www.assa.org.au/edm#Computer There is no real algorithm for dealing with Daylight Saving Time. Basically every country can decide for themselves when -and if- DST starts and ends. The only thing we can do as developers is using some sort of table to look it up. that's why there is the language for specifying the table. The example give was quite narrow. Over the last century and a quarter the British government has altered the dates https://en.wikipedia.org/wiki/British_Summer_Time In the summers of 1941 to 1945, during the Second World War, Britain was two hours ahead of GMT and operating on British Double Summer Time (BDST). ... An inquiry during the winter of 1959–60, in which 180 national organisations were consulted, revealed a slight preference for a change to all-year GMT+1, but instead the length of summer time was extended as a trial. A further inquiry during 1966–1967 led the government of Harold Wilson to introduce the British Standard Time experiment, with Britain remaining on GMT+1 throughout the year. This took place between 27 October 1968 and 31 October 1971, when there was a reversion to the previous arrangement. Politics at work! And more Jacob Rees-Mogg, MP for North East Somerset, tried to introduce an amendment to give Somerset its own time zone, 15 minutes behind London See also https://en.wikipedia.org/wiki/Western_European_Summer_Time And the move to abolish ending summer time, in effect redefining time zones. https://www.bbc.com/news/world-europe-47704345 So now you see what it has to be done with a set of 'rules' that manifest as tables of year ranges and changes. The part of the range table that generates the 88 lines of gmtoff changes in the example is a lot more succinct. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/London -0:01:15 - LMT 1847 Dec 1 0:00s 0:00 GB-Eire %s 1968 Oct 27 1:00 - BST 1971 Oct 31 2:00u 0:00 GB-Eire %s 1996 0:00 EU GMT/BST then, among the EU data, there's a one line entry for 1996 onwards. Succinct, eh? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello, On Sat, 05 Sep 2020, Dave Howorth wrote:
Is there a utility to let me read a timezone file?
e.g. /usr/share/zoneinfo/Europe/London is a binary file containing information about the London timezone. Is there anything that will read that file an output its contents in a readable format?
E.g.: zdump -v -c 2000,2022 Europe/London HTH, -dnh -- AUTHOR FvwmAuto just appeared one day, nobody knows how. -- FvwmAuto(1x) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sat, 5 Sep 2020 23:00:29 +0200 David Haller <dnh@opensuse.org> wrote:
Hello,
On Sat, 05 Sep 2020, Dave Howorth wrote:
Is there a utility to let me read a timezone file?
e.g. /usr/share/zoneinfo/Europe/London is a binary file containing information about the London timezone. Is there anything that will read that file an output its contents in a readable format?
E.g.: zdump -v -c 2000,2022 Europe/London
HTH,
Thanks, yes, it did. Any idea why zdump is root-only? What's 'special' about knowing what timezone I'm in?
-dnh
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 9/5/20 4:24 PM, Dave Howorth wrote:
Thanks, yes, it did. Any idea why zdump is root-only? What's 'special' about knowing what timezone I'm in?
That's an openSUSE thing, either permissions or apparmour. On all other distros I check it is 0755. -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2020-09-09 07:22, David C. Rankin wrote:
On 9/5/20 4:24 PM, Dave Howorth wrote:
Thanks, yes, it did. Any idea why zdump is root-only? What's 'special' about knowing what timezone I'm in?
That's an openSUSE thing, either permissions or apparmour. On all other distros I check it is 0755.
It has 755 $ ls -l /usr/sbin/zdump -rwxr-xr-x 1 root root 47616 Aug 25 13:55 /usr/sbin/zdump The point is that it is installed in /usr/sbin instead of /usr/bin. Hence, it is not found in a standard user's PATH. No idea why. Have a nice day, Berny -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/09/2020 18.59, Bernhard Voelker wrote:
On 2020-09-09 07:22, David C. Rankin wrote:
On 9/5/20 4:24 PM, Dave Howorth wrote:
Thanks, yes, it did. Any idea why zdump is root-only? What's 'special' about knowing what timezone I'm in?
That's an openSUSE thing, either permissions or apparmour. On all other distros I check it is 0755.
It has 755
$ ls -l /usr/sbin/zdump -rwxr-xr-x 1 root root 47616 Aug 25 13:55 /usr/sbin/zdump
The point is that it is installed in /usr/sbin instead of /usr/bin. Hence, it is not found in a standard user's PATH. No idea why.
My user finds it: cer@Telcontar:~> which zdump /usr/sbin/zdump cer@Telcontar:~> zdump cer@Telcontar:~> zdump --help zdump: usage: zdump OPTIONS TIMEZONE ... Options include: -c [L,]U Start at year L (default -500), end before year U (default 2500) -t [L,]U Start at time L, end before time U (in seconds since 1970) -i List transitions briefly (format is experimental) -v List transitions verbosely -V List transitions a bit less verbosely --help Output this help --version Output version info Report bugs to tz@iana.org. cer@Telcontar:~> -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On Fri, 11 Sep 2020 19:38:19 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 11/09/2020 18.59, Bernhard Voelker wrote:
On 2020-09-09 07:22, David C. Rankin wrote:
On 9/5/20 4:24 PM, Dave Howorth wrote:
Thanks, yes, it did. Any idea why zdump is root-only? What's 'special' about knowing what timezone I'm in?
That's an openSUSE thing, either permissions or apparmour. On all other distros I check it is 0755.
It has 755
$ ls -l /usr/sbin/zdump -rwxr-xr-x 1 root root 47616 Aug 25 13:55 /usr/sbin/zdump
The point is that it is installed in /usr/sbin instead of /usr/bin. Hence, it is not found in a standard user's PATH. No idea why.
My user finds it:
cer@Telcontar:~> which zdump /usr/sbin/zdump cer@Telcontar:~> zdump
All that tells us is that you have set your user to have a non-standard path :)
cer@Telcontar:~> zdump --help zdump: usage: zdump OPTIONS TIMEZONE ... Options include: -c [L,]U Start at year L (default -500), end before year U (default 2500) -t [L,]U Start at time L, end before time U (in seconds since 1970) -i List transitions briefly (format is experimental) -v List transitions verbosely -V List transitions a bit less verbosely --help Output this help --version Output version info
Report bugs to tz@iana.org. cer@Telcontar:~>
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/09/2020 21.15, Dave Howorth wrote:
On Fri, 11 Sep 2020 19:38:19 +0200 "Carlos E. R." <> wrote:
The point is that it is installed in /usr/sbin instead of /usr/bin. Hence, it is not found in a standard user's PATH. No idea why.
My user finds it:
cer@Telcontar:~> which zdump /usr/sbin/zdump cer@Telcontar:~> zdump
All that tells us is that you have set your user to have a non-standard path :)
Not me... cer@Telcontar:~> grep PATH .profile* cer@Telcontar:~> grep PATH .bash* cer@Telcontar:~> -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On Fri, 11 Sep 2020 22:39:39 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 11/09/2020 21.15, Dave Howorth wrote:
On Fri, 11 Sep 2020 19:38:19 +0200 "Carlos E. R." <> wrote:
The point is that it is installed in /usr/sbin instead of /usr/bin. Hence, it is not found in a standard user's PATH. No idea why.
My user finds it:
cer@Telcontar:~> which zdump /usr/sbin/zdump cer@Telcontar:~> zdump
All that tells us is that you have set your user to have a non-standard path :)
Not me...
cer@Telcontar:~> grep PATH .profile* cer@Telcontar:~> grep PATH .bash* cer@Telcontar:~>
$ echo $PATH /home/dhoworth/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/lib/mit/sbin -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/09/2020 23.26, Dave Howorth wrote:
On Fri, 11 Sep 2020 22:39:39 +0200 "Carlos E. R." <> wrote:
On 11/09/2020 21.15, Dave Howorth wrote:
On Fri, 11 Sep 2020 19:38:19 +0200 "Carlos E. R." <> wrote:
The point is that it is installed in /usr/sbin instead of /usr/bin. Hence, it is not found in a standard user's PATH. No idea why.
My user finds it:
cer@Telcontar:~> which zdump /usr/sbin/zdump cer@Telcontar:~> zdump
All that tells us is that you have set your user to have a non-standard path :)
Not me...
cer@Telcontar:~> grep PATH .profile* cer@Telcontar:~> grep PATH .bash* cer@Telcontar:~>
$ echo $PATH /home/dhoworth/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/lib/mit/sbin
Of course, my path contains other things, but it is not setup by the user, unless it is on another file: /home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin I mean, the "not me" means that I did not set it up, or I don't remember where. Not in my home, I grepped for "sbin/". Not in /etc/default. Probably not in /etc/sysconfig/* -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On Fri, 11 Sep 2020 23:47:04 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 11/09/2020 23.26, Dave Howorth wrote:
On Fri, 11 Sep 2020 22:39:39 +0200 "Carlos E. R." <> wrote:
On 11/09/2020 21.15, Dave Howorth wrote:
On Fri, 11 Sep 2020 19:38:19 +0200 "Carlos E. R." <> wrote:
The point is that it is installed in /usr/sbin instead of /usr/bin. Hence, it is not found in a standard user's PATH. No idea why.
My user finds it:
cer@Telcontar:~> which zdump /usr/sbin/zdump cer@Telcontar:~> zdump
All that tells us is that you have set your user to have a non-standard path :)
Not me...
cer@Telcontar:~> grep PATH .profile* cer@Telcontar:~> grep PATH .bash* cer@Telcontar:~>
$ echo $PATH /home/dhoworth/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/lib/mit/sbin
Of course, my path contains other things, but it is not setup by the user, unless it is on another file:
/home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin
I mean, the "not me" means that I did not set it up, or I don't remember where. Not in my home, I grepped for "sbin/". Not in /etc/default. Probably not in /etc/sysconfig/*
That's very strange. Why does /usr/sbin appear twice? Something's seriously borked there. Also, on my system there is no usr/lib/mit/bin directory, FWIW. And no KDE of course. Does a new user on your system get /usr/sbin added to their path? Ordinary users are definitely not supposed to have it. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 12/09/2020 14.13, Dave Howorth wrote:
On Fri, 11 Sep 2020 23:47:04 +0200 "Carlos E. R." <> wrote:
On 11/09/2020 23.26, Dave Howorth wrote:
On Fri, 11 Sep 2020 22:39:39 +0200 "Carlos E. R." <> wrote:
Of course, my path contains other things, but it is not setup by the user, unless it is on another file:
/home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin
I mean, the "not me" means that I did not set it up, or I don't remember where. Not in my home, I grepped for "sbin/". Not in /etc/default. Probably not in /etc/sysconfig/*
That's very strange. Why does /usr/sbin appear twice? Something's seriously borked there. Also, on my system there is no usr/lib/mit/bin directory, FWIW. And no KDE of course.
Does a new user on your system get /usr/sbin added to their path? Ordinary users are definitely not supposed to have it.
It must be something done many years ago. All users I tried have that path, but with a single /usr/sbin er@Telcontar:~> su - cer-g Password: cer-g@Telcontar:~> echo $PATH /home/cer-g/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin cer-g@Telcontar:~> logout cer@Telcontar:~> su - Password: Telcontar:~ # su - maria maria@Telcontar:~> echo $PATH /home/maria/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin maria@Telcontar:~> logout Telcontar:~ # logout cer@Telcontar:~> echo $PATH /home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin cer@Telcontar:~> -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Dave Howorth wrote:
/home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin
That's very strange. Why does /usr/sbin appear twice? Something's seriously borked there. Also, on my system there is no usr/lib/mit/bin directory, FWIW. And no KDE of course.
User paths, looking back at some older systems - 12.3 - /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 10.3 - /opt/kde3/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/lib/qt3/bin 11.3 - /usr/lib/mpi/gcc/openmpi/bin:/home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 11.0 - /home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin 15.1 - /home/per/bin:/usr/local/bin:/usr/bin:/bin (without X).
Does a new user on your system get /usr/sbin added to their path? Ordinary users are definitely not supposed to have it.
I'm intrigued by that /mit/ path, but it has obviously gone away, so it is of purely archeological interest. I would expect /usr/sbin/ to be added somewhere by a local user profile, but it's just a hunch. -- Per Jessen, Zürich (22.2°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 12/09/2020 19.39, Per Jessen wrote:
Dave Howorth wrote:
/home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin
That's very strange. Why does /usr/sbin appear twice? Something's seriously borked there. Also, on my system there is no usr/lib/mit/bin directory, FWIW. And no KDE of course.
User paths, looking back at some older systems -
12.3 - /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 10.3 - /opt/kde3/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/lib/qt3/bin 11.3 - /usr/lib/mpi/gcc/openmpi/bin:/home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 11.0 - /home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin 15.1 - /home/per/bin:/usr/local/bin:/usr/bin:/bin (without X).
Does a new user on your system get /usr/sbin added to their path? Ordinary users are definitely not supposed to have it.
I'm intrigued by that /mit/ path, but it has obviously gone away, so it is of purely archeological interest.
I still have it. The directory comes from "krb5-client...rpm"
I would expect /usr/sbin/ to be added somewhere by a local user profile, but it's just a hunch.
But it is not local user profile, as all users get it, and grep doesn't find it at home. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Carlos E. R. wrote:
On 12/09/2020 19.39, Per Jessen wrote:
Dave Howorth wrote:
/home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin
That's very strange. Why does /usr/sbin appear twice? Something's seriously borked there. Also, on my system there is no usr/lib/mit/bin directory, FWIW. And no KDE of course.
User paths, looking back at some older systems -
12.3 - /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 10.3 - /opt/kde3/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/lib/qt3/bin 11.3 - /usr/lib/mpi/gcc/openmpi/bin:/home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 11.0 - /home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin 15.1 - /home/per/bin:/usr/local/bin:/usr/bin:/bin (without X).
Does a new user on your system get /usr/sbin added to their path? Ordinary users are definitely not supposed to have it.
I'm intrigued by that /mit/ path, but it has obviously gone away, so it is of purely archeological interest.
I still have it. The directory comes from "krb5-client...rpm"
ah, kerberos, that makes sense. Not in the default install.
I would expect /usr/sbin/ to be added somewhere by a local user profile, but it's just a hunch.
But it is not local user profile, as all users get it, and grep doesn't find it at home.
"all users", also on a vanilla 15.x ? -- Per Jessen, Zürich (20.1°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 12/09/2020 21.07, Per Jessen wrote:
Carlos E. R. wrote:
On 12/09/2020 19.39, Per Jessen wrote:
Dave Howorth wrote:
/home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin
That's very strange. Why does /usr/sbin appear twice? Something's seriously borked there. Also, on my system there is no usr/lib/mit/bin directory, FWIW. And no KDE of course.
User paths, looking back at some older systems -
12.3 - /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 10.3 - /opt/kde3/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/lib/qt3/bin 11.3 - /usr/lib/mpi/gcc/openmpi/bin:/home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 11.0 - /home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin 15.1 - /home/per/bin:/usr/local/bin:/usr/bin:/bin (without X).
Does a new user on your system get /usr/sbin added to their path? Ordinary users are definitely not supposed to have it.
I'm intrigued by that /mit/ path, but it has obviously gone away, so it is of purely archeological interest.
I still have it. The directory comes from "krb5-client...rpm"
ah, kerberos, that makes sense. Not in the default install.
I would expect /usr/sbin/ to be added somewhere by a local user profile, but it's just a hunch.
But it is not local user profile, as all users get it, and grep doesn't find it at home.
"all users", also on a vanilla 15.x ?
All users in this machine. Thus is not something a user of the machine did to his profile, not a local user profile. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On Sat, 12 Sep 2020 20:33:04 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 12/09/2020 19.39, Per Jessen wrote:
Dave Howorth wrote:
/home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin
That's very strange. Why does /usr/sbin appear twice? Something's seriously borked there. Also, on my system there is no usr/lib/mit/bin directory, FWIW. And no KDE of course.
User paths, looking back at some older systems -
12.3 - /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 10.3 - /opt/kde3/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/lib/qt3/bin 11.3 - /usr/lib/mpi/gcc/openmpi/bin:/home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 11.0 - /home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin 15.1 - /home/per/bin:/usr/local/bin:/usr/bin:/bin (without X).
Does a new user on your system get /usr/sbin added to their path? Ordinary users are definitely not supposed to have it.
I'm intrigued by that /mit/ path, but it has obviously gone away, so it is of purely archeological interest.
I still have it. The directory comes from "krb5-client...rpm"
I would expect /usr/sbin/ to be added somewhere by a local user profile, but it's just a hunch.
But it is not local user profile, as all users get it, and grep doesn't find it at home.
Have you actually tried adding a new user? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 13/09/2020 12.03, Dave Howorth wrote:
On Sat, 12 Sep 2020 20:33:04 +0200 "Carlos E. R." <> wrote:
On 12/09/2020 19.39, Per Jessen wrote:
Dave Howorth wrote:
/home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin
That's very strange. Why does /usr/sbin appear twice? Something's seriously borked there. Also, on my system there is no usr/lib/mit/bin directory, FWIW. And no KDE of course.
User paths, looking back at some older systems -
12.3 - /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 10.3 - /opt/kde3/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/lib/qt3/bin 11.3 - /usr/lib/mpi/gcc/openmpi/bin:/home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 11.0 - /home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin 15.1 - /home/per/bin:/usr/local/bin:/usr/bin:/bin (without X).
Does a new user on your system get /usr/sbin added to their path? Ordinary users are definitely not supposed to have it.
I'm intrigued by that /mit/ path, but it has obviously gone away, so it is of purely archeological interest.
I still have it. The directory comes from "krb5-client...rpm"
I would expect /usr/sbin/ to be added somewhere by a local user profile, but it's just a hunch.
But it is not local user profile, as all users get it, and grep doesn't find it at home.
Have you actually tried adding a new user?
Ok, will do. cer@Telcontar:~> su - new Password: new@Telcontar:~> echo $PATH /home/new/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin new@Telcontar:~> new@Telcontar:~> logout cer@Telcontar:~> echo $PATH /home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin cer@Telcontar:~> The only difference is no duplicated /usr/bin. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On Sun, 13 Sep 2020 12:07:29 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 13/09/2020 12.03, Dave Howorth wrote:
On Sat, 12 Sep 2020 20:33:04 +0200 "Carlos E. R." <> wrote:
On 12/09/2020 19.39, Per Jessen wrote:
Dave Howorth wrote:
/home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin
That's very strange. Why does /usr/sbin appear twice? Something's seriously borked there. Also, on my system there is no usr/lib/mit/bin directory, FWIW. And no KDE of course.
User paths, looking back at some older systems -
12.3 - /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 10.3 - /opt/kde3/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/lib/qt3/bin 11.3 - /usr/lib/mpi/gcc/openmpi/bin:/home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 11.0 - /home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin 15.1 - /home/per/bin:/usr/local/bin:/usr/bin:/bin (without X).
Does a new user on your system get /usr/sbin added to their path? Ordinary users are definitely not supposed to have it.
I'm intrigued by that /mit/ path, but it has obviously gone away, so it is of purely archeological interest.
I still have it. The directory comes from "krb5-client...rpm"
I would expect /usr/sbin/ to be added somewhere by a local user profile, but it's just a hunch.
But it is not local user profile, as all users get it, and grep doesn't find it at home.
Have you actually tried adding a new user?
Ok, will do.
cer@Telcontar:~> su - new Password: new@Telcontar:~> echo $PATH /home/new/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin new@Telcontar:~> new@Telcontar:~> logout cer@Telcontar:~> echo $PATH /home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin cer@Telcontar:~>
The only difference is no duplicated /usr/bin.
At least it starts to establish where the problem arises. How did you add the 'new' user? YaST or command-line? I suspect /usr/sbin/useradd.local might be a place to start looking for where the sbin is injected. Or maybe one of the files in /etc/skel/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 13/09/2020 13.10, Dave Howorth wrote:
On Sun, 13 Sep 2020 12:07:29 +0200 "Carlos E. R." <> wrote:
Have you actually tried adding a new user?
Ok, will do.
cer@Telcontar:~> su - new Password: new@Telcontar:~> echo $PATH /home/new/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin new@Telcontar:~> new@Telcontar:~> logout cer@Telcontar:~> echo $PATH /home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin cer@Telcontar:~>
The only difference is no duplicated /usr/bin.
At least it starts to establish where the problem arises. How did you add the 'new' user? YaST or command-line?
YaST, of course.
I suspect /usr/sbin/useradd.local might be a place to start looking for where the sbin is injected.
Ok, let's see /usr/sbin/useradd.local +++·················· #!/bin/bash # # Here you can add your own stuff, that should be done for every user who # was new created. # # When you create a user with useradd, this script will be called # with the login name as parameter. Optional, UID, GID and the HOME # directory are added. # case "$1" in --help|--version) echo Usage: $0 username [uid gid home] exit 0 ;; esac # Check for the required argument. if [ $# -lt 1 -o $# -gt 4 ]; then echo Usage: $0 username [uid gid home] exit 1 fi # Update NIS database # make -C /var/yp # If SELinux is enabled, we have to run restorecon to assign # appropriate fcontexts to the respective $HOME and files under it if [ -x /usr/sbin/selinuxenabled ] && /usr/sbin/selinuxenabled ; then test -x /sbin/restorecon || exit 2 if [ $# -lt 4 ]; then home_dir=/home/$1 else home_dir=$4 fi if [ -d $home_dir ]; then /sbin/restorecon -R $home_dir fi fi # All done. exit 0 ··················++- I did not create that file, but anyway, PATH is not there. cer@Telcontar:~> rpm -qf /usr/sbin/useradd.local shadow-4.6-lp151.2.3.2.x86_64 cer@Telcontar:~>
Or maybe one of the files in /etc/skel/
Telcontar:/etc/skel # grep PATH * grep: bin: Is a directory Telcontar:/etc/skel # grep -i PATH * grep: bin: Is a directory Telcontar:/etc/skel # Not there... The only thing I remember doing very log ago, is something in sysconfig to add /usr/local to the path. Ah, that would be "suseconfig". I see: ## Type: yesno ## Default: no # # Do you want to have "." in root path? This is not recommended, but # many people do prefer it (yes/no). The setting affects all system # users (with uid < 100) # CWD_IN_ROOT_PATH="no" ## Type: yesno ## Default: yes # # Do you want to have "." in the path for normal users? # Defaults to "yes" since this has been the case for years. # CWD_IN_USER_PATH="no" No, it is not about /usr/local, but about the dot. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On Sun, 13 Sep 2020 13:35:39 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 13/09/2020 13.10, Dave Howorth wrote:
On Sun, 13 Sep 2020 12:07:29 +0200 "Carlos E. R." <> wrote:
Have you actually tried adding a new user?
Ok, will do.
cer@Telcontar:~> su - new Password: new@Telcontar:~> echo $PATH /home/new/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin new@Telcontar:~> new@Telcontar:~> logout cer@Telcontar:~> echo $PATH /home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin cer@Telcontar:~>
The only difference is no duplicated /usr/bin.
At least it starts to establish where the problem arises. How did you add the 'new' user? YaST or command-line?
YaST, of course.
I suspect /usr/sbin/useradd.local might be a place to start looking for where the sbin is injected.
Ok, let's see
/usr/sbin/useradd.local
+++·················· #!/bin/bash # # Here you can add your own stuff, that should be done for every user who # was new created. # # When you create a user with useradd, this script will be called # with the login name as parameter. Optional, UID, GID and the HOME # directory are added. #
case "$1" in --help|--version) echo Usage: $0 username [uid gid home] exit 0 ;; esac
# Check for the required argument. if [ $# -lt 1 -o $# -gt 4 ]; then echo Usage: $0 username [uid gid home] exit 1 fi
# Update NIS database # make -C /var/yp
# If SELinux is enabled, we have to run restorecon to assign # appropriate fcontexts to the respective $HOME and files under it if [ -x /usr/sbin/selinuxenabled ] && /usr/sbin/selinuxenabled ; then test -x /sbin/restorecon || exit 2
if [ $# -lt 4 ]; then home_dir=/home/$1 else home_dir=$4 fi
if [ -d $home_dir ]; then /sbin/restorecon -R $home_dir fi fi
# All done. exit 0 ··················++-
I did not create that file, but anyway, PATH is not there.
cer@Telcontar:~> rpm -qf /usr/sbin/useradd.local shadow-4.6-lp151.2.3.2.x86_64 cer@Telcontar:~>
Or maybe one of the files in /etc/skel/
Telcontar:/etc/skel # grep PATH * grep: bin: Is a directory Telcontar:/etc/skel # grep -i PATH * grep: bin: Is a directory Telcontar:/etc/skel #
Not there...
err, you'll need to look in the subdirectories as well, and you'll need to inspect the various dot files like .bashrc Maybe there's a clever way to do it, but my brain hurts thinking about it. I'd just ls -R and then run grep repeatedly until I'd tested every file.
The only thing I remember doing very log ago, is something in sysconfig to add /usr/local to the path. Ah, that would be "suseconfig". I see:
## Type: yesno ## Default: no # # Do you want to have "." in root path? This is not recommended, but # many people do prefer it (yes/no). The setting affects all system # users (with uid < 100) # CWD_IN_ROOT_PATH="no"
## Type: yesno ## Default: yes # # Do you want to have "." in the path for normal users? # Defaults to "yes" since this has been the case for years. # CWD_IN_USER_PATH="no"
No, it is not about /usr/local, but about the dot.
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dave Howorth wrote:
err, you'll need to look in the subdirectories as well, and you'll need to inspect the various dot files like .bashrc
Maybe there's a clever way to do it, but my brain hurts thinking about it.
find <alltopdirs> -type f | xargs grep '/usr/sbin' -- Per Jessen, Zürich (24.6°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 13/09/2020 13.55, Per Jessen wrote:
Dave Howorth wrote:
err, you'll need to look in the subdirectories as well, and you'll need to inspect the various dot files like .bashrc
Maybe there's a clever way to do it, but my brain hurts thinking about it.
find <alltopdirs> -type f | xargs grep '/usr/sbin'
Telcontar:/etc/skel # find * -type f | xargs grep '/usr/sbin' Telcontar:/etc/skel # Must be the wrong incantation, because 'mc' does find instances of '/usr/sbin', although not relevant. #export EDITOR=/usr/bin/vim #if [ -x /usr/bin/fortune ] ; then # echo # /usr/bin/fortune # echo #fi -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Carlos E. R. wrote:
On 13/09/2020 13.55, Per Jessen wrote:
Dave Howorth wrote:
err, you'll need to look in the subdirectories as well, and you'll need to inspect the various dot files like .bashrc
Maybe there's a clever way to do it, but my brain hurts thinking about it.
find <alltopdirs> -type f | xargs grep '/usr/sbin'
Telcontar:/etc/skel # find * -type f | xargs grep '/usr/sbin'
find /etc/skel /etc/dir1 /dir2 /dir3 /whatever -type f | xargs grep '/usr/sbin' alltopdirs = those dirs where you expect to find scripts or config that might influence PATH -- Per Jessen, Zürich (25.2°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 13/09/2020 14.15, Per Jessen wrote:
Carlos E. R. wrote:
On 13/09/2020 13.55, Per Jessen wrote:
Dave Howorth wrote:
err, you'll need to look in the subdirectories as well, and you'll need to inspect the various dot files like .bashrc
Maybe there's a clever way to do it, but my brain hurts thinking about it.
find <alltopdirs> -type f | xargs grep '/usr/sbin'
Telcontar:/etc/skel # find * -type f | xargs grep '/usr/sbin'
find /etc/skel /etc/dir1 /dir2 /dir3 /whatever -type f | xargs grep '/usr/sbin'
alltopdirs = those dirs where you expect to find scripts or config that might influence PATH
Ok, I use "mc" on /etc to find '/usr/sbin'. There are many irrelevant files. Ah, here: /etc/login.defs: # *REQUIRED* The default PATH settings, for superuser and normal users. # # (they are minimal, add the rest in the shell startup files) # # ENV_PATH: The default PATH settings for non-root. # # ENV_ROOTPATH: The default PATH settings for root # (used by login, su and runuser). # # ENV_SUPATH is an ENV_ROOTPATH override for su and runuser # (and falback for login). # ENV_PATH /usr/local/bin:/bin:/usr/bin ENV_ROOTPATH /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin #ENV_SUPATH /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin ... /etc/profile we already saw. Checking: Telcontar:~ # l /etc/login.defs* -rw-r--r-- 1 root root 9108 Oct 29 2019 /etc/login.defs Telcontar:~ # rpm -qf /etc/login.defs shadow-4.6-lp151.2.3.2.x86_64 Telcontar:~ # rpm -qV shadow .......T. c /etc/login.defs Telcontar:~ # S file Size differs M Mode differs (includes permissions and file type) 5 digest (formerly MD5 sum) differs D Device major/minor number mismatch L readLink(2) path mismatch U User ownership differs G Group ownership differs T mTime differs P caPabilities differ So, besides the timestamp differs, but not the checksum, the file is as distributed. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On Sun, 13 Sep 2020 14:06:54 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 13/09/2020 13.55, Per Jessen wrote:
Dave Howorth wrote:
err, you'll need to look in the subdirectories as well, and you'll need to inspect the various dot files like .bashrc
Maybe there's a clever way to do it, but my brain hurts thinking about it.
find <alltopdirs> -type f | xargs grep '/usr/sbin'
Telcontar:/etc/skel # find * -type f | xargs grep '/usr/sbin' Telcontar:/etc/skel #
* != <alltopdirs> I already said there are dot files. Some of them are directories as well. $ find /etc/skel -type f | xargs grep '/usr/sbin' PS Thanks, Per :)
Must be the wrong incantation, because 'mc' does find instances of '/usr/sbin', although not relevant.
#export EDITOR=/usr/bin/vim
#if [ -x /usr/bin/fortune ] ; then # echo # /usr/bin/fortune # echo #fi
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 13/09/2020 16.14, Dave Howorth wrote:
On Sun, 13 Sep 2020 14:06:54 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 13/09/2020 13.55, Per Jessen wrote:
Dave Howorth wrote:
err, you'll need to look in the subdirectories as well, and you'll need to inspect the various dot files like .bashrc
Maybe there's a clever way to do it, but my brain hurts thinking about it.
find <alltopdirs> -type f | xargs grep '/usr/sbin'
Telcontar:/etc/skel # find * -type f | xargs grep '/usr/sbin' Telcontar:/etc/skel #
* != <alltopdirs>
I already said there are dot files. Some of them are directories as well.
$ find /etc/skel -type f | xargs grep '/usr/sbin'
Telcontar:~ # find /etc/skel -type f | xargs grep '/usr/sbin' Telcontar:~ # Same result. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On Sun, 13 Sep 2020 19:24:08 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 13/09/2020 16.14, Dave Howorth wrote:
On Sun, 13 Sep 2020 14:06:54 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 13/09/2020 13.55, Per Jessen wrote:
Dave Howorth wrote:
err, you'll need to look in the subdirectories as well, and you'll need to inspect the various dot files like .bashrc
Maybe there's a clever way to do it, but my brain hurts thinking about it.
find <alltopdirs> -type f | xargs grep '/usr/sbin'
Telcontar:/etc/skel # find * -type f | xargs grep '/usr/sbin' Telcontar:/etc/skel #
* != <alltopdirs>
I already said there are dot files. Some of them are directories as well.
$ find /etc/skel -type f | xargs grep '/usr/sbin'
Telcontar:~ # find /etc/skel -type f | xargs grep '/usr/sbin' Telcontar:~ #
Same result.
Oh well, at least it's a definitive result this time :) So it must be coming from somewhere else. I'm afraid I'm out of ideas :( -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 13/09/2020 22.01, Dave Howorth wrote:
On Sun, 13 Sep 2020 19:24:08 +0200 "Carlos E. R." <> wrote:
On 13/09/2020 16.14, Dave Howorth wrote:
On Sun, 13 Sep 2020 14:06:54 +0200 "Carlos E. R." <> wrote:
Telcontar:~ # find /etc/skel -type f | xargs grep '/usr/sbin' Telcontar:~ #
Same result.
Oh well, at least it's a definitive result this time :)
So it must be coming from somewhere else. I'm afraid I'm out of ideas :(
Yeah, same here. I found part of it in /etc/login.defs. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On 13/09/2020 13.52, Dave Howorth wrote:
On Sun, 13 Sep 2020 13:35:39 +0200 "Carlos E. R." <> wrote:
Or maybe one of the files in /etc/skel/
Telcontar:/etc/skel # grep PATH * grep: bin: Is a directory Telcontar:/etc/skel # grep -i PATH * grep: bin: Is a directory Telcontar:/etc/skel #
Not there...
err, you'll need to look in the subdirectories as well, and you'll need to inspect the various dot files like .bashrc
I did, with 'mc'.
Maybe there's a clever way to do it, but my brain hurts thinking about it. I'd just ls -R and then run grep repeatedly until I'd tested every file.
Exactly why I used 'mc' ;-) -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On Sat, 12 Sep 2020 19:39:19 +0200 Per Jessen <per@computer.org> wrote:
Dave Howorth wrote:
/home/cer/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sbin:/usr/sbin
That's very strange. Why does /usr/sbin appear twice? Something's seriously borked there. Also, on my system there is no usr/lib/mit/bin directory, FWIW. And no KDE of course.
User paths, looking back at some older systems -
12.3 - /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 10.3 - /opt/kde3/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/lib/qt3/bin 11.3 - /usr/lib/mpi/gcc/openmpi/bin:/home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games 11.0 - /home/per/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/opt/kde3/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin 15.1 - /home/per/bin:/usr/local/bin:/usr/bin:/bin (without X).
Does a new user on your system get /usr/sbin added to their path? Ordinary users are definitely not supposed to have it.
I'm intrigued by that /mit/ path, but it has obviously gone away, so it is of purely archeological interest.
All the executables in that directory are kerberos-related. No idea why they're on my system.
I would expect /usr/sbin/ to be added somewhere by a local user profile, but it's just a hunch.
The standard place is /etc/profile: if test "$UID" = 0 ; then test -d /opt/kde3/sbin && PATH=/opt/kde3/sbin:$PATH PATH=/sbin:/usr/sbin:/usr/local/sbin:$PATH fi -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 13/09/2020 12.02, Dave Howorth wrote:
On Sat, 12 Sep 2020 19:39:19 +0200 Per Jessen <> wrote:
Dave Howorth wrote:
I would expect /usr/sbin/ to be added somewhere by a local user profile, but it's just a hunch.
The standard place is /etc/profile:
if test "$UID" = 0 ; then test -d /opt/kde3/sbin && PATH=/opt/kde3/sbin:$PATH PATH=/sbin:/usr/sbin:/usr/local/sbin:$PATH fi
if test "$UID" = 0 ; then test -d /opt/kde3/sbin && PATH=/opt/kde3/sbin:$PATH PATH=/sbin:/usr/sbin:/usr/local/sbin:$PATH fi for dir in /usr/X11/bin \ /usr/X11R6/bin \ /var/lib/dosemu \ /usr/games \ /opt/bin \ /opt/kde3/bin \ /opt/kde2/bin \ /opt/kde/bin \ /usr/openwin/bin \ /opt/cross/bin do test -d $dir && PATH=$PATH:$dir done I see this comment: # # You may use /etc/initscript, /etc/profile.local or the # ulimit package instead to set up ulimits and your PATH. # cer@Telcontar:~> l /etc/initscript ls: cannot access '/etc/initscript': No such file or directory cer@Telcontar:~> cer@Telcontar:~> l /etc/profile.local ls: cannot access '/etc/profile.local': No such file or directory cer@Telcontar:~> -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Dave Howorth wrote:
On Sat, 12 Sep 2020 19:39:19 +0200 Per Jessen <per@computer.org> wrote: [snip]
I would expect /usr/sbin/ to be added somewhere by a local user profile, but it's just a hunch.
The standard place is /etc/profile:
Yeah, I wrote the above before I realised that _all_ of the users on Carlos' system had /usr/sbin in their paths. -- Per Jessen, Zürich (21.7°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (10)
-
Anton Aylward -
Bernhard Voelker -
Carlos E. R. -
Carlos E.R. -
Dave Howorth -
David C. Rankin -
David Haller -
Istvan Gabor -
jdd＠dodin.org -
Per Jessen