Avec tous les logiciels de mails, il serait intéressant de pouvoir compresser des répertoires. Le format mbox (par exemple) est constitué uniquement de texte, même les pièces jointes (encodage en base 64), donc compressable avec un bon taux de compressions.
En plus, certains logiciels proposent déjà de compresser leurs documents (Gimp il me semble ?) de façon transparente, mais avec un format bien standard, permettant de dézippé si besoin les fichiers pour retrouver le format d'origine. C'est donc faisable.
les symptomes : rat PS/2 OU touchpad qui pète un cable, du style je me barre tout en haut à gauche de l'écran ou je fais mon malin en cliquant quand je veux et j'ouvre donc 25 fenêtres à la fois
Ca ne serait tout simplement pas un problème de protocole souris ? J'avais les mêmes symptomes à une époque, en utilisant une souris interne (portable) et externe qui n'avait pas le même protocole.
man mouse :
Option "Protocol" "string"
Specify the mouse protocol. Valid protocol types include:
J'ai fais mes essais il y a plusieurs mois, et sans succès. Malgré mes recherches, je n'ai pas trouvé comment "parle" une télécommande de télé/magnétoscope.
Mais d'après ce que je viens de trouver à cette adresse, c'est possible, même si ça marche mal :
Le port infrarouge d'un PC n'a pas du tout pour vocation de faire office de récepteur de télécommande IR. Il sert à échanger des données avec un autre périphérique à un débit pouvant aller jusqu'à 4 Mb/s.
De ce fait, les principales différences techniques avec le récepteur IR d'une TV sont les suivantes :
* le cone d'émission/réception est beaucoup plus étroit que le récepteur IR d'une TV
* la fréquence des signeaux émis/recus est prévue pour être beaucoup plus rapide
* la distance entre l'émetteur et le récepteur est beaucoup plus faible
Du coup, cet usage de télécommande n'est pas du tout adapté aux spécificités techniques du materiel. En conséquence, le fonctionnement n'est pas du tout garanti et quand ca marche ce n'est jamais aussi éfficace que pour une TV. Voilà les conditions dans lesquelles ca fonctionne sur mon portable (peut varier d'un appareil à l'autre) :
* la télécommande doit être à moins de 2 mètres du portable
* la télécommande doit être dans l'axe du récepteur ir du portable
* Ne pas trop bouger en appuyant sur les boutons
=> résultat : il faut souvent appuyer deux fois sur le bouton pour que ca marche.
2 - LES PRE-REQUIS
* Avoir un portable avec un port infra-rouge ( Ok je sors)
* Ne pas vouloir utiliser ce port en IRDA (avec un GSM ou un PDA par exmple)
* Pouvoir configurer le port IR en SIR (serial IR) voir plus loin
* Utiliser un des OS de bilou (pour linux je sais pas)
* Ne pas avoir peur de bricoler les fichiers de Window$
3 - LA CONFIGURATION DU MATERIEL
Pour pouvoir faire fonctionner votre port IR avec une télécommande, il faut le configurer pour qu'il soit vu comme un port série. Pour cela la première chose à faire est d'aller voir dans le bios de votre bécanne les options du COM2.
En effet le port IR est généralement physiquemeent associé au COM2. Vérifiez qu'il est actif et regardez si une option permet de régler le mode (FIR/SIR/IRDA/DIRECTIR) et choisir SIR ou DIRECTIR il peut y avoir d'autres appelations.
Je ne sais même pas si c'est possible. J'avais fais des tests avec mon dernier micro, qui possède un port infrarouge. J'ai testé un tas de truc, et je n'ai visiblement jamais capté le moindre signal (même un signal inutilisable).
Bien qu'il s'agisse "d'infrarouge", ce ne sont peut être pas des matériels compatibles. Un peu comme si on essayait de capter la radio FM avec une carte Wifi. Ca passe par des ondes radios de même nature, mais ça n'a pas plus de rapport.
A moins qu'il y ait plusieurs façon de structurer le corps du message (par rapport au texte et au pièce jointes), les développeurs d'Evolution ne peuvent rien à la manière dont Outlook présente le contenu d'un message crypté ou signé.
J'ai un copain qui signe ses mails avec Gpg (mais il n'utilise pas Evolution). Ses destinataires sous Outlook voient ses messages en pièces jointes, alors que moi avec Mozilla, et je les vois s'afficher normalement. Dans ce cas au moins, ça vient bien du logiciel de celui qui reçoit le message, pas de celui qui l'envoi.
C'est bien beau GPG mais mes correspondants utilisant Outlook se plaignent que mes mails apparaissent en piéces jointes dans Outlook quand je les signe avec GPG (j'utilise Sylpheed).
C'est un problème avec Outlook, pas avec mozilla/thunderbird/kmail/evolution/...
De plus en plus de projet ne font plus QUE des versions i686.
En plus, je trouve qu'il devient compliqué de savoir quels processeur rentre dans les catégories i586 ou i686. Le Pentium existe en 4 générations sous le même nom (Pentium), avec des dérivés de même(s) génération(s) mais de nom différents (Celeron ...). Et chez AMD, j'ai perdu le fil ...
Déjà que j'ai du mal, alors que je suis "du métier", ça risque d'être problématique pour le grand public.
Je n'ai pas la moindre idée sur le fonctionnement sous-jacent de la chose (truc spécial du driver, ou fonctionnalité de l'OS ?)
Ca se fait au niveau de certains drivers, via la config de XFree/Xorg, par exemple sur certaines carte Sis :
man sis
...
Option "Rotate" "CW"
Rotate the display clockwise. This mode is unaccelerated, and
uses the Shadow Frame Buffer layer. Default: no rotation.
Option "Rotate" "CCW"
Rotate the display counterclockwise. This mode is unaccelerated,
and uses the Shadow Frame Buffer layer. Default: no rotation.
...
Peut être que ça peut aussi se faire de façon logiciel au niveau du serveur, pour les cartes qui ne le gèrent pas de façon matériel.
ifconfig eth0 10.0.0.40 netmask 255.255.255.0 broadcast 10.0.0.40 up
Je crois qu'il y a un problème là, ton adresse de broadcast est identique à ton adresse IP. Mets plutot 10.0.0.255 comme adresse de broadcast. Je crois même que tu peux ometttre ce paramètre, le système le déduit tout seul à partir de l'adresse IP et du masque réseau.
J'ai moi même une carte réseau SiS900, et elle marche parfaitement sous Linux, sous des noyaux 2.4 et 2.6.
justement j'ai déjà essayé cette méthode et ça semble ne pas marcher : la page appelée lors de la validation du formulaire est form.php sans la variable param1 qui devrait être passée dans l'uri (=> "?param1=toto" disparaît)
donc le contenu du formulaire est envoyé par la méthode post et je ne reçois rien par la méthode get :(
Bizarre, j'ai mis le copié-collé partiel d'un exemple que j'ai testé en local, et qui marchais (j'ai essayé avant d'écrire des conneries).
As-tu bien mis un point d'intérogation entre le nom de la page et le premier paramètre , et non un "&" comme entre les paramètres ?
As-tu bien mis dans la balise form un ' method="post" ' ?
J'ai d'abord répondu à la question "comment faire", car c'est ce que demande melyadon.
Excusez moi, mais je ne vois vraiment pas l'interet de ce genre de manipulations.
Imagine que tu passes l'essentiel des données de page en page via l'url (méthode get). De temps en temps, tu as besoin de formulaire. Si une partie du code du site est partagé par des fonctions (et c'est recommandé), celles-ci se retrouverait à aller parfois chercher des paramètres par $_GET["param"] et parfois dans $_POST["param"]. J'ai eu ça a faire, et c'est très peu pratique.
Passer systématiquement les mêmes données par l'url, même dans les formulaires peut être une bonne solution pour simplifer le code.
Question subsidiaire : et comment je fais ? (pour le get et post)
Dans ton formulaire Html, tu mets comme action, l'url avec les paramêtres : action="form.php?param1=toto", et comme méthode "post".
Ajoute à ça les autres entrées (et évite d'utiliser les mêmes noms de variable ;)
Dans le script Php traitant le résultat, tu récupère via $_GET["param1"] les paramètres passé par l'url (le get), ici "param1", et dans $_POST["param2"] les paramètres venant du formulaire proprement dit.
Si dans la config Php, la variable register_global est à "on", toutes ces variables sont accessible directement ($param1 et $param2), mais il est fortement recommandé d'aller cherchant explicitement les variables là où elles ont censée être ($_GET[], $_POST[], $_COOKIE[] et $_SERVER[]).
Moi aussi je reçois de temps à autre du spam sur une adresse que je n'utilise jamais. C'est que les saloperies qui les envoient génèrent aléatoirement de nouvelles adresses, et sur le nombre, y'en a qui sont bonnes.
by main.uucpssh.org (Postfix) with ESMTP id 4613F648E5
for <Captain_Idiot __dlfp __ org>; Thu, 21 Oct 2004 12:42:02 +0200 (CEST)
Bravo, en l'écrivant en tout lettre ici, t'as encore plus de chance qu'un spammeur trouve ton adresse, rien qu'en fouinnant un peu le net !
Ca dépends tout simplement de l'agence. Je suis au CMB, et après 18 années sans soucis, j'ai connu en quelques mois ce qui est tout simplement du vol : abonnement à un service que je n'ai jamais demandé, facturation de l'arrêt de ce service, augmentation de mes parts sociales au CMB (j'ai de la famille et des amis au CMB qui n'ont rien vu de tel), annulation des -50% sur la carte de retrait dont je devais bénéficier jusqu'à mes 25 ans.
J'ai changé d'agence, dans la même ville, et plus de soucis.
fstab, c'est un fichier de configuration. Ca indique quel sytème se monte où, quels sont les types de systèmes de fichiers, les options (lecture/écriture, droits ...).
mtab est une trace "écrite" de la situation : quel système est monté où et avec quelles options.
Maintenant que j'y pense, c'est un peu curieux d'écrire ces données dans un fichier, ça ne se fait pas pour le reste du système. Peut être un héritage des tout débuts d'Unix ?
je sait que sous xp la lecture des cd-audio peut se faire
cd->numerique->ide->pci->carte son->sortie du numerique sur carte son
En fait, soit les données vont directement du lecteur de CD à la carte son (méthode classique), soit ça passe par un logiciel de lecture (et donc le prosesseur) pour permettre un traitement du son (mixage, amplification des aigus/basses ...). Ils appellent ça "lecture numérique" sous Windows (le signal passe probablement sous forme analogique par la câble lecteur <-> carte son).
Ca explique pourquoi il puisse y avoir un canal son différent à régler (CD Audio ou Line in), comme expliqué plus bas.
sous mdk je sait pas si c'est faisable et si oui comment l'activer.
Si, c'est possible aussi. Avec xmms par exemple, il faut le plugin xmms-cdread. Le même principe existe probablement avec tous les autres lecteurs.
Un mail ? Il me semble que ça passe par MandrakeExpert plutôt.
Je ne crois pas que ce soit le plus approprié pour un problème de CD (je ne suis déjà pas sur que support @ mandraksoft.com le soit non plus).
Tu l'as trouvé où l'adresse mail que tu as utilisée ?
En bas de cette page :
S'il est vrai qu'on dit Pékin en français (Beijing étant anglophone), je trouve dommage de ne pas conserver/respecter le nom employé par ceux qui en sont à l'origine.
Comme Londres/London plus près de chez nous.
Je pense que la différenciation est d'origine historique. Je suppose que les premiers français ayant entendu parlé de ces villes ont retranscrit "comme ils ont pu" le nom des villes. Vu la difficulté qu'on a encore aujourd'hui à prononcer correctement des nom étrangers, la différence ne m'étonne pas plus que ça.
Et corriger aujourd'hui ce genre d'erreur est loin d'être facile !
Han :p Vas y donne lui un pistolet une balle explique lui comment se suicider et appuit sur la detente tant que tu y es lol :p
On peut aussi lui cacher comment faire (c'est vachement dans l'esprit du libre, non ?), et espérer qu'il ne le trouve pas tout seul, SANS LE MODE D'EMPLOI. Parce que là au moins, il est prévenu.
Le piège d'un environnement graphique, par rapport à une shell (ou une console), c'est qu'en général, rien ne rappel qu'on est en root, alors qu'en principe (encore que cela dépend de la config), dans une console, l'invite rappel le nom de l'utilisateur : [root@Versa root]#
(désolé pour la coupure, y'a eu cafouillage entre le bouton vérifier et le bouton envoyer)
par contre pour ouvrir un environement graphique en root ?
Plutot que moinser cette question, il serait plus intelligent d'expliquer pourquoi c'est une mauvaise chose.
Car c'est en effet à déconseiller, SURTOUT à un débutant. En tant que root, on a tous les droits sur le système, et sur tous les fichiers, y compris le droit d'effacer (par erreur) des fichiers importants, par exemple avec une commande du genre "rm -rf *" (effacer récursivement tous les fichiers, sans demander confirmation).
Comme on dit à propos de cette erreur, il y a ceux qui l'ont faite, et ceux qui ne l'ont pas encore faite.
Le danger se rencontre aussi avec tous programmes lancé en tant que root, car en cas de bug/faille, ceux-ci peuvent faire le même genre de conneries que je viens d'expliquer. D'ailleurs, la plupart des serveurs (web, mail, DNS ...) tournent généralement avec les droits d'un utilisateurs limité.
Le piège d'un environnement graphique, par rapport à une shell (ou une console), c'est qu'en général, rien ne rappel qu'on est
Mais si tu tiens à prendre le risque (et pour répondre quand même à la question), c'est très simple : dans le gestionnaire de connexion (Kdm/Gdm/Xdm), au lieu de mettre ton login "juls", tu mets root, puis le mot de passe qu'il faut.
En fait, quand un processus est lancé, il hérite des "propriétés" (le terme est mal choisi) du processus qui le lance.
Donc, toute commande lancée depuis shell root (là où la commande su à été lancée) tourne en tant qu'utilisateur root.
Mais l'environnement graphique qui est autour, tourne toujours en tant qu'utilisateur juls : tout les processus actifs, reste en tant que juls, et toute nouvelle commande lancée depuis un menu/une icône, l'est en tant que juls, comme l'environnement depuis lequel il a été lancé.
# imap et compression de maildir
Posté par Jllc . En réponse au journal imap et compression de maildir. Évalué à 2.
En plus, certains logiciels proposent déjà de compresser leurs documents (Gimp il me semble ?) de façon transparente, mais avec un format bien standard, permettant de dézippé si besoin les fichiers pour retrouver le format d'origine. C'est donc faisable.
# message kernel qui me hante ... un rat en PS/2 ...
Posté par Jllc . En réponse au message message kernel qui me hante ... un rat en PS/2 .... Évalué à 4.
Ca ne serait tout simplement pas un problème de protocole souris ? J'avais les mêmes symptomes à une époque, en utilisant une souris interne (portable) et externe qui n'avait pas le même protocole.
man mouse :
Option "Protocol" "string"
Specify the mouse protocol. Valid protocol types include:
Auto, Microsoft, MouseSystems, MMSeries, Logitech, MouseMan,
MMHitTab, GlidePoint, IntelliMouse, ThinkingMouse, AceCad, PS/2,
ImPS/2, ExplorerPS/2, ThinkingMousePS/2, MouseManPlusPS/2,
GlidePointPS/2, NetMousePS/2, NetScrollPS/2, BusMouse, SysMouse,
WSMouse, USB, Xqueue.
Personellement, j'avais le problème entre "PS/2" et "ImPS/2". (à configurer dans /etc/X11/XF86Config-4
[^] # Re: télécommande de magnétoscope et mandrake: possible?
Posté par Jllc . En réponse au message télécommande de magnétoscope et mandrake: possible?. Évalué à 2.
Mais d'après ce que je viens de trouver à cette adresse, c'est possible, même si ça marche mal :
http://forum.tt-hardware.com/ultimatebb.cgi?ubb=get_topic&f=11&(...)
# télécommande de magnétoscope et mandrake: possible?
Posté par Jllc . En réponse au message télécommande de magnétoscope et mandrake: possible?. Évalué à 1.
Bien qu'il s'agisse "d'infrarouge", ce ne sont peut être pas des matériels compatibles. Un peu comme si on essayait de capter la radio FM avec une carte Wifi. Ca passe par des ondes radios de même nature, mais ça n'a pas plus de rapport.
[^] # Re: A propos de GPG, et PDA
Posté par Jllc . En réponse à la dépêche Thunderbird 0.9 est sorti. Évalué à 4.
J'ai un copain qui signe ses mails avec Gpg (mais il n'utilise pas Evolution). Ses destinataires sous Outlook voient ses messages en pièces jointes, alors que moi avec Mozilla, et je les vois s'afficher normalement. Dans ce cas au moins, ça vient bien du logiciel de celui qui reçoit le message, pas de celui qui l'envoi.
[^] # Re: A propos de GPG, et PDA
Posté par Jllc . En réponse à la dépêche Thunderbird 0.9 est sorti. Évalué à 2.
C'est un problème avec Outlook, pas avec mozilla/thunderbird/kmail/evolution/...
D'ailleurs, C'est standard GPG, non ?
[^] # Re: Vous avez vu l'heure?
Posté par Jllc . En réponse à la dépêche "Intelligence Superficielle" reprogrammée sur France 2. Évalué à 3.
Et pour être précis, c'est dans le cadre de l'émission "Contre-courant", qui passe depuis longtemps à cet heure "tardive".
[^] # Re: num lock
Posté par Jllc . En réponse au message Problème de clavier sous Linux Mandrake. Évalué à 2.
num lock tu veux dire ? C'est ce qui gère le verouillage du pavé numérique. Ca peut être une piste pour la cause du problème.
[^] # Re: i686 seulement ... évidement ....
Posté par Jllc . En réponse à la dépêche Firefox 1.0 RC1 et autres nouvelles de Mozilla. Évalué à 2.
En plus, je trouve qu'il devient compliqué de savoir quels processeur rentre dans les catégories i586 ou i686. Le Pentium existe en 4 générations sous le même nom (Pentium), avec des dérivés de même(s) génération(s) mais de nom différents (Celeron ...). Et chez AMD, j'ai perdu le fil ...
Déjà que j'ai du mal, alors que je suis "du métier", ça risque d'être problématique pour le grand public.
# écran renversé à 90°
Posté par Jllc . En réponse au message écran renversé à 90°. Évalué à 3.
Ca se fait au niveau de certains drivers, via la config de XFree/Xorg, par exemple sur certaines carte Sis :
man sis
...
Option "Rotate" "CW"
Rotate the display clockwise. This mode is unaccelerated, and
uses the Shadow Frame Buffer layer. Default: no rotation.
Option "Rotate" "CCW"
Rotate the display counterclockwise. This mode is unaccelerated,
and uses the Shadow Frame Buffer layer. Default: no rotation.
...
Peut être que ça peut aussi se faire de façon logiciel au niveau du serveur, pour les cartes qui ne le gèrent pas de façon matériel.
# Ma Eth0 SiS900 ne fonctionne pas sous mandrake 10.1
Posté par Jllc . En réponse au message Ma Eth0 SiS900 ne fonctionne pas sous mandrake 10.1. Évalué à 2.
Je crois qu'il y a un problème là, ton adresse de broadcast est identique à ton adresse IP. Mets plutot 10.0.0.255 comme adresse de broadcast. Je crois même que tu peux ometttre ce paramètre, le système le déduit tout seul à partir de l'adresse IP et du masque réseau.
J'ai moi même une carte réseau SiS900, et elle marche parfaitement sous Linux, sous des noyaux 2.4 et 2.6.
[^] # Re: oui tu peux...
Posté par Jllc . En réponse au message formulaires : get ET post. Évalué à 2.
donc le contenu du formulaire est envoyé par la méthode post et je ne reçois rien par la méthode get :(
Bizarre, j'ai mis le copié-collé partiel d'un exemple que j'ai testé en local, et qui marchais (j'ai essayé avant d'écrire des conneries).
As-tu bien mis un point d'intérogation entre le nom de la page et le premier paramètre , et non un "&" comme entre les paramètres ?
As-tu bien mis dans la balise form un ' method="post" ' ?
[^] # Re: oui tu peux...
Posté par Jllc . En réponse au message formulaires : get ET post. Évalué à 2.
Excusez moi, mais je ne vois vraiment pas l'interet de ce genre de manipulations.
Imagine que tu passes l'essentiel des données de page en page via l'url (méthode get). De temps en temps, tu as besoin de formulaire. Si une partie du code du site est partagé par des fonctions (et c'est recommandé), celles-ci se retrouverait à aller parfois chercher des paramètres par $_GET["param"] et parfois dans $_POST["param"]. J'ai eu ça a faire, et c'est très peu pratique.
Passer systématiquement les mêmes données par l'url, même dans les formulaires peut être une bonne solution pour simplifer le code.
[^] # Re: oui tu peux...
Posté par Jllc . En réponse au message formulaires : get ET post. Évalué à 2.
Dans ton formulaire Html, tu mets comme action, l'url avec les paramêtres : action="form.php?param1=toto", et comme méthode "post".
Ajoute à ça les autres entrées (et évite d'utiliser les mêmes noms de variable ;)
Dans le script Php traitant le résultat, tu récupère via $_GET["param1"] les paramètres passé par l'url (le get), ici "param1", et dans $_POST["param2"] les paramètres venant du formulaire proprement dit.
Si dans la config Php, la variable register_global est à "on", toutes ces variables sont accessible directement ($param1 et $param2), mais il est fortement recommandé d'aller cherchant explicitement les variables là où elles ont censée être ($_GET[], $_POST[], $_COOKIE[] et $_SERVER[]).
# Spam sur mon adresse @dlfp.org
Posté par Jllc . En réponse au journal Spam sur mon adresse @dlfp.org. Évalué à 5.
by main.uucpssh.org (Postfix) with ESMTP id 4613F648E5
for <Captain_Idiot __dlfp __ org>; Thu, 21 Oct 2004 12:42:02 +0200 (CEST)
Bravo, en l'écrivant en tout lettre ici, t'as encore plus de chance qu'un spammeur trouve ton adresse, rien qu'en fouinnant un peu le net !
[^] # Re: CCM
Posté par Jllc . En réponse au journal une histoire de RIB.... Évalué à 3.
Ca dépends tout simplement de l'agence. Je suis au CMB, et après 18 années sans soucis, j'ai connu en quelques mois ce qui est tout simplement du vol : abonnement à un service que je n'ai jamais demandé, facturation de l'arrêt de ce service, augmentation de mes parts sociales au CMB (j'ai de la famille et des amis au CMB qui n'ont rien vu de tel), annulation des -50% sur la carte de retrait dont je devais bénéficier jusqu'à mes 25 ans.
J'ai changé d'agence, dans la même ville, et plus de soucis.
[^] # Re: disponible vs montés
Posté par Jllc . En réponse au message fstab et mtab ?. Évalué à 2.
mtab est une trace "écrite" de la situation : quel système est monté où et avec quelles options.
Maintenant que j'y pense, c'est un peu curieux d'écrire ces données dans un fichier, ça ne se fait pas pour le reste du système. Peut être un héritage des tout débuts d'Unix ?
[^] # Re: une idée en l'air...
Posté par Jllc . En réponse au message probléme de lecture de cd audio sur mdk 10.0. Évalué à 3.
cd->numerique->ide->pci->carte son->sortie du numerique sur carte son
En fait, soit les données vont directement du lecteur de CD à la carte son (méthode classique), soit ça passe par un logiciel de lecture (et donc le prosesseur) pour permettre un traitement du son (mixage, amplification des aigus/basses ...). Ils appellent ça "lecture numérique" sous Windows (le signal passe probablement sous forme analogique par la câble lecteur <-> carte son).
Ca explique pourquoi il puisse y avoir un canal son différent à régler (CD Audio ou Line in), comme expliqué plus bas.
sous mdk je sait pas si c'est faisable et si oui comment l'activer.
Si, c'est possible aussi. Avec xmms par exemple, il faut le plugin xmms-cdread. Le même principe existe probablement avec tous les autres lecteurs.
[^] # Re: support
Posté par Jllc . En réponse au message Réactivité du support @ mandrakesoft.com. Évalué à 3.
Je ne crois pas que ce soit le plus approprié pour un problème de CD (je ne suis déjà pas sur que support @ mandraksoft.com le soit non plus).
Tu l'as trouvé où l'adresse mail que tu as utilisée ?
En bas de cette page :
http://www.mandrakesoft.com/support(...)
[^] # Re: mod
Posté par Jllc . En réponse à la dépêche La France et la Chine poursuivent leurs relations commerciales: L'Open Source en argument de vente. Évalué à 3.
Comme Londres/London plus près de chez nous.
Je pense que la différenciation est d'origine historique. Je suppose que les premiers français ayant entendu parlé de ces villes ont retranscrit "comme ils ont pu" le nom des villes. Vu la difficulté qu'on a encore aujourd'hui à prononcer correctement des nom étrangers, la différence ne m'étonne pas plus que ça.
Et corriger aujourd'hui ce genre d'erreur est loin d'être facile !
[^] # Re: merci
Posté par Jllc . En réponse au message passer en root sur linux mandrake 10.0 ! merci. Évalué à 2.
On peut aussi lui cacher comment faire (c'est vachement dans l'esprit du libre, non ?), et espérer qu'il ne le trouve pas tout seul, SANS LE MODE D'EMPLOI. Parce que là au moins, il est prévenu.
[^] # Re: merci
Posté par Jllc . En réponse au message passer en root sur linux mandrake 10.0 ! merci. Évalué à 2.
(désolé pour la coupure, y'a eu cafouillage entre le bouton vérifier et le bouton envoyer)
[^] # Re: merci
Posté par Jllc . En réponse au message passer en root sur linux mandrake 10.0 ! merci. Évalué à 4.
Plutot que moinser cette question, il serait plus intelligent d'expliquer pourquoi c'est une mauvaise chose.
Car c'est en effet à déconseiller, SURTOUT à un débutant. En tant que root, on a tous les droits sur le système, et sur tous les fichiers, y compris le droit d'effacer (par erreur) des fichiers importants, par exemple avec une commande du genre "rm -rf *" (effacer récursivement tous les fichiers, sans demander confirmation).
Comme on dit à propos de cette erreur, il y a ceux qui l'ont faite, et ceux qui ne l'ont pas encore faite.
Le danger se rencontre aussi avec tous programmes lancé en tant que root, car en cas de bug/faille, ceux-ci peuvent faire le même genre de conneries que je viens d'expliquer. D'ailleurs, la plupart des serveurs (web, mail, DNS ...) tournent généralement avec les droits d'un utilisateurs limité.
Le piège d'un environnement graphique, par rapport à une shell (ou une console), c'est qu'en général, rien ne rappel qu'on est
Mais si tu tiens à prendre le risque (et pour répondre quand même à la question), c'est très simple : dans le gestionnaire de connexion (Kdm/Gdm/Xdm), au lieu de mettre ton login "juls", tu mets root, puis le mot de passe qu'il faut.
[^] # Re: merci
Posté par Jllc . En réponse au message passer en root sur linux mandrake 10.0 ! merci. Évalué à 2.
"konqueror". Y'a des fois où faut pas chercher les complications ...
[^] # Re: heuu
Posté par Jllc . En réponse au message passer en root sur linux mandrake 10.0 ! merci. Évalué à 3.
Donc, toute commande lancée depuis shell root (là où la commande su à été lancée) tourne en tant qu'utilisateur root.
Mais l'environnement graphique qui est autour, tourne toujours en tant qu'utilisateur juls : tout les processus actifs, reste en tant que juls, et toute nouvelle commande lancée depuis un menu/une icône, l'est en tant que juls, comme l'environnement depuis lequel il a été lancé.