Reprise du message précédent :
Ah t'as qd meme du rj45 sur les 2 machines
 
Bon c'est simple : t'installe cupsd sur la machine ou est l'imprimante.  
 
T'installe cups-client sur la machine ou y a pas l'imprimante et tu lui dit que le serveur c'est la machine avec l'imprimante
 
 

 
Non, le wifi, c'est bien, ca me permet de surfer pendant que je suis dans les wc...
 
Ah ben non, dans ce cas la ça pue aussi...

Pas moi    
 

Je préfère la réponse de GUG désolé    
 

 
Merci  

Super, j'adore les bons gros fichiers de conf comme ça  

kde veut lacher khtml :
http://www.zdnet.com.au/news/softw [...] 656,00.htm

vanilla : lit la doc !  
ldapadmin --ceuxquilfaut la printes
 
et sur le client dans les premieres lignes il y a server et ca suffit

udok : euh je crois surtout que zdnet en fait un peu trop amha

http://linuxfr.org/2005/05/13/18923.html

je plussoie le second commentaire

>c'est pas le cas sous kde il y a encore peu (pas sur toute les distros)
maintenant c'est inclu,
 
Je savais pas   (étonnant d'ailleurs, et c'est pas sriptable konqueror?)
On parle bien tous les deux de montage au vol, là?
 
>mais de toute façon un outil n'a pas à faire d'hypothèse sur le fonctionnement d'un autre outil, il doit pouvoir faire ce qu'on lui demande, indépendant de ce que propose les logiciels à coté
 
On est d'accord, je vois mal quelqu'un argumenter pour l'inverse. Mais si cet outil offre de la souplesse autant en profiter
 
>donc que kde ou gnome permette ça maintenant, tant mieux
 
c'est pas tant une histoire de gnome que de solutions simples et souples (et minimalistes)
 
>que certains distro aient implémentés un bidouille permettant de gérer ça, très bien
 
Bah mount c'est pas vraiment une bidouille (et c'est pas distro spécifique), pour moi une bidouille serait un démon global qui monterait les trucs (sans te demander ton avis) et un autre qui gererait les modifications de droits suivant les users (toute allusion... ). Alors qu'un cliquage d'icone (par exemple) suffit et est relativement transparent...
 
>mais si tu utilises fluxbox sur une slackware, t'es bien content que ce genre d'option existe
 
Pour moi (en utilisation click-click, hein!) c'est plus dépendant des file-manager, la plupart étant facilement scriptables.
 
En fait je pensais surtout à l'utilisateur lambda qui veut que sa clé soit facilement montable et hald le saoule... il s'est fadé les howto de udev (le povre déja) et derrière on lui sort du uid gid bon OK. Tout marche bien... Jusqu'au jour ou sa copine (son fils ou sa grand-mère) veut utiliser la même clé et là c'ets le drame... alors que

aurait résolu son problème simplement!  

 
C'est bien dommage d'en arriver là...
 
J'ai presque envie de dire "la LGPL,cai mal"

Apple ça pue

Le wifi c'est pas mauvais, je n'ai que 10 voisins sur ma rue en pleine forêt, à la campagne

ça n'aurait rien changé que khtml soit GPL. safari aurait été GPl certe mais webcore s'appuierait de toute façon sur des libs proprio et là, c'est un problème de comportement (pas de collaboration des devs de webcore avec ceux de khtml), pas de licence.

 
 
je suis pas persuadé qu'il y ait besoin de configurer quoi que ce soit sous debian maintenant quand tu utilises udev+hotplug+dbus+hald+kde
et pas besoin d'option à la con
mais users ne marche pas si tu utilises un démon qui tourne en root, puisqu'il va mettre le truc en root quand même
users te permet juste de monter une clé en tant qu'utilisateur normal et de t'en approprier les droits, mais pour ça il faut le faire manuellement

depuis 9 mois aucun problème de wifi^WASFI

Honnetement se servir de hald pour monter une povre clé et deux lecteurs de cdrom... (et pis la gestion des droits par pamd, à base de le premier loggué le premier servi...   )
 
