aurel a écrit 1319 commentaires

  • # probablement un souci de grub.conf

    Posté par  (site web personnel, Mastodon) . En réponse au message Problem grub en linux, c'est urgent!. Évalué à 2.

    C'est probablement un souci de grub.conf. Tu as fait une upgrade kernel récemment ?

    Avant de lancer le boot, tu peux modifier les options de grub en tapant sur "e" pour éditer la config. Tu as ensuite 3 lignes à éditer, avec l'autocomplétion, et en tatonnant un peu tu devrais arriver à trouver une config qui marche du genre (la mienne).

    root (hd0,0)
    kernel /boot/vmlinuz-2.6.10-1.766_FC3 ro root=LABEL=/ vga=794 rhgb
    initrd /boot/initrd-2.6.10-1.766_FC3.img

    Ensuite, tu peux essayer de booter en tapant sur "b". Une fois les bons paramètres identifiés, et après le boot réussi, tu modifies ton /etc/grub.conf en conséquence. Une solution alternative c'est d'utiliser le mode rescue des cd d'installation, mais la procédure reste manuelle.
  • [^] # Re: Tout est dans le titre

    Posté par  (site web personnel, Mastodon) . En réponse au message plantages de pc..... Évalué à 1.

    De mémoire, c'est dans Hardware Monitor que j'avais les valeurs réelles des différentes tensions :)
    J'avais fait un journal à cette époque : http://linuxfr.org/~aurelieng/8754.html
  • [^] # Re: Tout est dans le titre

    Posté par  (site web personnel, Mastodon) . En réponse au message plantages de pc..... Évalué à 1.

    +1

    J'ai eu un problème exactement similaire, et c'etait parce que ma carte mère, très cheap, une ECS L7S5A2 ou qqchose dans le genre, était incapable de fournir un voltage correct. C'est un paramêtre simple a regarder dans le BIOS. Avant de me décider à la changer, j'avais même remplacé l'alimentation 300W par une 480W, sans succès.

    Est-ce que tu pourais nous détailler un peu ta config ?
  • [^] # Re: Très peux probable

    Posté par  (site web personnel, Mastodon) . En réponse au journal Mac Os X sous PC, une bonne idée ?. Évalué à 10.

    +1, sans compter que c'est en partie le controle du hardware par apple permet d'arriver à une bonne stabilité de mac os x et à un bon support matériel.
    Gérer la diversité des x86 demanderait probablement des ressources qu'apple n'a pas, pour arriver a un résultat probablement moins convaincant que sur leurs machine.

    Donc pareil pour moi, très peu probable.
  • [^] # Re: c'est presque ca

    Posté par  (site web personnel, Mastodon) . En réponse au journal moteur de recherche dans un filesystem. Évalué à 1.

    déjà fait, mais impossible de donner une pertinence à moins de remettre a jours des index toutes les 2 secondes et faire des stats sur "les mots de plus de deux lettres, avec une majuscule, et dans une seule langue"... => solution ingérable...
  • [^] # Re: D'un autre coté...

    Posté par  (site web personnel, Mastodon) . En réponse au journal moteur de recherche dans un filesystem. Évalué à 7.

    Une arborescence est un classement. Unique classement. Gérer avec des liens impose de les mettre a jours lorsque des items se balade d'un repertoire a l'autre. Tu peux trier tes fichiers à ta convenance en fonction du classement qui te semble le plus intuitif, mais :
    - multiplier les classement a l'aide de lien ne propose que des classement alternatifs qui ne seront jamais exhaustifs,
    - ce ne sont pas forcément ces classements qui sera le plus intuitifs pour des tiers (probleme d'espace disque commun a plusieurs personnes, gestion de projets a plusieurs)
    - pour une recherche sur des documents anciens dont le classement était complexe, il peut dans certains cas etre très difficile de s'y retrouver.

    Par exemple concernant les photos numériques: tu peux les classer par date puis par lieu, ou par lieu puis par date. Mais si tu recherches toutes les photos prises en juillet 2003 ou toute les photos prises pdt des vacances a tombouctou, tu sera obligé de faire plusieurs recherches. D'où l'intéret d'un soft comme kimdaba par exemple. Et d'où l'intéret d'élargir le concept à d'autres types de fichiers.

    En gros, ce n'est pas pour rien que sur internet, tout le monde ou presque utilise une recherche par mot clé plutot qu'une recherche par catégorie, meme si les deux cohabitent.
  • [^] # Re: c'est presque ca

    Posté par  (site web personnel, Mastodon) . En réponse au journal moteur de recherche dans un filesystem. Évalué à 2.

    ca irait pour un simple listing, mais pas de classement par pertinence ou par par catégorie, ni de recherche dans les fichiers. Un grep recursif pourrait presque aller, mais serait limité au matching dans des fichiers textes, et donc pas aux PDF, ni openoffice, ni archives, ni images, ni tags des fichiers audio, etc).
  • # Trickle

    Posté par  (site web personnel, Mastodon) . En réponse au message limiter l'upload adsl. Évalué à 4.

  • # kimdaba

    Posté par  (site web personnel, Mastodon) . En réponse au message Viewer. Évalué à 2.

    kimdaba, sous KDE, exactement ce que tu cherches :)
  • # merci à tous !

    Posté par  (site web personnel, Mastodon) . En réponse au message livebox et i802.11b. Évalué à 2.

    C'est ma moman qui va être contente :D
  • [^] # Re: ouaip

    Posté par  (site web personnel, Mastodon) . En réponse au journal Affaire Firefox : on vous ment ! Toute l'enquête ici !. Évalué à 1.

    Panda pour moi aussi :)

    Olfactif est relatif à la perception de l'odeur, alors qu'odoriférant est une propriété de l'emetteur de cette odeur. Non ?
  • # System rescue cd

    Posté par  (site web personnel, Mastodon) . En réponse au message Problème matériel.... Évalué à 1.

    http://www.sysresccd.org/(...) ? Avec outils de diag et tout le tralala ?
  • # disponible vs montés

    Posté par  (site web personnel, Mastodon) . En réponse au message fstab et mtab ?. Évalué à 8.

    /etc/fstab : liste les montages disponibles
    /etc/mtab : liste les points actuellements montés
  • [^] # Re: fôte !

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Publicité Firefox dans le "New York Times". Évalué à -1.

    laissez le commentaire visible tant que la faute n'est pas corrigée !!
  • # fat32 ou ntfs

    Posté par  (site web personnel, Mastodon) . En réponse au message Changer les droits d'une partition Win xp. Évalué à 2.

    Si ta partition windows XP est une NTFS tu ne peux pas écrire à moins d'installer captive-ntfs : http://www.jankratochvil.net/project/captive/(...) .

    Si ta partition est en fat32, tu peux specidier un userid (uid) ou un groupid (gid) dans le /etc/fstab (man fstab).

    Pour échanger des data entre windows et linux, une autre solution est la création d'une partition "échange" en FAT32, que les 2 OS savent lire/écrire en natif :)

    Pour masquer un disque il te suffit de mettre en commentaire la ligne relative à ce point de montage ds ton fstab :)
  • # kickstart + redhat

    Posté par  (site web personnel, Mastodon) . En réponse au message installation automatique (tagfiles ?). Évalué à -2.

    Tu as kickstart pour installer à la chaine des redhat : http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/custom-guide/(...)
    L'équivalent doit exister pour les Fedora Core 1 et 2. :)
  • [^] # Re: chmod

    Posté par  (site web personnel, Mastodon) . En réponse au message executer un binaire natif encapsulé ds un JAR. Évalué à 2.

    juste pour préciser, je suis u peu a cran en ce moment, c'est pour ca que j'ai été un peu brutal dans mes propos et je m'en excuse :)

    le probleme du "mauvais design applicatif" est justement un énorme avantage de l'application, je ne rentre pas dans les détails, si tu en veux tu peux me contacter directement :) Pour le coup du Fortran+Java, il se trouve que justement, c'est une combinaison gagnante pour ce probleme tres specifique, meme si dans l'absolu c'est une hérésie totale :)

    En tout cas rien à voir avec mon orgueil, c'est juste que je posais une question sur un point précis qui n'a été abordé que par deux commentaires, les autres se bordant à me sortir des évidences inutiles. Si j'avais voulut trouver une solution + élégante que du code natif dans un jar, c'est cette question que j'aurais posée :)

    Pour conclure, je m'en sors avec un chmod pour l'instant :)
  • [^] # Re: chmod

    Posté par  (site web personnel, Mastodon) . En réponse au message executer un binaire natif encapsulé ds un JAR. Évalué à 4.

    ce probleme est la conséquence de la solution la plus rationnelle suivant tout un tas de critères que je ne souhaite pas détailler. pour la majorité des cas il est possible de partir from scratch, ici ce n'est clairement pas le cas, et je ne souhaite pas non plus que ce soit le cas. en conséquence de quoi je vais trouver une solution.

    Sinon, le ton est particulier: le "en informatique" est un poil pédant. Je remarque que la certitude qu'a tout un chacun de savoir comment réinventer un monde meilleur (sans mauvais esprit) est particulièrement fréquente chez les amateurs de logiciels libres, et est souvent inversement proportionnelle aux aptitudes de ces "chacuns". Je ne dis pas ca pour toi particulierement, pas de souci, je suis simplement lassé, d'une facon générale, de constater que l'énoncé d'un problème mène souvent à une reformulation qui transfert le problème ailleurs sans le résoudre, pour aboutir a une masturbation intellectuelle qui me chagrine car elle ne profite à personne :)

    A., encore une fois, cette remarque est très générale, à ne pas prendre sur un plan personnel ;)
  • [^] # Re: Java Native Interface

    Posté par  (site web personnel, Mastodon) . En réponse au message executer un binaire natif encapsulé ds un JAR. Évalué à 2.

    merci !

    Un point que je n'ai pas précisé, c'est que je ne cherche pas vraiment à faire converger les 2 codes, mais à minimiser le couplage entre les 2 en permettant à l'un d'executer l'autre, sans autres liens que stdin, stdout et stderr. JNI permet un couplage tres fin, mais ce n'est pas tout a fait ce que je recherche. Cela dit, je vais regarder de ce coté ! :)
  • [^] # Re: chmod

    Posté par  (site web personnel, Mastodon) . En réponse au message executer un binaire natif encapsulé ds un JAR. Évalué à 2.

    si ce n'est pas ironique, je crois que tu devrais retourner à ton IDE... ;)
  • [^] # Re: chmod

    Posté par  (site web personnel, Mastodon) . En réponse au message executer un binaire natif encapsulé ds un JAR. Évalué à 2.

    en l'occurence, le vrai probleme n'est pas la nature du code mais les droits de celui-ci ;)
  • [^] # Re: chmod

    Posté par  (site web personnel, Mastodon) . En réponse au message executer un binaire natif encapsulé ds un JAR. Évalué à 1.

    si c'est pour polémiquer, tu devrais aller dans les journaux. ici ce sont les forums. a la source: de vrais problèmes. à la clés, une réponse: tu n'apportes rien, tu te casse.
  • [^] # Re: chmod

    Posté par  (site web personnel, Mastodon) . En réponse au message executer un binaire natif encapsulé ds un JAR. Évalué à 1.

    pour préciser, si j'utilise un code natif c'est que j'ai besoin d'une TRES grande performance+flexibilité, et que pour cette utilisation, la combinaison java+fortran est simplement redoutable :)
  • [^] # Re: chmod

    Posté par  (site web personnel, Mastodon) . En réponse au message executer un binaire natif encapsulé ds un JAR. Évalué à 1.

    Je ne peux pas justifier en quelques lignes le fait de devoir encapsuler un binaire natif dans un jar.
    Par contre et je suis bien décu de constater les critiques sur le fond qui ne résolvent rien au problème :(
  • [^] # Re: chmod

    Posté par  (site web personnel, Mastodon) . En réponse au message executer un binaire natif encapsulé ds un JAR. Évalué à 2.

    Merci pour ta réponse. C'est ce que j'essaye, et ca semble résoudre ce probleme là, mais ce n'est vraiment pas élégant du tout.

    Est-ce qu'il y a un équivalent en java pour manipuler facilement les attributs de fichiers ? Ou pour executer un binaire sans le "sortir" du jar ?