THE_ALF_ a écrit 532 commentaires

  • # Unclutter

    Posté par  . En réponse au message Masquer pointeur souris. Évalué à 2.

    Cherche le package unclutter, il permet de faire pile poile ce que tu demandes. C'est juste un petit démon X qui cache le pointer au bout d'un temps d'inactivité (et qui bien sur le réaffiche quand on bouge la souris).
  • # gpart

    Posté par  . En réponse au message recupere des fichiers physiquement sur le dd. Évalué à 3.

    gpart est spécialement dédié a cette tache (http://www.stud.uni-hannover.de/user/76201/gpart/) c'est à dire qu'il permet de récupérer (ou du moins d'essayer...) une table de partition effacée ou dététriorée. Si tu n'a pas (trop) touché aux données de ton DD après to repartitionnement, tu devrais pouvoir récupérer tes données sans problème. J'ai déja essayé avec succès donc...

    gpart doit être dispo dans toutes (la plupart ?) des distrib Linux, et en fouillant un peu tu doit pouvoir facilement trouver des Linux rescue disc (sur disquette ou CD) disposant de gpart.
  • [^] # Re: veuillez inserer la disquette n° 143

    Posté par  . En réponse au message cherche distrib pour vieux ordinateurs. Évalué à 4.

    Bon, une précision: j'ai vérifié pour Slackware, tu peux encore trouver les anciennes versions sur certains miroirs (dispos ici http://www.slackware.com/getslack/ ). La dernière version à être dispo en disquettes est la 7.1 (mais seulement pour l'install de base) ou la 3.4 (install complète... en une centaine de disquettes, mais elles sont classées par catégorie et tu n'est pas obligé de toutes les utiliser. surement la plus intéressante. Elle date de 98.). Va dans le dossier ftp://[mirror slackware]/slackware-[version]/slakware/ et tu as tous les fichiers à télécharger et un script "makeflop" pour créer tes disquettes.
  • [^] # Re: veuillez inserer la disquette n° 143

    Posté par  . En réponse au message cherche distrib pour vieux ordinateurs. Évalué à 3.

    > Nan je pense pas que l'on puisse trouver une distrib uniquement sur disquette

    Bien sur que si !!! La plus connue est tomstrtbt ( http://www.toms.net/rb/ ), et il y a même muLinux ( http://mulinux.dotsrc.org/ ) qui propose en prime la possibilité d'avoir un server X (avec des disquettes supplémentaires... Linux n'a pas encore la compacité de QNX ...). Une liste plus complète ici : http://www.linuxlinks.com/Distributions/Floppy/ . Mais ce sont plus des "Live Linux" que des distrib à installer.

    Sinon, tu peux effectivement installer linux à partir de disquettes seulement, soit via netinstall comme cité précédemment, soit avoir une install complète à partir de plusieurs disquettes en cherchant dans les anciennes versions de distrib (à priori Slackware, je suis sur qu'elle a été distribuée en disquette à l'origine).

    J'ai commencé Linux sur un Pentium 166, 16Mo RAM, lecteur CD, carte Matrox Millenium, carte son compatible SB, et tout marchait parfaitement avec la Slackware et la RedHat de l'époque (c'était à partir de 96 je crois, et j'ai du l'utiliser plusieurs années par la suite). Si tu évites de lancer des bouffe mémoire (selon les normes de lépoque, no troll inside :-D) comme KDE/Gnome actuel, tu peux confortablement utiliser un serveur X. Perso, je tournais avec E15 ou E16 (je ne sais plus quelle version c'était) sans problème dessus, et je crois même que moyennant l'ajout d'une barette RAM de 32Mo (ou 64 ?), le Gnome de l'époque (version ???) marchait très bien aussi. Sinon, avec un WindowMaker, FluxBox ou Fvwm2 (etc...), ça devrait tourner tout aussi joyeusement, bien sur. Ceci dit, si tu trouve des barrettes de RAM supplémentaires (EDO je pense... je ne sais pas si c'est encore facile à dégotter, ça) ça peut pas faire de mal.

    Pour la sortie TV et le port infra-rouge... jamais essayé, mais il est possible que pour faire tourner ça tu sois obligé de faire tourner des distrib plus récente (et par conséquent plus lourdes ???).
  • # Corruption de la base de donnée de apt ?

    Posté par  . En réponse au message Problème avec apt/dpkg !. Évalué à 2.

    As-tu eu des petits problème de fs ces derniers temps ? En fouillant un peu, ce style d'erreur à l'air d'être lié à des problème de corruption des données utilisées par apt (et donc il cafouille...). Regardes ici:
    http://ubuntuforums.org/archive/index.php/t-12737.html
    un gars suggère une méthode (bourrine ?) pour tenter de sauver la mise.
  • [^] # Re: C'est quoi un "proces"

    Posté par  . En réponse au journal "Tech Companies Are Swimming in Lawsuits". Évalué à 3.

    Euh... en quoi rajouter une ligne "keycode 116 = Multi_key" dans son .Xmodmap est une manipulation compliquée ? Et ensuite obtenir les accents est très simple et totalement intuitif (multi_key+lettre+accent, l'accent pouvant être ^ pour un accent circonflexe, une virgule pour une cédille, une apostrophe pour un accent aigu, etc...). Pour info je tape avec un clavier japonais, et je n'ai aucun mal pour écrire en français (et aussi rapidement qu'avec un clavier français...).
  • # pdfimages+convert

    Posté par  . En réponse au message Un logiciel pour "tronquer" des .pdf mals scannés. Évalué à 7.

    Je ne sais pas si il existe UN logiciel permettant de faire ça, mais il doit y avoir moyen de s'en tirer en utilisant pdfimages (package xpdf-utils sous debian). Celui-ci te permettra de récupérer les images contenues dans ton .pdf (et puisque celui-ci est scanné, tu as une image par page). Tapes simplement "pdfimages document.pdf page" pour récupérer des fichiers page-000.ppm, page-001.ppm, etc.

    Tu dois ensuite pouvoir retoucher automatiquement tes fichiers avec convert (package imagemagik). Par exemple pour les découper:
    for i in page-*.ppm; do convert -crop 100x100+10+10 $i $i.jpg; done
    en ajustant les "100x100+10+10" selon la géométrie de tes pages (ça veut juste dire "couper un rectangle de 100 par 100 à partir du point 10x10"). Au pire, tu devras peut-être traiter différemment pages paires et impaires si elles ne sont pas centrées de la même manière... et en espérant que les pages ne soient pas centrées n'importe comment au fil du document...

    Ensuite, tu reformes simplement le pdf par:
    convert page-*.jpg document-2.pdf

    Voilà... devrait marcher ça...
  • [^] # Re: imprimante photos

    Posté par  . En réponse au journal Imprimante PDF. Évalué à 2.

    Euuh... ça risque d'être un peu lourd de convertir ton document pdf d'une centaine de pages en une centaine d'images .jpg pour les imprimer...
  • # Aaargh

    Posté par  . En réponse au message Reglage "fins" de positionnement de flottants sous LaTeX. Évalué à 2.

    Mais pourquoi faut-il toujours que ce soit pareil? On cherche des heures, on trouve rien, donc on poste une question, puis juste après, on tombe sur ce qu'on cherchait (totalement par hasard, en cherchant autre chose bien sur) :-D

    Bon, la réponse est: le package placeins. Il définit une fonction \FloatBarrier qui interdit le flottant d'aller flotter au dela de la barrière.

    ploum ploum, je m'en vais essayer ça tout de suite ...
  • # Config E16

    Posté par  . En réponse au message Conserver sa configuration. Évalué à 2.

    Pour lancer automatiquement tes programmes à chaque session, tu a soit la méthode traditionnele (ajouter les commandes à la main dans ton ~/.xsession ), soit la méthode E: dans le menu des fenêtres tu à une option "Remember". Si tu clique dessus, tu pourras définir quels paramètres sont à conserver pour ton appli (positions, tailles, ...) plus une entrée "Lancer l'application au démarrage".

    Pour la perte de tes backgrounds (oups, fond d'écrans, il y a des intégriste de la langue française ici :-p) Tu à une option "Le fond d'écran remplace le thème". Sélectionne là, sinon E remet automatiquement le fond original.

    Pour tes aDesklets, ils n'apparaissent effectivement que sur le premier Bureau. Par contre, il apparaissent sur tous les bureaux virtuels du premier bureau. Je ne pense pas que ceci soit bien configurable. La gestion des bureaux multiples de E16 est assez différentes des autres WM (il gère à la fois des bureaux "virtuels" et des bureaux "physiques").

    Pour le menu application, tu peux soit y aller à la main (:-D, je sais plus quel fichier c'est), soit trouver une application nommée e16menuedit (ou e16menuedit2 si tu est sur E16.8). Sur Debian, c'est dans un package séparé, donc il est possible qu'il ne soit pas non plus installé par défaut avec ta Mandriva.


    Pour E17, tu a parfaitement compris le système. C'est parfaitement opérationnel, mais il faut encore mettre les mains dans le cambouis pour tout configurer (en gros, tu a la commande enlightenment_remote qui te permet de tout faire en ligne de commande, mais tout n'est pas encore forcément documenté)... mais ça progresse, ça progresse...
  • [^] # Re: C'est bien du branchement.

    Posté par  . En réponse au message Problème de son avec le lecteur de CD. Évalué à 3.

    > A noter qu'il existe un plugin xmms qui fait de l'extraction audio au lieu de la lecture standard,
    > ce qui est utile aussi pour le joli petit equalizer.

    Pas que, ça permet aussi de passer le son des CD a travers les filtres et plugins de XMMS (par exemple pour avoir le crossfade aussi entre pistes de CD, ou entres pistes de CD et fichiers audio, etc.)
  • [^] # Re: merci

    Posté par  . En réponse au message LateX : numérotation. Évalué à 2.

    De rien, il ya tellement peu de chimistes qui utilisent LaTeX, qu'il faut bien s'entre-encourager :-D ( bon ben moi je doit retourner travailler sous OpenOffice pour écrire mon article :'-( )
  • # chemcono

    Posté par  . En réponse au message LateX : numérotation. Évalué à 3.

    Regarde du coté du package chemcono, qui a l'air de faire exactement ce que tu demandes:
    http://www-ftp.lip6.fr/pub/tex-archive/macros/latex/contrib/chemcon(...)

    De manière générale, tu peux fouiller par ici http://tug.ctan.org/search.html(...) quand tu cherches des packages LaTeX.


    Sinon, pour se genre de truc, tu dois aussi pouvoir t'en tirer facilement en créant un nouveau compteur ( \newcounter{produit} pour le créer, \stepcounter{produit} pour l'incrémenter... je n'ai plus trop en tête les détails, mais tu dois pouvoir trouver facilement des infos dessus sur le web)
  • # apt-build

    Posté par  . En réponse au message Paquets .deb à soi VS paquets des mirroirs debian. Évalué à 1.

    Parles-tu de ce document: http://www.andesi.org/index.php?node=108(...) intitulé "Apt-build : optimisez les paquets Debian pour votre système" ?

    Dans ce cas la "modif à faire" a été de rajouter un petit
    Package: *
    Pin: release o=apt-build
    Pin-Priority: 990
    dans ton /etc/apt/preferences (ce qui signifie à peu de chose près "pas touche aux package compilé par moi :-p")

    Quel "petit ennui" cela t'avait-il causé ?
  • # Pb ram ?

    Posté par  . En réponse au message 4 gig de ram sous linux. Évalué à 1.

    Vu que tu a les même symptomes indépendamment de l'OS, tu a pensé à un éventuel pb matériel ?
    Tentes un bon coup de memtest86+ , ça peut pas faire de mal. ( http://www.memtest.org/(...) si tu ne connais pas)
  • [^] # Re: KaleidaGraph

    Posté par  . En réponse à la dépêche ROOT 5.04 passe en LGPL. Évalué à 2.

    Oui, je sais, nous c'est ce que l'on avait au labo à une époque (bicoz que des vieux macs partout - de l'époque ou il y avait des clones - et il n'y avait que ça qui tournait dessus).
    Du coup, j'ai eu la joie de devoir faire tourner kaleidagraph sous Linux via Basilisk2 (émulateur mac) pour pouvoir récupérer les plus anciennes de mes données de ma thèse (vive les formats proprios)... et pouvoir les utiliser proprement avec Grace.

    Quand je disais que Grace est entre Origin et Kaleida, je voulais surtout dire que Grace à des fonctionnalités s'approchant plutot de Origin, tout en ayant un look and feel plus proche de Kaleida. Enfin bon, c'est des impressions tout ça, mais si vous êtes habitués à Origin, c'est peut-être un peu déroutant au début.
  • [^] # Re: Une petite question sur l'analyse de données

    Posté par  . En réponse à la dépêche ROOT 5.04 passe en LGPL. Évalué à 3.

    A tu essayé Grace http://plasma-gate.weizmann.ac.il/Grace/(...) (existe en package standard sur Debian, probablement ailleurs donc)

    J'utilises essentiellement ce logiciel pour tous mes graphiques (pour publis, rapports, présentations etc...) ainsi que pour pas mal de traitement de données. Et pour le coup du "l'intervention humaine doit être limité au maximum si possible", c'est batchable donc y'a surement moyen. C'est un à mi-chemin entre Origin et KaleidaGraph, si tu connais. Beaucoup plus utilisable et stable que SCiGraphica, a mon avis.
  • # commandes linux

    Posté par  . En réponse au message commandes linux. Évalué à 5.

    for i in /usr/share/man/man?/* ; do man $i ; done

    Bonne lecture
  • [^] # Re: ====>Moment Révélations<====

    Posté par  . En réponse au journal Quelles alternatives au pétrole ?. Évalué à 4.

    Euhh, en quoi les tenants de la "théorie classique" aurait moins de base scientifiques solides que tes quelques liens ? Une petite recherche biblio dans le domaine m'a surtout lancé sur des papiers concluant plutot à une origine biologique du pétrole, sur des bases d'analyse isotopique, qui sont les seules capable de véritablement trancher pour ce genre de question (voir par exemple http://www3.interscience.wiley.com/cgi-bin/abstract/72513289/ABSTRA(...) ).

    Ceci-dit, je rejoint l'avis du post précédent: se serait _beaucoup_ plus inquiétant si le pétrole n'était pas d'origine biologique. Si le pétrole est bien fossile, une faible partie du carbone de la biomasse suit des cycles très lents d'enfouissement permettant sa transformation en pétrole. Sa consommation humaine consiste à une réinjection très brutale (moins d'un siècle) de ce carbone dans le cycle biologique. On peut dans ce cas espérer que la quantité totale de pétrole ne représente qu'une faible fraction de la biomasse, et donc aura un effet relativement limité (bon, quand même l'effet de serre pour le CO2 qui n'est pas entièrement absorbé, plus l'acidification des océan par l'acide carbonique - assez récemment mise à jour).... et donc que la perturbation de l'écosystème planétaire qui est en train d'en résulter ne sera pas trop importante.
    Par contre si le pétrole peut avoir des origine abiotique, et que les réserves soit alors disponibles en encore plus grande quantité... je n'ose imaginer les conséquences d'une injection de quantité de carbone dont l'ordre de grandeur dépasse la quantité du carbone de la biomasse.
  • # :-D

    Posté par  . En réponse au journal Liberté ?. Évalué à 5.

    Un bon moment de rigolade. Je conseilles particulièrement les article sur le lait (c'est vachement dangereux, imaginez, des molécules de vaches c'est bien trop gros pour être assimilé par l'homme), sur le fait que la planête vulcain existe bien (vous savez, la planète que l'on avait imaginé au 19ème siècle pour expliquer l'orbite de mercure... et ben si on ne l'a pas trouvé entre mercure et le soleil, c'est parce qu'elle est sur la même orbite que la Terre, mais diamétralement opposée. Donc forcément on la voit pas), sur une Nième explication de l'explosion d'AZF, et surtout que les vaccins, c'est mal(TM) ça sers juste à nous rendre encore plus malade... suivi d'un mode d'emploi sur le thème "Un fonctionnaire zélé (bien que je lui démontre que les produits appelés «vaccins» sont inefficaces et nous empoisonnent), exige «parce que c'est la loi» que mes enfants soient vaccinés. Que puis-je faire ?" (bon, à ce niveau de lecture, j'ai commencé à rire jaune, je dois reconnaître).

    Enfin bon, encore un site sur la méchante conspiration planétaire démontrée scientifiquement ("scientifiquement" parce qu'ils réussissent à placer des mots balaise de plus de trois syllabes et qui sont à la mode au 20h de TF1).
  • [^] # Re: meta-troll

    Posté par  . En réponse au journal Chobits. Évalué à 3.

    パンパン !!!
  • [^] # Re: Devons-nous nous méfier des logiciels Open Source ?

    Posté par  . En réponse au journal Devons-nous nous méfier des logiciels Open Source ?. Évalué à 4.

    > Maintenant, il me semble avoir lu ici que la dernière Debian vérifie par défaut les signatures GPG des paquetages (par la
    > signature d'un fichier de sommes de contrôle). Un Debianais pourra confirmer ou infirmer.

    En unstable oui, depuis quelques mois, et donc surement aussi en testing, mais pas encore en stable. C'est une des fonctionalités qui a attendu la stabilisation de Sarge pour pouvoir sortir.

    En pratique, lorsque tu tentes d'installer un package non-signé (maintenant, ce ne peuvent plus être que des packages non-officiels), on te demande expressément de confirmer (ou infirmer) leur installation.
    Je ne suis pas encore tombé sur un cas où la signature d'un package demandé n'était pas valide, mais je pense que dans ce cas là, apt refuse inconditionnellement de l'installer (comme c'est par exemple déjà le cas lors d'un mauvais checksum).
  • [^] # Re: news refusée

    Posté par  . En réponse au journal [débat] De l'extension du domaine du libre. Évalué à 2.

    Euuhh... l'éthique n'est-il pas justement ce qui permet de definir ce qui est bien et ce qui est mal ? (voir http://en.wikipedia.org/wiki/Ethics(...) par exemple). Tu vois quoi comme différence entre "c'est bien" et "ça m'intéresse d'un point de vue éthique" ? Ta distinction me parait bien subtile, la... :-D
  • [^] # Re: Flèches convenables ?

    Posté par  . En réponse à la dépêche Inkscape 0.42. Évalué à 3.

    Pour les capacités du .ps, jette aussi un oeil là:
    http://www.geocities.com/SiliconValley/5682/Programming.html(...)
    Tu peux même trouver un serveur Web écrit en postscript...

    Pour le metapost, c'est vrai que c'est potentiellement puissant, mais jamais eu le courage de me pencher dessus. Faudrait que je regardes à l'occase.

    Par contre, je ne suis pas d'accord sur le fait que "au moment de la compilation, la conversion en postscript perd certaines information comme les liens hyper-textes et ps2pdf ne peut pas les réinventer."
    Regardes le code suivant:

    \documentclass{article}
    \usepackage{hyperref}

    \begin{document}

    Texte 1

    \hypertarget{p1}{bla}

    \hyperlink{p2}{page suivante}

    \newpage

    Texte 2

    \hypertarget{p2}{bli}

    \hyperlink{p1}{page précédente}


    \end{document}


    Fait un latex + dvips + ps2pdf et ouvre ton pdf. Tu verra alors que les hyperliens marchent parfaitement. Magique ?

    En fait, si tu regardes le code du postscript, tu verra pas mal de "pdfmark". Je ne connais pas les détails, mais je suppute que hyperref ajoute du code dans le dvi et le ps de manière à ce qu'il ne soit pas interprété, mais qui permette à ps2pdf ou à dvipdf de rajouter le code correspondant dans le fichier pdf créé.


    Par contre, l'intéret de passer directement par pdflatex est de pouvoir insérer directement dans le document des images pdf, png, jpeg, etc... ce qui n'est pas possible directement en passant par postscript (sauf erreur).
  • [^] # Re: Flèches convenables ?

    Posté par  . En réponse à la dépêche Inkscape 0.42. Évalué à 2.

    Ben si ça intéresse quelqu'un, voici mon fichier de style:
    http://rplasson.free.fr/divers/PPRfymalf.sty(...)

    C'est une adaptation du style fyma de prosper, auxquel j'ai rajouté un certain nombre de trucs, notamment pour avoir les index sur le coté qui s'adaptent automatiquement au nombre de sous-transparents et de mettre les hyperliens correspondants (pour permettre facilement de sauter des animations en cas de manque de temps :-D ). Ce truc est adapté du style de Mancini.
    Et voila comment j'ai utilisé le style:
    http://rplasson.free.fr/divers/Presentation-These.tex(...)

    Bon, je préviens: c'est assez crade comme code. Ceci dit, si ça intéresse quelqu'un de récupérer le code pour en faire un joli style Prosper réutilisable, ben servez vous. Je comptais faire ça un jour ou l'autre, mais bon... manque de temps toussa... En fait, j'aurais bien voulu trouver un moyen pour que les tables de matières partielles qui apparaissent au début de chaque partie soient faites automatiquement (avec tous les bons hyperliens), mais là c'est du gros copié-collé :-/