Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.sys.mac.misc > #80809 > unrolled thread

PATH von Administrator und Root

Back to article view | Back to de.comp.sys.mac.misc

Contents

  PATH von Administrator und Root Başar Alabay <alabay@gmx.net> - 2025-01-02 20:01 +0000
    Re: PATH von Administrator und Root Dennis Preiser <d__p@d--p.de> - 2025-01-03 19:07 +0000
      Re: PATH von Administrator und Root Başar Alabay <alabay@gmx.net> - 2025-01-04 20:48 +0000
        Re: PATH von Administrator und Root Dennis Preiser <d__p@d--p.de> - 2025-01-05 08:49 +0000
          Re: PATH von Administrator und Root Başar Alabay <alabay@gmx.net> - 2025-01-05 11:47 +0000
    Re: PATH von Administrator und Root Clemens Schüller <cs.usenet@mailbox.org> - 2025-01-04 22:25 +0100
      Re: PATH von Administrator und Root Başar Alabay <alabay@gmx.net> - 2025-01-04 22:07 +0000

#80809 — PATH von Administrator und Root

Hallo,

ich habe kürzlich – nachdem ich ein standalone wine bei WineHQ gefunden
habe – meine Macports-Installation radikal gekappt und neu aufgesetzt.
Schön. Nur eine Sache klemmt jetzt:

Ich konnte (und kann aber auf einer zweiten Maschine) nach dem Wechsel vom
Alltagsuser zum Administrator nicht mehr sudo tlmgr aufrufen (hat mit
Macports nur insofern etwas zu tun, als daß sudo auch von Macports ist).
Unter dem Administrator selbst geht es, aber eskaliert … nicht. env
| grep ^PATH und sudo env | grep ^PATH geben auch tatsächlich
verschiedene Inhalte aus.

Wie hatte ich es wohl eingerichtet, daß für Root die gleichen Pfade
eingetragen sind? Oder daß beim Eskalieren der Pfad gültig bleibt? Das
war ohne -E-Hampelei auf alle Fälle. Ich weiß aber eben nicht mehr, wie.

Hat einer eine Idee? Oder ist das zu unixoid?

B. Alabay

[toc] | [next] | [standalone]

#80810

Başar Alabay <alabay@gmx.net> wrote:
> ich habe kürzlich – nachdem ich ein standalone wine bei WineHQ gefunden
> habe – meine Macports-Installation radikal gekappt und neu aufgesetzt.
> Schön. Nur eine Sache klemmt jetzt:
> 
> Ich konnte (und kann aber auf einer zweiten Maschine) nach dem Wechsel vom
> Alltagsuser zum Administrator nicht mehr sudo tlmgr aufrufen (hat mit
> Macports nur insofern etwas zu tun, als daß sudo auch von Macports ist).

Ich hatte nie MacPorts installiert und hier geht beides

| % tlmgr --version
| tlmgr revision 70080 (2024-02-23 00:13:07 +0100)
| tlmgr using installation: /usr/local/texlive/2024
| TeX Live (https://tug.org/texlive) version 2024
| % sudo tlmgr --version
| Password:
| tlmgr revision 70080 (2024-02-23 00:13:07 +0100)
| tlmgr using installation: /usr/local/texlive/2024
| TeX Live (https://tug.org/texlive) version 2024

> Unter dem Administrator selbst geht es, aber eskaliert … nicht. env
> | grep ^PATH und sudo env | grep ^PATH geben auch tatsächlich
> verschiedene Inhalte aus.

env | grep ^PATH und sudo env | grep ^PATH geben bei mir das gleiche
aus.

> Wie hatte ich es wohl eingerichtet, daß für Root die gleichen Pfade
> eingetragen sind? Oder daß beim Eskalieren der Pfad gültig bleibt? Das
> war ohne -E-Hampelei auf alle Fälle. Ich weiß aber eben nicht mehr,
> wie.

Da es bei mir ohne MacPorts geht musst Du wohl nach einer Änderung
suchen, die MacPorts vorgenommen hat und nicht nach einer Konfiguration
vor MacPorts.

> Hat einer eine Idee? Oder ist das zu unixoid?

Nein. Nein.

Dennis

[toc] | [prev] | [next] | [standalone]

#80811

Dennis Preiser schrieb am 03.01.2025, 20:07 h:

>> Unter dem Administrator selbst geht es, aber eskaliert … nicht. env
>> | grep ^PATH und sudo env | grep ^PATH geben auch tatsächlich
>> verschiedene Inhalte aus.
> 
> env | grep ^PATH und sudo env | grep ^PATH geben bei mir das gleiche
> aus.

Das war auf dem zweiten Rechner auch so. Jetzt gibt mir die
sudo-Variante das aus, was ich im secure_path eingegeben habe.

> Da es bei mir ohne MacPorts geht musst Du wohl nach einer Änderung
> suchen, die MacPorts vorgenommen hat und nicht nach einer Konfiguration
> vor MacPorts.

Ach, bis ich das finde … passe ich lieber secure_path soweit an, daß es
paßt. Ohne wine und gnupg-Sonderpfade … bis die mir mal unter sudo
fehlen sollten :-) Aber warum das irgendwann anders wurde, weiß ich
nicht. Allerdings hatte ich auch sudo von macports installiert. Ich habe
hesehen, daß die sudoers nach eine aktuellen Installation definitiv ganz
anders aussieht als vor Jahren. Also, unabhängig von eigenen
Anpassungen.

>> Hat einer eine Idee? Oder ist das zu unixoid?
> 
> Nein. Nein.

:-)