Tu me sors une usine à gaz (la chaine udev+hotplug+dbus+hald+kde) pour monter une clé, alors qu'un simple lanceur sur le bureau suffit (dans le pire des cas... sous nautilus tu cliques le truc, xffm tu cliques le truc, KDE aussi maintenant). C'est typiquement ça qui me fait raler...

 
bah tu vas pas te plaindre d'avoir le choix quand même !  

Les vrais utilisent mount + /etc/fstab
 
pas de modules qui bouffent de la RAM
 
ce n'est pas dur de faire un umount à la fin
 
edit: suffit de laisser un aterm ouvert en permanence, on ne le voit pas avec pekwm
 
Les barres des tâches ça sert à rien

 
 
ben quand faut monter la clef usb, la carte memoire du palm, le disque dur du lecteur mp3, et tout ca, dans n'importe quel ordre (ben oui parce que si tu prevois tout, ben c'est jamais dans le meme repertoire suivant que tu montes l'un avant l'autre).. alors qu'avec cette solution et gnome, zou, je branche un truc, il apparait, un clik, il se monte, et un autre clik, il se demonte

 
ça reste une usine à gaz...

help please : http://forum.hardware.fr/forum2.ph [...] ash_post=0

 
 
 
PS : pourquoi j'arrive jamais à avoir les belles url sur le forum moi ?!  

 
si tu as une solution élégante et pas relou à proposer, je suis toute ouïe.

Rhaaaaaaaaaaaa mauvaise foie!!!  Ok reprenons : Pourquoi ne pas inciter les gens à choisir la solution élégante?

 
la solution élégante, c'est  
dmesg  
mkdir truc
mount /dev/sdyx
umount /dev/sdyx
rm -rf truc
 
?

t'as de grande préoccupation dans la vie toi
en quoi utiliser hald+kde n'est pas une solution élégante ?

 
et encore, pour ça faudrait que /dev/sdyx ne change pas d'un coup sur l'autre, sinon ta ligne dans le fstab est fausse et tu n'as plus qu'à passer en root

 
hola malheureux, je fais tout ca en tant que root, vu qu'a chaque fois je suis pas sur de pas faire defiler hda, hdb, hdc, hdd, hde, etc etc a force de brancher et redebrancher...
udev, hald, dbus, machin, truc, gnome-volume manager, ben j'en suis tres satisfait moi

et sous kde :
udev+dbus+hald+kded
avec pmount en plus si on veut le montage automatique

et encore, pour ça faudrait que /dev/sdyx ne change pas d'un coup sur l'autre, sinon ta ligne dans le fstab est fausse et tu n'as plus qu'à passer en root
 
 
Bah ui ok il faudrait un frontend à udevinfo qui écrirait les lignes qui vont bien dans la fstab et les regles udev pour les neuneux. Et oui au lieu de discuter comme un con je ferais bien de le dévelloper...  
 
Bon en même temps tu peux utiliser udev de manière intelligente : en général tu branches pas 15 clés en même temps et en plus tu les connais tes clés...  
 
N'empèche que vous pouvez pas nier que faire tourner 3 démons (udevd, hald, famd) + hotplug +mount alors que si tout est fait proprement une bonne fois pour toute il y en faut un seul plus mount c'est une solution lourde et pas élégante...

 
je veux pas être méchant mais si tu veux aborder un sujet, ça serait mieux de connaitre un minimum la chose
t'affirme tout un tas de chose alors que t'es complètement à la rue là
le démon dont tu parles au début de ton post, c'est justement le role du couple hald+pmount à peu de chose près
pour la deuxieme partie de ton post, pas besoin d'utiliser 15 clé pour voir les problemes apparaitre : tu utilises la même clé à deux moments différents en changeant de ports usb, et ça change de device => c'est la merde
tu parles de 3 démons : faux ! udev est là pour gérer les devices de manière global, de manières à faire en userspace (en partie) et de manière plus élégante et moins buggé ce que fait devfs. Ils apportent plusieurs avantages sur celui ci, et se suffit à lui même pour donner des raisons d'opter pour son utilisation (j'ai commencé par l'utiliser avant de mettre hald sur ma machine)
famd n'a rien à voir avec tout ça (je ne l'utilise pas, il n'est même pas installé sur ma machine)
hald est un démon léger qui fait très bien son boulot et je vois pas en quoi il devrait poser pb
pour finir, ta solution est à chier (cf post de perchut)

