Reprise du message précédent :
Ouais, 200.- pour la totale...
 
Ta debian, tu l'a installé via la clé usb? Je pense que c'est ce qu'il y a de plus simple, non? Ou alors, peut-etre pxe?

Sois dit en passant, j'ai des problèmes de connexion sur les dépôts security.debian.org et switch.ch, vous aussi ? Ou le problème viens de mon réseau ?
A+

Arrggh OpenLDAP me rend fou... C'est quand même pas évident à comprendre & maîtriser (du coté serveur ça va a peu près, mais alors pour intégrer un client après, c'est pas super). Je précise pour l'authentification.
J'ai passé une journée entière pour appréhender le bouzin et essayer de le faire fonctionner (j'ai même mis moins de temps pour bind !)

Je suis le seul a avoir de gros ralentissement sur SID depuis quelques jours ?
Xorg s'emballe à chaque fois que je redimensionne une fenêtre, et me pompe 99% du proc ?

J'ai bien ca dans mes logs Xorg mais pour le moment j'ai rien trouvé d'intéressant :
J'utilise les Nvidia 169.09 de chez SID.

 
J'suis un grand fan de pxe

Y a t'il une option à make-kpkg qui permette de lancer X compilations en parallèle (c'est à dire qui va lancer un make -j X) ?

De tête, il suffit de mettre la variable d'environnement "CONCURRENCY=X" avant de lancer make-kpkg.

c'est CONCURRENCY_LEVEL, mais grace à toi j'ai pu trouver dans le man

Trouve:
 
 
Pour une obscure raison le boot doit se faire sur /dev/mapper/monvg-monlv et non pas sur /dev/monvg/monlv comme je le pensais.
 
Faudra que je comprenne mais sinon ca tourne pour le moment.
Y'a-t-il une perte de performances due a LVM?

Bon je trouve rien de vraiment similaire avec mon problème. Et je vais pas pourvoir tenir longtemps comme ca.
Mon systeme est vraiment inutilisable...

J'ai le soucis depuis le 3 février (je pense) et je me demande pas si c'est lié avec la Maj de hal.
J'hésite a rapporter mon bug, sachant que certain bug reportés ont quelque similitudes avec le mien .

Pas de problème avec X.org

Perso la dernière grosse maj de Sid que j'ai faite remonte à ~2 semaines ; aucun problème à signaler depuis (sachant que j'utilise en sus Compiz-Fusion).

Je vais continuer mes recherches avant de poster quoi que ce soit...
Etre obligé d'utiliser Windows sur ma machine virtuelle c'est relativement enervant  

Salut je rencontre actuellement un petit problème, j'utilise la version debian40r2 kde, j'essaye d'installer un paquet debian live magic qui permet de créer ses propres versions live de debian.
 
Simplement en installant le paquet avec KPackage, il me met que le paquet python glade n'est pas installé, j'essaye de l'installer mais la liste des dépendances est assez longue car il nécessite des paquets qui ne sont pas a jours.  
 
Est ce que vous connaissez un moyen de mettre a jours tout les paquets, sans le faire un a un ?  

apt-get dist-upgrade

Oki je vais essayer  

Je ne connais pas KPackage mais j'imagine que c'est une interface graphique, donc au lieu de proposer apt peut être regarder du coté d'Adept ou Kynaptic pour ce genre de chose.
 
(et en console on utilise aptitude maintenant chez Debian )

dist-upgrade, c'est pour un changement de version.

Non

au fait c'est pas conseillé de faire full-upgrade au lieu de dist-upgrade (et aussi safe-upgrade au lieu de upgrade)?

Petite question zsh:
 
j'ai défini certaines variables de shell pour avoir les bonnes couleurs avec $LS_COLORS, mais en fait j'aimerai aussi changer des valeurs déjà définies.
 
Quand je fais un "echo $LS_COLORS", je vois par exemple 2 fois la définition de .avi, une fois la mienne et une fois celle qui je pense est par défaut.
 
