Re: problème PATH

Le 27/02/2022 à 09:10, Marc Chantreux a écrit : pi@rpiBullseye64:~ $ echo $GOTPATH * ce qui ne répond pas à ma question: je te laisse chercher ;) * ce qui me laisse à penser que tu n'as pas lu la doc ? est ce que export GOTHPATH=/usr/local/go go règle le problème par hasard (il se pourrait

Re: problème PATH

> pi@rpiBullseye64:~ $ echo $GOTPATH > * ce qui ne répond pas à ma question: je te laisse chercher ;) * ce qui me laisse à penser que tu n'as pas lu la doc ? est ce que export GOTHPATH=/usr/local/go go règle le problème par hasard (il se pourrait qu'une typo se soit glissé dans la dernière

Re: problème PATH

pi@rpiBullseye64:~ $ ls -l /usr/local/go/bin/go -rwxr-xr-x 1 root root 13184586 27 janv.  2020 /usr/local/go/bin/go pi@rpiBullseye64:~ $ echo $GOTPATH pi@rpiBullseye64:~ $ /usr/local/go/bin/go bash: /usr/local/go/bin/go: Aucun fichier ou dossier de ce type pi@rpiBullseye64:~ $ strace go

Re: problème PATH

salut > pi@rpiBullseye64:~ $ /usr/local/go/bin/go > bash: /usr/local/go/bin/go: Aucun fichier ou dossier de ce type > pi@rpiBullseye64:~ $ ls -l /usr/local/go/bin/go > -rwxr-xr-x 1 root root 13184586 27 janv.  2020 /usr/local/go/bin/go c'est une erreur que je vois quand l'executant veut lancer

problème PATH

. Et je me retrouve devant un os à la première marche qui consiste à installer go pour compiler bazelisk pour compiler bazel pour .. Si quelqu'un pouvait m'expliquer : pi@rpiBullseye64:~ $ echo $PATH /usr/local/go/bin:/home/pi/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin

Re: Fwd: Boot path sur HP

heureux que la machine de votre ami tourne sous GNU/Linux et que vous participiez à l'effort collectif du monde libre. Cordialement, -- Forwarded message - De : *Jean Bernon* mailto:jber...@free.fr>> Date: sam. 8 févr. 2020 à 13:12 Subject: Re: Boot path

Fwd: Boot path sur HP

: Jean Bernon Date: sam. 8 févr. 2020 à 13:12 Subject: Re: Boot path sur HP To: Bonjour, J'ai bien relayé tous les messages de l'échange sur la liste. Simplement à un moment donné, j'ai répondu en ajoutant resolu? puis resolu au sujet et ça a cassé l'ensemble de l'échange en 3 morceaux. Par

Re: Boot path sur HP

, celle à laquelle je réponds directement, pour la lisibilité. Merci pour votre aide. Jean > Bonjour Jean, > Je comprends pas très bien, pourquoi vous n'avez pas relayés > l'intégralité de la correspondance du sujet "Boot path sur HP". > Ceci dit, du moment que vot

Re: Boot path sur HP

Bonjour Jean, Je comprends pas très bien, pourquoi vous n'avez pas relayés l'intégralité de la correspondance du sujet "Boot path sur HP".Ceci dit, du moment que votre problème est résolu, c'est l'essentiel. Cordialement Envoyé depuis mon smartphone Samsung Galaxy. Message

Re: Boot path sur HP [résolu]

i @hamster ! - Mail original - > De: "hamster" > À: debian-user-french@lists.debian.org > Envoyé: Jeudi 6 Février 2020 21:10:39 > Objet: Re: Boot path sur HP [résolu?] > Le 06/02/2020 à 13:43, Jean Bernon a écrit : > > - os-prober ne voit pas l'installation win

Re: Boot path sur HP [résolu?]

Le 06/02/2020 à 13:43, Jean Bernon a écrit : > - os-prober ne voit pas l'installation windows Normal : grub-efi regarde dans la partoche EFI sans aller voir ailleurs. > - une réparation du boot avec boot-repair permet un boot direct sur LinuxMint > (sans passer par l'écran grub ?) mais en

Re: Boot path sur HP [résolu?]

Merci à @hamster et @djomentunes pour leurs conseils ! Résumé pour clore la question : - le disque unique est en mbr, le BIOS donne le choix legacy/uefi/uefi+csm, le choix initial était legacy et windows démarre donc sur le mbr - pour l'installation j'ai basculé en uefi+csm et LinuxMint est

