Reprise du message précédent :

Merci, ça fait de l'effet à mon user mais rien sur root

 
Peut-être ça :  
 

 
 
Extrait de wikipedia sur vlc :  
 

 
 
En root, si tu "source /etc/bash_completion", ça marche? Si oui tu peux le rajouter dans /root/.bashrc
Il a fallu que je l'ajoute pour mon utilisateur...

Tiens, pour ceux qui veulent gagner un peu au démarrage de leur machine, j'ai mis en place ces deux astuces, c'est assez efficace :
- démarrer l'environnement graphique avec inittab plutôt que rc.conf
- toujours dans inittab, remplacer wait par once dans ces lignes :

Ca m'a fait gagner 2 secondes, je boot en 12 secondes

Et je suis preneur de ce qui peut encore améliorer les choses, si vous avez des trucs sous le coude.

C'est bien cela, merci .
C'est quand même bizarre car dans mon /etc/bash.bashrc j'ai "[ -r /etc/bash_completion   ] && . /etc/bash_completion".

 
l'option -r veux dire que le fichier doit etre un lien symbolique, sinon ca marche pas ...
change avec -e ou -f  

hello,
 
dites un truc que je maitrise pas dutout sous linux c'est le reseau. Comment faire pour parcourir le reseau lan (machines sous xp)? Je suis sous xfce4. Avec nautlius c'était plus ou moins facile (ca marchait moins bien que sous windows) ... faut aussi installer samba ou nfs ??? (ou les deux??)
 
 
merci
 
P.S: je sais que c'est prévu pour thunar dans la prochaine version de xfce ...

pyneighborhood permet ça. Mais tu ne parcours pas le LAN, tu parcours ce qui est dispos via le protocole CIFS ou SMB, i.e. les partages windows.

Dans le même genre, il y avait pas lisa qui permettait d'accéder les machines Windows à la mode Windows ?

Kernel 2.6.31.2-1 dispo dans Testing

Impossible de faire fonctionner les catalyst avec  

 
Drivers proprios qui puent
 
Je viens de rebooter sur ce nouveau noyau, aucun problème de mon côté (drivers Intel).

Je viens de passer à radeonhd  

Y a un kernel avec lequel ça fonctionne les pilotes AMD/ATI ?

ils sont pénibles avec ca amd
 
ca leur couterai quoi d'avoir la même stratégie qu'intel à ce niveau ?

bah justement AMD a fourni les informations nécessaires. Le problème c'est que les développeurs  n'étant qu'humains, la progression du support de la 3D est progressif (et il y a déjà quelque chose qui marche plutôt bien pour les r6xx).
Accessoirement il est de notoriété publique que Arch a décidé de ne plus supporter les pilotes propriétaires (notamment par le biais de patch) pour assurer le support de kernel récent (car sur d'autre distribution comme mandriva par exemple, fglrx fonctionne sans souci).

 
mais intel fournit des drivers ouverts développés en interne il me semble ?

pas en ce qui concerne leur dernier chipset comme le poulsbo  au hasard.

 
pour les r6xx c'est encore tout neuf, il faut le kernel 2.6.32 rc, toussa    
 

 
Non arch a décidé de ne plus supporter les catalyst seulement  

cela dépend, si tu suis drm-next directement, tu n'as pas forcément besoin de suivre les versions du kernel.
Et je n'ai pas affirmé évidemement que tout était parfait
 
cela tombe bien fglrx est l'ancien nom de Catalyst

Si on poursuit la logique, il faudrait supprimer tous les pilotes propriétaires, pas seulement les catalyst    
Pour les nouveaux pilotes libres, ça devient abusivement difficile de suivre le développement...

Quelle logique ?
Il n'y a que Arch qui semble avoir décidé de ne pas supporter les pilotes propriétaires de ATI (Il n'y a que les Catalyst en pilotes propriétaires anciennement connu sous le nom de fglrx).
Concernant Intel c'était simplement pour relativiser leur soit disant comportement vis a vis des pilotes libres vu que leur dernier puce graphique n'est pas encore supporté correctement par le libre.
 
