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 !!
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.
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.
Ç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
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
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.
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 !
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é !
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 ?
> 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.
- 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.
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)
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.
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 ?
> 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é.
À 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.
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 ?
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: le manuel de RMS
Posté par Cru Kilu . En réponse à la dépêche Introduction à Make. Évalué à 2.
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 Cru Kilu . En réponse à la dépêche [débat] : l'avenir de la vente de boites Linux. Évalué à 10.
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 Cru Kilu . En réponse à la dépêche Quelle alternative à Word/Excel avec Linux ?. Évalué à 9.
L'article est encore en ligne ici : http://www.linuxjournal.com/article.php?sid=4734(...(...))
[^] # Gros disque sur vieux bios
Posté par Cru Kilu . En réponse à la dépêche Feuilleton Debian dans... PC EXPERT. Évalué à 2.
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 Cru Kilu . En réponse à la dépêche Xfree86 4.2.0. Évalué à 10.
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 Cru Kilu . En réponse à la dépêche le nouveau Gopher.. Évalué à 7.
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 Cru Kilu . En réponse à la dépêche Microsoft pense pour vous. Évalué à 1.
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 Cru Kilu . En réponse à la dépêche Résumé GNOME 16/12/2001 au 04/01/2002 disponible en francais. Évalué à -1.
Merci pareillement !
[^] # Un seul post par jour pour les xp négatifs
Posté par Cru Kilu . En réponse à la dépêche ReiserFS sous Windows. Évalué à 6.
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 Cru Kilu . En réponse à la dépêche Clickodrome vs. ligne de commande. Évalué à 10.
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 Cru Kilu . En réponse à la dépêche "Protection" des CD. Évalué à 1.
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 Cru Kilu . En réponse à la dépêche "Protection" des CD. Évalué à 1.
[^] # Re: Generalisation
Posté par Cru Kilu . En réponse à la dépêche Les brevets superflus en matière de logiciels. Évalué à 1.
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 Cru Kilu . En réponse à la dépêche Et Dieu se retrouva chez Microsoft. Évalué à 1.
- 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 Cru Kilu . En réponse à la dépêche Lecteur de divx: la GPL violée par des développeurs Russes. Évalué à 1.
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 Cru Kilu . En réponse à la dépêche Lecteur de divx: la GPL violée par des développeurs Russes. Évalué à 1.
LOL :)))))))))
[^] # Re: Commentaire de l'auteur sur la license GPL
Posté par Cru Kilu . En réponse à la dépêche L'alternative BSD. Évalué à 3.
[^] # Re: spot avec le cheedar et pub info en général
Posté par Cru Kilu . En réponse à la dépêche IBM se lache. Évalué à 4.
[^] # Re: Ouuiiii !!
Posté par Cru Kilu . En réponse à la dépêche IBM se lache. Évalué à 1.
[^] # Re: A la bonne heure
Posté par Cru Kilu . En réponse à la dépêche IBM se lache. Évalué à 9.
# À propos du changelog du kernel
Posté par Cru Kilu . En réponse à la dépêche Free World's Information and Software repository: une parade au DMCA. Évalué à 4.
> 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 Cru Kilu . 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.
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 Cru Kilu . En réponse à la dépêche Mise à jour de LinuxFr. Évalué à 3.
Saint-Cloud,
# Pas la peine de lire l'interview
Posté par Cru Kilu . En réponse à la dépêche Charlie Rose interview Linus Torvalds pour Cisco iQ. Évalué à 10.
[^] # Re: .
Posté par Cru Kilu . En réponse à la dépêche Slashdot berné?. Évalué à -1.
il mouline, sed