Delahaye Matthieu a écrit 118 commentaires

C'est un reste de l'époque où il fallait déclarer la taille d'un fichier quand on le créait.
Je dis pas que c'etait pas le cas a l'epoque, mais je ne suis pas certain du lien de cause a effet avec les raw devices mais bon.
Perso, a une epoque ou on se felicite de pouvoir utiliser des configurations hardware plus legere sous Linux pour des fonctionalites equivalentes, je suis etonne que d'un seul coup l'argument performance passe a la trappe parce qu'il a un coup en ressource humaine. A noter que ce fut le cas il y a quelques annees avec Linux. Fallait il laisser tomber?

Ma preference pour PostGreSql se fait certe par choix philosophique, mais aussi parce qu'il repond largement a mes besoins. Si les besoins changent et qu'Oracle (ou autre) s'impose, je vais pas freiner des quatre fers parce qu'il est moins commode. C'est le resultat que l'on fournit aux utilisateurs qui compte, pas l'huile de coude qu'il a fallu utiliser. Et pour les meme raisons on utilisera les raw devices ou pas.

Je gere un projet dont l'objectif est de mettre en place un portail web. Comme on est plusieurs dessus et à des endroits differents (US,France), le CVS s'est avere fort pratique.
On distingue plusieurs serveur web:
- Production: Il ne se met a jour depuis le serveur CVS uniquement en manuel, sur la branche principale.
- Test: Il se synchronise regulierement sur une branche appelee test. Quand la version en test est approuvée, je met a jour la branche principale par rapport aux modifications appliquees sur test (merge) et je synchronise la version en production.
- Dev: Synchronisé toutes les 5 minutes sur une branche appelée devel. C'est ici que vont tous les commits des développeurs. Pareil, quand on a un truc pas trop mal, on applique les modifications apportées sur devel vers test.
De plus chaque developpeur a sa copie chez lui et fait tourner un serveur local. Il fait son developement dans son coin, commit sur dev. Apres quand c'est pas mal on merge sur test et ainsi de suite.

Ca permet d'avoir d'orienter les divers intervenants vers différents sites:
- Le public sur le site en production
- Les commanditaires sur le site de test
- Les dévelopeurs sur le site de dévelopement.

On n'utilise par contre pas CVS pour les Bases de données pour les raisons suivantes:
- Les données dans les sites de dévelopements, de tests et en production doivent être compartimentées. On risquerai de se retrouver avec un message du type "machin est un con" sur le site de production.
- Si des modifications structurelles sont apportées à la base, il faut plutôt prévoir un script pour la migration des données de l'ancienne formule vers la nouvelle.

Je penses pas que tous les administrateurs s'amusent à courir après les nouvelles versions. Genre t'as une version qui fonctionne, pourquoi prendre le risque d'en installer une nouvelle version sans un minimum de feedbacks.

Certes, il est possible d'anticiper un minimum en effectuant les tests avec une testing mais celle-ci évolue quand même pas mal et il est plus sympathique de travailler avec une version stable (ici j'utilise stable dans le sens "pas de modifs").

Il n'est pas à mon sens aberrant d'attendre quelque mois après la sortie de la nouvelle version et de se synchroniser sur le nom d'une version (potato) et pas sur son qualificatif (stable). J'ajouterais même que l'inverse l'est parfois.

Les délais c'est important

Faut faire gaffe avec le mot délais. ça fait sujet à troll genre traduction "précipitation" au lieu de "rapidement". Et dans le genre précipitation on obtient des jolis résultats à la Microsoft ou Hardware buggé.

après tout rpm, apt et les outils de ports de BSD doivent pourvoir le faire

Je confirme que pour apt c'est en cours.

Ta Debian est sortie avant le FUD sur le changement de licences MP3 ...

Le truc qui est vachement bien chez Debian, c'est que malgré une release, elle n'est pas figée. Si il y avait eu un réel pb avec les mp3, les packages n'existeraient plus depuis longtemps...

Ensuite Debian n'est pas une entreprise qui a des brevets, des accords et des partenariats comme RH, plus "sensible" aux pb juridiques auquels sont exposees les entreprises *viables* ...

Il dit qu'il voit pas le rapport.

Enfin, attend la sortie de la prochaine Debian (dans un an ou deux), si ca se trouve, le support MP3 sera vire ;-)

Un autre truc de bien chez Debian, Woody a peine sortie, on sait déjà de quoi sera faite (et ne sera pas faite) la Sarge.

Bon je m'arrête là. On va m'accuser de vouloir lancer un conflit RedHat/Debian. Je trouve seulement que la justification de la présence/abscence du support mp3 chez Debian/RedHat me parait loin d'être valable.