il suffit de se mettre sur un des salons irc ad hoc de freenode #radeon,#radeon-hd,#nouveau et le tour est joué
Au pire il suffit d'avoir en flux rss l'un des blogs ad hoc (ou de se contenter de phoronix) pour que chaque étape intéressante soit connue.

 
Tu veux faire péter mon score au geek test toi  

 
 
ok merci, et pour parcourir le réseau, une idée??
 
 
 
 
sinon je ne sais pas si quelqu'un a la même chose que moi mais depuis la tentative de màj de hunspell, j'ai n  drôle de bug: hunspell occupe jusqu'à 12,1 GB!!! et la mise à jour ne se fait plus par faute de place sur le disque racine ...

 
défini « parcourir le réseau »

 
 
voir une petite icone (ou a la limite en cli) des machines connecté sur le réseau. quand j'utlise nmap, il ne liste pas les machnies qui sont pourtant connectées au routeur (sans doute parce qu'elle ne partage rien sur le réseau)

Arch Linux sur i586  
 

 
Le dmesg
 
   
 
Donc j'ai utilisé la distribution du projet http://archlinux-i586.org/ ( http://bbs.archlinux.org/viewtopic.php?id=79660 ).
Ça marche plutôt très bien, bêtement je n'avais pas remarqué qu'il avait créé des ISOs (ici) donc j'ai installé à l'ancienne (comme il fallait le faire avant dispo des ISO) depuis une Debian, chroot et compagnie.
 
Cette machine qui n'a connu de sa vie que Windows 95 et 98, est désormais opérationnelle sous un système digne de ce nom    
 
C'est ça, perché sur la SunBlade :

Et hop, yaourt compilé (juste à changer l'architecture en ajoutant i586), comme dans du beurre  

 
parce que précisément ce n'est pas un chipset intel mais sous traité

c'est un chipset intel avec un poil de power VR, c'est le pilote qui a été surtout « sous traité ».

Testing Charkra KDE4.poils
Finalement, c'est supportable
Faut se faire au 36 truc qui popup de partout la
j'ai envie de leur péter la gueule comme dans un retour au web de 1997 avec ie5 et pas de blocker de popup

 
C'est la moindre des choses avec du yaourt

j'ai un pépin que j'ai jamais vu après un pacman -Suy

comme c'est dit: paquet invalide ou corrompu, supprime le du cache (de memoire /var/cache/pacman/pkg)

+1
 
J'ai ça de temps en temps (surtout sur mon netbook, encore le SSD moisi je suppose, mais c'est un autre problème ), et effectivement l'effacement du fichier concerné dans le cache (/var/cache/pacman/pkg) force pacman à le re-télécharger, ensuite ça roule

Hello,
 
ya t'il moyen d'installer une arch en 32 bits àpd de l'iso de l'isntallation 64 bits???

  merci ca marche au poil

Bonne question  

À brûle-pourpoing j'aurais dit non, mais en fait pourquoi pas, en modifiant les dépôts à partir desquels l'install sera faite ... mais bon c'est sans garantie, j'ai vu ça nulle part.
(et évidemment pour booter une ISO 64 bits, il faut que ton proco supporte)

Ça doit ptet pouvoir s'envisager  

Edit : mais bon pourquoi ne pas simplement booter une image 32 bits ?

 
 
simple question. Pas d'image 32bits et bande passante très limtée. Je pensais que l'installation utilsait les paquets de base du cdrom (kenrnel et autre) puis allait chercher les paquets supplémentaires sur internet ... avec la netinstall pê?

Ce qui est sûr, c'est que si c'est possible, c'est avec la netinstall et pas la core : la core installe les paquets directement depuis l'ISO, donc en 64 bits ici.
 
Si j'ai que ça à foutre demain je ferai un essai dans une vbox  

 
 
j'ai un peu essayé dans une vbox mais pas réussi à voir à quelle étape le faire ...
 
est-ce que ca http://wiki.archlinux.org/index.ph [...] bit_system c'est ce que je veux faire?