Re: Boot path sur HP

Le 05/02/2020 à 21:42, Jean Bernon a écrit : > Oui bien sûr, mais comment expliquer que lorsque je bascule le BIOS en > legacy il ne trouve pas plus l'image de boot de Windows. Est-ce qu'il y a eu une tentative d'installation de linux avortée en légacy ? > C'est comme si le MBR avait été écrasé

Re: Boot path sur HP

> C'est sur que si l'un est en UEFI et l'autre en légacy il ne peut y > avoir que des soucis de détection. > En UEFI il y a grub-efi qui qui cherche les autres OS mentionnés dans > la > partoche EFI, en légacy il y a grup-pc qui cherche des systèmes > bootables sur les autres partoches. > Donc

Re: Boot path sur HP

Le 05/02/2020 à 18:10, Jean Bernon a écrit : > Sauf erreur de ma part c'est au moment de partitionner le disque, donc > avant l'installation, que linux décèle ou non les autres OS. Non, c'est au moment d'installer (en fait configurer) GRUB. > J'ai installé une bonne dizaine de Linux Mint et

Re: Boot path sur HP

Merci de répondre. Je reprends sur la liste... - Mail original - > De: "djomentunes" > À: "Jean Bernon" > Envoyé: Mercredi 5 Février 2020 17:13:50 > Objet: RE: Boot path sur HP > Bonjour Jean, > Bizarre, normalement l'installation aurait

Re: Boot path sur HP

Le 05/02/2020 à 14:55, Jean Bernon a écrit : > Précision : Windows est installé en legacy et linux en UEFI. Voila la source de ton problème. Si windaube est en légacy, alors installe linux en légacy aussi et ca marchera tout seul.

Boot path sur HP

J'aimerais livrer au propriétaire du HP un système qui démarre normalement. Il existe dans le BIOS un choix "customized boot" qui permet d'entrer un boot path customisé. Ce chemin est \EFI\ubuntu\grubx64.efi sur la partition /dev/sda7 et c'est celui qui démarre linux via la suite F9 et

Re: PATH

