Effectivement, dans la fonction publique par exemple, cela fait des années que l'on achète sans problème un PC sans OS, que cela soit DELL ou autre. De toute manière, c'est écrit dans les machés public. C'est ainsi que l'on voit que XP (pro) coute généralement 98E mais cela dépend des marchés.
On nous annonce aujourd'hui une version 4.5 avec plus de 1000 bogues corrigés. Cela me fait penser qu'il y a pas mal de monde à développer et c'est très positif.
Cependant, je ne peux m'empêcher de penser qu'il manque un zéro devant le 4.5 vu le nombre de bogues (et on ne parle pas ici de nouvelle fonctionalité). Du coup, cela ne me donne pas du tout envie de l'installer car je me dis que le produit n'est pas du tout 'stable' et va encore changer du tout au tout d'ici la version suivante.
En bretagne sud (Lorient par exemple), on ne mange que des crêpes, pas de galette. Donc ceci n'est pas une affaire de finistérien. De toute manière, le seul breton, le vrai, c'est le Vannetais (et hop, je suis dedans ;-))
J'aurais tendance à penser que la galette se dis dans les pays de langue d'origine gallo où il y a effectivement Saint Malo et Rennes.
Cela fait un bout de temps que l'on annonce cette version 0.8 de drdb qui permettrait d'attacher deux noeuds en lecture écriture. Cependant, quelqu'un sait-il s'il y a une date plus ou moins précise de sortie de cette version.
Savez-vous s'il y a des échos du coté de debian pour avoir un port Solaris, comme il y a un port NetBSD et un port Hurd.
L'idéal serait d'avoir un port très intégré, dans le tronc central. On pourrait alors sur un système debian écrire
apt-get install solaris-image-....
et hop, on passe du noyau linux au noyau solaris ;-)
Il faudrait peut être plutôt l'appeller sunos-image car si mes souvenirs sont bons (et lointain), sunos est le noyau et solaris, la distribution sun autour. Même si sun s'est autorisé par le passé des raccourçis dans ses numérotations comme on peut aussi le voir avec java.
Enfin, QEmu est libre et Fabrice parle de libérer kqemu sur son site même si je suis le premier à dire qu'il n'est pas clair (et que c'est dommage car il va y avoir finalement un doublon de son module).
Concernant VMware, je n'ai pas entendu parler de le rendre libre à son sujet.
Pour moi, le choix est clair et sans état d'âme, si qemu marche, c'est celui-là que je prends.
Enfin moi, je ne veux plus entendre parler de RAID5 mais de RAID6. Le risque est en effet assez élevé d'avoir un pépin lors d'une reconstruction d'un RAID5. Avec le RAID6, la sécurité est vraiment mieux pour pas beaucoup plus chère (je parle des baies a plus de 12 disques assez répandue maintenant).
Je viens de lire cette page. Je ne suis pas un as de la programmation moi non plus mais je ne suis pas du tout d'accord avec ce qui est dis sur cette page. Je n'ai pas le courage ce soir de reprendre point par point les arguments avancés mais la plupart me paraissent complètement erronés.
J'ai utilisé pas mal de langage et pour faire du calcul tensoriel sur des équations différentielles, le Fortran est bien, pas parfait car à l'époque, je faisais du F95 avec ensuite des extensions du F98 et qu'il manquait clairement des points ajoutés dans le F2k.
Le seul langage qui m'a donné envie de tout ré-écrire, c'était Sather, mais malheureusement, Sather est mort. Sather était un langage objet inspiré d'Eiffel mais avec un soucis de calcul dans le design. D'ailleurs, il y avait deux versions en parallèle : Sather et pSather (version parallèle).
Les autres langages soit n'avancent pas (pour cette problèmatique), soit sont bien trop touffus et compliqué. A l'époque, je me suis mis à Fortran à reculons et au bout d'une demi-journée, en ni connaissant rien, j'avais déjà compris et modifier le code pour mes besoins. Mes apprentissages du C, C++, Perl, Ada... ont été bien plus long.
Les applications multimédia (couche bas-niveau) il n'y en pas pas des milliers et les applications scientifique non plus. Par exemple, pour la bibliothèque fftw on trouve trois versions spécialisé sur debian : p4fftwgel2, k6fftwgel2k et k7fftwgel2. Avec l'une de ces versions, j'ai vu un code tourner 5 fois plus vite. Cependant, ce cas de figure est rare. Il suffit donc d'avoir quelques bibliothèques optimisés et cela suffit. Je ne sais pas ce que vous faisez de votre machine mais mon expérience personnel montre que globalement un PC aujourd'hui ne fait rien (sauf ponctuellement). Il n'y a donc pas intérêt à complexifier les distributions pour des programmes comme bash.
Je me souviens un bench il y a quelques années qui comparait la gentoo à la debian compilé pour 386. Globalement la debian allait plus vite que la gentoo (sauf quelques bench) ce qui m'avait pas mal surpris mais pas déplu ;-)
Il vaut voir qu'a chaque fois qu'on change les paramètres de compilation, les bogues ne sont pas toujours reproductibles. C'est bien de compiler avec plusieurs compilateurs et plusieurs jeux de paramètres mais il faut encore pouvoir ensuite maitriser son Bogue Tracking System et arriver à en faire quelque chose.
Debian tourne en 486 et non en 386 par défaut même si pour des raisons historique, il est écrit 386 sur les noms des archives.
Comme il a été dis dans d'autres post, seules quelques applications ont vraiment besoin de profiter de l'optimisation du processeur et il y a en général une version binaire du paquet par architecture.
Comme il n'est pas possible de faire cela pour tous les paquets, ni de multiplier les architectures matérielles, je pense qu'une des solutions possibles est celle aujourd'hui utilisé par le noyau : le remplacement de code à chaud lors du démarrage. Le noyau linux est déjà capable de s'adapter à la carte mère ainsi (voir le SMP pour le noyau 2.6.18). On peut très bien imaginer (en tout cas, je l'imagine très bien) avoir dans un même binaire plusieurs implémentations des parties critiques et que le code exécuté soit choisie automatiquement à chaud.
Dans le milieu du calcul scientifique, Fortran est bien implenté. Je vois des chercheurs partir vers le C ou le C++ mais en général, je leur déconseille. Les chercheurs ne sont pas toujours des as de la programmation, normal, et le fortran, malgré des défauts, est relativement bien adapté à la problématique.
La question que je me pose est quel est l'apport significatif de Fortress par rapport à Fortran 2003 (f2k). En effet, le fortran depuis le F90 à montrer que lui aussi savait évoluer tout en privilégiant dans le design la performance et le calcul parallèle. Aujourd'hui, avec le fortran 2003, on peut faire de l'objet avec de l'héritage simple. Il est clair que ce n'est pas un langage avec autant de fonctionalité que le java ou le C++ mais il ne faut pas oublier l'objectif premier aujourd'hui qui est de pouvoir paralléliser et vectoriser relativement facilement un code.
Quel sont les langages supportés de base ? J'ai bien compris qu'il était possible d'étendre Acceleo mais de base, quels sont les langages supportés à part java ?
> Et le développement du soft à l'air plutôt au point mort depuis
> novembre... :(
J'ai lu quelques pars qu'ils mettaient toute leur ressource sur la finalisation de leur dernière version sous Microsoft, mais que celle-ci allait bientot sortir et que la version GPL serait reprise en main ensuite.
Donc, /a priori/, rien de dramatique, juste une gestion des priorités et de ressources humaines.
Autant les pieds pour les avions n'ont pas de justification précise et on pourrait tout à fait passer en mêtres, autant pour les marins, les noeuds sont calqués sur la géographie de la terre.
Tant que la terre est référencé par la mesure des arcs mesuré en degré minutes, seconde, les noeuds ont toute leur utilité.
Ce qui risque de les mettre dehors un jour, c'est la généralisation du GPS qui fait que certains ne savent même plus lire une carte marine. Et encore, le GPS donne les coordonnées sur la base du referentiel terrestre donc en arc.
Evidement, pressé de faire mon journal vu que je n'était pas sur que le compteur ne repasse pas au dessus de la barre des 100, je ne me suis à peine relu et donc je n'ai même pas parlé du contexte.
Etch est la future version stable de debian qui est en phase terminale. Le nombre que j'évoque ici est le nombre de bogue critique qu'il reste à corriger avant publication de Etch en version stable. En effet, chez debian, on publie à zéro bogue critique le jour J, ou plutôt, le jour J est le jour ou le nombre de bigue critique atteint zéro.
Pour celui ou celle qui va sur la page web relatant des derniers bogues corrigé ou nouveau, il (elle) verra qu'il y a pas mal d'activité ces derniers temps.
Le site web de debian au cas ou (et puis cela augmente le page rank de debian) :
Je vois qu'il n'y a plus que cela comme éditeur. C'est tout de même dommage et ce n'est pas forcément très bon signe pour le libre de savoir qu'il n'y ai pas plus d'autres éditeurs.
Je me souviens qu'il n'y a pas longtemps, il n'y avait qu'un serveur DNS digne de ce nom : bind. C'était une véritable catastrophe. Un seul bogue fatale et tout internet pouvait tomber. Heureusement, il y a plus de diversité aujourd'hui.
C'est bien pareil pour jabber. Un seul serveur est une mauvaise idée. Beaucoup trop dangeureux. Je pense que le minimum est d'avoir trois implémentations qui tiennent la route.
Cependant, la question que je me pose : Quel est l'intérêt de développer seul le serveur jabber14 alors que jabber2 existe et a une communauté autour de lui ? Le soucis que j'invoque ci-dessus pour bind n'a pas lieu dans le cas présent.
Oui mais moi, je n'avais pas d'adresse mail chez eux ! A quoi bon, j'ai déjà plein d'adresse mail dont la professionnel et gmail. Je n'ai que faire d'une adresse tele2. Et a vrai dire, ils ne m'ont jamais demandé d'en avoir une ni expliqué comment en avoir une.
Je ne me servais de leur serveur smtp qu'en sortie.
Je ne devais pas être le seul. En plus, je n'ai pas du envoyer beaucoup de spam puisque tous mes PC sont sous Linux ;-)
Dommage
PS : par ailleurs, les spywares et autres cochonneries ne savent pas utiliser les paramètres d'outlook tout seul, comme ils utilisent les parametres d'IE de manière automatique. Car si oui, la protection me semble assez légère.
# PAM ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Nouvelles fonctions de hachage. Évalué à 4.
[^] # Re: pas nouveau
Posté par Sytoka Modon (site web personnel) . En réponse au journal Dell vend des PC sans windows et avec un système d'exploitation libre!. Évalué à 5.
# Dynamique du développement
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de Zimbra 4.5. Évalué à 5.
http://www.zimbra.com/blog/archives/2006/09/zimbra_ubuntu_pr(...)
On nous annonce aujourd'hui une version 4.5 avec plus de 1000 bogues corrigés. Cela me fait penser qu'il y a pas mal de monde à développer et c'est très positif.
Cependant, je ne peux m'empêcher de penser qu'il manque un zéro devant le 4.5 vu le nombre de bogues (et on ne parle pas ici de nouvelle fonctionalité). Du coup, cela ne me donne pas du tout envie de l'installer car je me dis que le produit n'est pas du tout 'stable' et va encore changer du tout au tout d'ici la version suivante.
J'espère que j'ai tout faux.
[^] # Re: Géographiquement...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Proposition de stage ingénieur autour de Kerrighed. Évalué à 2.
J'aurais tendance à penser que la galette se dis dans les pays de langue d'origine gallo où il y a effectivement Saint Malo et Rennes.
[^] # Re: DRBD + Heartbeat
Posté par Sytoka Modon (site web personnel) . En réponse au journal HA & FS. Évalué à 2.
# Debian / Solaris
Posté par Sytoka Modon (site web personnel) . En réponse au journal Solaris sous GPLv3. Évalué à 3.
L'idéal serait d'avoir un port très intégré, dans le tronc central. On pourrait alors sur un système debian écrire
apt-get install solaris-image-....
et hop, on passe du noyau linux au noyau solaris ;-)
Il faudrait peut être plutôt l'appeller sunos-image car si mes souvenirs sont bons (et lointain), sunos est le noyau et solaris, la distribution sun autour. Même si sun s'est autorisé par le passé des raccourçis dans ses numérotations comme on peut aussi le voir avec java.
[^] # Re: Infos
Posté par Sytoka Modon (site web personnel) . En réponse au journal VirtualBox passe à la GPL. Évalué à 2.
Concernant VMware, je n'ai pas entendu parler de le rendre libre à son sujet.
Pour moi, le choix est clair et sans état d'âme, si qemu marche, c'est celui-là que je prends.
[^] # Re: Circonspect
Posté par Sytoka Modon (site web personnel) . En réponse au journal Zfs sous linux. Évalué à 2.
[^] # Re: Elargir l'audience est surement le but recherché
Posté par Sytoka Modon (site web personnel) . En réponse au journal KDE4 sous Mac, Windows et ... Linux ;). Évalué à 3.
http://fr.wikipedia.org/wiki/NCSA_Mosaic
Ensuite, Netscape a été fait avec les développeur de Mosaic...
[^] # Re: Géographiquement...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Proposition de stage ingénieur autour de Kerrighed. Évalué à 2.
[^] # Re: Fortran 2003
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Première implémentation du langage Fortress. Évalué à 2.
J'ai utilisé pas mal de langage et pour faire du calcul tensoriel sur des équations différentielles, le Fortran est bien, pas parfait car à l'époque, je faisais du F95 avec ensuite des extensions du F98 et qu'il manquait clairement des points ajoutés dans le F2k.
Le seul langage qui m'a donné envie de tout ré-écrire, c'était Sather, mais malheureusement, Sather est mort. Sather était un langage objet inspiré d'Eiffel mais avec un soucis de calcul dans le design. D'ailleurs, il y avait deux versions en parallèle : Sather et pSather (version parallèle).
Les autres langages soit n'avancent pas (pour cette problèmatique), soit sont bien trop touffus et compliqué. A l'époque, je me suis mis à Fortran à reculons et au bout d'une demi-journée, en ni connaissant rien, j'avais déjà compris et modifier le code pour mes besoins. Mes apprentissages du C, C++, Perl, Ada... ont été bien plus long.
[^] # Re: Qu'est-ce que ca change?
Posté par Sytoka Modon (site web personnel) . En réponse au journal utilité du i386. Évalué à 6.
Je me souviens un bench il y a quelques années qui comparait la gentoo à la debian compilé pour 386. Globalement la debian allait plus vite que la gentoo (sauf quelques bench) ce qui m'avait pas mal surpris mais pas déplu ;-)
Il vaut voir qu'a chaque fois qu'on change les paramètres de compilation, les bogues ne sont pas toujours reproductibles. C'est bien de compiler avec plusieurs compilateurs et plusieurs jeux de paramètres mais il faut encore pouvoir ensuite maitriser son Bogue Tracking System et arriver à en faire quelque chose.
[^] # Re: Parce que
Posté par Sytoka Modon (site web personnel) . En réponse au journal utilité du i386. Évalué à 2.
[^] # Re: Parce que
Posté par Sytoka Modon (site web personnel) . En réponse au journal utilité du i386. Évalué à 3.
Comme il a été dis dans d'autres post, seules quelques applications ont vraiment besoin de profiter de l'optimisation du processeur et il y a en général une version binaire du paquet par architecture.
Comme il n'est pas possible de faire cela pour tous les paquets, ni de multiplier les architectures matérielles, je pense qu'une des solutions possibles est celle aujourd'hui utilisé par le noyau : le remplacement de code à chaud lors du démarrage. Le noyau linux est déjà capable de s'adapter à la carte mère ainsi (voir le SMP pour le noyau 2.6.18). On peut très bien imaginer (en tout cas, je l'imagine très bien) avoir dans un même binaire plusieurs implémentations des parties critiques et que le code exécuté soit choisie automatiquement à chaud.
# Fortran 2003
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Première implémentation du langage Fortress. Évalué à 3.
La question que je me pose est quel est l'apport significatif de Fortress par rapport à Fortran 2003 (f2k). En effet, le fortran depuis le F90 à montrer que lui aussi savait évoluer tout en privilégiant dans le design la performance et le calcul parallèle. Aujourd'hui, avec le fortran 2003, on peut faire de l'objet avec de l'héritage simple. Il est clair que ce n'est pas un langage avec autant de fonctionalité que le java ou le C++ mais il ne faut pas oublier l'objectif premier aujourd'hui qui est de pouvoir paralléliser et vectoriser relativement facilement un code.
# Langage supporté ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Acceleo 1.2. Évalué à 4.
[^] # Re: Troisième lien - XaraXtreme et la GPL
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Graphisme vectoriel : Xara Xtreme à Pessac (33). Évalué à 7.
> novembre... :(
J'ai lu quelques pars qu'ils mettaient toute leur ressource sur la finalisation de leur dernière version sous Microsoft, mais que celle-ci allait bientot sortir et que la version GPL serait reprise en main ensuite.
Donc, /a priori/, rien de dramatique, juste une gestion des priorités et de ressources humaines.
[^] # Re: C'est le blog de Thierry Stoer ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Les standards et l'interopérabilité dans l'exploration spatiale. Évalué à 4.
Tant que la terre est référencé par la mesure des arcs mesuré en degré minutes, seconde, les noeuds ont toute leur utilité.
Ce qui risque de les mettre dehors un jour, c'est la généralisation du GPS qui fait que certains ne savent même plus lire une carte marine. Et encore, le GPS donne les coordonnées sur la base du referentiel terrestre donc en arc.
# C'est qui Etch
Posté par Sytoka Modon (site web personnel) . En réponse au journal Etch sous la barre des 100. Évalué à 7.
Etch est la future version stable de debian qui est en phase terminale. Le nombre que j'évoque ici est le nombre de bogue critique qu'il reste à corriger avant publication de Etch en version stable. En effet, chez debian, on publie à zéro bogue critique le jour J, ou plutôt, le jour J est le jour ou le nombre de bigue critique atteint zéro.
Pour celui ou celle qui va sur la page web relatant des derniers bogues corrigé ou nouveau, il (elle) verra qu'il y a pas mal d'activité ces derniers temps.
Le site web de debian au cas ou (et puis cela augmente le page rank de debian) :
http://www.debian.org/
[^] # Re: (un peu) déçu du Hors Série Debian
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Revue de presse : Janvier 2007. Évalué à 1.
-> []
# Diamond
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Revue de presse : Janvier 2007. Évalué à 5.
Je vois qu'il n'y a plus que cela comme éditeur. C'est tout de même dommage et ce n'est pas forcément très bon signe pour le libre de savoir qu'il n'y ai pas plus d'autres éditeurs.
Le lien qui va bien :
http://www.ed-diamond.com/
[^] # Re: mon avis
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Le langage D 1.00 est disponible !. Évalué à 3.
[^] # Re: Association de ressources ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Nouvelle version du serveur Jabberd14. Évalué à 2.
C'est bien pareil pour jabber. Un seul serveur est une mauvaise idée. Beaucoup trop dangeureux. Je pense que le minimum est d'avoir trois implémentations qui tiennent la route.
Cependant, la question que je me pose : Quel est l'intérêt de développer seul le serveur jabber14 alors que jabber2 existe et a une communauté autour de lui ? Le soucis que j'invoque ci-dessus pour bind n'a pas lieu dans le cas présent.
# Bonne initiative
Posté par Sytoka Modon (site web personnel) . En réponse au journal Salon Jabber consacré à Debian. Évalué à 4.
[^] # Re: tele2
Posté par Sytoka Modon (site web personnel) . En réponse au journal Orange.... Évalué à 3.
Je ne me servais de leur serveur smtp qu'en sortie.
Je ne devais pas être le seul. En plus, je n'ai pas du envoyer beaucoup de spam puisque tous mes PC sont sous Linux ;-)
Dommage
PS : par ailleurs, les spywares et autres cochonneries ne savent pas utiliser les paramètres d'outlook tout seul, comme ils utilisent les parametres d'IE de manière automatique. Car si oui, la protection me semble assez légère.