patrick_g a écrit 6453 commentaires

>>> Stallman justifie des abérations techniques en invoquant des raisons politiques

Y'a quand même un bel avantage technique qui est sorti de la position de Stallman : Apple a contribué au support d'Objective-C dans GCC alors que si il était possible d'avoir un GCC très modulaire il est fort probable (euphémisme pour "plus que certain") que le support d'Objective-C serait resté purement dans le giron d'Apple.

>>> Je sens une certain dénigrement de PCC

Mais en quoi le fait de dire que PCC ne pourra pas remplacer GCC tant qu'il ne supportera pas d'autres langages que le C est un dénigrement ? Pour moi c'est juste le rappel d'un fait.
Si l'utilisateur peut se contenter du C (antérieur à C99) alors PCC est effectivement une alternative, sinon non.

En quoi le fait de dire que l'argument selon lequel GCC ne serait pas maintenu est faux est un dénigrement de PCC ? Pour moi c'est juste le rappel d'un fait. Cet argument du manque de développement upstream ne doit pas être utilisé car il est faux.

En quoi le fait de dire que l'écart de 10% de performances n'est pas soutenu par des benchmarks est un dénigrement ? Pour moi c'est juste le rappel d'un fait. Tant que nous n'aurons pas des benchs comparatifs il est normal et sain d'être quelque peu sceptique au sujet des performances car, de l'aveu même de son mainteneur, PCC n'est pas optimisé.

Dire que je bave systématiquement sur les BSD est absurde. J'ai écrit pas mal de news sur les OS BSD, sur PC-BSD et j'ai même écrit la news sur LLVM 2.2 qui est un compilateur sous licence BSD : http://linuxfr.org//2008/02/18/23723.html

>>> On connait pas le sujet, donc bavons !

Nous serions plus qu'heureux que tu proposes de belles dépêches en relation avec le monde BSD. Cela contribuerait à élever le niveau et à faire connaitre le sujet.

>>> les habituelles baves de patrick_g

Mais oui. Des baves du style "PCC a donc toute sa place (dans la catégorie C-only et taille réduite sans trop d'optimisations) et on ne peut que lui souhaiter bonne chance" n'est ce pas ?
Je dis explicitement que le développement de PCC est souhaitable pour le logiciel libre dans son ensemble mais visiblement tu ne lis que ce que tu veux bien lire.

Je ne sais pas ce qu'ont certains utilisateurs de systèmes BSD mais il semble que dès qu'on émet la moindre réserve on se fait traiter de tous les noms.

Plutôt Lojban non ?

grmmmbl....c'est fait.
J'aurai jamais du me lancer là-dedans, je sens que ça va être sans fin.

Merci pour tes remarques. C'est corrigé.

>>> À propos de gcc j'avais entendu dire que son architecture avait volontairement été rendu moins pratique par Sallman, pour rendre plus difficile les extension propriétaires. Est-ce que que quelqu'un serait dire si cela à un fond de vérité ou si il s'agit de pure légende urbaine

C'est la vérité vraie (même si le mail ou il déclare ça date de 2000):

http://gcc.gnu.org/ml/gcc/2000-01/msg00572.html

Y'avait eu une discussion sur LWN ou j'avais aussi posté le lien vers ce mail et il y a des commentaires intéressants:
http://lwn.net/Articles/301135/

>>> Beaucoup voient en lui une alternative viable à GCC qui pourra à terme le remplacer

Heu...alternative peut-être...mais uniquement si on veut compiler du C !
Pour les autres langages supportés par GCC (C++, Java, Fortran, Ada, Objective-C) elle est ou l'alternative ?

>>> pour une vitesse d'exécution environ 10% plus lente

Ou sont les benchs qui prouvent cette affirmation ? Vu le boulot incroyable incorporé dans l'optimisation de GCC j'ose conjecturer que l'écart entre PCC et GCC est bien plus grand que 10%. J'attends de pied ferme une réfutation de cette conjecture.