B. Alabay

[toc] | [prev] | [next] | [standalone]

#80814

Başar Alabay <alabay@gmx.net> wrote:
> Dennis Preiser schrieb am 03.01.2025, 20:07 h:
> Das war auf dem zweiten Rechner auch so. Jetzt gibt mir die
> sudo-Variante das aus, was ich im secure_path eingegeben habe.

Im originalen Apple sudoers-File gibt es kein secure_path. Die
Änderungen, welche MacPorts sonst so daran vornimmt, entsprechen denen,
die auch bei Apple drin sind.

<https://github.com/macports/macports-ports/blob/master/sysutils/sudo/files/patch-sudoers.in.diff>

MacPorts ruft configure mit

| --with-secure-path-value=${prefix}/sbin:${prefix}/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

auf. Das landet dann als secure_path im sudoers.

Um das Apple-Verhalten wiederherzustellen könnte man secure_path ganz
rausnehmen. Oder Du nimmst /Library/TeX/texbin mit auf.

| % type tlmgr
| tlmgr is /Library/TeX/texbin/tlmgr

Dennis

[toc] | [prev] | [next] | [standalone]

#80815

Dennis Preiser schrieb am 05.01.2025, 09:49 h:

> MacPorts ruft configure mit
> 
> | --with-secure-path-value=${prefix}/sbin:${prefix}/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
> 
> auf. Das landet dann als secure_path im sudoers.

Wobei ich mir nicht sicher bin, ob das beim alten sudo (von Macports)
auch bereits miteingearbeitet wurde. Ich glaube, das war noch
auskommentiert. Im neuen dann nicht mehr.

> Um das Apple-Verhalten wiederherzustellen könnte man secure_path ganz
> rausnehmen. Oder Du nimmst /Library/TeX/texbin mit auf.

So habe ich es gemacht:

"/opt/local/sbin:/opt/local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/X11/bin:/usr/local/MacGPG2/bin:/Library/TeX/texbin"

Wine wollte ich nicht miteinbeziehen, weil im Programme-Ordner (WineHQ).

Dieses »alle wege führen irgendwo hin« ist manchmal nervig. Es gibt die
sudoers, es gibt dies eine Verzeichnis für Dropins, es gibt irgendwas
anderes unter /etc … klarer wäre es, wenn für jeden Punkt exakt nur eine
Lösung existierte.

B. Alabay

[toc] | [prev] | [next] | [standalone]

#80812

Başar Alabay schrieb am 02. Jan. 2025 um 21:01:


> ich habe kürzlich – nachdem ich ein standalone wine bei WineHQ gefunden
> habe – meine Macports-Installation radikal gekappt und neu aufgesetzt.
               ^^^^^^^^

Rein interessehalber - warum nicht homebrew?



-- 
LieGrü aus Graz, Clemens

[toc] | [prev] | [next] | [standalone]

#80813

Clemens Schüller schrieb am 04.01.2025, 22:25 h:

> Başar Alabay schrieb am 02. Jan. 2025 um 21:01:
> 
>> ich habe kürzlich – nachdem ich ein standalone wine bei WineHQ gefunden
>> habe – meine Macports-Installation radikal gekappt und neu aufgesetzt.
>                ^^^^^^^^
> 
> Rein interessehalber - warum nicht homebrew?

Weil das unter meinem antiken 10.12 nicht liefe. Und weil ich Macports
seit … 14 oder mehr Jahren nutze. Gewohnheit?

B. Alabay

[toc] | [prev] | [standalone]

Back to top | Article view | de.comp.sys.mac.misc

csiph-web