sinon le preempt ne sert qu'a limiter l'impression de râmage de ton systeme quand il est chargé,il est donc nutilie sur un multiproc ;)


Faut pas confondre une modification avec ses effets. Le preempt patch ouvre la possibilité au scheduler, dans des cas précis, de changer la tâche en cours sur un processeur à la fin d'un quantum, même lorsque celle-ci est en train d'executer un appel système, chose qui n'était pas possible avant.
Effectivement, on constate une diminution des effets de ramage, mais aussi une diminution du temps de réactivité d'une application à un évènement, même lorsque la machine ne rame pas.

Si de plus on doit comprendre "nutilie" par son anagramme inutile, le raisonnement me parait quelque peut abscon. Le fait d'avoir plusieurs procs limite mais n'empêche pas de se retrouver dans le cas d'un monoproc, i.e. voir les n processeurs chacun "occupés" par des appels systèmes. J'arrive à gagner des performances non
négligeables sur un quadri soumis à une forte charge de requêtes réseaux.

'Ben oui, mais il va falloir former les utilisateurs aux nouveaux logiciels'

On est pas censé en tenir compte dans le TCO?

Sinon, le pb du LL dans les appels d'offres, rien n'empêche de demander l'utilisation de LL dans les clauses techniques ou de specifier qu'un lot proposant l'utilisation de LL sera un plus lors du dépouillement des offres.
Au xauteurs d'appels d'offres: A vos plumes!

Une implementation libre de JAVA?
Faut pas rever. Sun detient suffisement de droits dessus pour t'empêcher d'en faire une toi-meme. En fin si... tant que tu ne la distribues pas.

Cela dit, je me demande bien pourquoi lorsque l'on parle d'utiliser un appli proprio plutot qu'une libre, on se fait scorer négativement, et inversement, ne serait-ce qu'un soupçon de critique sur java entraine des scores negatifs aussi. Pour moi c'est du pareil au même. "Java tient la route" ne tient pas la route.

C'est pour cela que je préfère pas dire que Debian est une distribution Linux. D'ailleurs le terme générique est (en anglais) "Debian system". Debian GNU/Linux n'étant qu'un sous ensemble.

Je croyais que hton et ntoh c'était juste pour le codage de l'adresse IP?
Par contre il y a XDR utilisé par les services RPC. Et de toute facon ils peuvent utiliser leur propre encodage.

un Pilote ne contient aucuns sercrets technologiques!ca n'est qu'une liste d'adressages mémoires!
Non, c'est une séquence d'accès mémoire qui contient à la fois commandes et données. Bref le dialogue avec une API.

Si ta carte a une méthode particulière de recevoir et de traiter l'information, ton API risque de le faire transparaitre et de trahir le "secret" si bien gardé. C'est parfois pour cela que certaine boites sont réticentes à la divulgation de l'API.

Et au fait, Bdale travaille pas chez HP?

J'avais assisté à une présentation très intéressante de AbulEdu lors de la LSM de 2001. Si elle me semble très bien pour une utilisation dans un établissement éducatif, j'ai quelque doutes pour son utilisation en entreprise. Entre autre, est-il est possible de débrayer la modération des mails ? Pour ceux qui ne connaissent pas AbulEdu, un utilisateur peut envoyer des mails mais les réponses sont modérées par les instituteurs, afin de protéger les enfants de textes racoleurs et autres.

Note préliminaire: J'ai pas de connection au net depuis chez moi.

Hier, j'ai installé Glade depuis les CDs officiels. Il m'a fallu (au delà des 3 premiers CDs) les CDs 4 et 6. Donc si t'as pas de connection au net, les 7 cds peuvent servir ;-).

Sinon, par rapport à une remarque faite plus haut, avoir les packages contrib sans les non-free ne sert pas à grand chose. Un package dans contrib est un package "libre" au sens Debian mais dépendant d'au moins un package situé dans non-free. C'est d'ailleur pour cela que lors d'une installation sous Debian, si tu n'acceptes pas les non-free, on ne te proposera pas les contribs.

A noter que ce débat a lieu (sur plusieurs mois déjà) via la mailing liste d'IRIS. La confrontation anonymat et liberté d'expression a fait parti de ce débat.

A noter que la simple lecture de ces mails montre clairement que les avis sur ce point divergent. Si certains pensent que le droit à l'anonymat est un garant de la liberté d'expression, d'autres le dénonce comme étant un palliatif au risque de s'en prendre plein la figure quand on l'ouvre, preuve d'une liberté d'expression non respectée.

c'est pessimiste comme reflexion

"un pessimiste est un optimiste avertit"