Quand à la motivation du projet PCC il est certain qu'une situation de monopole n'est jamais saine. GCC a beau être un superbe soft il vaut mieux pour le logiciel libre que des alternatives émergent (on pense à LLVM par exemple). PCC a donc toute sa place (dans la catégorie C-only et taille réduite sans trop d'optimisations) et on ne peut que lui souhaiter bonne chance.
Je ne peux toutefois m'empêcher de trouver curieuse la justification apportée par Theo de Raadt dans cette interview d'octobre 2007: http://www.thejemreport.com/content/view/369/

Je cite : "What other hurdles remain in replacing GPL-licensed programs in OpenBSD?

TdR: But that's never really been the agenda, see. Some people think we hate GNU code. But the thing is we hate large code, and buggy code that upstream does not maintain. That's the real problem...".

Si Theo pense vraiment que GCC n'est pas maintenu upstream alors il doit vivre dans un monde parallèle au notre. Un monde ou IBM, Red Hat, Novell, Bull, Google, l'INRIA, et de nombreuses autres entreprises et universités ne contribuent pas au développement de GCC (allez donc voir les affiliations des auteurs des articles des différents GCC summits).
Dire qu'on soutient PCC car on trouve que GCC n'est pas maintenu c'est grotesque.

>>> Je n'ai jamais douté que Linux puisse devenir grand public

A mon avis un grand pas sera fait quand les entreprises basculeront vers GNU/Linux et que les salariés bosseront donc avec une distro classique (Suse, Red Hat, Debian, Ubuntu ou autre).
Il y a de bonnes chances que ce soit cette utilisation banalisée dans le monde du travail qui provoquere la bascule pour le grand public.

Extrait de la page de news de Knuth : "it is no longer safe to write personal checks. A criminal who sees the numbers that are printed at the bottom of any check that you write can use that information to withdraw all the money from your account."

C'est vrai ce truc ? Est-ce aussi le cas en Europe ?

ça marche pour toi le changement en passant par https://linuxfr.org/css.html ?

>>> Tout ce qu'il a fait dans Ubuntu, il aurait pu le faire dans Debian, sans forker.

Sauf qu'avec Ubuntu il est aux manettes et il peux prendre des décisions. Avec Debian le processus décisionnel est...hum...plus long.

Une fille dégarnie alors : http://www.flickr.com/photos/11384633@N00/642537254/ (photo prise lors de la réunion des modérorelecteurs du site).

D'après le changelog du 2.6.27.1 le vrai bug est enfin corrigé (le coupable se révèle être CONFIG_DYNAMIC_FTRACE qui provoquait une corruption).

A noter cet article en français sur les nouveautés d'OOo 3.0 qui est disponible sur le site de Framablog :

http://www.framablog.org/index.php/post/2008/10/13/openoffic(...)

Bah oui y'avait pas de news dans le pipe alors, n'écoutant que mon courage, j'ai profité de l'heure du déjeuner pour en faire une en vitesse en mangeant mes barres-Gerlinéa-qui-font-même-pas-maigrir-la-pub-vous-ment (y'a des miettes plein mon clavier maintenant).
J'espère au moins que le discret appeau à trolls en fin de dépêche va prendre.

Il arrive souvent qu'on reçoive des dépêches de 3 lignes. Si l'une d'entre elle porte le titre "Sortie de OOo 3.0" tu va croire qu'une news est dans le pipe alors qu'en fait tu aurai pu te lancer dans la rédaction de la tienne.

>>> Ah si, il suffit de glisser le fichier/répèrtoire sur le bureau ou à son ancien emplacement, mais encore voilà!, il ne fait pas un déplacement, il fait carrément une copie!

Je suis en Ubuntu Hardy avec une applet corbeille en version 2.22.2 et je n'ai pas le même comportement. Je viens de faire le test et quand je glisse le fichier que j'avais supprimé vers le répertoire home il y a bien un déplacement et pas une copie.

>>> Pour ceux qui ne peuvent pas attendre la dépêche LinuxFr (sûrement dans le pipeline)

Raaah....mais pourquoi dire ça alors que tu n'en sais rien du tout ? Cela va décourager les contributeurs potentiels qui vont penser que le boulot est déjà fait.
Je peux te dire qu'au moment ou j'écris il n'y a rien dans le pipeline au sujet d'OOo 3 et que nous attendons avec impatience les contributions.

>>> Je suis toujours amusé de lire les piques de Torvalds envers Intel

D'un autre coté Linus a posté un article dithyrambique sur son blog à propos des disques SSD Intel : http://torvalds-family.blogspot.com/2008/10/so-i-got-one-of-(...)

Je signale un article gigantissime du site Heise Open Source sur le nouveau noyau : http://www.heise-online.co.uk/open/Kernel-Log-Linux-2-6-27-R(...)

Un boulot impressionnant !

>>> Surtout si rapidement (moins de 24 heures après l'annonce, temps de modération de la dépêche comprise !).

Heu...en fait je prépare les news noyau sur environ deux mois et je soumets la news sur le site environ une semaine ou deux avant la sortie pour bénéficier des corrections et améliorations de mes petits camarades (merci à baud123, Floxy, jerome_misc, pterjan et plic).
Donc la préparation de la dépêche (deux mois) n'interfère pas du tout avec la préparation de l'entretien (deux heures méthode la RACHE ;-)

>>> Moi je trouve ça bien.

C'est surtout que l'intégration de nouveaux pilotes ce n'est pas un changement très risqué puisque, par définition, ils n'étaient pas dans le noyau avant et qu'il n'y a donc pas risque de régressions.
Que ce soit pour le pilotes ou pour les systèmes de fichiers ce sont des pièces assez isolées qui peuvent entrer dans le noyau facilement (même lors d'une RC).

Merci !
(pour ceux qui n'ont pas suivi : https://linuxfr.org/comments/971195.html#971195 )

PS : L'entretien s'est pas mal passé. Faudra voir lors de la restitution dans 3 mois pour voir si y'a un effet sur la fiche de paie.