Batchyx a écrit 1261 commentaires

  • [^] # Re: Faut pas déconner non plus

    Posté par  . En réponse au journal Fichage généralisé. Évalué à 6.

    <cite>Ce sont les gens qu'il faut critiquer, pas les élus</cite>

    Ah, critiquer les deux c'est interdit ?
    Le président actuel n'a t'il jamais profité du pouvoir des médias et de son pouvoir sur les médias pour se faire élire par des moutons ?

    Le désintéressement des électeurs date des premières démocraties grecques, et on en profitait déjà à l'époque. Deux siècles n'y ont absolument rien fait : Les élus n'ont aucun intérêt à ce que ça change, alors ça changera pas, Point barre.

    C'est un cercle vicieux : il suffit que l'un change pour que les autres suivent. C'est comme l'adoption de linux et le support matériel/logiciel ...
  • [^] # Re: Faut pas déconner non plus

    Posté par  . En réponse au journal Fichage généralisé. Évalué à 6.

    Les douzes avaient un temps de parole ? laisse moi rire !
    On à entendu parler 24h/24h que d'un seul candidat avant l'élection présidentielle. Et quand on invite les autres candidats, les journalistes ne parlent que des 3/4 candidats principaux. Résultat l'interviewé détourne les questions et/ou n'y répond pas, ou alors il pousse une geulante.

    Les gens ils votent comment ils choisissent leurs machine à laver ou leurs OS : ils prennent seulement ce qu'il connaissent. Il n'avaient même pas une vague idée du programme du président élu, alors parler d'idée qui conviennent pas ...
  • [^] # Re: xterm vs reste du monde

    Posté par  . En réponse à la dépêche Interface graphique fonctionnelle : encore un effort pour l'open source. Évalué à 2.

    La feature qui me manque lorsque j'utilise xterm, c'est la surveillance de l'activité/inactivité de konsole. ça m'évite de surveiller mon terminal pour attendre un résultat...

    Mais lorsque j'ai juste besoin d'un terminal pour moins de dix secondes, xterm suffit (et je l'utilise actuellement)
  • [^] # Re: Faut pas déconner non plus

    Posté par  . En réponse au journal Fichage généralisé. Évalué à 9.

    On peut aussi se présenter aux élections, on est alors peut-être fiché mais on ne nous empêche pas de le faire.

    On est peut-être aussi cambriolé un peu ...

    Tapez pas, j'y vais -->[]
  • [^] # Re: Mon téléphone

    Posté par  . En réponse à la dépêche Le téléphone nouveau est arrivé : Neo FreeRunner. Évalué à 2.

    T'a réussi à le désimlocker pour changer d'opérateur ?
  • [^] # Re: Partage de fichier "portable"

    Posté par  . En réponse à la dépêche Publication de Samba 3.2. Évalué à 3.

    Mis à part celui de mon navigateur (qui ne supporte pas cette extension non plus), le très peu de besoin d'utiliser FTP pour envoyer un fichier est parfaitement couvert par ce programme.
  • [^] # Re: Partage de fichier "portable"

    Posté par  . En réponse à la dépêche Publication de Samba 3.2. Évalué à 1.

    Et il faudra une extension aussitôt que l'on change de version d'ip ?

    Et quels clients supportent cette extension ? pas le /usr/bin/ftp de chez moi en tout cas
  • [^] # Re: Partage de fichier "portable"

    Posté par  . En réponse à la dépêche Publication de Samba 3.2. Évalué à 3.

    Moi aussi j'aime pas le NAT, sauf que le FTP aussi.
    FTP ne peut pas supporter l'IPV6, vu qu'il encapsule une IPv4 dans son protocole.

    Et c'est pas trop le NAT qui empêche les connexions FTP, c'est plutôt les firewall (pour une bonne raison).
  • [^] # Re: Où est le problème ?

    Posté par  . En réponse au journal 4/3 16/9 panscan letterbox .... Évalué à 1.

    Tu regarde souvent le coin de ton œil ? Moi pas.
    J'imagine bien qu'il doit y avoir 50% du champ de vision qui sert 0.1 secondes juste le temps de tourner la tête.

    et vu l'éloignement de la télé par rapport à toi, ça doit pas changer grand chose ton histoire ...
  • [^] # Re: Installer par USB

    Posté par  . En réponse à la dépêche Sortie de la version 2008.0 du CD d'installation de Gentoo. Évalué à 3.

    Sauf que j'aime pas les CD. Et vu que je voulais installer la version 64bit, fallait que je trouve un liveCD avec un noyau amd64, et j'en avais pas sous la main... du coup j'ai pris l'option sauvage ''partoche sur le disque dur'' mais ça aurai quand même été plus simple si le noyau du liveCD incluait le module cp437 dans son initrd.

    Et j'avais essayé de lire le liveCD avec une autre distro, sauf que le squashfs il en voulais pas naturellement ...
  • [^] # Re: ...

    Posté par  . En réponse au journal 4/3 16/9 panscan letterbox .... Évalué à 6.

    Houla, le 1/9, ça doit pas être agréable ...
  • # Installer par USB

    Posté par  . En réponse à la dépêche Sortie de la version 2008.0 du CD d'installation de Gentoo. Évalué à 3.

    Est-ce que maintenant installer une gentoo par USB est possible, ou bien est-ce toujours ''non supporté'' et pas possible ? (car le module vfat serait compilé mais pas le codepage 437)
  • [^] # Re: Et sans CPL

    Posté par  . En réponse au journal CPL et risques sanitaires. Évalué à 1.

    Un peu, sauf si t'est à coté d'une ligne électrique haute tension...
  • [^] # Re: Toujours la même chose

    Posté par  . En réponse au journal Hoax ou pas hoax ?. Évalué à 6.

    D'un autre côté, c'est quoi le logiciel libre à la technologie révolutionnaire qui te permet d'aller 3 fois plus vite qu'un concurrent propriétaire ?

    Linux, par rapport à windows vista ;-) ...
  • [^] # Re: Le vendeur

    Posté par  . En réponse au journal Darty condamné pour vente subordonée. Évalué à 7.

    Bien sur que si elle garanti le fonctionnement : si ça marche pas, tu corrige.
  • [^] # Re: Argumente...

    Posté par  . En réponse au journal Questions trollesques sur GNOME & cie. Évalué à 1.

    Quoi ?!? Y en a qui arrivent à utiliser MikMod sans se payer un mal de tête énorme ?
  • [^] # Re: Au delà du gaming

    Posté par  . En réponse à la dépêche Wine 1.0 est sorti. Évalué à 2.

    Pas vraiment, dans le cas a) son pilote peut se comporter de facon particuliere de maniere a eviter des bugs HW par exemple
    Dans ce cas c'est un défaut de construction généralisé. c'est tellement facile de péter ce genre de matos lorsque le PC est freezé ... (vécu avec une imprimante de merde)
  • [^] # Re: Profilage

    Posté par  . En réponse au journal Gestion du matériel gourmande en resources (udev, hal) ?. Évalué à 2.

    Si c'est l'option du noyau que je connais, c'est un indicateur temporel depuis le démarrage de la machine. Si on redémarre, il n'est pas mis à 0. Pas pratique d'éteindre puis de réallumer pour tester ...
  • [^] # Re: Parfaitement d'accord.

    Posté par  . En réponse au journal Linux est quand même lourd pour le desktop, et "udev sucks".... Évalué à 4.

    Déjà avec dash, c'est pas 50%, c'est plus de l'ordre de 400%, c'est pas négligeable, sauf que dash est un interpréteur et qu'il est inutilisable en tant que shell interactif.

    Et si tu parle du shell interactif léger (je me souviens plus duquel c'était, peut être tcsh), alors entre 1 Mo et 700 Ko, ça fait que 300 Ko de différence, c'est pas grand chose.

    J'ai aucun problème pour lancer 10 terminaux. Mais quand y a firefox qui tourne et qui se réserve 30 Mo, faut mieux pas en lancer plus qu'un. une différence de 300 Ko ne va rien changer dans ce cas.
  • [^] # Re: Parfaitement d'accord.

    Posté par  . En réponse au journal Linux est quand même lourd pour le desktop, et "udev sucks".... Évalué à 2.

    Jamais entendu parlé de dselect ? C'est moins convivial, mais ça fait la même chose. c'est moche, pas très intuitif, mais ça prend pas 40 Mo de RAM.

    Mais maintenant c'est trop tard : ça a été supprimé si je me souviens bien, ou alors déprécié en faveur d'aptitude.

    Et utiliser aptitude sans ncurse, c'est pas beaucoup plus rapide que avec, y a juste une étape en moins (construction de la vue je crois...).
  • [^] # Re: Parfaitement d'accord.

    Posté par  . En réponse au journal Linux est quand même lourd pour le desktop, et "udev sucks".... Évalué à 1.

    J'ai pas vu mon temps de boot beaucoup diminuer avec dash, mais la conso mémoire, oui elle diminue.

    Mais quand je dit que bash consomme 1Mo par défaut, je parle en tant qu'un shell interactif utilisé par un humain, et ça dash sait pas trop faire ;) j'ai essayé plusieurs shells pour trouver celui qui consomme le moins pour cette utilisation, et il prend 700 Ko minimum... autant garder bash.
  • # Parfaitement d'accord.

    Posté par  . En réponse au journal Linux est quand même lourd pour le desktop, et "udev sucks".... Évalué à 6.

    Je suis bien d'accord, y a des problèmes actuellement entre linux et les vieilles machines. juste quelques précisions.

    C'est bien à cause des 64Mio de RAM que c'est lent. J'ai pas de problème pour faire tourner des 200 Mhz avec 192 Mio de RAM, mais aussitôt qu'on descend en dessous de 96, c'est la galère.

    Y a une différence énorme entre les vieux portables et les vieux pc de bureau.
    les premiers ont des disques très lent et on peut simplement pas se permettre de trop swapper. et si la cg a de la mémoire partagée, alors on perd encore (dans mon cas) 8 Mio de 64 Mio. alors que les PC de bureau ont généralement de la mémoire dédiée et des disques plus rapides.

    Sinon pour dire que udev est lent, je suis parfaitement d'accord : ça suxxe grave. bootchart me montre clairement que udev prend 100% du cpu pendant 7 secondes, pendant lequel il est inutile d'essayer de lancer quelque chose en parallèle. S'il faut améliorer le temps de boot de linux, faudrai peut être penser optimiser udev, ou a faire quelque chose quoi.

    Moi, pour améliorer les perfs de linux sur un portable 640mhz avec 64mio de RAM j'ai :
    - Réduit la mémoire partagée à 3 Mio. ça fait 5 Mio de disponible en plus, et ça fait du bien. (note : je suis en 800x600)
    - Désactivé plein de trucs inutile dans xorg.conf qui sont actifs par défault mais qui servent jamais. y a moyen de gagner de la mémoire en interdisant le chargement de modules qui servent pas, vu que X bouffe plein de RAM.(au final il m'en prend 10mio)
    - Jarté tout les processus qui sont pas assez inactif pour être swappé mais pas assez utile pour prendre de la RAM
    - Moi j'utilise enlightenment, avec le plus de module possible déchargés. ça prend 5 Mio au final. C'est pas mal. on peut surement faire mieux avec d'autres WM.
    - Jarté des modules noyau. c'est bien les petites conneries, mais j'ai gagné 1Mio en chargant pas automatiquement 20 petit machins qui servent jamais.
    - Recompilé le noyau et utilisé de la concurrence pour gagner des secondes au démarrage.

    Au final c'est mieux, mais c'est toujours le bordel :
    - On peut lancer des processus de 20 Mio sans problème. Mais si on va dans les 30 Mio (genre firefox), alors il faut attendre au moins deux minutes le temps que le système swappe. seulement après il redeviens utilisable.
    - bash prend au minimum 1 Mio par processus. faut pas lancer trop de shells.
    - Ça prend toujours 25 sec à charger, et je vois pas comment accélérer le boot.
    - Aussitôt que j'utilise aptitude, faut arrêter de toucher au système. Ce machin est d'une lenteur et prend une grosse consommation de RAM...
    Dans la BTS Debian, on trouve des témoignages de gens qui veulent pas lancer aptitude parce qu'ils ont peurs des OOM du noyau sur des systèmes avec 32Mo.

    Mais si on se passe de X, on n'est pas trop limité.

    À coté, windows 98 marche bien, mais :
    - Je peux pas aller sur le web avec IE, pour des raisons que vous connaissez, et inutile d'essayer de lancer firefox.
    - Ça supporte moins de matos (pas de wifi, ni de clef USB UMS)
    - Le disque pédale pas mal : FAT32 ça fragmente.
    - Faut redémarrer quand ça deviens trop lent.
    - Faut formater si on utilise trop.
  • [^] # Re: Pertinent

    Posté par  . En réponse au journal [HS] Tester les intuitions morales. Évalué à 6.

    Faut quand même rester réaliste. Savoir nager c'est une chose, savoir secourir quelqu'un en mer, c'est complètement différent, et c'est franchement pas donné à tout le monde. Quelqu'un qui est proche de la mort est complètement paniqué et imprévisible. Il peut essayer de prendre appui sur vous et vous couler pour rester hors de l'eau, du coup vous mourrez tout les deux...
  • # Mersenne twister

    Posté par  . En réponse au journal Sortie de la bibliothèque Hasard version 0.2. Évalué à 3.

    Moi qui croyait que Mersenne_Twister n'était pas cryptographiquement sécurisé ?
  • [^] # Re: La recompilation du noyau

    Posté par  . En réponse au journal GNU/Linux : attire ou créer les geeks?. Évalué à 1.

    <cite>PS: Ça prends tant de temps que ça le chargement dynamique de modules ? C'est quoi, le chargement ou la détection du matos ?</cite>

    Sur du matos récent, ça change absolument rien. Mais aussitôt que tu tape dans du matos pas rapide, alors presque toutes les optimisations se valent. Entre le noyau qui va prendre 12sec, udev qui prend 100% du cpu pendant 5 sec, et le reste des scripts d'init qui appellent chacun 20 sous-processus et accèdent à 50 fichiers éparpillés sur le disque dur ...