Les utilisateurs, les vrais, ceux qui font le boulot (pas ceux qui en parlent) n'acceptent le changement et en sont même porteurs qu'à une seule condition, c'est que ça facilite leur travail.
Et pour les autres on fait comment? Parce que généralement ceux qui en parlent sont les premiers à se plaindre.

Si je vois clairement en quoi Linux facilite mes tâches d'administrations serveur, postes clients, et solutions de deployement, l'utilisateur ne voit pas forcément lui la différence, et voir même ne comprend pas pourquoi je lui demanderai de changer ses habitudes pour faire en sorte de simplifier ma propre existence.

Si j'échange une appli propriétaire pour une appli libre et que je lui fourni les mêmes fonctionnalité, où est de son point de vue le gain?

Je ne parle pas non plus des applications "faites maison" qu'il va falloir remplacer...

Pour ce qui est de l'écoute du terrain, il n'y a rien à redire là dessus. Mais quand le terrain est vaste, il ne faut pas s'attendre à un déployement Linux massif en 1 semaine ni même en une année. Et pendant ce temps là les utilisateurs font encore plus leur "marques" sous Windows.

Arrêter Windows ou arrêter de fumer, c'est pareil, on y gagne la liberté.
Arrêter de fumer quand c'est une démarche volontaire, on peut. Quand c'est une démarche imposée par un autre, ca devient nettement plus dur.

Arrêter Windows, c'est pareil. Quand c'est une démarche personnelle, si il y a un pb, on prend sur soi et on cherche la solution car c'est une volonté personnelle de migrer sous Linux. Maintenant quand c'est quelqu'un d'autre qui te dis qu'il va falloir changer et que tu ne retrouves plus tes petites habitudes d'avant, c'est un peu plus dur de l'accepter.

Dans le cas général, la majorité des utilisateurs accepteront de passer sous Linux. Mais dans un environnement de production, un utilisateur mécontent vaut facilement une centaine d'utilisateurs indifférents. Le mécontent tu te le tapes tout les jours dans le bureau. Les autres tu les vois pas.

Un autre paramètre qui n'est pas évoqué: La nature des utilisateurs. Je pense que les utilisateurs "informaticiens" dans le sens large du terme s'adaptent facilement à un nouvel environnement. Par contre, une personne qui a un ordinateur sur son bureau parce que c'est désormais un outil de travail privilégié, à qui on a déjà imposé l'utilisation d'un ordinateur et qui a eu du mal a "maitriser" le tableur de Redmond, faudra pas maintenant s'attendre à un enthousiasme de sa part pour passer sous Linux. C'est bête mais même si on a des alternatives avec les mêmes fonctionalités, faut quand même remarquer qu'elles ne sont pas accessibles de la même façon.

Pour beaucoups, deux applications sont équivalentes si on retrouve des icônes ayant la même apparence à peu près au même endroit.

En pratique, je sais pas. En théorie, c'est censé monter jusqu'à 12 Mb/s mais c'est plus conseillé de tabler sur du 8Mb/s. Après, en pratique c'est autre chose.

La lecture du document "USB Bandwith Analysis" http://www.intel.com/design/usb/papers/bwpaper2.htmpeut(...) peut être intéressante, mais j'ai pas envie de me faire mal à la tête aujourd'hui.

Je pense qu'il y a de bien meilleurs films à venir.

Je suis allez voir "Etre et Avoir". C'est un autre genre... Mais ce n'est que du bonheur. A voir

A moins d'avoir des gros problèmes de lectures et de compréhension écrites, n'y a t-il pas un pb dans les spécifications.

C'est vrai que le download est souvent favorisé par rapport à l'upload, mais la c'est carrément le contraire... Je prends l'economy pack:
768 up 128 down Kbps

A mon avis il faut lire:
768 down 128 up Kbps

... qui de plus sont clairements marqués comme étant des "liens commerciaux". La franchement y a rien à redire.

Par contre google.org ca existe... même si ca redirige vers le google.[com|fr].

tout dépend si on fait l'analogie logiciel libre avec GNU. En effet GNU Emacs a débuté en 84, mais Emacs, le soft de Stallman à l'origine de la version GNU, date de 75.

Si les logiciels libres ne portaient pas ce nom avant la création de la FSF, il existait bien une communauté qui d'ailleur a motivé la création de ladite fondation. Bon ce soir, je relis la Genèse de ma bible revue et corrigée par Eric S. Raymond...

Je me permettrai même d'ajouter qu'il y a eu ici des annonces de portage de Linux sur des machines autrefois exclusivement utilisables aves des OS propriétaires.... sans pour autant avoir lu de telles remarques portant sur les produits propriétaires du constructeur correspondant.

Ca me rappelle un peu la chasse au sorcière ou le moindre soupçon de lien entre une personne et une idéologie "ennemie" emportait les foules...