tontonflingueur a écrit 196 commentaires

  • # Petite comparaison ...

    Posté par  . En réponse au message Cherche un parseur JAVA pour les documents RDFS. Évalué à 9.

    Solution 1 : poster un commentaire sur linuxf.org.

    Taper l'url de linuxfr.org = 11 caractères
    Aller sur les forums = 2 clics de souris
    Taper ton post = 139 caractères + 2 clics de souris.

    Solution 2 : chercher sur google

    Taper l'URL de google = 9 caractères
    Taper la recherche "Java rdf" = 8 caractères + 2 clic de souris.
    pour aboutir à http://www.google.fr/search?hl=fr&q=java+rdf&btnG=Re(...)

    Total solution 1 : 150 caractères + 4 clics de souris.
    Total solution 2 : 17 caractères + 2 clic de souris.
  • # fetchmailconf

    Posté par  . En réponse au message installation & configuration de fetchmail. Évalué à 1.

    Tu peux utiliser l'application fetchmailconf (en Python/Tk), je crois pour créer ton fetchmailrc.

    Le point un peu délicat, sinon, c'est que fetchmail reçoit tes mails via pop3 imap4 et les renvoie via sendmail sur ton compte local. Il faut donc que sendmail soit bien configuré.

    Sinon, dans ta liste de logiciel, je ne vois pas bien ce que viennent faire cyrus-imapd et squirrelmail. Ou alors je n'ai pas compris ce que tu veux faire.
  • # Mon préféré : les animations en Flash(TM)

    Posté par  . En réponse au message Quels documents trouvez-vous agréables à lire. Évalué à 4.

    Moi mon type de document préféré, ce sont les animations en Flash(TM). C'est souvent très créatif, animé, interactif et rigolo. Elles dispensent de lire un texte compliqué en réduisant souvent les messages complexes à quelques mots très simples.

    En plus elles tirent pleinement parti des ressources de mon ordinateur sous Linux(TM) en sachant mobiliser toute la puissance CPU disponible. J'aime aussi le silence qu'elles provoquent dans toutes les autres applications en verrouillant intelligemment mon périphérique audio.
  • [^] # Re: petites corrections par rapport au journal

    Posté par  . En réponse à la dépêche Graves problèmes de sécurité dans x.org. Évalué à 6.

    Je peux essayer de reformuler ? parce que j'aimerais bien comprendre quelle conséquence cette histoire a pour nous autres pauvres utilisateurs. Vous me dites si c'est bien ça ...

    Ce que l'on savait déjà :

    Le serveur X tourne en tant que root, parce qu'il a besoin d'un accès bas niveau au matériel . Le code du serveur X est très compliqué - plusieurs millions de ligne de code, donc il est très vraisemblable qu'il y ait beaucoup de trous de sécurité dedans, qui va permettre a un attaquant de devenir root sur la machine. C'est pour cela que la sagesse populaire conseille de ne pas faire tourner X sur des serveurs critiques.

    Ce qui est nouveau :

    Des techniques complémentaires comme SELinux permettaient, croyait-on de se prémunir contre certaines de ces attaques. Et bien l'article prouve que ces techniques sont inopérantes dans le cas du serveur X sur les processeurs Pentium, parce que X utilise un mode particulier appelé "mode SMM". En exploitant une faille dans le code du serveur X, il est possible d'exécuter du code dans ce mode. On peut alors contourner toutes les protections supplémentaires apportées par SELinux, et permet aussi de sortir d'une machine virtuelle Xen.

    C'est bien ça ? J'ai bon ?
  • # Doc subversion ...

    Posté par  . En réponse au message argumentation du lock de subversion par les développeur de subversion. Évalué à 1.

    Je ne sais pas si c'est que tu cherches, mais cette partie de la doc subversion parle de ce problème:

    http://svnbook.red-bean.com/en/1.2/svn.basic.vsn-models.html

    Malheureusement, la doc subversion ne semble pas avoir été encore traduite en français. Sinon connais-tu ce site très pratique ?

    http://www.google.com ;-)

    @+
  • # package libsdl-perl ?

    Posté par  . En réponse au message Frozen Bubble ne se lance pas!. Évalué à 2.

    Alors moi, je suis sous sarge, et je vois un package libsdl-perl qui me semble pas mal du tout ...

    Mais, a priori il y a un bug, il devrait être listé dans les dépendances du paquet frozen-bubble.

    @+
  • # Garnome ...

    Posté par  . En réponse au message Gnome 2.14 en stable. Évalué à 1.

    Tu peux aller voir du côté du projet Garnome, pour une compilation automatisée d'un environnement Gnome.

    http://www.gnome.org/projects/garnome/
    @+
  • [^] # Re: Quelques questions sur LVM

    Posté par  . En réponse au message Quelques questions sur LVM. Évalué à 3.

    Avec ton RAID-0 tu obtiens un device /dev/md0, qui s'étend (par exemple) sur deux disques /dev/hda1 et /dev/hdb1. Si je ne me trompe tu peux créer un seul système de fichiers dans /dev/md0.

    Avec LVM, tu peux obtenir un volume group qui s'étend sur /dev/hda1 et /dev/hdb1, et à l'intérieur, créer autant de systèmes de fichiers que tu veux, les supprimer, les redimensionner ... Sans même avoir à rebooter, dans la majorité des cas. Donc c'est très souple.

    A confirmer - tester, mais Je pense qu'en principe, rien ne s'oppose à utiliser des devices RAID-1 ou RAID-5 comme volumes physiques de ton LVM, ce qui t'assurerait en plus une certaine redondance.

    @+
  • # Re: Quelques questions sur LVM

    Posté par  . En réponse au message Quelques questions sur LVM. Évalué à 3.

    > Est-ce que toutes les données sont perdues comme en RAID-0 ?

    Réponse courte : oui.

    Réponse longue, en fait ça dépend comment tu t'es organisé. En fait dans LVM on distingue :

    * les volumes logiques - en gros tes systèmes de fichiers
    * les volumes physiques, les partitions des disques /dev/hda1, /dev/hda2, ...
    * les groupes des volumes (volume group en anglais).

    Tu crées tes volumes logiques, donc tes systèmes de fichiers /tmp, /var/, /usr/, ... à l'intérieur de tes groupes de volumes.
    Un groupe de volumes peut s'étendre sur plusieurs volumes physiques. Si tu perds un des disques, tu perds tous les volume group qui ont un volume physique, et tous les systèmes de fichiers qui se trouvent à l'intérieur aussi.
  • # Tu as regardé sur e-bay ?

    Posté par  . En réponse au message recherche désespérément une machine qui tourne sous AIX. Évalué à 3.

    Le truc à savoir c'est que ces machines s'appellent RS/6000.

    Par exemple :

    ttp://cgi.ebay.fr/IBM-PC-Modell-RS-6000-7044-170_W0QQitemZ8789701171QQcategoryZ8078QQrdZ1QQcmdZViewItem

    @+
  • [^] # Re: je ne vois pas d'autres solutions

    Posté par  . En réponse au message mount. Évalué à 1.

    Il y a le projet fuseiso, mais il est encore en version alpha :

    http://fuse.sourceforge.net/wiki/index.php/FileSystems

    (fuse veut dire "file system in user space", soit système de fichiers en mode utilisateur).

    Je n'ai pas encore trouvé le temps de regarder ces projets, mais ils sont bien intéressants, surtout sshfs.

    @+
  • [^] # Re:: compilation de OpenOffice

    Posté par  . En réponse au message compilation de OpenOffice. Évalué à 2.

  • # Re: [URGENT]Ecran noir au demarrage

    Posté par  . En réponse au message [URGENT]Ecran noir au demarrage. Évalué à 3.

    Bonjour,

    Si tu es en mode texte, tu peux essayer de te logger sur la console avec ton compte habituel. Sous la console, tu peux taper startx pour essayer de lancer le mode graphique (X-window). Logiquement ça ne devrait pas marcher, mais tu devrais avoir un message d'erreur que tu pourrais poster.

    Sinon, pour récupérer le message de l'échec tu peux aller voir dans la Log. Malheureusement je n'ai pas de Mandriva sous la main, mais chez moi par exemple c'est /var/log/boot.log. Donc tu peux faire :

    > cat /var/log/boot.log
  • [^] # Re: RE: Serveur Apache 1.3 et Tomcat 5.5

    Posté par  . En réponse au message Serveur Apache 1.3 et Tomcat 5.5. Évalué à 2.

    Oups, je voulais dire : A te lire, mon impression est que quand tu appelles ta jsp depuis le navigateur, c'est son code qui s'affiche.
  • # RE: Serveur Apache 1.3 et Tomcat 5.5

    Posté par  . En réponse au message Serveur Apache 1.3 et Tomcat 5.5. Évalué à 2.

    A te lire, mon impression est que quand tu appelles ta jsp depuis le navigateur, c'est son qui s'affiche.

    Dans ce cas, je pense que le plus probable est une erreur de la directive JkMount...

    Si tu dis :

    JkMount MaWebapp/* worker1

    les seuls JSP qui seront interprétées sont celles qui sont dans worker1, et incidemment, tu dois avoir une webapp MaWebapp dans ton tomcat.

    Mais n'hésite pas à poster tes fichiers de conf (a priori tu as au moins server.xml, worker.properties et httpd.conf) et tes logs (mod_jk.log, error.log, et la log apache). Le bestiau est quand même difficile à configurer.
  • [^] # Re: Je comprends pas...

    Posté par  . En réponse à la dépêche Sortie de Lasso 0.6.5. Évalué à 2.

    Si tu écris ta plateforme SSO en Java, et que tu n'as que des serveur Apache/PHP et IIS/perl/CGI, tu vas être obligé d'installer une machine virtuelle Java ce qui est dommage en terme de ressources, de causer avec, ce qui n'est pas si facile (JNI).

    Là, si tu veux faire du PHP tu installes le module sous PHP, et du perl tu installes le module sous Perl, et ça va marcher.

    @+
  • [^] # Re: Pour commencer ...

    Posté par  . En réponse au message bug date suse linux entreprise server 8. Évalué à 2.

    Oui, c'est la commande inverse

    hwclock --systohc

    Mais a priori je crois (je serai sûr moi aussi à la fin du mois), si ton système a son BIOS à l'heure UTC, et que ton locale est bien configuré, le locale tient compte du changement d'heure, donc normalement, tu n'as à t'occuper de rien. Pour info, dans les docs en anglais, ça s'appelle daylight saving.

    (En outre, les hwclock --hctosys et --systohc devraient être faits par ta distribution au démarrage et à l'arrêt. C'est le cas de la debian, par exemple.)
  • # Pour commencer ...

    Posté par  . En réponse au message bug date suse linux entreprise server 8. Évalué à 3.

    Il y a un programme appelé hwclock dans linux. Normalement elle se trouve dans /sbin/hwclock. C'est normalement cet utilitaire qui est utilisé par les scripts de démarrage pour synchroniser la date du bios (hardware, d'où hw) et la date système.

    Essaye de taper hwclock pour voir ce que ça te dit.

    Tu peux tenter (en root) ensuite de faire :

    hwclock --hctosys

    pour synchroniser ta date système avec celle du bios, puis éventuellement de le rajouter dans les scripts de démarrage.

    Il y a en plus une petite subtilité, parce que tu peux décider que ton bios soit à l'heure locale, soit à l'heure universelle UTC (autrefois appelée GMT). Ca peux expliquer un décalage de quelques heures mais pas de quelques jours ... Dans le premier cas, tu dois faire :

    hwclock --hctosys --utc

    Dans le second cas, tu peux faire :

    hwclock --hctosys --localtime.

    Si tes serveurs sont reliés de manière permanente à l'Internet, tu peux aussi envisager d'utiliser ntp pour te synchroniser à un serveur de temps. Tes machines seront toujours à l'heure exacte.
  • # tkcvs ...

    Posté par  . En réponse au message Un client graphique pour subversion. Évalué à 2.

    J'ai utilisé pendant très longtemps tkcvs avec CVS. J'en étais vraiment content ; à ce que j'ai lu, dans ses dernières version, il est aussi capable de gérer subversion.

    http://www.twobarleycorns.net/tkcvs.html

    Par contre c'est pas du GTK, mais du Tcl/Tk ...
  • # Plutôt une boucle ...

    Posté par  . En réponse au message Ligne de commande pour modifier un nom de fichier. Évalué à 5.

    En admettant que les fichiers sont tous dans le même répertoire, je ferais plutôt quelque chose comme :
    for i in `ls *`
    do
        j = `echo $i | tr "éèà" "eea"`
        echo mv $i $j
    done
    
    Evidemment pour le faire vraiment, décommente le echo (après vérification).
  • # cracklib ...

    Posté par  . En réponse au message évaluation de la dureté d'un mot de passe. Évalué à 2.

  • # Re: Analyse fuite mémoire du Système?

    Posté par  . En réponse au message Analyse fuite mémoire du Système?. Évalué à 5.

    Un grand classique. Je parie que ce que tu vois augmenter, c'est la mémoire cache. Quelle ligne regardes-tu exactement ? La ligne intéressante dans free -m est celle qui commence par +/- buffers/cache.

    En fait, très schématiquement, les données lues le plus souvent sur le disque par le kernel finissent par se trouver en RAM dans le "cache". Ca permet d'éviter de faire des lectures disque pour un oui ou pour un non (ce qui est beaucoup plus long que d'aller lire en mémoire RAM).

    C'est pour ça qu'un système Linux qui fonctionne depuis un certain temps paraît plus rapide qu'un système Linux qui vient juste de redémarrer.

    La ligne +/- buffers/cache retranche à la mémoire RAM utilisée la place utilisée par le cache et les buffers, ce qui donne une bonne idée de la mémoire utilisée par tes processus.

    @+
  • # Xinerama !!!

    Posté par  . En réponse au message Deux écrans. Évalué à 3.

    Il faut configurer un truc qui s'appelle Xinerama. Je n'ai jamais eu qu'un écran sur mon bureau, donc je n'en sais pas beacoup plus, mais il y a de la doc ici :

    http://www.ibiblio.org/pub/Linux/docs/HOWTO/translations/fr/(...)

    Attention, ces docs sont un peu anciennes, et bon sur une distribution comme Mandriva, il y a peut-être plus simple.
  • # Re: Telechargement de Mandriva.

    Posté par  . En réponse au message Telechargement de Mandriva. Évalué à 2.

    Le idx, je ne sais pas, mais le .md5.asc, c'est un fichier qui permet de vérifier l'intégrité du fichier que tu viens de télécharger. Sous Linux tu as un utilitaire en ligne de commande appelé md5sum.

    Tu appelles md5sum le_fichier.iso, et tu compares avec le contenu du fichier .md5.asc. Si les contenus sont identiques, tu es sûr d'avoir bien téléchargé ton fichier. Le .sha1.asc est du même acabit, mais il utilise un autre utilitaire.

    @+
  • # FreeTTS.

    Posté par  . En réponse au message Synthèse vocale pour malvoyants. Évalué à 2.

    Sinon, il y a le projet FreeTTS, en java ; donc à priori, il doit aussi marcher sous Win...

    http://freetts.sourceforge.net/docs/index.php

    Ce sujet, et le troll découlant inévitablement du mot "java" ont déjà été abordé ici même :

    http://linuxfr.org/2003/04/24/12137.html