Reprise du message précédent :

unset PATH

L'opération inverse de « export PATH=/usr/local/machin:$PATH » est
export PATH=${PATH#/usr/local/machin:}
Si tu veux juste éviter d'ajouter plusieurs fois le même répertoire tu peux aussi vérifier s'il est déjà dans le PATH avant de l'ajouter, par exemple :
if ! [[ $PATH =~ "/usr/local/machin" ]]; then
export PATH=/usr/local/machin:$PATH
fi
Chez moi le PATH par défaut pour bash (qui est « /usr/local/binusr/binbinusr/games ») a l'air d’être défini dans /etc/login.defs, pour vérifier il suffit de le grepper dans les fichiers de /etc :
grep -rIn "/usr/local/binusr/binbinusr/games" /etc 2> /dev/null

Ok merci je vois plus clair. Par contre la détection des smiley a fait foirer complètement ton post

d'où l'utilité de

dites, personne n'a une idée pour filtrer la sortie d'une manpage ?

filtrer ? que veux tu faire ?

comme pour vim ou less : /mot_recherche

par exemple je fais un "man mount" mais je veux qu'il ne m'affiche que la partie NTFS
 
c'est un exemple au bol mais certaines doc font des 10aines de pages donc c'est pas toujours évident de trouver

 
hmm j'ai essayé avec less mais j'ai du rater un truc alors
 
ça fonctionne comment ?
 
man mount | less /ntfs/ ?

 
non, c'est comme dans less ou vi (ou firefox d'ailleurs), une fois le man chargé, tu tapes / puis le mot que tu cherches, ensuite, touche n pour passer à l'occurence suivante.

ah ça ok mais il me semblait avoir vu un type sortir un man qui renvoyait seulement quelques lignes. Mais au final ça doit éventuellement être possible avec un grep qui récupère les 10 prochaines lignes après avoir trouvé /^[:space:]ntfs/

je vais creuser ça demain

Sous Debian (ainsi que les distrib' dérivées), PATH est définie et redéfinie pratiquement sur tous les démons lancés au démarrage pour l'utilisateur root mais en local. Celui qui t'intéresse certainement est celui qui aura une influence sur le "user". Il est définit normalement pour la dernière fois dans ton lanceur d'interface graphique.
Donc en...
globale: /usr/bin/x-window-manager
KDE: /usr/bin/startkde
GNOME: /usr/bin/startgnome
 
Et en plus simple: grep PATH /usr/bin/
Et t'auras la réponse.

 
cherche dans le fichier source avec groff

Bonjour tout le monde,
 
J'ai un petit problème lors de l'installation de la distrib debian-40r5-i386-xfce-CD-1.
Pour le moment je l'installe sur ma plateforme de test qui est relativement puissante (AMD Athlon X2, 2Go de RAM, ...).
Mais après je vais l'installer sur un desktop bien moins puissant (128Mo de RAM, Intel Celeron ancien, ...).
 
En ce moment, l'installation est bloquée (depuis maintenant 1h) sur l'Installation de système de base comme suivant :
 

 
Cela peut venir d'où ?
 
PS : Je ne savais pas où poster, du coup j'ai posté sur le topic Debian

tu n'as pas d'autres informations en passant sur un autre terminal ?
(exemple paquet illisible sur le cd , etc etc. )

Les MD5SUM/SHASUM correspondaient ?

Je préviens, je suis pas très futé.
Comment je peux passer sur un autre terminal ? Quelles commandes mettre dans ce terminal ?

Je n'ai pas vérifié... je vais vérifier, tant pis pour l'installation je reformaterais c'est pas grave.
Puis je vous donne des nouvelles.
 
EDIT : md5............ OK.

 
Ctrl + FX pour changer de terminal

L'installation en effet peut sembler bloquer. Ca m'a fait le même coup sur une très vieille machine. En étant très patient, tout s'est bien passé. Et toi depuis le temps ça s'est débloqué?

J'installe en ce moment sur une machine assez récente donc très vieille ( ).
En fait, j'ai arrêté le PC... et j'ai recommencé. J'ai mis eth1 (au lieu de eth0 du coup le réseau s'est bien détecté). J'ai aussi ajouté un utilisateur (en plus de root), et bizarrement ça a passé le cap des 75% cette fois-ci. Là il continue l'installation.

Ha pardon, j'avais mal lu, c'est ensuite que tu vas installer sur la vieux celeron. Etrange le coup d'eth1. Mais bon, tant que ça marche, c'est un bon truc à savoir pour le futur. Tu as 2 cartes réseaux? Ou une carte réseau + chip lan intégré?

Non, je crois que mon firewire est reconnu comme eth0
C'est bizarre, ça m'a surpris aussi

Et oui, c'est juste des tests pour reproduire ensuite sur mon celeron

EDIT : C'est bon, installation terminée. Fluidité maximum, en même temps vu la config et XFCE c'est normal.
Maintenant, faut juste que je récupère mon Celeron et après ça sera super