Y'a moyen de redéfinir l'existante ou un truc du genre? Pour l'instant j'ai mis "LS_COLORS=$LS_COLORS:'*.avi=00;36'" comme cela ma définition prévaut mais bon je trouve cela un peu crade
 
 
Merci

Ça dépend, en fait c'est seulement valable et conseillé pour les versions récentes de aptitude (dans Lenny ou Sid) ; pour ceux qui sont sous Etch et/ou qui utilisent apt-get à la place de aptitude, upgrade/dist-upgrade restent les seuls reconnus.

Pour ma part j'utilise un fichier dir_color personnalisé contenant les couleurs voulues en fonction des extensions de fichiers, que j'ai placé dans /etc et qui est exporté pour LS_COLORS par l'intermédiaire de quelques lignes de code dans /etc/zsh/zshrc :

Mon fichier dir_color est un peu trop long pour le poster ici, mais je peux l'uploader si tu veux.

quelle différence avec utiliser le .zshrc de l'utilisateur?
 
Sinon je veux bien voir cela oui merci

Pas de différence spéciale avec le .zshrc de l'utilisateur ; simplement cela fourni des couleurs avec ls pour tous les utilisateurs, c'est tout.  
 
j'ai uploadé temporairement le fichier ici : http://www.geekian.org/dir_colors

j'aime bien je vais probablement modifier fortement mais j'aime bien
 
Sinon quel interet d'utiliser dircolors par rapport un mon bete export de la variable?
A priori c'est aussi ce que fait dircolors non?

dircolors initialise la variable d'environnement LS_COLORS, ce qui fait que lorsque tu spécifies un fichier comme dir_colors, les valeurs de ce dernier prennent complètement le pas sur celles précompilées par défaut. Tu peux justement le voir en faisant un echo LS_COLORS ; les valeurs retournées sont uniquement celles du fichier dir_colors.
 
Les pages de manuel à ce sujet sont complètes et assez détaillées, man dircolors et man dir_colors pour plus d'infos.  

ok c'est parfait je vais faire comme toi alors.
Enfin pas sûr pour le /etc, faut que j'y réfléchisse ca me parait pas mal un truc utilisateur cela

 
merci pour ces explications, c'est très clair    
 

 
merci pour ce screen, en effet ca a l'air bien puissant  

Bon âpres quelques bidouilles je me suis rendu compte que mes problèmes de ralentissement veinaient de compiz .
Je pense pas que les erreurs de Xorg soient liés au ralentissement.
Donc j'ai viré Compiz et ca passe.
J'ai testé avec les dépots de shame (6.9) et j'ai le même problème, étrange...
Et le fait de repasser sous metacity avec un metacity --replace ne changeai rien, fallait relancer X avec metacity pour que ca remarche...
 
Si vous avez une idée du problème je suis preneur

utiliser GNOME est LE problème, ravi de t'avoir aide

Sur ma Sid up-to-date (mise à jour avant-hier) aucun problème j'utilise Compiz-Fusion (dépôts Debian) + Gnome.

 
Je vais attendre quelque temps, compiz est loin d'être vital pour moi.
Sinon t'utilise les 169.09 ?
 

Bon, je m'en sors pas avec mon problème iptables
 
Si vous avez des idées, c'est par ici
http://forum.hardware.fr/hfr/OSAlt [...] 6315_1.htm

j'ai un nagios ou le /etc/passwd a été modifié par erreur (   )
le shell sur root est /bin/false ; donc impossible de se logger en root et impossible avec un autre user de modifier le /etc/passwd
 
A par l'utilisation d'un livecd, pour monter la partition system et modifier le passwd, y a pas d'autre moyen de récuperer le shell ?

init=/bin/sh
 
t'as d'utilisateur sudoer ? pas bien !

j'arrive pas à compiler le module nvidia avec m-a, je suis le seul ?

Compilé hier sans soucis.

je débute    
 

sur la sid, pas réussi il y a une semaine (kernel debian experimental 2.6.24-1), package nvidia

Non. J'utilise bel et bien l'installateur officiel de chez nVidia, mais il s'agit des Legacy 96.43.05 (GeForce4 4200 Go inside, seulement supportée par le biais de ces drivers).