Personnellement, s'il n'y a ni README, ni INSTALL, l'ensemble risque fort de partir au paradis des octets (/dev/null) ! Il faut vraiment que j'aie besoin du truc en question pour que je me plonge dedans.
En fait, je rejoins tout à fait le point de vue de je ne sais plus qui dans un commentaire de je ne sais plus quelle nouvelle de ce site (je n'ai pas envie de rechercher ...), le fait d'écrire sous GPL ne donne pas le droit de faire n'importe quoi. La moindre des choses si on veut que son soft soit testé et reçoive des critiques (<0 ET >0), c'est d'expliquer comment l'installer.
En attendant, il se peut que le logiciel ne soit pas assez avancé et/ou assez compliqué pour nécessiter un ./configure. Dans ce cas, ça ne me pose pas de problème. On ne va pas non plus exiger un outil plutôt qu'un autre ... J'ai déjà utilisé des solutions basées sur Ant (pour des softs en Java) qui étaient tout à fait correctes. L'essentiel reste pour moi la documentation.
Oui, mais l'avantage avec du code ouvert, c'est que la faille est corrigée un jour ...
De plus, ce n'est pas pour rien que la plupart des distributions et des projets ne donnent pas de calendrier à l'avance. Comme ça, on n'a pas la tentation de livrer du code alpha aux clients.
En effet, je viens de le lire pour vous. Conclusion : il n'y a aucun argument valable.
En revanche, la dernière phrase est intéressante (et ne vient pas de MS) : "Looking at products that come from commercial vendors, it seems the customer has very little guarantee that the software has been reviewed," said one conferee. "Industry has not acquitted itself well."
Traduction : et pan ! dans les dents !
La limite pourrait se faire lors du stockage du fichier sur le disque. Il n'est pas difficile de lire l'entête de tout fichier copié et de vérifier qu'il n'utilise pas une signature interdite.
Mais bon, je n'ose pas imaginer les pertes de performances sur les I/O ...
C'est possible de s'abonner à Linux-user depuis la France (enfin, je veux dire, en dehors de l'Alsace ;-)) ? J'achète toujours le dernier numéro quand je suis de passage à Strasbourg (un petit tour à Kehl et retour), mais c'est pas super régulier ... a moins que quelqu'un sache comment l'acheter facilement à Nancy.
Pareil : s'il y en a des qui veullent partir le vendredi soir (vers 17h) depuis la région de Neuchateau-Mirecourt (Vosges) ou sur le trajet vers Vesoul, il reste de la place dans ma voiture. Retour le dimanche soir jusqu'à Nancy. Bon, ça concerne peut-être un peu moins les gens du Graoulug ... Contactez-moi directement par mail : fbottin à yahoo.com
Le mode interprété pur :
Il s'agit d'une interprétation à 100% par la machine virtuelle. La VM est alors un émulateur de machine Java, dont le code machine serait le bytecode. Ce procédé est performant lorsque beaucoup de classes sont utilisées et que chaque ligne de code est appelée peu souvent.
Ce mode est celui par défaut des JDK 1.0.x et de quelques implémentations de 1.1.x.
La compilation avec JIT :
Le bytecode est entièrement compilé en code machine correspondant à la platteforme matérielle existant sous la VM. La compilation a lieu pendant le chargement de toute nouvelle classe. Cela implique un temps de chargement de classe plus long et plus de mémoire utilisée, mais améliore énormément les performances pour les boucles ayant beaucoup d'itérations.
Ce mode est celui par défaut de la plupart des JDK 1.1.x, du J2SE 1.2.x de SUN et, à ma connaissance, de toutes les implémentations Java2 autres que celles de SUN.
Le mode mixte :
Il s'agit (à ma connaissance) de la dernière inovation dans le domaine et du meilleur compromis pour la vitesse et la consommation mémoire. Dans un premier temps, le bytecode est interprété. Puis, si la VM se rend compte qu'un groupe d'instructions est très souvent exécuté, elle compile cette section à la volée et en tâche de fond. Dès que la compilation est terminée, la version compilée remplace la version interprétée de la section. Dans le même ordre d'idées, si une section compilée n'est plus appelée pendant un certain temps, la version compilée est effacée de la mémoire et on repasse en mode interprété pour cette section.
Ce mode est implémenté par HotSpot de SUN, disponible en plug-in pour le J2SE 1.2.x et en standard sur le J2SE 1.3.x. Je ne connais pas d'autre implémentation de ce mécanisme.
Bon, je vais essayer de garder mon calme pour répondre ...
Premièrement, ce n'est pas parce que tu donnes du fric à MS que tu dois être fier de mettre leur logo dans ta page des partenaires, ou alors il faut vraiment se poser des questions sur ta santé mentale. Le logo arboré par les sites/produits concernent une compatibilité, mais sûrement pas une aide de la part de MS (ça se saurait!), et ne sont donc pas dans ce cas dans la page des partenaires.
Deuxièmement, j'ai parfaitement compris l'histoire, et de nous deux c'est toi l'ignare. Il est clairement marqué sur le site de Transvirtual que MS les a aidé pour la première version. Je pensais que tu serais suffisamment intelligent pour faire la recherche toi-même. Je me suis trompé ...
Dans cette page, on peut y lire :
- §4, "A collaboration with Microsoft enabled Transvirtual to develop this revolutionary new JVM." ;
- §6, "Although Microsoft funded the project to implement the Java extensions [...]" ...
Sinon, sur cette même page, on y apprend que Kaffe est la seule JVM à être compatible avec celles de Sun et de MS [1]. De plus, Kaffe fonctionne dès le début sur un certain nombre de systèmes, ce qui rend alors les programmes "compatibles Java by MS" un tantinet plus portables. L'aide de MS à Transvirtual est donc logique pour pénétrer le marché Java des autres systèmes que Windows.
Enfin, quand je parle de FUD, c'est à cause de la manie des pro-MS à toujours vouloir avoir raison sans y connaître ne serait-ce que l'introduction du b-a-ba sur le sujet. Et en aucun cas je n'ai dit que tu dénigrais les logiciels libres. En revanche, ce que je suggérais, c'est que tu essayais de faire passer MS pour le gentil qui n'a rien à voir avec toutes ces magouilles commerciales concernant Java. Ca aussi c'est un FUD. Ce n'est pas parce que le FUD le plus visible est le dénigrement les LL que ça se limite à ça. Le tiens est d'ailleurs bien plus insidieux.
Voilà ! Maintenant j'espère que tu te documenteras un peu plus maintenant quand tu posteras ici.
[1] Je ne vois vraiment pas comment ils peuvent assurer une compatibilité entre les JVM de Sun et de MS du fait d'incompatibilités de comportement. Par exemple, il est spécifié dans les documents de référence (de Sun) que le bytecode d'une classe doit être chargé, vérifié etc par le chargeur de classes (class loader) dès qu'une référence à cette classe est faite dans le code (hors clause import), même si aucune instance de cette classe n'est créée. En revanche, dans la JVM de MS, le bytecode n'est chargé que lorsqu'il est explicitement utilisé pour la première fois, d'après eux pour des raisons de performances.
Ainsi, normalement, une instruction telle que Class.forName("mypackage.MyClass"); devrait charger le bytecode de mypackage.MyClass et exécuter les blocs d'initialisation de classe (blocs "static"). Hors normalement il suffit de charger une class implémentant un pilote JDBC pour qu'il s'enregistre automatiquement comme tel dans le moteur JDBC. Pour ce faire, une instance est automatiquement créé depuis un bloc static et est passé au gestionnaire de pilotes. Donc, pour les JVM de MS, il faut créer une instance du pilote pour qu'une autre instance soit créée et enregistrée dans le gestionnaire de pilotes. Super l'optimisation ...
Son commentaire n'était pas en -1 quand j'ai répondu. De toutes manières, ma remarque était générale concernant cet individu, pas uniquement pour ce post.
Il "suffit" de placer les engrenages (à denture hélicoidale) selon un ruban de Moebius ... Je pense que c'est la solution élégante en math, parce que ça ne doit vraiment pas être évident à monter !
Je ne vois pas l'autre solution (pour l'instant, mais je cherche).
> Reste a esperer que le gouvernement n'a pas de
> cartes NVidia dans ses stations sous Linux,
> vous imaginez le risque que ca ferait, ca
> reviendrait a mettre le gouvernement sous
> l'emprise de NVidia !
J'espère que tu te rends vraiment compte des conneries que tu peux raconter (encore que, pour bosser pour petit mou ...) ! Je ne vois franchement pas où est l'intérêt d'installer des cartes dont le seul point fort est la 3D sur les postes de l'administration. Et puis, même si c'était le cas, le pilote SVGA devrait suffire pour faire de la 2D ...
Alors maintenant, arrête de faire chier ton monde ici.
--
Dis Fabien, c'est possible d'avoir une killlist ?
Peut-être ... mais cette même citation (celle de Maupassant, pas de W. Hallen) a contribué à un 15 en philo au bac alors que je plafonnais à 5 pendant l'année ! (sujet 2 : "quels sont les obstacles au progrès des sciences", Nancy, série C, juin 1994). Donc les profs de philo aiment les citations, et moi j'aime cette citation en particulier ;-)
Personnellement, je n'ai pas suivi le même cheminement : j'ai attaqué directement avec Linux avec une Slackware, puis avec une Debian pour des raisons de simplicité (partage NFS sur un serveur de l'école). Mais voilà, j'ai moi aussi installé quelques versions de Chapeau Rouge(tm) ainsi que d'autres distributions <<populaires>> pour ne pas mourir idiot (et utiliser des fonctionnalités ultra-super-top-de-la-mort qui n'existaient pas sur Slack ou Debian). Et bien à défaut de mourir idiot, j'ai failli périr de ridicule ... Entre un gcc qui lance un core alors que je veux lui apprendre à dire bonjour avec hello.c, une super installation cliquodrôme qui ne reconnait pas les souris série et les claviers non PS2, les noyaux spécifiques i586 ou i686 sur les CD d'install, et j'en passe et des meilleures ...
Mais bon voilà, tout cela, on le savait déjà. Ce fonctionnement est le principe même de la GPL : une fois le code dans la nature, on n'a plus de contrôle sur son utilisation (ou si peu). Ce qui est plus embêtant, c'est qu'à cause de quelques éléments médiatiques, le grand public se fait une idée fausse des réelles motivations des pionniers du libre. Je ne veux pas dire par là que tout est mauvais dans des distributions comme RedHat ! Beaucoup de ses membres actifs font vraiment des trucs biens, puisqu'il n'est pas rare de voir une mention à RedHat dans les boîtes ou fichiers "About" de logiciels. Ce qui est mauvais en revanche, c'est l'aspect commercial qui prime avant l'aspect technique. Franchement, ça sert à quoi d'utiliser la distribution la plus connue si ce n'est pour frimer devant des non-linuxiens ébahis ?
De toutes façons, je sais très bien que cette nouvelle -- ainsi que mon commentaire -- va attirer des réponses du style <<de toutes façons, la meilleure distribution, c'est [censuré]>>. A mon avis, la meilleure distribution, c'est celle pour laquelle on est prêt à superviser l'installation et aider la personne à qui on l'a conseillée. Personnellement, je n'ai conseillé qu'une seule fois une distribution, j'ai aidé à l'installation et je continue à aider la personne. En revanche, j'ai plusieurs fois refusé de répondre à une demande de conseil parce je n'étais pas en mesure d'aider la personne. Il vaut mieux ne rien dire plutôt que de laisser une mauvaise ou fausse image. C'est pour cela qu'existent les install-parties et les LUGs. Ceci n'est _pas_ le travail des commerciaux et des publicitaires.
Sinon, le choix d'une distribution est avant tout un problème de choix personnel. Certains seront sûrement très heureux d'utiliser une RedHat, mais moi je n'en ai gardé que des mauvais souvenirs. Tant pis pour moi si je rate quelque chose, mais il faut arrêter de cristalliser les communiqués en <<ceci est la solution ultime>>. Mais ces communiqués à la sauce vaporware sont probablement ce que cherchent les "clients" de systèmes Linux. Ce n'est pas avec surprise que j'ai vu les propos de Linus <<j'aimerais que le 2.4 sorte mi-décembre>> (sous-entendu : pour être tranquile pendant les fêtes) se muer en <<le noyau 2.4 sortira début décembre>> ... C'est désormais devenu une habitude : pour être "bon", un logiciel doit être en retard. Ce schémas est logique pour un logiciel commercial (on dit bien qu'un "artiste" se fait toujours attendre pour être désiré), mais pas pour un logiciel libre. Moi, j'aimerais que logiciel libre soit plutôt synonyme de qualité parce que tant que ce n'est pas bon, ce n'est pas qualifié de "stable". Mais non, aujourd'hui, on se gausse à l'idée que MySQL vient seulement d'être dit stable bien qu'il soit utilisé derrière de nombreux sites www.
Pour conclure (ouf), je dirais simplement que l'attention dont a fait l'objet les systèmes Linux ces derniers temps ont fait avancer le schmilblick (orthographe ?), mais cela risque également d'être la perte de toute une communauté. D'un côté, on s'est fait remarquer des constructeurs et ceux-ci commencent à livrer les spécifications de leurs produits, mais parallèlement, une partie de la société se soulève contre nous. Dans un interview, monsieur BRESSE n'hésite pas à parler de "communauté d'intégristes" et qu'il faut à tout prix les combatre et donc légaliser les brevets sur le logiciel (l'interview en question n'est pas encore en ligne). Et ceci ne touche pas uniquement les utilisateurs de Linux, mais tous les logiciels libres ...
Voilà tout ce que j'avais sur le coeur, et je suis désolé de vous avoir importuné si c'est le cas, mais ça soulage vraiment ... Je tiens aussi à m'excuser par avance auprès des modérateurs ci ce commentaire part en troll, mais je pense qu'ils s'y attendaient déjà en acceptant cette nouvelle.
En général, on considère qu'un langage de programmation est viable une fois que l'on a réussi à écrire un compilateur de ce langage dans ce langage.
Donc, enfin, on peut dire que les brevets informatiques sont viables puisqu'on vient de réussir à auto-breveter un brevet. L'EPO a maintenant tous les arguments qu'il lui faut pour imposer les brevets logiciels à l'Europe !
Euh ... je suis en train de me demander si je n'aurais pas mieux fait de commenter en anonyme. Bien sûr, tout ce que je viens de raconter n'est que pure connerie : no troll please ;-)
C'est peut-être aussi le seul moyen pour que les-dits geeks entendent parler d'autre chose que d'info. Ca leur permet aussi d'apprendre quelques nouvelles de la vraie vie sans avoir à ouvrir les volets ;-)
Bien sûr que si, on peut rajouter des outils super utiles dans un traitement de texte qui est déjà une véritable usine à gaz : le trombonne ! Sinon, comment veux-tu attacher tes documents ?
Je parie que dans la prochaine version, ils nous feront le coup du tipp-ex ...
Justement, <small> est une balise de la catégorie "Font style elements", du même genre que les <b> et autres <i>. Ce sont donc des balises de style et non de forme ... donc à éviter !
Mais bon, créer aujourd'hui un document avec des CSS qui soit visible par tous tient plus du casse-tête que de l'exercice périlleux. L'intérêt des SGML-Tools est justement d'écrire le document en SGML sans aucun attribut de style, simplement la structure du texte. Ensuite, un filtre est appliqué pour faire des sorties différentes comme le HTML, mais aussi postscript et DVI (si on suit le lien qu'il a donné dans le mail sur debian-french, on a la possibilité de télécharger ces formats).
L'auteur a donc bien écrit ce qu'il pensait (du moins je l'espère, je n'ai pas regardé le source, également disponible ;-)), et ce sont les filtres qui l'ont transformé en quelque chose de visible (à défaut d'être bien écrit).
[^] # Re: linux mag
Posté par François B. . En réponse à la dépêche GNU AUTOCONF, AUTOMAKE, and LIBTOOL. Évalué à 1.
En fait, je rejoins tout à fait le point de vue de je ne sais plus qui dans un commentaire de je ne sais plus quelle nouvelle de ce site (je n'ai pas envie de rechercher ...), le fait d'écrire sous GPL ne donne pas le droit de faire n'importe quoi. La moindre des choses si on veut que son soft soit testé et reçoive des critiques (<0 ET >0), c'est d'expliquer comment l'installer.
En attendant, il se peut que le logiciel ne soit pas assez avancé et/ou assez compliqué pour nécessiter un ./configure. Dans ce cas, ça ne me pose pas de problème. On ne va pas non plus exiger un outil plutôt qu'un autre ... J'ai déjà utilisé des solutions basées sur Ant (pour des softs en Java) qui étaient tout à fait correctes. L'essentiel reste pour moi la documentation.
[^] # Re: ne pas tout confondre
Posté par François B. . En réponse à la dépêche "Microsoft: Closed source is more secure". Évalué à 1.
A bon entendeur ...
[^] # Re: Pas la peine de lire l'article !
Posté par François B. . En réponse à la dépêche "Microsoft: Closed source is more secure". Évalué à 1.
De plus, ce n'est pas pour rien que la plupart des distributions et des projets ne donnent pas de calendrier à l'avance. Comme ça, on n'a pas la tentation de livrer du code alpha aux clients.
# Pas la peine de lire l'article !
Posté par François B. . En réponse à la dépêche "Microsoft: Closed source is more secure". Évalué à 1.
En revanche, la dernière phrase est intéressante (et ne vient pas de MS) :
"Looking at products that come from commercial vendors, it seems the customer has very little guarantee that the software has been reviewed," said one conferee. "Industry has not acquitted itself well."
Traduction : et pan ! dans les dents !
[^] # Re: limite à 56 Kbps ?
Posté par François B. . En réponse à la dépêche Le MP3 sacrifié sur l'autel du monopole ?. Évalué à 1.
Mais bon, je n'ose pas imaginer les pertes de performances sur les I/O ...
[^] # Re: Ou c'est qu'on les achete en france ?
Posté par François B. . En réponse à la dépêche Tribes 2 et Alpha Centauri arrivent. Évalué à 1.
http://packages.debian.org/stable/games/index.html(...)
CQFD ;-) (et il y en a encore plus dans woody et sid).
[^] # Visu sur Nancy
Posté par François B. . En réponse à la dépêche Planete Linux n°12. Évalué à 1.
Rendez-vous à Vesoul en attendant !
[^] # Re: J'ai bien une idée mais...
Posté par François B. . En réponse à la dépêche Planete Linux n°12. Évalué à 1.
[^] # Re: Vesoul
Posté par François B. . En réponse à la dépêche Réunion Graoulug. Évalué à 1.
[^] # Re: WORA + Java, favori pour OSX ?
Posté par François B. . En réponse à la dépêche Java sur Mac OS X. Évalué à 1.
Il s'agit d'une interprétation à 100% par la machine virtuelle. La VM est alors un émulateur de machine Java, dont le code machine serait le bytecode. Ce procédé est performant lorsque beaucoup de classes sont utilisées et que chaque ligne de code est appelée peu souvent.
Ce mode est celui par défaut des JDK 1.0.x et de quelques implémentations de 1.1.x.
Le bytecode est entièrement compilé en code machine correspondant à la platteforme matérielle existant sous la VM. La compilation a lieu pendant le chargement de toute nouvelle classe. Cela implique un temps de chargement de classe plus long et plus de mémoire utilisée, mais améliore énormément les performances pour les boucles ayant beaucoup d'itérations.
Ce mode est celui par défaut de la plupart des JDK 1.1.x, du J2SE 1.2.x de SUN et, à ma connaissance, de toutes les implémentations Java2 autres que celles de SUN.
Il s'agit (à ma connaissance) de la dernière inovation dans le domaine et du meilleur compromis pour la vitesse et la consommation mémoire. Dans un premier temps, le bytecode est interprété. Puis, si la VM se rend compte qu'un groupe d'instructions est très souvent exécuté, elle compile cette section à la volée et en tâche de fond. Dès que la compilation est terminée, la version compilée remplace la version interprétée de la section. Dans le même ordre d'idées, si une section compilée n'est plus appelée pendant un certain temps, la version compilée est effacée de la mémoire et on repasse en mode interprété pour cette section.
Ce mode est implémenté par HotSpot de SUN, disponible en plug-in pour le J2SE 1.2.x et en standard sur le J2SE 1.3.x. Je ne connais pas d'autre implémentation de ce mécanisme.
[^] # Re: voici le message dans debian-announce
Posté par François B. . En réponse à la dépêche Debian en deuil. Évalué à 1.
De toutes façons, je ne pense pas que ça soit le genre de Debian de plaisanter de ce genre de choses, surtout après que la 2.2 ait été dédiée à Espy.
[^] # Re: mirabellug participe
Posté par François B. . En réponse à la dépêche Click And Linux : Linux Party à Vesoul. Évalué à 1.
[^] # Re: Peu probable
Posté par François B. . En réponse à la dépêche Transmeta lance son Linux pour matériel embarqué. Évalué à 1.
Premièrement, ce n'est pas parce que tu donnes du fric à MS que tu dois être fier de mettre leur logo dans ta page des partenaires, ou alors il faut vraiment se poser des questions sur ta santé mentale. Le logo arboré par les sites/produits concernent une compatibilité, mais sûrement pas une aide de la part de MS (ça se saurait!), et ne sont donc pas dans ce cas dans la page des partenaires.
Deuxièmement, j'ai parfaitement compris l'histoire, et de nous deux c'est toi l'ignare. Il est clairement marqué sur le site de Transvirtual que MS les a aidé pour la première version. Je pensais que tu serais suffisamment intelligent pour faire la recherche toi-même. Je me suis trompé ...
Donc, pour les mal-comprenants comme toi, je détaille : tu trouveras l'annonce officielle de Kaffe à http://www.transvirtual.com/news-061499_x_platform.htm(...)
Dans cette page, on peut y lire :
- §4, "A collaboration with Microsoft enabled Transvirtual to develop this revolutionary new JVM." ;
- §6, "Although Microsoft funded the project to implement the Java extensions [...]" ...
Sinon, sur cette même page, on y apprend que Kaffe est la seule JVM à être compatible avec celles de Sun et de MS [1]. De plus, Kaffe fonctionne dès le début sur un certain nombre de systèmes, ce qui rend alors les programmes "compatibles Java by MS" un tantinet plus portables. L'aide de MS à Transvirtual est donc logique pour pénétrer le marché Java des autres systèmes que Windows.
Enfin, quand je parle de FUD, c'est à cause de la manie des pro-MS à toujours vouloir avoir raison sans y connaître ne serait-ce que l'introduction du b-a-ba sur le sujet. Et en aucun cas je n'ai dit que tu dénigrais les logiciels libres. En revanche, ce que je suggérais, c'est que tu essayais de faire passer MS pour le gentil qui n'a rien à voir avec toutes ces magouilles commerciales concernant Java. Ca aussi c'est un FUD. Ce n'est pas parce que le FUD le plus visible est le dénigrement les LL que ça se limite à ça. Le tiens est d'ailleurs bien plus insidieux.
Voilà ! Maintenant j'espère que tu te documenteras un peu plus maintenant quand tu posteras ici.
[1] Je ne vois vraiment pas comment ils peuvent assurer une compatibilité entre les JVM de Sun et de MS du fait d'incompatibilités de comportement. Par exemple, il est spécifié dans les documents de référence (de Sun) que le bytecode d'une classe doit être chargé, vérifié etc par le chargeur de classes (class loader) dès qu'une référence à cette classe est faite dans le code (hors clause import), même si aucune instance de cette classe n'est créée. En revanche, dans la JVM de MS, le bytecode n'est chargé que lorsqu'il est explicitement utilisé pour la première fois, d'après eux pour des raisons de performances.
Ainsi, normalement, une instruction telle que Class.forName("mypackage.MyClass"); devrait charger le bytecode de mypackage.MyClass et exécuter les blocs d'initialisation de classe (blocs "static"). Hors normalement il suffit de charger une class implémentant un pilote JDBC pour qu'il s'enregistre automatiquement comme tel dans le moteur JDBC. Pour ce faire, une instance est automatiquement créé depuis un bloc static et est passé au gestionnaire de pilotes. Donc, pour les JVM de MS, il faut créer une instance du pilote pour qu'une autre instance soit créée et enregistrée dans le gestionnaire de pilotes. Super l'optimisation ...
[^] # Re: Faites comme si j'etais pas la...
Posté par François B. . En réponse à la dépêche Nouveaux drivers 3D chez NVidia. Évalué à 1.
[^] # Re: Peu probable
Posté par François B. . En réponse à la dépêche Transmeta lance son Linux pour matériel embarqué. Évalué à 1.
Une petite recherche de moins d'une minute te montre que MS fait partie des partenaires de Transvirtual ( http://www.transvirtual.com/partners.htm(...) ).
Sinon, pour plus d'informations pour Kaffe, voir les archives de la liste debian-java. Il y a eu une discussion à ce sujet il y a 15 jours environ.
Franchement, la méthode "d'information" de MS ne changera jamais : on ne sait rien, mais on a des idées sur tout ...
Et merde ! je me suis encore fait avoir par son FUD :-(
[^] # Re: Confirmer quoi ?
Posté par François B. . En réponse à la dépêche Mac Os X Server, une jolie boite. Évalué à 1.
Je ne vois pas l'autre solution (pour l'instant, mais je cherche).
[^] # Re: Faites comme si j'etais pas la...
Posté par François B. . En réponse à la dépêche Nouveaux drivers 3D chez NVidia. Évalué à 1.
> cartes NVidia dans ses stations sous Linux,
> vous imaginez le risque que ca ferait, ca
> reviendrait a mettre le gouvernement sous
> l'emprise de NVidia !
J'espère que tu te rends vraiment compte des conneries que tu peux raconter (encore que, pour bosser pour petit mou ...) ! Je ne vois franchement pas où est l'intérêt d'installer des cartes dont le seul point fort est la 3D sur les postes de l'administration. Et puis, même si c'était le cas, le pilote SVGA devrait suffire pour faire de la 2D ...
Alors maintenant, arrête de faire chier ton monde ici.
--
Dis Fabien, c'est possible d'avoir une killlist ?
[^] # Re: Viendez sur zipiz ...
Posté par François B. . En réponse à la dépêche RedHat, le nouveau Microsoft ?. Évalué à 1.
# OK, c'est du zipiz ...
Posté par François B. . En réponse à la dépêche RedHat, le nouveau Microsoft ?. Évalué à 1.
Personnellement, je n'ai pas suivi le même cheminement : j'ai attaqué directement avec Linux avec une Slackware, puis avec une Debian pour des raisons de simplicité (partage NFS sur un serveur de l'école). Mais voilà, j'ai moi aussi installé quelques versions de Chapeau Rouge(tm) ainsi que d'autres distributions <<populaires>> pour ne pas mourir idiot (et utiliser des fonctionnalités ultra-super-top-de-la-mort qui n'existaient pas sur Slack ou Debian). Et bien à défaut de mourir idiot, j'ai failli périr de ridicule ... Entre un gcc qui lance un core alors que je veux lui apprendre à dire bonjour avec hello.c, une super installation cliquodrôme qui ne reconnait pas les souris série et les claviers non PS2, les noyaux spécifiques i586 ou i686 sur les CD d'install, et j'en passe et des meilleures ...
Mais bon voilà, tout cela, on le savait déjà. Ce fonctionnement est le principe même de la GPL : une fois le code dans la nature, on n'a plus de contrôle sur son utilisation (ou si peu). Ce qui est plus embêtant, c'est qu'à cause de quelques éléments médiatiques, le grand public se fait une idée fausse des réelles motivations des pionniers du libre. Je ne veux pas dire par là que tout est mauvais dans des distributions comme RedHat ! Beaucoup de ses membres actifs font vraiment des trucs biens, puisqu'il n'est pas rare de voir une mention à RedHat dans les boîtes ou fichiers "About" de logiciels. Ce qui est mauvais en revanche, c'est l'aspect commercial qui prime avant l'aspect technique. Franchement, ça sert à quoi d'utiliser la distribution la plus connue si ce n'est pour frimer devant des non-linuxiens ébahis ?
De toutes façons, je sais très bien que cette nouvelle -- ainsi que mon commentaire -- va attirer des réponses du style <<de toutes façons, la meilleure distribution, c'est [censuré]>>. A mon avis, la meilleure distribution, c'est celle pour laquelle on est prêt à superviser l'installation et aider la personne à qui on l'a conseillée. Personnellement, je n'ai conseillé qu'une seule fois une distribution, j'ai aidé à l'installation et je continue à aider la personne. En revanche, j'ai plusieurs fois refusé de répondre à une demande de conseil parce je n'étais pas en mesure d'aider la personne. Il vaut mieux ne rien dire plutôt que de laisser une mauvaise ou fausse image. C'est pour cela qu'existent les install-parties et les LUGs. Ceci n'est _pas_ le travail des commerciaux et des publicitaires.
Sinon, le choix d'une distribution est avant tout un problème de choix personnel. Certains seront sûrement très heureux d'utiliser une RedHat, mais moi je n'en ai gardé que des mauvais souvenirs. Tant pis pour moi si je rate quelque chose, mais il faut arrêter de cristalliser les communiqués en <<ceci est la solution ultime>>. Mais ces communiqués à la sauce vaporware sont probablement ce que cherchent les "clients" de systèmes Linux. Ce n'est pas avec surprise que j'ai vu les propos de Linus <<j'aimerais que le 2.4 sorte mi-décembre>> (sous-entendu : pour être tranquile pendant les fêtes) se muer en <<le noyau 2.4 sortira début décembre>> ... C'est désormais devenu une habitude : pour être "bon", un logiciel doit être en retard. Ce schémas est logique pour un logiciel commercial (on dit bien qu'un "artiste" se fait toujours attendre pour être désiré), mais pas pour un logiciel libre. Moi, j'aimerais que logiciel libre soit plutôt synonyme de qualité parce que tant que ce n'est pas bon, ce n'est pas qualifié de "stable". Mais non, aujourd'hui, on se gausse à l'idée que MySQL vient seulement d'être dit stable bien qu'il soit utilisé derrière de nombreux sites www.
Pour conclure (ouf), je dirais simplement que l'attention dont a fait l'objet les systèmes Linux ces derniers temps ont fait avancer le schmilblick (orthographe ?), mais cela risque également d'être la perte de toute une communauté. D'un côté, on s'est fait remarquer des constructeurs et ceux-ci commencent à livrer les spécifications de leurs produits, mais parallèlement, une partie de la société se soulève contre nous. Dans un interview, monsieur BRESSE n'hésite pas à parler de "communauté d'intégristes" et qu'il faut à tout prix les combatre et donc légaliser les brevets sur le logiciel (l'interview en question n'est pas encore en ligne). Et ceci ne touche pas uniquement les utilisateurs de Linux, mais tous les logiciels libres ...
Voilà tout ce que j'avais sur le coeur, et je suis désolé de vous avoir importuné si c'est le cas, mais ça soulage vraiment ... Je tiens aussi à m'excuser par avance auprès des modérateurs ci ce commentaire part en troll, mais je pense qu'ils s'y attendaient déjà en acceptant cette nouvelle.
# C'est pas trop tôt !
Posté par François B. . En réponse à la dépêche Le brevet sur les brevets !. Évalué à 1.
Donc, enfin, on peut dire que les brevets informatiques sont viables puisqu'on vient de réussir à auto-breveter un brevet. L'EPO a maintenant tous les arguments qu'il lui faut pour imposer les brevets logiciels à l'Europe !
Euh ... je suis en train de me demander si je n'aurais pas mieux fait de commenter en anonyme. Bien sûr, tout ce que je viens de raconter n'est que pure connerie : no troll please ;-)
[^] # Re: No comment
Posté par François B. . En réponse à la dépêche Corel vend les bijoux de famille. Évalué à 1.
[^] # Re: C'est simple !
Posté par François B. . En réponse à la dépêche A vot'bon coeur!. Évalué à 1.
[^] # Re: Linux ????
Posté par François B. . En réponse à la dépêche Le clonage d'embryons humains autorisé en Angleterre. Évalué à 1.
[^] # Re: reflexionsn en vrac sur les traitements de texte wysiwg
Posté par François B. . En réponse à la dépêche After Word: L'avenir du traitement de texte. Évalué à -1.
Je parie que dans la prochaine version, ils nous feront le coup du tipp-ex ...
[^] # Re: charité bien ordonnée...
Posté par François B. . En réponse à la dépêche After Word: L'avenir du traitement de texte. Évalué à 1.
Mais bon, créer aujourd'hui un document avec des CSS qui soit visible par tous tient plus du casse-tête que de l'exercice périlleux. L'intérêt des SGML-Tools est justement d'écrire le document en SGML sans aucun attribut de style, simplement la structure du texte. Ensuite, un filtre est appliqué pour faire des sorties différentes comme le HTML, mais aussi postscript et DVI (si on suit le lien qu'il a donné dans le mail sur debian-french, on a la possibilité de télécharger ces formats).
L'auteur a donc bien écrit ce qu'il pensait (du moins je l'espère, je n'ai pas regardé le source, également disponible ;-)), et ce sont les filtres qui l'ont transformé en quelque chose de visible (à défaut d'être bien écrit).