Cru Kilu a écrit 85 commentaires

  • [^] # Re: le manuel de RMS

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

    Le manuel de RMS est très bien fait, bien clair, il donne plein d'idées.

    Mais, des qu'on commence à utiliser des "jolies choses" du make, une surprise vous attend au tournant : prenez le même make sur Solaris, et paf il n'y a plus une seule ligne qui marche.

    --> Si vous n'avez pas envie de vous farcir automake et autoconf, et que vous souhaitez écrire des make portable, évitez absolument la doc de RMS !!
  • # Les magazines, c'est mal

    Posté par  . En réponse à la dépêche [débat] : l'avenir de la vente de boites Linux. Évalué à 10.

    Le téléchargement des iso, c'est super lorsqu'on a un accès haut débit ; c'est encore mieux quand on a un bon proxy. Mais ça prend beaucoup de bande passante (c'est mal, n'est-ce pas). Pour une liaison "normale" à la maison, c'est bien entendu tout à fait impossible (temps de chargement et coût). La version iso en ligne, c'est très bien au travail pour mettre à jour des postes qui étaient déjà sous Linux.

    Les boîtes, c'est très bien car disponibles toute l'année, de la doc pour le néophyte comme le connaisseur, un produit un peu soigné, un aspect "pro" qui rassure, une publicité par sa seule présence dans les linéaires ; peut-être une attirance pour les djeun rebelz qui passent devant, tant mieux.

    Vous allez peut-être m'incendier, mais les magazines avec une distrib pour 5 euros, je trouve ça très mal : ce n'est présent dans les kiosques que à certains moments et pas tout au long de l'année ; les CD sont souvents mals ficelés, ou avec de vieilles versions ; il n'y a pas assez d'infos pour les grands débuttants ; finalement, les versions magazines ne font que casser le marché des versions boîtes, qui ont du mal à vivre, et elles peuvent décourager des débuttants avec des problèmes d'install (vieux noyau qui ne reconnait pas le carte de la nouvelle machine que le débuttant vient de sortir du carton).

    Un autre argument, de valeur psychologique : le néophyte qui installe Linux à partir d'un cd de magazine, après l'installation, va jouer un peu, dira "ah ouais, cool", et puis laissera tomber. Celui qui aura investi dans une boîte, eh ben il voudra quand même justifier son achat, pas avoir claqué du blé juste pour dire "ah ouais, cool" : il va lire le livre, essayer des trucs, il va "amortir" son achat (la dissonnance cognitive). C'est con, mais c'est un peu vrai, je constate parfois ce comportement chez des étudiants.

    PS. j'en profite pour signaler que dans "l'ordinateur individuel" du moi de janvier, dans le dossier "100 logiciels libres", à propos de Gimp, ils disent que c'est disponible sous les systèmes "Windows et MacOS" : j'adore.
  • # More Than Word(s)

    Posté par  . En réponse à la dépêche Quelle alternative à Word/Excel avec Linux ?. Évalué à 9.

    Il y avait un excellent article dans Linux Journal de novembre 2001, p. 88 à 94, intitulé "More Than Word(s)", qui comparait les différentes solutions pour migrer de Word/Windows à ce qui se fait sous Linux.



    L'article est encore en ligne ici : http://www.linuxjournal.com/article.php?sid=4734(...(...))
  • [^] # Gros disque sur vieux bios

    Posté par  . En réponse à la dépêche Feuilleton Debian dans... PC EXPERT. Évalué à 2.

    Ça marche bien si linux est tout seul sur le disque ; on peut très bien booter dessus.

    1) Déterminer le nombre total de secteur du disque (cf large-disque.howto, parag.9). Par exemple mon disque de 20Go fait 39102336 secteurs (données constructeur).

    2) Déterminer C/H/S. On met H=255 et S=63 (valeurs max) ; De là, C=(int) (39102336 / (255*63)) = 2434, donc C/H/S = 2434/255/63

    3) Ecrire C/H/S dans le MBR :

    dd if=/dev/zero of=/dev/hda bs=512 count=1
    fdisk -C 2434 -H 255 -S 63 /dev/hda

    4) Partitionner le disque, formatter les partitions, installer linux.

    5) Dans lilo.conf mettre boot=/dev/hda, c'est-à-dire sur le MBR (sinon le bios ne boote pas) ; mettre aussi la taille physique du disque : append = "hda=2434,255,63"

    6) Redémarrer.

    J'ai une vieille configuration (PPro 180, Linux 2.0.36) et ça marche nickel
  • [^] # Vitesse et WM

    Posté par  . En réponse à la dépêche Xfree86 4.2.0. Évalué à 10.

    La vitesse apparente de redessin des fenêtres dépend énormément du WM :



    en effet, c'est le WM qui intercepte TOUS les évènements à destination des "top level windows" (sauf celles qui ont le flag override_redirect) et ensuite décident des évènements qu'elles leur transmettent.



    Un WM peut aussi transformer un évenement en une cascade d'évènements synthétiques, selon son "look and feel".



    Par exemple, KDE fait un "opaque resize" des fenêtres, et rajoute un évènement Expose après chaque resize (dans un ev ConfigureNotify), ce qui ralenti considérablement l'affichage.



    Au niveau du toolkit il y a aussi des différence dans la gestion des suites d'Expose. Pour éviter de bloquer le cpu après un paquet d'Expose, les toolkits essaient de détecter ce cas de figure et de ne faire que le dernier. C'est pas évident car générallement les Expose sont entremélés sur les différents subwindows et les primitives X*Event pour examiner la queue ne sont pas designées pour ça. Par exemple, glut le fait très mal alors que gdk (la couche graphique de gtk) le fait très bien.



    Tout ceci dépend beaucoup aussi du contenu des autres fenêtres survolées, du toolkit qui les animent, etc.



    Enfin bref la comparaison entre Linux et win est loin d'être simple et parlante, elle dépend d'énormément de paramètres qui n'ont rien à voir avec le driver ni la carte.
  • [^] # Re: putain

    Posté par  . En réponse à la dépêche le nouveau Gopher.. Évalué à 7.

    Mais ça marchait très bien.

    On trouvait plein d'infos, en particulier sur le Canada :-)

    Mais c'était uniquement du texte, sans image.

    Qu'est-ce qu'il y a de nouveau dans la version 3.0, à part la licence ?
  • [^] # Re: tout à fait d'accord

    Posté par  . En réponse à la dépêche Microsoft pense pour vous. Évalué à 1.

    > on voit seulement un redirect.php3?i=xxxx

    Il suffit d'activer javascript, et tu verras le vrai lien pointé. En effet, dans le source, les liens sont du genre :

    < a href="redirect.php3?i=11529"
    onmouseover="javascript: window.status='http://news.zdnet.co.uk/story/0,,t269-s2102244,00.html';(...) return true;"
    onmouseout="javascript: self.status=''; return true;" >
  • # Bonne année

    Posté par  . En réponse à la dépêche Résumé GNOME 16/12/2001 au 04/01/2002 disponible en francais. Évalué à -1.

    > Bonne lecture et bonne année à tous les linuxiens !!!

    Merci pareillement !
  • [^] # Un seul post par jour pour les xp négatifs

    Posté par  . En réponse à la dépêche ReiserFS sous Windows. Évalué à 6.

    Il faut quand même que un "xp négatif" puisse avoir la chance de remonter, et pour cela il faut qu'il puisse poster !

    Je propose donc de limiter le nombre de post quotidien à 1 pour les xp négatifs ; ça limiterait ce genre de post agaçants.
  • # GUI + fichiers texte

    Posté par  . En réponse à la dépêche Clickodrome vs. ligne de commande. Évalué à 10.

    Le clickodrome, c'est un plus si en dessous il y a des fichiers de config en ascii. On peut alors configurer indifférement par GUI, par script ou à coup de vi selon les goûts.

    Dès que le clickodrome ne se base plus sur du ascii human-readable, c'est la me*de : par exemple, essayez de créer 200 comptes NT avec un script, (hahaha !), alors que un compte unix, vous pouvez vous y prendre de toutes les manières et ça marche !

    Bon j'ai encore enfoncé une porte ouverte.
  • [^] # Re: À propos de macrovision

    Posté par  . En réponse à la dépêche "Protection" des CD. Évalué à 1.

    Merci beaucoup pour ces urls.

    L'an dernier j'avais trouvé des sites avec du matériel à 3000F, carrément inabordable ; maintenant à 300 ou 500F ça devient raisonnable.

    Au sujet du macrovision qui altère sensiblement l'image, j'y vois également un intérêt des majors, car cela pousse le consommateur à s'orienter vers les dvd puisque "la qualité finale avec un magnétoscope est pourrie". C'est drolement bien joué !
  • [^] # À propos de macrovision

    Posté par  . En réponse à la dépêche "Protection" des CD. Évalué à 1.

    Le circuit d'entrée de mon magnétoscope Toshiba est tellement sensible que je n'arrive même pas à recopier les vidéos tournées avec mon camescope ! du coup j'ai du ressortir du placard mon vieux magnétoscope Brandt qui copie nickel. Je suis vraiment super content de ce ***** de nouveau magnetoscope. Quelqu'un connais une solution pour désactiver le circuit d'entrée d'un magnétoscope ?
  • [^] # Re: Generalisation

    Posté par  . En réponse à la dépêche Les brevets superflus en matière de logiciels. Évalué à 1.

    > Qui fait la recherche? Des scientifiques. Qui brevete ce qu'ils decouvrent? Des scientifiques.

    Pour la deuxième partie de la phrase : surement pas, ça coute trop cher, et ça n'est pas reconnu au niveau de la communauté scientifique.

    En fait, le scientifique, pour vivre, a besoin d'établir des "contrats" avec l'industrie, c'est-à-dire des financements en contrepartie de faire avancer un projet ou de veille scientifique par exemple ; en échange, l'industriel brevète la découverte, la vend, et interdit au scientifique de publier dessus, super.

    Moi je dis, il vaut mieux être un chercheur pauvre et libre, qu'être assis sur un tas de fric mais pieds et points liés.
  • # Du prestige et des thunes

    Posté par  . En réponse à la dépêche Et Dieu se retrouva chez Microsoft. Évalué à 1.

    Je crois que c'est clair :

    - MS s'offre une polytechnicien et ex-directeur d'une grande structure, qui va pouvoir renforcer son image d'inovateur en renforçant son laboratoire vitrine ;

    - L'interviewé accepte un salaire absolument indécent pour aller travailler dans un labo qui ne lui demandera aucun compte et où il aura des budgets pour se faire plaisir (je connais plusieurs autres ex-chercheurs dans son cas).

    Naturellement l'interviewé ménage l'image de son nouvel employeur comme c'est écrit dans son contrat de travail et comme il a appris dans les réunions ad hoc chez MS.

    L'employeur et l'employé y gagnent et personne n'est dupe ; tout le reste n'est que bavardage.
  • [^] # Re: moi je trouve la gpl restrictive

    Posté par  . En réponse à la dépêche Lecteur de divx: la GPL violée par des développeurs Russes. Évalué à 1.

    C'est bien pour ça qu'il y a la GPL _et_ la LGPL ; cette dernière permet à un programme propriétaire d'inclure du libre sans devenir lui-même libre.

    Moralité :

    - un logiciel applicatif -> GPL

    - une librairie -> LGPL

    ou vice-versa selon la politique choisie.
  • [^] # Re: Au sujet des licences Open Source/Libre

    Posté par  . En réponse à la dépêche Lecteur de divx: la GPL violée par des développeurs Russes. Évalué à 1.

    > laisé dans l'histpoire

    LOL :)))))))))
  • [^] # Re: Commentaire de l'auteur sur la license GPL

    Posté par  . En réponse à la dépêche L'alternative BSD. Évalué à 3.

    C'est bien pour ça qu'il y a aussi la licence LGPL.
  • [^] # Re: spot avec le cheedar et pub info en général

    Posté par  . En réponse à la dépêche IBM se lache. Évalué à 4.

    pour son cours de bourse, pardi ; comme tous les grands groupes. Si le cours baisse trop, les gros actionnaires (fonds de pension etc) sont fâchés et le PDG est viré ... (ou l'entreprise se prend une OPA, ce qui revient au même)
  • [^] # Re: Ouuiiii !!

    Posté par  . En réponse à la dépêche IBM se lache. Évalué à 1.

    Faut pas exagérer, j'ai déjà vu des salles de TP de pc IBM qui tombaient en panne sans arrêt (tout y passait) et des salles de DELL sans jamais aucun problème. À mon avis ça dépend beaucoup du niveau en gamme de la machine, et il doit y avoir des séries de produits et de sous-traitant qui sont mieux que d'autres.
  • [^] # Re: A la bonne heure

    Posté par  . En réponse à la dépêche IBM se lache. Évalué à 9.

    On en avait déjà parlé il y a quelques mois de cette fameuse dernière ligne qui tue ; en fait, c'était pasque à l'epoch, la version machin de Fenster était livrée avec plus d'outils qui le font pour mossieur cadre moyen, qui serait perdu devant un xterm. C'était en quelque sorte une façon de ne pas avoir de problem avec les newbies, tu mords le topo ?
  • # À propos du changelog du kernel

    Posté par  . En réponse à la dépêche Free World's Information and Software repository: une parade au DMCA. Évalué à 4.

    > 2.2.20pre11
    > o Security fixes
    > - Quota buffer overrun , possibly locally exploitable (Solar Designer)
    > exploitable
    > - Ptrace race - local root exploit (Rafal Wojtczuk,
    > - Symlink local denial of service attack Solar Designer,
    > fix Linus Torvalds)
    > - Sparc exec fixups (Solar Designer)

    Et c'était pour ça que AC a fait tout ce micmac !?
    Je veux bien que le DMCA soit criticable, mais il aurait pu choisir un exemple un peu plus convaincant.
    En tout cas, le coup de pub a marché, bien joué.
  • [^] # Re: son future et le futur de Linux

    Posté par  . En réponse à la dépêche Alan Cox s'explique sur l'affaire du DMCA, son futur et le futur de Linux. Évalué à 9.

    À ce propos, c'est bien de traduire en français mais c'est aussi bien de disposer de la version originale en anglais : par exemple, je n'arrive pas à lire un man en français, je ne comprends plus rien ! C'est bien plus clair en anglais. Et pourtant je suis loin d'être un anglophone ; c'est l'habitude des termes techniques en anglais.

    Une petite anecdote : une collègue en Italie avait une version d'un célèbre traitement de texte en anglais, bon. Un jour, suite à une campagne d'achat de licence, elle c'est retrouvée avec le soft en italien ; verte de rage, elle ne comprenait plus rien !! (imaginez la longueur des termes pour la traduction en italien, c'est pire que l'allemand) ..

    (Notez bien que je ne critique pas le fait de traduire, au contraire, c'est ce qui est demandé par le plus grand nombre)

    Au passage, quelqu'un connait-il un moyen pour éviter ce bug de la libc sur les locales, qui bombardent ma console de "Locale not supported by C library, Using locale C instead", et autres caractères bizarres dans les pages de man ? Évidemment ceci cesse si je positionne LC_ALL et LANG sur "C", mais ça gâche l'utilisation des locales françaises.
  • # X commentaires parmi Y

    Posté par  . En réponse à la dépêche Mise à jour de LinuxFr. Évalué à 3.

    Dans la page principale, en bas de chaque nouvelle, la bannière "X commentaires parmi Y", le Y pointe toujours sur "0.0.0.0.php3", or moi j'aimerais bien qu'il pointe sur "0.-1.0.0.php3" c'est-à-dire sur TOUS les commentaires ; à moins qu'il n'y aie une case à cocher dans le profil, mais laquelle ?

    Saint-Cloud,
  • # Pas la peine de lire l'interview

    Posté par  . En réponse à la dépêche Charlie Rose interview Linus Torvalds pour Cisco iQ. Évalué à 10.

    Bon j'ai lu l'interview, franchement il n'y a rien d'intéressant : le journaliste ne pose que des questions en bois, et Linus s'amuse à ne pas lui répondre. Tout le monde sait que Linus programme pour le plaisir, qu'il ne se risque pas à prédir l'avenir et à qu'il ne dit pas /directement/ de mal de Microsoft. Voila, vous savez la teneur complète de l'article.
  • [^] # Re: .

    Posté par  . En réponse à la dépêche Slashdot berné?. Évalué à -1.

    Dans le même genre électro-ménager :

    il mouline, sed