Posté par Guillaume CASTAGNINO (page perso, ) le 09/07/2007 à 08:26. (lien). Évalué à 10.

Oui Bravo !
Complet, avec tous les pointeurs sur les divers éléments cités...
Une dépêche de très grande qualité
Merci !

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 31/03/2007 à 18:46. (lien). Évalué à 5.

Ah bon parceque pour toi les enjeux évoqués par candidats.fr sont des enjeux d'informaticiens ?

C'est un peu réducteur non ? Parler de liberté de l'accès à l'information, interopérabilité, brevet logiciel, accès aux ressources culturelles autrement que via une plateforme priorio qu'on te fait payer la peau des fesses et qui t'enferme, etc... c'est un débat d'informaticiens ?

C'est ce qu'on veut nous faire croire, oui, mais au delà de l'aspect technique qui je te l'acorde est informatique, c'est un sujet qui concerne 100% de la population, informaticiens ou non !
Et le texte présenté ici (l'as-tu lu au moins ?), au delà d'être rédigé par une équipe très certainement compétente informatiquement au vu de la manière de traiter le sujet, fait preuve pour une fois d'une lucidité et ouverture d'esprit rare quant à la maîtrise de la connaissance/information/culture par autre chose que les multinationales commerciales qui auraient plutôt tendance à nous 'alimenter' au compte goutte a l'aide d'un contenu savamment sélectionné et bridé.
Et le tout avec immensément moins de démagogie que ce à quoi nos politiciens nous habituent. Après, on peut être d'accord ou non avec ce texte ou les autres opinions du candidat et des idées qu'il porte et représente, mais c'est un autre débat.

En tous cas, réduire ces 15 pages à un couplet pour informaticiens... non, définitivement.

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 16/12/2006 à 10:44. (lien). Évalué à 1.

Non, meme avec beryl on n'a pas besoin de AIGLX avec une nvidia
Et aiglx est désactivable a la compilation de xorg 7.1 (sous Gentoo, on a un use flag pour désactiver/activer ça)

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 30/04/2006 à 12:00. (lien). Évalué à 2.

Nerim aussi.
IPv6, DNS secondaire, MX backup... pas beaucoup a proposer ça (et c'est fort utile tous ces services)

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 18/03/2006 à 08:30. (lien). Évalué à 5.

La conculsion est très claire : https://linuxfr.org/2006/03/17/20520.html
Matériel et Logiciel sont distincts, la DGCCRF le reconnais mais a juste un peu du mal a se bouger l'arrière train pour le faire appliquer...

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 05/01/2006 à 15:46. (lien). Évalué à 2.

Tu masque >=nvidia-kernel-1.0.7667 et >=nvidia-glx-1.0.7667, et voila ton legacy ;)

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 05/01/2006 à 15:42. (lien). Évalué à 3.

Bah chez moi, ma PCTV RAVE (mt2032, si ma mémoire est bonne) marchait en 2.6.14.5, mais ne marche plus en 2.6.15 :'(
Le problème semble connu a ce que j'ai cru comprendre, j'espère que ce sera vite résolu.

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 10/12/2005 à 21:27. (lien). Évalué à 3.

Il y a déjà une action de ce type déja prévue, planifiée par le groupe de travail détaxe :
https://www2.aful.org/sections/wikis/detaxe/ActionsAutomne20(...)

Il ne reste qu'a pratiquer ;)

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 21/09/2005 à 21:18. (lien). Évalué à 0.

Tiens, ça existe encore ça ? :)
<ma vie>
J'avais connu ça a l'époque ou j'étais en primaire, mais ça fait 15 ans, ça avait été abandonné peu après...
</ma vie>

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 17/09/2005 à 14:54. (lien). Évalué à 4.

Au boulot, j'importe avec la 2.0 beta sans problème les ficheirs word (aucun problème jusqu'a présent), mais pour l'export .doc, c'est LOIN d'etre ça. OOo 2.0beta m'a transformé un document word de 26 pages en un document de 120 pages :/ en me cassant tous les en-tetes des pages.
Bon, les gens ont la mauvaise idée de faire la doc technique en word, mais pour l'éditer, pas trop le choix, j'ai du utiliser word a cause de cette lacune (et sous linux, merci crossover-office...)

Je sais pas ce qui pousse les gens a faire la doc technique en word, c'est impossible a gérer dans le cadre d'une edition concurrente (merci CVS/subversion sur du latex ou docbook...) et c'est une horreur a éditer sous linux. Ce genre de cas malheureusement très courant en entreprise est un frein majeur a l'utilisation d'openoffice...

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 24/08/2005 à 12:44. (lien). Évalué à 4.

Pourtant, windows est aussi un nom commun hein. Ca n'empeche pas de le déposer/proteger etc... avec des ®, ©, TM...

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 22/08/2005 à 18:07. (lien). Évalué à 2.