J'ai lu dans la FAQ que les deux premiers Cds de Etch suffisaient pour une installation de base.
Peut-on trouver une liste exacte des paquets présents sur les premiers CDS/DVDS pour faire son marché sereinement ?

chez moi l'install de lenny en français m'a fait 2 ou 3 trucs super louche... mais ça a jamais bloqué.

Dans l'absolu, le CD netinstall suffit pour installer une debian de base    
Avec le DVD1, tu as deja 4 Go de paquets, c'est pas mal.

Je pense que c'est ce que je vais faire.
Comme ça j'aurais le strict minimum et c'est pas plus mal vu la config'.

Bonjour,

Un 'tit up de ma part pour signaler que Debian stable / Etch a été mise à jour aujourd'hui (ainsi que la première page du topic dans la foulée) ; c'est donc la 6ème révision publiée.

Pipe.
Ca marche pas a tous les coups, cela dit

J'ai reçu un update d'initframs venant de sid et après un joli "kernel panic" au démarrage.
 
Bon j'ai un noyau de secours mais j'ai eu chaud.
 
Ceux qui ont le même problème, il un fichier .bak  pour l'image du noyau.

pas la peine de s'inquieter: au pire ça se répare avec un boot cd + chroot et contrairement aux a priori c'est à la portée de tous

Lorsque surviennent des mises à jour de initramfs, une copie de sauvegarde de l'image initrd courante est systématiquement faite par le script de post-install lors de la re-génération de celle-ci.
 
Donc, même sans avoir un noyau de secours sous le coude, il reste possible d'éditer la séquence de démarrage de Grub lors du boot (en pressant 'e' sur le menu de Grub, puis en éditant la ligne où figure l'initrd en ajoutant simplement '.bak' en fin de ligne).
 
 
Après, comme l'indique sligor, avec un live-cd il reste toujours possible de rattraper certaines situations qu'on pensait désespérées.

Ok bon à savoir.
 
Pour l'instant, j'ai du mal à cerner le problème. Peut-être que c'est une fausse alarme et que ce problème n'est que sur mon ordi. J'ai remis une ancienne version d'initframs venant de mon cache mais je ne sais pas si c'est de testing ou de sid.
 
C'est peut-être une fausse alarme car mon fichier .deb date du 16 décembre et d'autres n'ont, apparemment, pas eu ce problème.  
 
PS: pour l'instant je ne demande pas d'aide. Ce problème étant sérieux (chez moi), j'ai pensé aux autres qui pourraient avoir le même problème et appeler à la prudence.

J'ai un gros bug dans le terminal administrateur :
 

 
Le contact du serveur de configuration a échoué ; causes possibles : vous n'avez pas activé le réseau TCP/IP pour ORBit ou des verrous NFS non valides existent suite à un blocage du système. Voir http://www.gnome.org/projects/gconf/ pour plus d'informations. (Détails -  1: La connexion à la session a échoué : Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.)
 
Je n'ai plus de profils, et je ne peux rien modifier.
Je suis sous Debian Testing.
 
Peut être mes paramètres de configuration du terminal...
 
 
Et j'ai aussi un souci pour mon imprimante :

 
Si un expert passe par la...  

Prise de tête avec vlc

Je ne sais pas trop par quel moyen, mais Mr (0.8.6h, version dans sid) ne veux plus me lire de dvd et me sort du charabia

En plus de ceci, je ne peux pas passer en version supérieure (0.98) car Mr vlc me sort qu'il ne trouve pas libv4l...
Quoique je fasse j'ai toujours un problème de dépendances, même avec le dépôt nightly de vlc.

Aptitude n'arrange pas les choses et me raconte sans cesse qu'il me repare un/des paquet(s) cassé(s) et empêche la mise à jour de vlc  

Youpi, j'ai pu enlevé vlc vlc-nox, mais me voila maintenant dans le khäkhä car il ne veux même plus me réinstaller la 0.86

[edit] Pas mieux avec synaptic

Le charabia de vlc:

J'ai essayé de me le faire à la main récemment, il lui faut 15.000 dépendances.
Bon courage.

J'ai pu installé la 0.98a en farfouillant sur plusiers PPA

Ca deviens un peu chiant de rajouter des lignes à son sources.list à cause d'un dépot officiel qui ne comprend pas toutes les dépendances

pour info, voici les PPA:

https://launchpad.net/~debfx/+archive
https://launchpad.net/~notz/+archive

tiens moi j'ai pas de problème de dépendances avec vlc 0.9    
 
mais à chaque fois que je lance une vidéo j'ai une erreur de segmentation  

 
Moi à chaque fois que je le ferme donc pas grave. Enfin, tu as fait un debsums -s pour voir s'il ne fallait pas réinstaller?  

Je viens de le faire et il n'y a pas d'erreur.

depuis quelque temps VLC n'arrive plus a me lire les video, en console j'ai comme message :  

bien sur il y a des variantes suivant le format : `DX50', `DIV3' ...
 
j'ai réinstallé le paquet vlc et vlc-nox mais rien n'y fait ... il me manque un paquet ou vlc est buggé en testing ?