rmal. > Apparemment, il y a eu un changement récent d'implémentation de > "su", qui vient désormais du paquet "util-linux". Je me disais > bien que j'avais lu un texte à ce sujet quelque part. > > « Le 'su' nouveau (sans arguments, en préservant > l'envir

Re: PATH

nvironnement utilisateur, qui ne comporte pas de répertoire > */sbin/, en temps normal. Apparemment, il y a eu un changement récent d'implémentation de "su", qui vient désormais du paquet "util-linux". Je me disais bien que j'avais lu un texte à ce sujet quelque part. « Le 'su'

Re: PATH

Bonsoir, Debian Sid ici aussi, mais pas de problème pour installer des paquets via "sudo apt ...", ou "su -" suivi de "apt ...". Klaus , dans un premier message : > Note : la variable PATH du superutilisateur doit normalement > contenir /usr/local/sbin, /usr/s

Re: PATH

Le 16/08/2018 à 21:23, Bernard Schoenacker a écrit : - Mail original - De: "Klaus" À: "Liste Debian" Envoyé: Jeudi 16 Août 2018 21:12:53 Objet: PATH 'soir, sous Sid, j'ai le message suivant lorsque je veux installer un packetage : dpkg: avertissement: « ld

Re: PATH

Le 16/08/2018 à 21:12, Klaus a écrit : > dpkg: avertissement: « ldconfig » introuvable dans la variable PATH ou > non exécutable > dpkg: avertissement: « start-stop-daemon » introuvable dans la > variable PATH ou non exécutable > dpkg: erreur: 2 programmes attendus non trouvés d

Re: PATH

Le 16/08/2018 à 21:12, Klaus a écrit : 'soir, sous Sid, j'ai le message suivant lorsque je veux installer un packetage : dpkg: avertissement: « ldconfig » introuvable dans la variable PATH ou non exécutable dpkg: avertissement: « start-stop-daemon » introuvable dans la variable PATH ou

Re: PATH

- Mail original - > De: "Klaus" > À: "Liste Debian" > Envoyé: Jeudi 16 Août 2018 21:12:53 > Objet: PATH > > 'soir, > > sous Sid, j'ai le message suivant lorsque je veux installer un > packetage : > > dpkg: avertissement: « ld

PATH

'soir, sous Sid, j'ai le message suivant lorsque je veux installer un packetage : dpkg: avertissement: « ldconfig » introuvable dans la variable PATH ou non exécutable dpkg: avertissement: « start-stop-daemon » introuvable dans la variable PATH ou non exécutable dpkg: erreur: 2 programmes

soucis de path avec opendkim

bonjour, j'ai un problème avec opendkim et voci ce que j'ai actuellement : service opendkim status ● opendkim.service - OpenDKIM DomainKeys Identified Mail (DKIM) Milter Loaded: loaded (/lib/systemd/system/opendkim.service; enabled; vendor preset: enabled) Active: active (running) since

Re: problème de $PATH pour les manpages sous bash

river avec bash > > Vérifie le contenu de ta variable MANPATH. > > -- > Fabien > bonjour, voici ce que j'ai dans le .bashrc 100# set CDPATH to good one -101 CDPATH=.:/usr/share/doc:~/Desktop/src:~/Desktop:~ 102 export CDPATH 103 104 PATH="${PATH}":/u

Re: problème de $PATH pour les manpages sous bash

On 10/10/2015 19:28, Bernard Schoenacker wrote: > bonjour, > > je n'arrive pas à accéder aux manpages sous bash en user et j'ai essayé > avec zsh et tout est ok comment y arriver avec bash Vérifie le contenu de ta variable MANPATH. -- Fabien

Re: problème de $PATH pour les manpages sous bash

Bonjour, On 10/10/2015 19:28, Bernard Schoenacker wrote: > je n'arrive pas à accéder aux manpages sous bash en user et j'ai essayé > avec zsh et tout est ok comment y arriver avec bash Il faudrait que tu donnes plus d'éléments je pense. 1. Il faudrait que tu donnes un exemple de commande « man

Re: problème de $PATH pour les manpages sous bash

Le Sun, 11 Oct 2015 16:14:34 +0200, Francois Lafont a écrit : > On 11/10/2015 15:48, Bernard Schoenacker wrote: > > > man -w man > > nocorrect: command not found > > Houlà... Tu pourrais donner le résultat d'un (sous bash) s'il te > plaît : > > type man > > Et si

Re: problème de $PATH pour les manpages sous bash

Le Sun, 11 Oct 2015 15:25:12 +0200, Francois Lafont a écrit : > Bonjour, > > On 10/10/2015 19:28, Bernard Schoenacker wrote: > > > je n'arrive pas à accéder aux manpages sous bash en user et j'ai > > essayé avec zsh et tout est ok comment y arriver avec bash > > Il

Re: problème de $PATH pour les manpages sous bash

On 11/10/2015 15:48, Bernard Schoenacker wrote: > man -w man > nocorrect: command not found Houlà... Tu pourrais donner le résultat d'un (sous bash) s'il te plaît : type man Et si utilises le chemin absolu : /usr/bin/man man ça marche ? -- François Lafont

Re: problème de $PATH pour les manpages sous bash

On 11/10/2015 16:51, Bernard Schoenacker wrote: > résultat : type man > man est un alias vers « nocorrect man » Ok, j'ignore complètement ce que c'est que cette commande "nocorrect". > en employant : "/usr/bin/man man" c'est tout bon ... Du coup, tu cherches dans ta conf (peut-être dans ton

Re: problème de $PATH pour les manpages sous bash

On 11/10/2015 18:27, yamo' wrote: > Ce ne serait pas simplement un problème de PATH? A priori non. Son problème est que sous bash, la commande man est définie via un alias dont le contenu utilise un mot clé du shell zsh, mot clé que bien sûr bash lui ne comprend pas. Comme indiqué plus h

Re: problème de $PATH pour les manpages sous bash

Bonjour, Le dimanche 11 octobre 2015 à 17:07, Francois Lafont a écrit : > On 11/10/2015 16:51, Bernard Schoenacker wrote: > > > résultat : type man > > man est un alias vers « nocorrect man » > > Ok, j'ignore complètement ce que c'est que cette commande "nocorrect". « nocorrect » c'est une

Re: problème de $PATH pour les manpages sous bash

Salut, Bernard Schoenacker a écrit le 11/10/2015 17:00 : > en employant : "/usr/bin/man man" c'est tout bon ... Ce ne serait pas simplement un problème de PATH? $ printenv PATH comprend notamment : :/usr/bin: -- Stéphane

Re: problème de $PATH pour les manpages sous bash

Le Sun, 11 Oct 2015 18:27:26 +0200, yamo' <y...@beurdin.org> a écrit : > Salut, > > Bernard Schoenacker a écrit le 11/10/2015 17:00 : > > en employant : "/usr/bin/man man" c'est tout bon ... > > > Ce ne serait pas simplement un problème de PATH?

Re: problème de $PATH pour les manpages sous bash

On 11/10/2015 19:25, Sébastien NOBILI wrote: > « nocorrect » c'est une instruction destinée à Zsh. > > Zsh est capable de proposer de corriger des fautes de frappes dans les > commandes. Des fois on préfère s'en passer, alors pour éviter que Zsh ne > propose > de corriger les commandes « man »,

problème de $PATH pour les manpages sous bash

bonjour, je n'arrive pas à accéder aux manpages sous bash en user et j'ai essayé avec zsh et tout est ok comment y arriver avec bash slt bernard

[dpkg] pb de PATH

: `install-info' not found on PATH. dpkg: 1 expected program(s) not found on PATH. NB: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin. [ Rootkit Hunter version 1.3.6 ] File updated: searched for 161 files, found 131 E: Sub-process /usr/bin/dpkg returned an error code (2) -- Lisez

Re: [dpkg] pb de PATH

deb a écrit : Hello, [...] dpkg: 1 expected program(s) not found on PATH. NB: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin. Que donne : echo $PATH -- == | FRÉDÉRIC MASSOT | | http

Re: [dpkg] pb de PATH

Frédéric Massot wrote: Que donne : echo $PATH sous root: #echo $PATH usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin Est-ce que cela peut avoir un rapport avec DPKG_PATH ou /etc/login.defs ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr

Re: [dpkg] pb de PATH

information... Done dpkg: `install-info' not found on PATH. dpkg: 1 expected program(s) not found on PATH. NB: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin. [ Rootkit Hunter version 1.3.6 ] File updated: searched for 161 files, found 131 E: Sub-process /usr/bin/dpkg

Re: [dpkg] pb de PATH

Bon, j'ai résolu le pb à la sauvage, i.e: * extraction des fichiers du package install-info à la main * copie des fichiers vers les répertoires cibles * ré-installation de install-info via apt-get J'ai également du repositionner le sticky-bit sur /tmp Etrange... -- Lisez la FAQ de la liste

Problème de PATH en mode console

Bonjour, Lorsque j'ouvre un terminal root sous gnome, j'obtiens cela : r...@pcplat26:/homeL/guy# echo $PATH /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin Lorsque j'ouvre un terminal root dans une console (Ctrl-Alt-F1) j'obtiens ça : r...@pcplat26:~# echo $PATH /usr/local/bin:/usr

résultat bizarre de 'find ... -path ... -prune ...' dans une fonction dans .bashrc

fprune { INFO=recherche [ $3 ] dans le repertoire [ $1 ] en excluant le repertoire [ $2 ] EXEC=find $1 -path '$2' -type d -prune -o -name $3 -type f -print echo $INFO echo $EXEC $EXEC } Par exemple : pour rechercher les fichiers nommés 'smart' dans le répertoire '/etc' en excluant

Re: /etc/environment pour changer le PATH, notamment dans ssh ?

Bonjour Jean-Christophe, Jean-Christophe Dubacq a écrit : Sylvain Viart a écrit : Est-ce que quelqu'un en sait plus sur /etc/environment ? http://www.faqs.org/docs/Linux-mini/Path.html#ss8.5 Il semble que ce soit le seul fichier de configuration pris en compte par ssh par défaut.

/etc/environment pour changer le PATH, notamment dans ssh ?

Bonjour, Est-ce que quelqu'un en sait plus sur /etc/environment ? Pour faire ce genre de commande : ssh host remote_cmd où la commande distante remote_cmd n'est pas dans le path standard de SSH : http://www.faqs.org/docs/Linux-mini/Path.html#ss8.5 Il semble que ce soit le seul fichier de

Re: /etc/environment pour changer le PATH, notamment dans ssh ?

Sylvain Viart a écrit : Bonjour, Est-ce que quelqu'un en sait plus sur /etc/environment ? Pour faire ce genre de commande : ssh host remote_cmd où la commande distante remote_cmd n'est pas dans le path standard de SSH : http://www.faqs.org/docs/Linux-mini/Path.html#ss8.5 Il

Re: Suite : Configuration du PATH avec gdm

On Wednesday 26 September 2007 06:10:54 Damien VAILLANT wrote: Bonjour!! J'aimerai savoir, si possible, si une solution à pu être trouvé pour ce problème de variable... Merci!! Essaie en créant un fichier dans /etc/X11/Xsession.d et tu y mets ce que tu veux, par exemple: % ls -l

Re: Suite : Configuration du PATH avec gdm

Jean-Damien Durand a écrit : On Wednesday 26 September 2007 06:10:54 Damien VAILLANT wrote: Bonjour!! J'aimerai savoir, si possible, si une solution à pu être trouvé pour ce problème de variable... Merci!! Essaie en créant un fichier dans /etc/X11/Xsession.d et tu y mets ce que tu veux,

Re: Suite : Configuration du PATH avec gdm

assez bête : j'ai installé, sur une debian etch, quelques softs de manière manuelle ( en particulier maven), et je souhaite qu'ils soient dans le PATH de tous les utilisateurs. J'ai essayé de modifier /etc/environment, /etc/gdm/gdm* (différents fichiers de config). Pas moyen de faire prendre en

Suite : Configuration du PATH avec gdm

je souhaite qu'ils soient dans le PATH de tous les utilisateurs. J'ai essayé de modifier /etc/environment, /etc/gdm/gdm* (différents fichiers de config). Pas moyen de faire prendre en compte le chemin de manière globale. De manière générale, où dois-je mettre des variables pour que tous mes

Re: Suite : Configuration du PATH avec gdm

manuelle ( en particulier maven), et je souhaite qu'ils soient dans le PATH de tous les utilisateurs. J'ai essayé de modifier /etc/environment, /etc/gdm/gdm* (différents fichiers de config). Pas moyen de faire prendre en compte le chemin de manière globale. De manière générale, où dois-je mettre des

Re: Suite : Configuration du PATH avec gdm

manière manuelle ( en particulier maven), et je souhaite qu'ils soient dans le PATH de tous les utilisateurs. J'ai essayé de modifier /etc/environment, /etc/gdm/gdm* (différents fichiers de config). Pas moyen de faire prendre en compte le chemin de manière globale. De manière générale, où

Re: Suite : Configuration du PATH avec gdm

Le mer 19 sep 2007 08:37:13 CEST, Pascal Ognibene [EMAIL PROTECTED] a écrit : J'ai une question assez bête : j'ai installé, sur une debian etch, quelques softs de manière manuelle ( en particulier maven), et je souhaite qu'ils soient dans le PATH de tous les utilisateurs. J'ai

Configuration du PATH avec gdm

Bonjour à tous, J'ai une question assez bête : j'ai installé, sur une debian etch, quelques softs de manière manuelle ( en particulier maven), et je souhaite qu'ils soient dans le PATH de tous les utilisateurs. J'ai essayé de modifier /etc/environment, /etc/gdm/gdm* (différents fichiers de

Re: Configuration du PATH avec gdm

Pascal Ognibene a écrit : Bonjour à tous, J'ai une question assez bête : j'ai installé, sur une debian etch, quelques softs de manière manuelle ( en particulier maven), et je souhaite qu'ils soient dans le PATH de tous les utilisateurs. J'ai essayé de modifier /etc/environment, /etc/gdm

problème de font path avec xorg

Bonjour, Dans mon fichier /var/log/Xorg.0.log j'ai ces lignes: 31 (WW) `fonts.dir' not found (or not valid) in /etc/X11/fonts/100dpi. 32 Entry deleted from font path. 33 (Run 'mkfontdir' on /etc/X11/fonts/100dpi). 34 (WW) `fonts.dir' not found (or not valid) in /etc/X11/fonts/75dpi

Problème gksu et $PATH depuis dist- upgrade

Bonjour la liste, J'ai fait un dist-upgrade de Sarge vers Etch et depuis gksu me conserve bêtement l'environnement de l'utilisateur qui l'a lancé. Si je lance gksu -u root /usr/bin/xterm, le $PATH est celui de l'utilisateur et non celui du root. C'est surtout gênant avec Synaptic qui ne veut

[Sarge] Bogue de path dans TeTeX ?

10 July 1997 (...) Manifestement, TeX va lire epsf.tex directement sur l'installation du système en passant outre le path pour ce fichier. C'est indépendant de l'emplacement du fichier dans l'appel de poly.tex. Seul un path en dur dans le \input permet de forcer le fichier. Est-ce le comportement

$PATH perdu

Bonjour, J'utilise zsh sur ma Debian Sid. Depuis quelques jours, j'ai un problème avec la variable $PATH en root. Mon PATH a perdu une partie. En console texte (tty1 par exemple), j'ai : /bin:/usr/bin:/usr/ucb:/usr/local/bin En console graphique après un 'su root', j'ai : /usr/local/sbin:/usr

Re: $PATH perdu

Le Vendredi 30 Septembre 2005 16:43, Simon van der Linden a écrit : Bonjour, J'utilise zsh sur ma Debian Sid. Depuis quelques jours, j'ai un problème avec la variable $PATH en root. Mon PATH a perdu une partie. En console texte (tty1 par exemple), j'ai : /bin:/usr/bin:/usr/ucb:/usr/local/bin

problème avec PATH

Salut à tous, J'ai un problème avec ma Debian Sarge, quand je rajoute un chemin dans la variable PATH dans /etc/profile celle-ci n'est prise en compte que dans les consoles ça ne marche pas quand je lance l'interface graphique, uniquement l'ancien est valable et le chemin rajouté n'est pas pris en

Re: problème avec PATH

Essaie de mettre ta commande dans /etc/bash_profile, je suis pas sûr mais on sais jamais... Le Mercredi 13 Avril 2005 17:27, Tahar a écrit : Salut à tous, J'ai un problème avec ma Debian Sarge, quand je rajoute un chemin dans la variable PATH dans /etc/profile celle-ci n'est prise en compte

Re: problème avec PATH

, quand je rajoute un chemin dans la variable PATH dans /etc/profile celle-ci n'est prise en compte que dans les consoles ça ne marche pas quand je lance l'interface graphique, uniquement l'ancien est valable et le chemin rajouté n'est pas pris en consideration, à chaque fois je suis obligé de faire

Re: problème avec PATH

Le Wed, 13 Apr 2005 17:27:49 +0200, Tahar a écrit : Salut à tous, J'ai un problème avec ma Debian Sarge, quand je rajoute un chemin dans la variable PATH dans /etc/profile celle-ci n'est prise en compte que dans les consoles ça ne marche pas quand je lance l'interface graphique, uniquement

[sarge] ajouter /home/user1/bin au path

Bonjour, Je suis nouveau sous Debian. J'ai débuté sous Linux avec une Mandrake pendant plusieurs années et là je viens d'installer une Sarge (noyau 2.4.27, et shell bash). Et pour l'instant, la migration est réussie. Juste un petit problème pour que mon /home/user1/bin soit mis dans le PATH

Re: [sarge] ajouter /home/user1/bin au path

soit mis dans le PATH, j'ai décommenté les lignes suivantes de /home/user1/.bash_profile. set PATH so it includes user's private bin if it exists if [ -d ~/bin ] ; then PATH=~/bin:${PATH} fi Rajoute la meme chose dans le .bashrc -- Daniel Huhardeaux

Re: [sarge] ajouter /home/user1/bin au path

Jean-Michel OLTRA [EMAIL PROTECTED] writes: bonjour, Le mardi 08 mars 2005, daniel huhardeaux a écrit... if [ -d ~/bin ] ; then PATH=~/bin:${PATH} fi Rajoute la meme chose dans le .bashrc Et puis on dit aussi qu'il vaut mieux que les path perso soient après les paths

Re: Problème avec PATH! suite...

Moranea a écrit : Bonjour à tous En fait je me suis mal expliqué: Un utilisateur aurait supprimé games avec la commande #deluser games? Et à la suite de cette suppression j'ai des problèmes avec PATH, car dans le fichier /etc/group il me mange les lignes du genre games:x:60: et users:x:100 est

RE : Problème avec PATH! suite...

Tu es bien gentils de me renvoyer vers man, mais le problème et pas de rajouter un simple utilisateur (cela je sais faire) mais de rajouter games : games:x:5:100:games:/usr/games:/bin/sh, ce qui me gêne c'est bin/sh, je ne vois vraiment pas comment faire pour rajouter l'utilisateur games de cette

Re: RE : Problme avec PATH! suite...

bonjour, Le lundi 01 novembre 2004, Moranea a écrit... Tu es bien gentils de me renvoyer vers man, mais le problème et pas de rajouter un simple utilisateur (cela je sais faire) mais de rajouter games : games:x:5:100:games:/usr/games:/bin/sh, ce qui me gêne c'est bin/sh, je ne vois

RE : RE : Problème avec PATH! suite...

Merci Jean Michel, mais j'ai trouvé: adduser --uid 5 --gid 100 --home /usr/games --no-create-home --shell /bin/sh games A +

Problème avec PATH! suite...

Bonjour à tous En fait je me suis mal expliqué: Un utilisateur aurait supprimé games avec la commande #deluser games? Et à la suite de cette suppression j'ai des problèmes avec PATH, car dans le fichier /etc/group il me mange les lignes du genre games:x:60: et users:x:100 est la ligne root:x:0: à

Re: RE : RE : RE : Problme avec PATH!

Sun, 31 Oct 2004 04:33:27 +0100, moranea a écrit : [...] Merci pour votre réponse, mais la définition du PATH je la connaissais. Le problème ce n'est pas de donner du pouvoir à un utilisateur avec sudo, mais c'est qu'en t'en que root je me retrouve comme si j'étais un utilisteur. Il m'est

RE : RE : RE : RE : Problème avec PATH!

Comment passes-tu en root ? Si tu fais 'su', essaie 'su -'. Si tu ouvres une session directement en root (login), et que tu es obligé (comme tu sembles l'indiquer dans un précédent message) de faire 'su com', 'su root', peut-être la machine a-t-elle gentiment été compromise... Remarque :

Re: RE : RE : RE : RE : Problme avec PATH!

Sun, 31 Oct 2004 05:34:48 +0100, Moranea a écrit : Comment passes-tu en root ? Si tu fais 'su', essaie 'su -'. Si tu ouvres une session directement en root (login), et que tu es obligé(comme tu sembles l'indiquer dans un précédent message) de faire 'su com','su root', peut-être la machine

RE : RE : RE : RE : RE : Problème avec PATH!

Parce que 'su -' demande un « login shell », on a donc un environnement équivalent à celui d'une connexion directe. Sans le tiret, on a juste un shell (qui ne charge donc pas tous les fichiers de config.). Tu fais un 'ssh [EMAIL PROTECTED]', n'est-ce pas ? Ce qui fait que tu es en « root », puis

RE : RE : RE : RE : RE : RE : Problème avec PATH!

Vérifie les droits d'exécution de quelques uns des fichiers que tu ne peux pas exécuter en root. Vérifie aussi que tu n'as pas d'alias bizarre. Vérifie que root est bien l'utilisateur 0.0 (dans /etc/passwd, lisible par tous par défaut). Voila j'ai vérifié les fichier /etc/passwd et group et je

Re: RE : RE : RE : RE : RE : RE : Problme avec PATH!

Sun, 31 Oct 2004 08:25:12 +0100, Moranea a écrit : [...] Voila j'ai vérifié les fichier /etc/passwd et group et je trouve des lacunes CAD: Dans le fichier /etc/passwd j'ai bien: root:x:0:0:root:/root:/bin/bash Dans le fichier /etc/passwd manque: Games!!! Dans /etc/group je trouve :

Re: RE : RE : RE : Problme avec PATH!

moranea [EMAIL PROTECTED] writes: [...] Merci pour votre réponse, mais la définition du PATH je la connaissais. Le problème ce n'est pas de donner du pouvoir à un utilisateur avec sudo, mais c'est qu'en t'en que root je me retrouve comme si j'étais un utilisteur. Au temps pour moi, je

Problème avec PATH!

Un utilisateur aurait supprimé games? Et à la suite de cette suppression j'ai des problèmes avec PATH Dans le fichier /etc/passwd manque:Games!!! Normalement je devrais avoir une ligne du genre : games:x:5:100:games:/usr/games:/bin/sh Je ne vois pas comment faire pour que cette ligne soit de

Problème avec PATH!

Bonjour à tous Voila ce qui ce passe: Lorsque j'ai voulu désinstaller MC j'ai eu une erreur du PATH: la variable PATH du super-utilisateur doit normalement contenir /usr/local/sbin, /usr/sbin et /sbin. E: Sub-process /usr/bin/dpkg returned an error code (2) Lorque je suis en root, j'obtien

Re: Problme avec PATH!

Pourquoi n'ajoutes-tu pas /usr/local/sbin, /usr/sbin et /sbin dans ta variable PATH ? Ta variable est bien PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games ? - Fabien

RE : Problème avec PATH!

Pourquoi n'ajoutes-tu pas /usr/local/sbin, /usr/sbin et /sbin dans ta variable PATH ? Ta variable est bien PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games ? - Fabien Oui c'est bien ça PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games Donc il me faudrait mettre dans etc

RE : RE : Problème avec PATH!

-Original Message- From: Moranea [mailto:[EMAIL PROTECTED] Sent: Saturday, October 30, 2004 1:24 PM To: debian-user-french@lists.debian.org Subject: RE : Problème avec PATH! J'ai inséré dans etc/profile : PATH=/usr/local/bin:/usr/local/sbin:/bin:/usr/bin:/usr/sbin:/usr/bin/X11:/u sr

Re: RE : RE : Problme avec PATH!

Moranea [EMAIL PROTECTED] writes: -Original Message- From: Moranea [mailto:[EMAIL PROTECTED] Sent: Saturday, October 30, 2004 1:24 PM To: debian-user-french@lists.debian.org Subject: RE : Problème avec PATH! J'ai inséré dans etc/profile : PATH=/usr/local/bin:/usr/local/sbin:/bin

RE : RE : RE : Problème avec PATH!

PATH est une variable d'environnement qui permet au shell de rechercher l'emplacement des programmes que tu veux exécuter, mais il ne suffit pas d'y avoir accès pour avoir le droit de l'exécuter pour autant. Il y a des choses que seul root est autorisé à faire, reboot en fait partie. Pour donner

Re: Question facile $PATH Woody ?

bonjour, Le samedi 23 octobre 2004, Philippe Merlin a écrit... J'ai un problème je n'arrive pas a savoir sous Debian Woody comment est constitué le $PATH ? Je m'explique si je fait un : francois:~# echo $PATH j'ai le résultat suivant : /sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin

Re: Question facile $PATH Woody ?

Merlin a écrit... J'ai un problème je n'arrive pas a savoir sous Debian Woody comment est constitué le $PATH ? Je m'explique si je fait un : francois:~# echo $PATH j'ai le résultat suivant : /sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin:/usr/local/bin Si je regarde dans /etc/profile

Re: Question facile $PATH Woody ?

Le Samedi 23 Octobre 2004 14:27, Philippe Merlin a écrit : Bonjour, Bonjour, J'ai un problème je n'arrive pas a savoir sous Debian Woody comment est constitué le $PATH ? Je m'explique si je fait un : francois:~# echo $PATH Dans quelles conditions ? Ma question n'est pas neutre car je

Question facile $PATH Woody ?

Bonjour, J'ai un problème je n'arrive pas a savoir sous Debian Woody comment est constitué le $PATH ? Je m'explique si je fait un : francois:~# echo $PATH j'ai le résultat suivant : /sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin:/usr/local/bin Si je regarde dans /etc/profile : PATH=/sbin:/usr/sbin

Re: Exim et return-path

de la rédaction dans kmail. Exim ajoute alors deux champs aux en-têtes : return-path et sender. Ils contiennent soit [EMAIL PROTECTED] soit [EMAIL PROTECTED] selon la destination locale ou externe du message. Mes mails sortants contiennent donc From : adresse A ou B ou C... selon mon choix

Re: Exim et return-path

Yves Rutschle a écrit : On Thu, Aug 19, 2004 at 07:42:27PM +0200, Eddy wrote: Question brève pour les pressés : y a-t-il moyen de dire à exim que l'on veut dans le champs return-path la même adresse que dans le champs from ? Evidemment, il devait y avoir ensuite la description plus complète

Exim et return-path

Bonjour, Ayant installé Debian il y a quelques semaines, je ne parviens pas à configurer exim4 pour avoir un champ return-path qui me convient. Question brève pour les pressés : y a-t-il moyen de dire à exim que l'on veut dans le champs return-path la même adresse que dans le champs from

Re: Exim et return-path

On Thu, Aug 19, 2004 at 07:42:27PM +0200, Eddy wrote: Question brève pour les pressés : y a-t-il moyen de dire à exim que l'on veut dans le champs return-path la même adresse que dans le champs from ? 1- Rajoutes-toi dans trusted_users dans /etc/exim/exim.conf 2- Si ça ne fait pas ce que tu

Re: $PATH différents dans un terminal et en console ??

At 21:51 03/08/2004 +0200, you wrote: Quelqu'un peut m'expliquer? C'est p't'êt pas le bash_profile qui est lu à l'initialisation du *term ? Essaie donc le .bashrc Bingo! C'était vraiment très c*n. Merci à Jean-Michel, Xavier, et les autres... Jean Marc

Re: $PATH différents dans un terminal et en console ??

Le 04/08/04 à 10:21, Pascal Greliche écrivait: C'est quoi tes outils sur un site avec une erreur 404... ? ;) Quel site ? Une erreur 404 indique que le fichier n'est pas présent sur le serveur ;-)

  1   2   >