Parceque la pérennité et la maintenabilité d'un logiciel sont des éléments clés de sa longévité et de son évolution... (ca semble tellement évident, mais il est bon parfois de le rappeler).
Il est donc dommage de faire passer ces éléments en arrière plan alors qu'ils devraient être pris en compte dès la conception.

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 20/08/2005 à 13:53. (lien). Évalué à 3.

D'un côté tu as raison, le professionnel est quelqu'un qui est payé pour faire ce qu'il fait. Mais de l'autre, je ne vois pas ce qui interdirait à un professionnel d'aimer son métier et le faire correctement.

Personnellement, j'estime que beaucoup de gens font aujourd'hui un métier qui leur plaît, du moins dans l'informatique, et qu'ils ont donc une certaine propension à bien faire leur travail. Ça s'appelle la passion, mais ça peut aussi tout simplement être de la conscience professionnelle.

Tu semble oublier que le programmeur professionnel a des délais, des impératifs divers qui font que : il faut se débrouiller pour que ça marche au moment voulu, a tout prix, parceque le commercial l'a promis au client. Du coup, pour tenir les délais, on abandonne un peu la beauté du code, le soin qu'on apporte avec amour passionné au programme, pour faire fonctionner le bouzin, a coup de gros hacks immondes, parcequ'on a pas le temps de faire plus joli, en tous cas, c'est ce que j'ai TOUJOURS constaté dans les différentes boites ou je suis passé...
Donc passionné ou pas, le programmeur professionnel crachera du code immonde et inmaintenable, probablement plus buggué que le programmeur amateur passionné (et tout aussi compétent) qui n'est pas pressé par des délais bien trop courts.

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 08/06/2005 à 15:29. (lien). Évalué à 3.

RenderAccel c'est l'acceleration matérielle 2D. C'est très pratique pour les extensions composites de xorg (sans ça c'est pas très rapide d'ailleurs), mais pour la 3D, ça ne change rien.

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 07/06/2005 à 20:57. (lien). Évalué à 2.

Exact, si le hardware le supporte pas, le driver n'y changera rien...

Un exemple, sur ma Geforce4 MX420 : OpenGL version string: 1.5.3 NVIDIA 76.64

Pas non plus d'OpenGL 2.0, meme avec ce nouveau driver.

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 04/06/2005 à 09:12. (lien). Évalué à 3.

Personne ne t'a obligé a upgrader, tu gardes l'ancienne version des drivers qui gere ta carte et hop, basta, ça marche !
Quand on a du vieux matos, il me semble évident qu'on ne peux pas forcément utiliser le driver blending edge qui de plus n'a d'améliorations que pour les cartes récentes et pas pour ta carte ancienne...

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 25/05/2005 à 22:40. (lien). Évalué à 7.

C'est pourtant indispensable si tu veux faire une énorme mise a jour qui peut breaker plein de choses, et que tu ne veux pas passer 40 ans derrière a régler les conflits de merge a la mano parcequ'un crétin aura jugé bon de traffiquer le code pendant que tu travaillais, meme en supposant que les devs s'étaient coordonnés avant... (les boulets ça existe chez les devs aussi).
Ce genre de features, meme si elles sont a utiliser avec modération peuvent s'avérer indispensables dans certains cas pour éviter des merdes futures...

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 22/05/2005 à 17:31. (lien). Évalué à 2.

Surtout que sans validation des pointeurs ci dessus, ce code est dangereux... heureusement que des gens se battent pour renforcer ce genre de fonction pour éviter les buffer overflow...

Quand on code, il faut aussi absolument faire rentrer en jeu un brin de bon sens...

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 11/05/2005 à 07:10. (lien). Évalué à 3.

Linux 2.2 est stable, donc linux 2.4 et 2.6 sont forcément moins stables, conclusions, restons tous en 2.2...
A force de raisonner comme ça, on n'avance plus. Si ces développeurs ont ressenti le besoin de refaire un init, c'est peut-etre que l'actuel ne leur suffit pas, a des lacunes, l'excuse de la stabilité est uniquement une excuse pour figer les choses et ne pas avancer, et se retrouver avec quelques années voie décénies de retard sur le voisin...
Init est assez infame, peu efficace, pourquoi ne pas en changer ?

[ Répondre ]

Posté par Guillaume CASTAGNINO (page perso, ) le 10/05/2005 à 09:39. (lien). Évalué à 4.

Vraiment un très bon petit client, léger (même en GTK-2 contrairement a ce qu'affirment ses détracteurs, et au moins, c'est joli, c'est anti-aliasé, ça gère l'unicode proprement), très peu consommateur en RAM a coté des autres alternatives, bref... que du bon.

A essayer de toute urgence. Personnellement, il ne lui manque que deux features pour que je lache thunderbird : le support de l'IDLE imap4 (que seul thunderbird gere), et le subscribe sur imap4 aussi ;)

En tous cas, bonne continuation au projet et chapeau !

[ Répondre ]