Bilan de mon aventure Gentoo sous Mac OS : rien
C'est le bordel, il s'installe en plein dans les fichiers systèmes d'apple. Il y a bien un hack qui détecte en empêche les collisions mais c'est pas rassurant. Ça s'installe super facilement mais quel bordel pour le virer, faut exécuter un script de désinstallation qui m'a sorti une erreur, virer les fichiers restants (en faisant gaffe de pas effacer un fichier système), et enfin rétablir les droits et uid/gid qui sont partis en live. (genre /usr attribué à mon user de tous les jours)
Je suis allé faire un tour sur les forums gentoo, même là  bas ils disent que c'est pas au point (à cause de ce pb justement).
En attendant, les concurrents Fink et DarwinPorts s'installent chacun dans un répertoire bien à eux.
 
EDIT : correction des accents.
 
J'essaie en ce moment les darwin ports, c'est comme sous FreeBSD.

 
t'es sous quel système là et tu utilises quelle locales ?

udok : Opera sous MacOSX, le couple que j'utilise depuis plus de 6 mois maintenant. En fait, j'ai tapé ma réponse dans le cadre Réponse Rapide et le serveur était down ou inaccessible il y a une heure ou 2. J'ai ensuite cliquer sur le bouton Répondre qui automatiquement reprend le texte tapé dans ce fameux cadre de réponse rapide. Et c'est sur la page "complète" de réponse que là il y a le foirage utf8 vers iso8859-1. Bizarrement ce n'est pas la première fois que je fais cette manip ici ou même sur d'autres forums MesDiscussions mais c'est la première fois que ça m'arrive.

 
ouai, ça faisait tout bizarre

Ils auraient pas changé l'encodage des pages du forum ce soir? Normalement le navigateur doit envoyer le texte dans l'encodage indiqué dans le formulaire HTML.

 
udev est un démon (entre autre):

2 clés :

(au passage tu remarqueras que je sais que udev ne gère pas que le mass storages : [edit]j'ai d'ailleurs du faire un hack[/edit] dans les modules des deux premiers devices pour que udev aie toutes les infos)
 
aprés : je suis désolé chez moi pam vient avec hal (ça je veux bien que ce soit gnome-spécifique) et d'ailleurs il en a bien besoin pour attribuer les bons droits aux devices montés.
 
Ma solution à l'avantage de tourner au moins un démon de moins (voire deux mais bon) de pas avoir mes points de montage dans /media (ou je ne sais quoi), qu'ils s'appellent cle_xa (et pas truc_imbitable_sortie_de_la_base_de_donnée_de_hal_ou_des_attributs_donnés_par_udev), de monter mes devices quand je m'en sert pas quand je les branche (trasparent avec nautilus et d'autres), que celui qui monte soit proriétaire des devices (au lieu que hald le choississe, je sais pas comment, ou que ce soit le premier loggué dans le cas de pamd).
 
Alors aprés effectivement il faut écrire une règle udev et une entrée fstab, c'est sur beaucoup en sont morts mais à vaincre sans périls...
 
PS : et puis putain, je présume pas de tes conaissances, moi, et je ne t'insulte pas quand je poste...

- j'ai jamais dit qu'udev n'était pas un démon, et je vois pas le pb avec le fait que ça soit un démon, au contraire
- faudrait que tu choisisses entre pam et fam, histoire qu'on puisse se comprendre. Mais je n'ai pas plus besoin de pam que de fam sur ma debian pour utiliser hal
- on s'en branle que ta solution utilise un démon de moins
- j'ai mes points de montage là où je veux puisque hal lit dans le fstab pour voir si le device correspondant a déjà un point de montage connu avant de décider de le monter n'importe où
- les droits sont géré par kde chez moi
 
bon enfin t'es tellement clair et cohérent dans tes explications que j'ai toujours pas compris comment tu fais pour monter ta clé
de plus on a bien dérivé du sujet initial : option uid de mount, elles ont leur interet, point final, je vois pas ce qu'il y a à tortiller du cul pour ça

 
c'est juste que tu me saoules, on dirait du python a force des sortir conneries sur conneries comme tu fais  

Ouaip t'as raison, sincérement désolé de t'avoir saoulé!