patrick_g a écrit 6397 commentaires

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.

sauf qu'ubuntu ne sort que dans plus de 2 semaines et Fedora dans un mois et demi.

>>> du côté de mandriva on passe un temps fou à tout bien fignoler

/mode vendredi on

Ce que explique l'intégration d'un noyau pas encore déclaré stable ainsi que d'un OpenOffice pas encore déclaré stable ?

/mode vendredi off

>>> Mono ne sera et n'a jamais été à la traîne de quoi que ce soit

J'avais fait un journal sur ce sujet : https://linuxfr.org/~patrick_g/26958.html
Si tu va lire la déclaration de Miguel de Icaza tu t'apercevra qu'il infirme totalement ta position :
""Malheureusement il n'y a pas de détails dans l'interview à propos des nouveautés de C# 4.0. Nous devons attendre jusqu'au PDC (Professional Developers Conference) pour avoir une idée de ce qui va arriver.
Heureusement, le compilateur C# de Mono est déjà compatible avec la version 3.0 et nous sommes prêt à ajouter les fonctions de la version 4.0 dès qu'elles seront rendues publiques"."

Mono est à la traine structurellement car il réimplémente les choix techniques de Microsoft.

Gthumb est la solution. Gthumb est le messie. Gloire à Gthumb !!!!

>>> lorsque tu veux par exemple retrouver un morceau de musique dans ta bibliothèque

Je le cherche avec l'interface de recherche de Rhythmbox et ça marche super bien tout en étant super rapide. En plus c'est spécialisé pour la musique de ma bibliothèque.

>>> tu te souviens qu'un gars t'avait envoyé un mail qui concernait par exemple un problème sur une version de la zlib

Utilisant Gmail là-aussi je cherche directement dans Gmail pour avoir le résultat.
Plus généralement si tu organise ton disque dur de façon assez rationnelle et que tes fichiers ne "bougent" pas beaucoup (peu de turn over de fichiers sur ton disque) alors les outils d'indexation perdent pas mal de leur utilité.
Je me suis astreint à utiliser tracker pendant une période d'environ 2 mois afin de voir si le bénéfice couvrait le coût mais je n'ai pas été convaincu (pour mon usage à moi, c'est évident que d'autres personnes auront un grand intérêt à utiliser tracker ou beagle).

>>> Personnelement, je désactive toujours tracker sur ubuntu

Pareil. Je range mes fichiers donc je sais ou ils sont. Pas besoin de ce truc d'indexation qui boulotte des ressources.