D'après mon expérience (ayant été techos chez un intégrateur de PC et faisant actuellement de l'admin Linux sur de nombreux serveurs chez un hébergeur), j'ai la certitude qu'un OS n'a que dans de rares circonstances une influence néfaste sur le matériel ; à ce niveau, le risque vient encore davantage des firmwares.
Sur ce qui joue principalement question longévité du matériel, je dirai : la conception (composants, QA, etc.), le réseau électrique (équipements, onduleurs, etc.), le stockage (température / humidité ambiante, etc.), l'usage et l'entretien, Murphy / la chance / la théorie du Chaos / Dieu, les astres, etc.
Sinon, j'ai encore en état de marche (matériel d'origine) : un bi-PII 400 acheté en 1998 chez un intégrateur, un bi-Ahtlon 1500 MP monté par mes soins en 2002, un DELL Inspiron 8500 acheté en 2003, un DELL Latitude X1 acheté en 2006 ; en outre, j'ai récemment acheté un DELL Optiplex 780, on verra bien ce que ça donne question fiabilité. J'ai aussi eu un 486 DX2 66, mais que j'ai revendu pour financer le Pentium, histoire de faire tourner Quake à l'époque. :-p
Je n'ai eu que 2 expériences malheureuses jusqu'ici: un Pentium 90 dont la carte mère a grillé au bout de 3 ans et un Mac Mini 2.1 qui a lâché au bout de 1 an 1/2 (contrôleur mémoire HS).
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Quoique ce sera peut être pas encore suffisant pour lire des vidéos Flash en mode plein écran :-p
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Lenny est sortie depuis le 14 février et les versions des logiciels inclus sont figés (c'est le principe même de la branche stable) ; c'est donc normal de ne pas y trouver cette version de la libqt4-core d'une part et ultracopier d'autre part.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
D'abord, je n'utilise pas, en temps normal, les noyaux précompilés par Debian ; ensuite, comme je le précisais dans mon commentaire précédent, la faille a été fixée depuis la publication des sources patchées en 2.6.26-19lenny1.
Soit, d'après le changelog Debian:
linux-2.6 (2.6.26-19lenny1) stable-security; urgency=high
[...]
* selinux: prevent local users from bypassing mmap_min_addr
in unconfined domains (CVE-2009-2695)
[...]
-- dann frazier <dannf@debian.org> Sat, 17 Oct 2009 10:52:13 -0600
En vue de corriger le problème ci-dessus, la valeur mmap_min_addr a depuis été fixée à 4096 par défaut. En d'autres termes, cela implique que les personnes ayant compilé leur propre noyau à partir de cette version des sources (depuis le 20 octobre environ) ne sont pas impactés par la présente faille, même s'ils n'ont pas mis à jour leur système récemment ; voilà.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Petite précision : dans Lenny, cela n'est vrai que pour les images de noyau précompilées fournies par Debian (actuellement 2.6.26+17+lenny1).
Ceux qui, comme moi, compilent leurs propres version locales à partir des sources patchées par Debian, se seront peut-être rendu compte que la valeur mmap_min_addr est initialisé par défaut à 4096 depuis linux-source-2.6.26-19lenny1.
Cette fois, même les mauvaises langues ne pourront pas dire que compiler le noyau c'est inutile/dépassé/etc. :-p
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Moi aussi j'utilise et je suis très satisfait des services rendus par make-kpkg. Jusqu'ici ça reste encore, amha, la solution la plus complète et la plus efficace pour effectuer une configuration / compilation / installation de noyaux à la sauce Debian (j'imagine d'ailleurs que bon nombre d'utilisateurs de noyaux custom passent également par cette méthode).
Les développeurs de l'équipe noyau ont décidé qu'il ne fallait plus utiliser le paquet make-kpkg car l'outil n'est plus maintenu.
Précisons déjà qu'il s'agit du paquet kernel-package et non make-kpkg (qui est en fait la commande intégrée à ce paquet, permettant de construire ses propres images de noyau empaquetées dans un .deb).
Au vu de son aspect indéniablement pratique, des mises à jour régulières du paquet dans unstable/sid et du suivi plus que correct des rapport de bogues, ça me surprend un peu qu'il soit question de l'abandonner. D'autant que la méthode make deb-pkg semble plus confidentielle et moins bien documentée (je ne trouve pas de résultats pertinents sur Google, ni de howto traitant directement de l'usage de make deb-pkg, y compris sur le wiki de Debian).
Bref, c'est bien dommage et ce n'est pas la première fois, me semble-t-il (il avait déjà été question de l'abandonner, mais, pour le coup, le mainteneur y avait apporté pas mal d'améliorations). Si quelqu'un pouvait donner plus d'information à ce sujet ?
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Idem, RHEL est moins buggué que Fedora. Mais c'est le moins qu'on puisse demander à RHEL. Et si RHEL est moins buggé, c'est grace à Fedora.
En phase de développement, Fedora prend ce qui merde encore et *DOIT* être corrigé/développé car c'est l'avenir (au lieu d'attendre d'indéfininement que d'autres le fassent). RHEL et Debian prend ce qui marche et corrige les deux ou trucs qui restent à corriger.
Il n'empêche, comparer Sid et Fedora a un sens ; ce sont toutes les 2 des distributions qui servent de plate-forme pour le développement de versions moins buguées (Debian stable et RHEL, en l'occurrence).
Après, que le choix et la façon dont sont intégrées les nouvelles technologies diffèrent, c'est normal et c'est précisément un des aspect qui fait la spécificité de chaque projet de distribution.
En passant, j'utilise ext4 (il est proposé à l'installation dans F10). Quel est le niveau de support d'ext4 dans Debian ?
Le paquet e2fsprogs, que ce soit dans Lenny, Squeeze ou Sid, prend en charge les FS en ext2/3/4, cependant le support d'ext4 n'est pas proposé pour l'instant, étant donné qu'il n'est reconnu comme stable que depuis Linux 2.6.28 et que l'installateur Debian se base sur une version 2.6.26.
À noter que le mainteneur des paquets Debian relatifs à ext2/3/4 n'est autre que... Theodore Ts'o. Donc perso, j'ai plutôt tendance à avoir confiance dans les choix qu'il effectue à ce niveau là. :-)
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Comment convaincre les gens de passer à Linux si l’on doit passer 4 heures après installation rien que pour stabiliser le système et assurer les fonctionnalités de base ?
Tiens, ça me rappelle plutôt un autre O.S. ... Peut-être pour ne pas trop déboussoler les nombreux ex-windowsiens qui découvrent Ubuntu ? :-D
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Après avoir un peu parcouru le site et plus spécialement la FAQ consacrée à l'OGD1, je me permets d'apporter quelques informations supplémentaires.
Tout d'abord, l'OGD1 n'est pas encore en vente à proprement parler, mais en pré-commande pour l'instant (Pre-Order). Cependant, il est indiqué que la fabrication sera démarrée dès que 100 exemplaires (au minimum) seront pré-commandés ; même si en l'état il s'agit d'un modèle de développement, ce chiffre ne parait pas excessif à et on peut raisonnablement penser que l'OGD1 sera (heureusement) bel et bien disponible d'ici peu.
Enfin, autre élément intéressant concernant une possible utilisation de l'OGD1 en tant que carte graphique dans un futur proche :
If I buy an OGD1 board and plug it into my PC, will it work as a graphic card?
A prototype of OGD1 was demonstrated at the 2007 O'Reilly Open Source Conference. The entire presentation, using Ubuntu GNU/Linux, KDE, and OpenOffice.org, was given using the OGD1 card connected to the projector. Unfortunately, we are not able to share some parts of the logic and driver we used to give the presentation. Fully Free versions of these pieces are, however, nearing completion. [...]
Autrement dit (pour les anglophobes :-) la carte a déjà eu l'occasion de servir concrètement lors d'une démonstration à l'O'Reilly Open Source Conference, en 2007. La présentation a été intégralement effectuée depuis un système utilisant Ubuntu , KDE et OOo avec un vidéo-projecteur connecté sur l'OGD1 ; certains composants logiciels utilisés à cet occasion ne sont toujours pas disponibles, mais des versions entièrement libres sont proches d'être finalisés.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Debian was first introduced by Ian Murdock in 1998. [...]
Je me suis arrêté là pour ma part...
Bien sûr c'est peut-être une bête faute de typo (en admettant qu'on puisse confondre le chiffre 3 avec le chiffre 8), mais question pertinence, c'est tout de même dommage pour ce genre d'article.
Ensuite, on peut se demander pourquoi l'auteur n'a pas classé les distributions par ordre alphabétique ; ça aurait paru plus logique sachant qu'on traite de leur étymologie. Sinon l'initiative est bonne, ça reste toujours sympa d'avoir un article qui réunit la plupart des distributions existantes pour nous en apprendre un peu plus quand à l'origine de leur nom.
Note :
J'ai contacté l'auteur pour lui faire part de l'erreur.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Pour ma part, j'ai eu de sérieux problèmes de latence il y a quelques temps (sous Debian GNU/Linux Sid) lors des copies (avec la commande cp ou avec un navigateur de fichiers).
Au-delà d'un certain volume de données (> 300 Mo ; petits ou gros fichiers) la réactivité du système finissait par complètement s'effondrer au bout de quelques instants à peine (pour se faire une idée, un simple changement d'onglet dans Konqueror pouvant nécessiter jusqu'à 8 secondes !), au point que l'OS devienne presque inutilisable. Pourtant rien d'anormal au niveau de la consommation des ressources (CPU à ~20%, occupation mémoire normale...).
Je précise que j'utilisais le même matériel depuis 3~4 ans sous GNU/Linux sans avoir jamais observé de tels problèmes (que ce soit sous Fedora, Gentoo et, depuis un bon moment, Debian) : un DELL Inspiron 8500, P4 @ 2.4 GHz ; 1 Go de RAM ; HDD 30 Go 5400tpm.
J'ai d'abord essayé diverses solutions, sans résultat :
recompilation d'un noyau avec les sources patchées Debian ou Vanilla, différentes versions (2.6.22.x, 2.6.23.x) avec différentes configs (PREEMPT : voluntary et low-latency desktop ; no forced preemption), hdparm (DMA et consorts), smartmontools (souci matériel ?), etc.
Après ces investigations, je suis arrivé à la conclusion que ça ne pouvait venir que du FS : peu de temps avant l'apparition des problèmes de latence, j'avais effectivement reformaté mon /home en ReiserFS (3.6), histoire de tester.
Finalement, malgré des reiserfsck sans erreur mais toujours sans résultat, j'ai fini par reformater mon /home en Ext3 (que j'utilisais auparavant sans souci) ce qui a "réglé" le problème (depuis, j'ai aussi fait des essais avec XFS, qui offre de bons résultats, sans latence pendant les copies).
Conclusion :
J'aurai aimé avoir eu connaissance d'un outil comme LatencyTOP à ce moment-là ; peut-être aurais-je pu en savoir davantage sur cette étrange histoire de latence avec ReiserFS.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Concernant E17, ce qui m'a surpris, c'est sa lenteur. [...] Et finalement déplacer une fenêtre peut être long, et semble coûteux.
Par défaut, le moteur de E17 effectue un rendu software ; à terme il devrait y avoir différents modes de rendu, dont un GL pour pleinement profiter de l'accélération matérielle des cartes vidéos supportant l'OpenGL.
Sinon, pour améliorer la vitesse dans E, il suffit généralement de jouer avec les paramètres concernant les effets visuels, car certains restent gourmands au niveau CPU en mode software.
Une astuce par exemple : refais un test en déchargeant le module Dropshadow (ombres portées sous les fenêtres) ; tu devrais être surpris par le gain de fluidité obtenu. ;-)
On sent encore que c'est pas une version stable, notament car malgré le thème de fenêtres changé, j'ai parfois une fenêtre avec l'ancien thème qui apparaît ... ça fait tâche.
Oui, il est précisé que l'utilisation de E avec d'autres thèmes que celui par défaut peut parfois occasionner des problèmes ; ça dépend du thème utilisé, avec certains il n'y a pas de soucis de ce genre.
Autre chose, quand je charge un plugin, E17 en entier se fige, plus de déplacement de fenêtres possibles ... C'est un peu embêtant je trouve. Mais je pense que dans la version finale, ce sera corrigé.
Pour ma part j'utilise les dépôts edevelop pour Debian Sid ; avec la version datant du 24 octobre dernier, je n'ai aucun problème avec les modules (je peux les charger et décharger à volonté sans que E17 soit perturbé) ; d'ailleurs je dirais même que cette version tourne comme un charme (à part un léger problème de conversion en .edj avec certains fonds d'écran et un bug lors de la modification d'icônes d'applications de l'IBar).
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Je rajoute à la liste des clients FTP pour KDE un petit dernier :
- Kasablanca
Il est léger, simple, rapide et efficace ; je le trouve très pratique à l'utilisation.
Le point noir concerne peut-être le fait que le projet n'a pas l'air très actif (à noter au passage que Kbear n'est d'ailleurs plus maintenu) et reste jusqu'ici avec une version de Kasablanca au stade beta (qui fonctionne bien cela dit).
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Il y a visiblement eu un souci d'encodage ou un truc du genre.
Que ce soit la version xvid haute ou basse résolution proposée en téléchargement, la vidéo "Construction d’une distribution Linux embarqué à base de Busybox pour processeur ARM9" se lance avec l'écran de présentation, puis après plus rien à part une alternance d'écran noir -> blanc...
Même chose avec VLC ou mplayer.
Autrement les autres vidéos que j'ai eu l'occasion d'essayer jusqu'ici passent sans problème.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Bien que je préfère de loin les lettres aux chiffres, je ne peux m'empêcher de dire combien j'aime cette mascotte et la trouve excellente ; avec elle, c'est tout de suite beaucoup plus ludique, bravo pour le concept !
L'animateur télé "Des chiffres et des lettres" ne tient vraiment pas la comparaison, c'est d'ailleurs, amha, ce qui manque cruellement à l'émission pour battre des records d'audience. :-D
PS:
Et non, mes origines ne sont pas nippones, comme quoi...
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Sur ton site (très utile et bien réalisé, au passage) :
Les verbes conjugués sont issus d'une base de connaissance libres et ouvertes.
une base de connaissance -> libre et ouverte
La conjugaison est issue de verbiste sous GNU Publique Générale GNU, le contenu issue de Wiktionaire disponible sous GNU Free Documentation License.
le contenu (masculin) -> issu
Dernière coquille : Wiktionaire, c'est pas plutôt Wiktionnaire ?
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Si l'on parle de planning, selon la vision de Debian il n'y en a pas de précis à proprement parler, le but recherché étant avant tout de remplir les objectifs fixés et d'offrir un niveau de qualité maximum pour chaque nouvelle version stable. Pour ce projet, le délai de sortie est donc volontairement un critère de second plan, même s'il reste tout à fait concevable de vouloir rester dans des échelles de temps réalistes (on observe ainsi un délai entre sorties qui peut s'échelonner entre 18 à 36 mois, ce qui est très correct pour un système orienté production).
Ce que je tente simplement de souligner, c'est qu'autant de retard pour Windows Vista constitue un point particulièrement négatif pour Microsoft au regard du résultat initialement escompté. La déception est là, d'autant que cet OS mettra encore plusieurs mois avant de délivrer pleinement son potentiel (petite parenthèse d'ailleurs à ce sujet : dans le cas d'un jeu, on peut en profiter pleinement dès l'achat ou alors ça sent l'arnaque ;-)
Si une absence de planning ou des retards sont acceptables dans le cadre d'un projet communautaire Libre, ça l'est moins pour une entreprise de l'envergure de Microsoft ; comme tu l'as indiqué, c'est une question de crédibilité aux yeux de ses investisseurs et de ses clients.
Ma comparaison est établie sur un rapport entre le temps attendu pour voir arriver une nouvelle version d'un OS et le résultat obtenu au final (lors de la sortie), chose qu'observe concrètement l'utilisateur qu'il soit sous MacOS X, Windows, GNU/Linux, etc. On dit souvent "peu importe les moyens, seul le résultat compte", et bien c'est très précisément sur ces critères qu'un système sera d'abord jugé par ses utilisateurs.
Après, les questions concernant le développement n'intéressent que le développeur ou au mieux le power-user. Bien que tu ne négliges pas cet aspect, j'insiste tout de même sur le fait que le travail d'intégration et de maintenance de 17000 paquets sur 12 architectures différentes, au vu des exigences de Debian afférentes à la liberté et des modifications que cela implique dans certains cas (réécriture de drivers libres) est bel et bien une tâche colossale. Précisons par ailleurs que Debian, en plus du lot de patchs produits, est à l'origine de quelques grosses innovations en matière de R&D dans le Logiciel Libre (système de gestion de paquets notamment), bien qu'effectivement cela vise à remplir des besoins ponctuels et non à réinventer l'eau chaude, si on peut dire ainsi. :-)
Enfin, le mode de développement OpenSource met à disposition dès le stade alpha toute les dernières innovations. Outre l'irrésistible attrait que cela procure aux geeks en herbe et le fait de pouvoir avoir un aperçu immédiat de ce à quoi vont ressembler les distributions dans le futur, leur intégration se fait surtout de manière beaucoup plus progressive que dans Windows.
Prenons par exemple Ubuntu : avec un cycle de mise à jour qui a lieu tous les 6 mois, l'utilisateur peut profiter d'une évolution constante des technologies qu'il utilise. En un sens c'est moins perturbant que d'avoir à les assimiler d'un coup au bout d'une accumulation de 5 ans de développement ; en plus la modularité du développement permet de bénéficier directement de certaines innovations sans avoir à attendre sur d'autres nécessitant plus de temps pour être finalisées.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Moi je crois surtout que tu ne sais pas de quoi tu parles, NTFS il est 64 bits depuis sa naissance il y a presque 15 ans.
Tu noteras que je parlais précédemment de _véritables_ FS 64 bits.
Autrement, je sais pertinemment que Microsoft est "l'inventeur" de technologies qui sont toujours les meilleures théoriquement. ;-)
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Ça n'a rien d'un troll, ce sont les faits qui parlent, point.
"Il n'y a de pire aveugle que celui qui ne veut voir."
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
C'est vrai. Microsoft a mis au total 6 ans pour le sortir ; c'est conséquent, du coup les changements entre XP et Vista paraissent d'autant plus maigres.
Je me souviens de mon installation de Woody en 2003, avec une interface en GTK1 ; considérant à présent Etch (ou tout autre distribution) avec KDE 3.5.x, E17 ou Aiglx/Beryl, je me dis que si l'on veut suivre les véritables changements dans le domaine informatique c'est bien du côté des OS GNU/Linux qu'il faut aller voir, et non ailleurs.
Et encore, je ne parle là que de la partie la plus émergée de l'iceberg. C'est sans compter avec les évolutions que connaît le noyau lui-même et les technologies qu'il embarque. Par exemple rien qu'au niveau des systèmes de fichiers UNIX/Linux à encore des années d'avance sur Microsoft avec de véritables FS 64bits comme XFS par exemple ; je ne parle même pas de l'ordonnancement, de la gestion SMP, ou de la mémoire, etc.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Où l'on constate que si Microsoft rivalise avec Debian en terme de délais de sortie, encore une fois, la boîte se paye en plus le luxe de sortir un produit coûteux et qui n'est pas ("encore") prêt.
Oui la comparaison est osée, mais faisable : alors que chez Debian les délais sont assumés pour délivrer un OS qui mérite vraiment le label "stable", le moins qu'on puisse dire c'est que ce n'est pas vraiment le cas du système made in Redmond. Je précise que par "stable", j'entends : "qui est efficient et qui ne bougera plus", et non pas "qui ne plante pas" (encore qu'il serait aussi intéressant de mesurer le nombre de bugs critiques entre les deux OS, je crois qu'on rigolerait également).
Dommage que le grand public n'ait pas conscience de la qualité et de la quantité travail effectué par tant de projets communautaires, nul doute que autrement, la couronne du roi Gates se ternirait alors soudainement à leurs yeux.
Et oui, notons que, Microsoft, large entreprise disposant de moyens -notamment financiers- considérables, ne parvient pas à sortir un produit qui soit complètement finalisé, et ce, après un retard de plus d'un an, au prix de quelques "avancées majeures" (oui, car, apprend-t-on, certaines des fonctionnalités "révolutionnaires" prévues, n'ont pas pu être implémentées).
L'excuse, toutefois, est bien rodée : "Vous comprenez, avec le concentré de technologies qu'il faut maîtriser dans Windows Vista, il est normal de devoir être encore un peu patient. D'ici quelques mois encore (sic!) vous allez voir l'étendue de ses capacités."
Je ne peux m'empêcher de sourire devant ce genre d'argument commercial fumeux : on croirait entendre des négociants en vins et spiritueux... à la limite ce serait valable si l'OS de Microsoft était seulement comparable au grand cru qu'on va déguster dans les décennies à venir, mais voilà, c'est plus en face d'une piquette qu'on se trouve, au vu de l'obsolescence des technologies informatiques.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Alors que la situation concernant les formats lui échappait de plus en plus, nos amis de chez Microsoft réussissent un véritable tour de force et parviennent à reprendre le contrôle en faisant croire que le succès des formats ouverts et interopérables va pouvoir se concrétiser bien sûr grâce à eux, et non malgré eux...
Microsoft est loin d'avoir abattu toutes ses cartes et n'a pas de leçons à prendre en terme de stratégie comme le montre cet accord, qui, parions-le, va leur être absolument profitable en éliminant d'une certaine façon la concurrence induite jusqu'ici par quelques projets libres notables.
Sinon il est vrai qu'on peut se demander comment les autres acteurs / distributions vont réagir prochainement ?
Pour Debian au moins, maintenant que certains logiciels peuvent être "libres" tout en étant soumis à des brevets, peut-être verrons-nous prochainement apparaître une section patented sur leurs archives, qui sait :-)
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Il s'adresse aux utilisateurs qui veulent *vraiment* et *uniquement* du logiciel *libre*. Ce n'est certainement pas le cas de la majorité des utilisateurs Debian ou Ubuntu.
Et comment fais-tu pour mesurer objectivement ce que la majorité des utilisateurs souhaitent sur l'une ou l'autre de ces distributions ?
Il est possible d'utiliser de n'utiliser que du logiciel libre sur l'une ou l'autre si on le souhaite ; il suffit de ne pas installer de logiciel non libres, ou dans le cas d'une "paranoïa libriste" de "purifier" soi-même son système en enlevant les éléments qu'on considère comme non libre :-)
Le projet Debian n'est plus à une contradiction près lorsqu'on parle de logiciel libre et il n'est plus la panacé depuis des années (cf. le fait que la FSF ne supporte plus le projet).
Il est vrai que Debian et ses DFSG sont connues pour être particulièrement laxistes au niveau de ce qu'on entend par logiciel libre ou non :-D Ensuite j'ajouterai que Debian est le seul projet de cette taille à avoir bénéficier d'un sponsoring de la FSF. Bien que celui-ci dura de 1994 à 1995, cela n'a pas empêché RMS d'utiliser Debian sur son poste de travail pendant plusieurs années après (je ne sais pas si c'est encore le cas).
C'est fou ce qu'un debianneux peut être raleur quand on fork son projet... :)
Une trop grande dispersion des efforts ne favorise pas forcément le Logiciel Libre. Mais bon, de toute façon n'importe quel debianiste convaincu sait que tôt ou tard on finit par revenir aux sources ;-)
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Par curiosité, je suis allé consulter le site (très laid au passage, niveau communication on est loin d'Ubuntu :-) et voir de plus près de quoi il retourne.
Quelques informations intéressantes tirées du site :
gNewSense is derived from Ubuntu, and thus has most of the same functionality. There are a number of differences though.
- Firmware removed from kernel in main
- Restricted removed
- Ubuntu logos replaced
- Universe enabled by default
emacs, bsdgames, nethack and build-essential part of the default install
Note our goal is to produce a fully free distribution, not to have as many features as possible.
MainRepo
Main is the Canonical supported component of Ubuntu. This is where most of our changes happen.
Deltad
DeltaD is to be our first release. It is based off Dapper.
There was a checklist, but it's now managed via the BTS.
Je ne vois pas trop le rapport avec Debian (à part le fait que Ubuntu soit elle-même basée dessus et les récentes affaires avec les firmwares) en revanche ça sent à plein nez le fork libre de Ubuntu ; c'est Mark Shuttleworth qui doit être content :-)
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Je ne suis pas contre l'idée d'un financement du projet par un système de dons en argent par les utilisateurs qui apprécient ce que fait le projet. C'est même bien et nécessaire dans la mesure où sans une certaine forme de mécénat il serait difficile d'assurer le fonctionnement du projet et de son infrastructure vu sa taille.
Un appel public a contribution est donc une idée qui n'est pas inintéressante si celle-ci peut permettre de faire évoluer plus efficacement le projet sur certains de ses aspects.
Malgré tout, et j'ai beau aimer Debian (le mot est faible, ceux qui me connaissent le savent) mais dans le cas présent, l'initiative telle que présentée et organisée est à mon sens particulièrement maladroite ; non désolé, pour moi la "pilule" ne passe pas, je m'explique :
1) - une structure de financement indépendante et externe au projet
Plutôt que d'utiliser SPI dont l'un des rôles est de gérer ce type d'aspect, un projet "parallèle" (un genre de fork de SPI ?) est assez soudainement monté dans ce but en expliquant que c'est plus ou moins nécessaire pour éviter de possibles tensions plus ou moins en raison de la façon dont vont être redistribué les dons financiers O_o !
Excusez-moi si je me trompe, mais ce manque de cohésion/d'unité autour de Dunc-tank (qui clairement ne fait pas l'unanimité) nuit d'une certaine façon à l'image et à la crédibilité du projet Debian par le sentiment de confusion et de dissension qui s'en dégage, non ?
2) - la rémunération de certains développeurs seulement
Totalement discriminatoire et facile : une petite équipe de développeurs va être considérée comme étant prioritaire, méritant donc rémunération pour remplir certains objectifs immédiats du projet...
Comment créer le vif mécontement ou la déception de nombreux contributeurs ½uvrant tout autant pour le projet mais dont le travail sera considéré d'une certaine façon comme moins valable (j'ai envie de dire : moins "bankable") malgré tous leurs efforts afin que Debian puisse fournir des distributions de qualité. A mon sens le problème est moins une question d'argent qu'une question de respect (la reconnaissance et l'amour propre jouent sans doute un rôle encore plus important dans ce cas).
3) - afin de pouvoir respecter la date de publication de Etch
Alors lorsqu'un grand nombre attendait impatiement la sortie de Sarge à l'époque, l'excuse invoquée (et justifiée comme indiqué sur le site de Debian) pour le retard c'était : "ça sort quand c'est prêt". Apparement ça n'a (heureusement) pas changé bien qu'une date ait été avancée pour décembre 2006, mais on peut se demander à quoi bon si du coup le calendrier implique les impératifs financiers qu'on connait et les risques qui en découlent pour mener l'opération à bien.
A nouveau la démarche est mal appropriée : en plus des effets négatifs décrits précédement s'ajoute la pression, d'autant plus forte qu'ils seront consciencieux, sur les développeurs rémunérés dans la mesure où la nécessité est à la fois de satisfaire les utilisateurs (délais tenus + qualité finale de Etch) et les autres développeurs non rémunérés (honorer la confiance de ceux qui auront accepté le compromis).
Dernier point dérangeant : le motif. La sortie de Etch (sachant que ce qui prime de toute façon c'est de la sortir uniquement lorsqu'elle sera vraiment finalisée et prête) me paraît être une justification assez maigre en regard des conséquences possibles que cette histoire va engendrer.
Conclusion :
Si l'idée du don en argent me paraît utile pour la pérennité de Debian, c'est toutefois dans un cadre bien défini : interne au projet, clair et en rapport direct avec la gestion de son infrastructure dans son ensemble (financement d'équipements matériel, de manifestations/conférences et des frais connexes pour les développeurs y participant, de la promotion du projet par le biais de médias divers, etc.) et non dans la rémunération de quelques développeurs triés sur le volet pour accomplir des tâches qui seront uniquement profitables sur le court terme...
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: Question ouverte ... et Windows ?
Posté par THR4K . En réponse au journal Ordinateur portable = Ordinateur jetable. Évalué à 2.
Sur ce qui joue principalement question longévité du matériel, je dirai : la conception (composants, QA, etc.), le réseau électrique (équipements, onduleurs, etc.), le stockage (température / humidité ambiante, etc.), l'usage et l'entretien, Murphy / la chance / la théorie du Chaos / Dieu, les astres, etc.
Sinon, j'ai encore en état de marche (matériel d'origine) : un bi-PII 400 acheté en 1998 chez un intégrateur, un bi-Ahtlon 1500 MP monté par mes soins en 2002, un DELL Inspiron 8500 acheté en 2003, un DELL Latitude X1 acheté en 2006 ; en outre, j'ai récemment acheté un DELL Optiplex 780, on verra bien ce que ça donne question fiabilité. J'ai aussi eu un 486 DX2 66, mais que j'ai revendu pour financer le Pentium, histoire de faire tourner Quake à l'époque. :-p
Je n'ai eu que 2 expériences malheureuses jusqu'ici: un Pentium 90 dont la carte mère a grillé au bout de 3 ans et un Mac Mini 2.1 qui a lâché au bout de 1 an 1/2 (contrôleur mémoire HS).
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: Utile aussi pour la virtualisation
Posté par THR4K . En réponse à la dépêche Intel présente un prototype de processeur x86 octatétracontacœur. Évalué à 3.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: Compatible avec Debian
Posté par THR4K . En réponse à la dépêche Sortie d'UltraCopier 0.2 et Catchcopy. Évalué à 1.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: DSA 1927-1: New Linux 2.6.26 packages fix several vulnerabilities
Posté par THR4K . En réponse à la dépêche Faille locale dans les fonctions pipe_*_open() du noyau Linux. Évalué à 2.
D'abord, je n'utilise pas, en temps normal, les noyaux précompilés par Debian ; ensuite, comme je le précisais dans mon commentaire précédent, la faille a été fixée depuis la publication des sources patchées en 2.6.26-19lenny1.
Soit, d'après le changelog Debian:
linux-2.6 (2.6.26-19lenny1) stable-security; urgency=high
[...]
* selinux: prevent local users from bypassing mmap_min_addr
in unconfined domains (CVE-2009-2695)
[...]
-- dann frazier <dannf@debian.org> Sat, 17 Oct 2009 10:52:13 -0600
En vue de corriger le problème ci-dessus, la valeur mmap_min_addr a depuis été fixée à 4096 par défaut. En d'autres termes, cela implique que les personnes ayant compilé leur propre noyau à partir de cette version des sources (depuis le 20 octobre environ) ne sont pas impactés par la présente faille, même s'ils n'ont pas mis à jour leur système récemment ; voilà.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: DSA 1927-1: New Linux 2.6.26 packages fix several vulnerabilities
Posté par THR4K . En réponse à la dépêche Faille locale dans les fonctions pipe_*_open() du noyau Linux. Évalué à 2.
Ceux qui, comme moi, compilent leurs propres version locales à partir des sources patchées par Debian, se seront peut-être rendu compte que la valeur mmap_min_addr est initialisé par défaut à 4096 depuis linux-source-2.6.26-19lenny1.
Cette fois, même les mauvaises langues ne pourront pas dire que compiler le noyau c'est inutile/dépassé/etc. :-p
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: Empaquetage du noyau
Posté par THR4K . En réponse à la dépêche Des nouvelles du noyau Debian. Évalué à 3.
Précisons déjà qu'il s'agit du paquet kernel-package et non make-kpkg (qui est en fait la commande intégrée à ce paquet, permettant de construire ses propres images de noyau empaquetées dans un .deb).
Au vu de son aspect indéniablement pratique, des mises à jour régulières du paquet dans unstable/sid et du suivi plus que correct des rapport de bogues, ça me surprend un peu qu'il soit question de l'abandonner. D'autant que la méthode make deb-pkg semble plus confidentielle et moins bien documentée (je ne trouve pas de résultats pertinents sur Google, ni de howto traitant directement de l'usage de make deb-pkg, y compris sur le wiki de Debian).
Bref, c'est bien dommage et ce n'est pas la première fois, me semble-t-il (il avait déjà été question de l'abandonner, mais, pour le coup, le mainteneur y avait apporté pas mal d'améliorations). Si quelqu'un pouvait donner plus d'information à ce sujet ?
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: Je me lance ou pas? (et ce n'est pas un troll)
Posté par THR4K . En réponse à la dépêche Debian GNU/Linux 5.0 : Lenny. Évalué à 7.
En phase de développement, Fedora prend ce qui merde encore et *DOIT* être corrigé/développé car c'est l'avenir (au lieu d'attendre d'indéfininement que d'autres le fassent). RHEL et Debian prend ce qui marche et corrige les deux ou trucs qui restent à corriger.
Il n'empêche, comparer Sid et Fedora a un sens ; ce sont toutes les 2 des distributions qui servent de plate-forme pour le développement de versions moins buguées (Debian stable et RHEL, en l'occurrence).
Après, que le choix et la façon dont sont intégrées les nouvelles technologies diffèrent, c'est normal et c'est précisément un des aspect qui fait la spécificité de chaque projet de distribution.
En passant, j'utilise ext4 (il est proposé à l'installation dans F10). Quel est le niveau de support d'ext4 dans Debian ?
Le paquet e2fsprogs, que ce soit dans Lenny, Squeeze ou Sid, prend en charge les FS en ext2/3/4, cependant le support d'ext4 n'est pas proposé pour l'instant, étant donné qu'il n'est reconnu comme stable que depuis Linux 2.6.28 et que l'installateur Debian se base sur une version 2.6.26.
À noter que le mainteneur des paquets Debian relatifs à ext2/3/4 n'est autre que... Theodore Ts'o. Donc perso, j'ai plutôt tendance à avoir confiance dans les choix qu'il effectue à ce niveau là. :-)
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: ubuntu
Posté par THR4K . En réponse au journal Performance de Linux, le troll de ce Vendredi vous est offert par Phoronix. Évalué à 6.
Tiens, ça me rappelle plutôt un autre O.S. ... Peut-être pour ne pas trop déboussoler les nombreux ex-windowsiens qui découvrent Ubuntu ? :-D
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
# Petites précisions
Posté par THR4K . En réponse à la dépêche Le projet Open Graphics vend sa première carte. Évalué à 4.
Tout d'abord, l'OGD1 n'est pas encore en vente à proprement parler, mais en pré-commande pour l'instant (Pre-Order). Cependant, il est indiqué que la fabrication sera démarrée dès que 100 exemplaires (au minimum) seront pré-commandés ; même si en l'état il s'agit d'un modèle de développement, ce chiffre ne parait pas excessif à et on peut raisonnablement penser que l'OGD1 sera (heureusement) bel et bien disponible d'ici peu.
Enfin, autre élément intéressant concernant une possible utilisation de l'OGD1 en tant que carte graphique dans un futur proche :
If I buy an OGD1 board and plug it into my PC, will it work as a graphic card?
A prototype of OGD1 was demonstrated at the 2007 O'Reilly Open Source Conference. The entire presentation, using Ubuntu GNU/Linux, KDE, and OpenOffice.org, was given using the OGD1 card connected to the projector. Unfortunately, we are not able to share some parts of the logic and driver we used to give the presentation. Fully Free versions of these pieces are, however, nearing completion. [...]
Autrement dit (pour les anglophobes :-) la carte a déjà eu l'occasion de servir concrètement lors d'une démonstration à l'O'Reilly Open Source Conference, en 2007. La présentation a été intégralement effectuée depuis un système utilisant Ubuntu , KDE et OOo avec un vidéo-projecteur connecté sur l'OGD1 ; certains composants logiciels utilisés à cet occasion ne sont toujours pas disponibles, mais des versions entièrement libres sont proches d'être finalisés.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
# Ouille !
Posté par THR4K . En réponse au journal Ethymologie : explication du nom de 35 distros GNU/Linux. Évalué à 6.
Debian was first introduced by Ian Murdock in 1998. [...]
Je me suis arrêté là pour ma part...
Bien sûr c'est peut-être une bête faute de typo (en admettant qu'on puisse confondre le chiffre 3 avec le chiffre 8), mais question pertinence, c'est tout de même dommage pour ce genre d'article.
Ensuite, on peut se demander pourquoi l'auteur n'a pas classé les distributions par ordre alphabétique ; ça aurait paru plus logique sachant qu'on traite de leur étymologie. Sinon l'initiative est bonne, ça reste toujours sympa d'avoir un article qui réunit la plupart des distributions existantes pour nous en apprendre un peu plus quand à l'origine de leur nom.
Note :
J'ai contacté l'auteur pour lui faire part de l'erreur.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: huuum
Posté par THR4K . En réponse au journal Après PowerTOP voici LatencyTOP. Évalué à 9.
Pour ma part, j'ai eu de sérieux problèmes de latence il y a quelques temps (sous Debian GNU/Linux Sid) lors des copies (avec la commande cp ou avec un navigateur de fichiers).
Au-delà d'un certain volume de données (> 300 Mo ; petits ou gros fichiers) la réactivité du système finissait par complètement s'effondrer au bout de quelques instants à peine (pour se faire une idée, un simple changement d'onglet dans Konqueror pouvant nécessiter jusqu'à 8 secondes !), au point que l'OS devienne presque inutilisable. Pourtant rien d'anormal au niveau de la consommation des ressources (CPU à ~20%, occupation mémoire normale...).
Je précise que j'utilisais le même matériel depuis 3~4 ans sous GNU/Linux sans avoir jamais observé de tels problèmes (que ce soit sous Fedora, Gentoo et, depuis un bon moment, Debian) : un DELL Inspiron 8500, P4 @ 2.4 GHz ; 1 Go de RAM ; HDD 30 Go 5400tpm.
J'ai d'abord essayé diverses solutions, sans résultat :
recompilation d'un noyau avec les sources patchées Debian ou Vanilla, différentes versions (2.6.22.x, 2.6.23.x) avec différentes configs (PREEMPT : voluntary et low-latency desktop ; no forced preemption), hdparm (DMA et consorts), smartmontools (souci matériel ?), etc.
Après ces investigations, je suis arrivé à la conclusion que ça ne pouvait venir que du FS : peu de temps avant l'apparition des problèmes de latence, j'avais effectivement reformaté mon /home en ReiserFS (3.6), histoire de tester.
Finalement, malgré des reiserfsck sans erreur mais toujours sans résultat, j'ai fini par reformater mon /home en Ext3 (que j'utilisais auparavant sans souci) ce qui a "réglé" le problème (depuis, j'ai aussi fait des essais avec XFS, qui offre de bons résultats, sans latence pendant les copies).
Conclusion :
J'aurai aimé avoir eu connaissance d'un outil comme LatencyTOP à ce moment-là ; peut-être aurais-je pu en savoir davantage sur cette étrange histoire de latence avec ReiserFS.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: Test récent
Posté par THR4K . En réponse à la dépêche Enlightenment : c'est reparti. Évalué à 4.
Par défaut, le moteur de E17 effectue un rendu software ; à terme il devrait y avoir différents modes de rendu, dont un GL pour pleinement profiter de l'accélération matérielle des cartes vidéos supportant l'OpenGL.
Sinon, pour améliorer la vitesse dans E, il suffit généralement de jouer avec les paramètres concernant les effets visuels, car certains restent gourmands au niveau CPU en mode software.
Une astuce par exemple : refais un test en déchargeant le module Dropshadow (ombres portées sous les fenêtres) ; tu devrais être surpris par le gain de fluidité obtenu. ;-)
Oui, il est précisé que l'utilisation de E avec d'autres thèmes que celui par défaut peut parfois occasionner des problèmes ; ça dépend du thème utilisé, avec certains il n'y a pas de soucis de ce genre.
Pour ma part j'utilise les dépôts edevelop pour Debian Sid ; avec la version datant du 24 octobre dernier, je n'ai aucun problème avec les modules (je peux les charger et décharger à volonté sans que E17 soit perturbé) ; d'ailleurs je dirais même que cette version tourne comme un charme (à part un léger problème de conversion en .edj avec certains fonds d'écran et un bug lors de la modification d'icônes d'applications de l'IBar).
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: Pas forcement une bonne idée
Posté par THR4K . En réponse à la dépêche FileZilla devient multi-plateforme avec sa version 3.0. Évalué à 0.
- Kasablanca
Il est léger, simple, rapide et efficace ; je le trouve très pratique à l'utilisation.
Le point noir concerne peut-être le fait que le projet n'a pas l'air très actif (à noter au passage que Kbear n'est d'ailleurs plus maintenu) et reste jusqu'ici avec une version de Kasablanca au stade beta (qui fonctionne bien cela dit).
Pour ceux qui veulent en savoir plus :
---> http://kasablanca.berlios.de/
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
# Problème avec la vidéo Linux embarqué / Pierre Ficheux
Posté par THR4K . En réponse à la dépêche Les vidéos des rencontres mondiales 2007 en ligne. Évalué à 3.
Que ce soit la version xvid haute ou basse résolution proposée en téléchargement, la vidéo "Construction d’une distribution Linux embarqué à base de Busybox pour processeur ARM9" se lance avec l'écran de présentation, puis après plus rien à part une alternance d'écran noir -> blanc...
Même chose avec VLC ou mplayer.
Autrement les autres vidéos que j'ai eu l'occasion d'essayer jusqu'ici passent sans problème.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
# Le renard !
Posté par THR4K . En réponse à la dépêche Kitsune 2.0 : jeu de lettres et de chiffres. Évalué à 1.
L'animateur télé "Des chiffres et des lettres" ne tient vraiment pas la comparaison, c'est d'ailleurs, amha, ce qui manque cruellement à l'émission pour battre des records d'audience. :-D
PS:
Et non, mes origines ne sont pas nippones, comme quoi...
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: La grammaire...
Posté par THR4K . En réponse à la dépêche Un UMPC sous Linux. Évalué à 1.
une base de connaissance -> libre et ouverte
le contenu (masculin) -> issu
Dernière coquille : Wiktionaire, c'est pas plutôt Wiktionnaire ?
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: "Chez Microsoft, ça sort quand c'est pas prêt"
Posté par THR4K . En réponse à la dépêche Comparatif Vista / Linux pour les performances des jeux. Évalué à 3.
Ce que je tente simplement de souligner, c'est qu'autant de retard pour Windows Vista constitue un point particulièrement négatif pour Microsoft au regard du résultat initialement escompté. La déception est là, d'autant que cet OS mettra encore plusieurs mois avant de délivrer pleinement son potentiel (petite parenthèse d'ailleurs à ce sujet : dans le cas d'un jeu, on peut en profiter pleinement dès l'achat ou alors ça sent l'arnaque ;-)
Si une absence de planning ou des retards sont acceptables dans le cadre d'un projet communautaire Libre, ça l'est moins pour une entreprise de l'envergure de Microsoft ; comme tu l'as indiqué, c'est une question de crédibilité aux yeux de ses investisseurs et de ses clients.
Ma comparaison est établie sur un rapport entre le temps attendu pour voir arriver une nouvelle version d'un OS et le résultat obtenu au final (lors de la sortie), chose qu'observe concrètement l'utilisateur qu'il soit sous MacOS X, Windows, GNU/Linux, etc. On dit souvent "peu importe les moyens, seul le résultat compte", et bien c'est très précisément sur ces critères qu'un système sera d'abord jugé par ses utilisateurs.
Après, les questions concernant le développement n'intéressent que le développeur ou au mieux le power-user. Bien que tu ne négliges pas cet aspect, j'insiste tout de même sur le fait que le travail d'intégration et de maintenance de 17000 paquets sur 12 architectures différentes, au vu des exigences de Debian afférentes à la liberté et des modifications que cela implique dans certains cas (réécriture de drivers libres) est bel et bien une tâche colossale. Précisons par ailleurs que Debian, en plus du lot de patchs produits, est à l'origine de quelques grosses innovations en matière de R&D dans le Logiciel Libre (système de gestion de paquets notamment), bien qu'effectivement cela vise à remplir des besoins ponctuels et non à réinventer l'eau chaude, si on peut dire ainsi. :-)
Enfin, le mode de développement OpenSource met à disposition dès le stade alpha toute les dernières innovations. Outre l'irrésistible attrait que cela procure aux geeks en herbe et le fait de pouvoir avoir un aperçu immédiat de ce à quoi vont ressembler les distributions dans le futur, leur intégration se fait surtout de manière beaucoup plus progressive que dans Windows.
Prenons par exemple Ubuntu : avec un cycle de mise à jour qui a lieu tous les 6 mois, l'utilisateur peut profiter d'une évolution constante des technologies qu'il utilise. En un sens c'est moins perturbant que d'avoir à les assimiler d'un coup au bout d'une accumulation de 5 ans de développement ; en plus la modularité du développement permet de bénéficier directement de certaines innovations sans avoir à attendre sur d'autres nécessitant plus de temps pour être finalisées.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: "Chez Microsoft, ça sort quand c'est pas prêt"
Posté par THR4K . En réponse à la dépêche Comparatif Vista / Linux pour les performances des jeux. Évalué à 0.
Tu noteras que je parlais précédemment de _véritables_ FS 64 bits.
Autrement, je sais pertinemment que Microsoft est "l'inventeur" de technologies qui sont toujours les meilleures théoriquement. ;-)
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: "Chez Microsoft, ça sort quand c'est pas prêt"
Posté par THR4K . En réponse à la dépêche Comparatif Vista / Linux pour les performances des jeux. Évalué à 1.
"Il n'y a de pire aveugle que celui qui ne veut voir."
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: "Chez Microsoft, ça sort quand c'est pas prêt"
Posté par THR4K . En réponse à la dépêche Comparatif Vista / Linux pour les performances des jeux. Évalué à 1.
Je me souviens de mon installation de Woody en 2003, avec une interface en GTK1 ; considérant à présent Etch (ou tout autre distribution) avec KDE 3.5.x, E17 ou Aiglx/Beryl, je me dis que si l'on veut suivre les véritables changements dans le domaine informatique c'est bien du côté des OS GNU/Linux qu'il faut aller voir, et non ailleurs.
Et encore, je ne parle là que de la partie la plus émergée de l'iceberg. C'est sans compter avec les évolutions que connaît le noyau lui-même et les technologies qu'il embarque. Par exemple rien qu'au niveau des systèmes de fichiers UNIX/Linux à encore des années d'avance sur Microsoft avec de véritables FS 64bits comme XFS par exemple ; je ne parle même pas de l'ordonnancement, de la gestion SMP, ou de la mémoire, etc.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
# "Chez Microsoft, ça sort quand c'est pas prêt"
Posté par THR4K . En réponse à la dépêche Comparatif Vista / Linux pour les performances des jeux. Évalué à 6.
Oui la comparaison est osée, mais faisable : alors que chez Debian les délais sont assumés pour délivrer un OS qui mérite vraiment le label "stable", le moins qu'on puisse dire c'est que ce n'est pas vraiment le cas du système made in Redmond. Je précise que par "stable", j'entends : "qui est efficient et qui ne bougera plus", et non pas "qui ne plante pas" (encore qu'il serait aussi intéressant de mesurer le nombre de bugs critiques entre les deux OS, je crois qu'on rigolerait également).
Dommage que le grand public n'ait pas conscience de la qualité et de la quantité travail effectué par tant de projets communautaires, nul doute que autrement, la couronne du roi Gates se ternirait alors soudainement à leurs yeux.
Et oui, notons que, Microsoft, large entreprise disposant de moyens -notamment financiers- considérables, ne parvient pas à sortir un produit qui soit complètement finalisé, et ce, après un retard de plus d'un an, au prix de quelques "avancées majeures" (oui, car, apprend-t-on, certaines des fonctionnalités "révolutionnaires" prévues, n'ont pas pu être implémentées).
L'excuse, toutefois, est bien rodée : "Vous comprenez, avec le concentré de technologies qu'il faut maîtriser dans Windows Vista, il est normal de devoir être encore un peu patient. D'ici quelques mois encore (sic!) vous allez voir l'étendue de ses capacités."
Je ne peux m'empêcher de sourire devant ce genre d'argument commercial fumeux : on croirait entendre des négociants en vins et spiritueux... à la limite ce serait valable si l'OS de Microsoft était seulement comparable au grand cru qu'on va déguster dans les décennies à venir, mais voilà, c'est plus en face d'une piquette qu'on se trouve, au vu de l'obsolescence des technologies informatiques.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
# Tour de force !
Posté par THR4K . En réponse à la dépêche Novell et Microsoft main dans la main !. Évalué à 3.
Microsoft est loin d'avoir abattu toutes ses cartes et n'a pas de leçons à prendre en terme de stratégie comme le montre cet accord, qui, parions-le, va leur être absolument profitable en éliminant d'une certaine façon la concurrence induite jusqu'ici par quelques projets libres notables.
Sinon il est vrai qu'on peut se demander comment les autres acteurs / distributions vont réagir prochainement ?
Pour Debian au moins, maintenant que certains logiciels peuvent être "libres" tout en étant soumis à des brevets, peut-être verrons-nous prochainement apparaître une section patented sur leurs archives, qui sait :-)
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: Une phrase a dire
Posté par THR4K . En réponse à la dépêche gNewSense 1.0 : nouvelle distribution entièrement libre. Évalué à 2.
Et comment fais-tu pour mesurer objectivement ce que la majorité des utilisateurs souhaitent sur l'une ou l'autre de ces distributions ?
Il est possible d'utiliser de n'utiliser que du logiciel libre sur l'une ou l'autre si on le souhaite ; il suffit de ne pas installer de logiciel non libres, ou dans le cas d'une "paranoïa libriste" de "purifier" soi-même son système en enlevant les éléments qu'on considère comme non libre :-)
Il est vrai que Debian et ses DFSG sont connues pour être particulièrement laxistes au niveau de ce qu'on entend par logiciel libre ou non :-D Ensuite j'ajouterai que Debian est le seul projet de cette taille à avoir bénéficier d'un sponsoring de la FSF. Bien que celui-ci dura de 1994 à 1995, cela n'a pas empêché RMS d'utiliser Debian sur son poste de travail pendant plusieurs années après (je ne sais pas si c'est encore le cas).
Une trop grande dispersion des efforts ne favorise pas forcément le Logiciel Libre. Mais bon, de toute façon n'importe quel debianiste convaincu sait que tôt ou tard on finit par revenir aux sources ;-)
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
# Ça pourrait très bien s'appeler Freebuntu
Posté par THR4K . En réponse à la dépêche gNewSense 1.0 : nouvelle distribution entièrement libre. Évalué à 5.
Quelques informations intéressantes tirées du site :
Je ne vois pas trop le rapport avec Debian (à part le fait que Ubuntu soit elle-même basée dessus et les récentes affaires avec les firmwares) en revanche ça sent à plein nez le fork libre de Ubuntu ; c'est Mark Shuttleworth qui doit être content :-)
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
# Mauvaise idée...
Posté par THR4K . En réponse à la dépêche Dunc-tank: comment aider à la publication de Etch en décembre. Évalué à 6.
Un appel public a contribution est donc une idée qui n'est pas inintéressante si celle-ci peut permettre de faire évoluer plus efficacement le projet sur certains de ses aspects.
Malgré tout, et j'ai beau aimer Debian (le mot est faible, ceux qui me connaissent le savent) mais dans le cas présent, l'initiative telle que présentée et organisée est à mon sens particulièrement maladroite ; non désolé, pour moi la "pilule" ne passe pas, je m'explique :
1) - une structure de financement indépendante et externe au projet
Plutôt que d'utiliser SPI dont l'un des rôles est de gérer ce type d'aspect, un projet "parallèle" (un genre de fork de SPI ?) est assez soudainement monté dans ce but en expliquant que c'est plus ou moins nécessaire pour éviter de possibles tensions plus ou moins en raison de la façon dont vont être redistribué les dons financiers O_o !
Excusez-moi si je me trompe, mais ce manque de cohésion/d'unité autour de Dunc-tank (qui clairement ne fait pas l'unanimité) nuit d'une certaine façon à l'image et à la crédibilité du projet Debian par le sentiment de confusion et de dissension qui s'en dégage, non ?
2) - la rémunération de certains développeurs seulement
Totalement discriminatoire et facile : une petite équipe de développeurs va être considérée comme étant prioritaire, méritant donc rémunération pour remplir certains objectifs immédiats du projet...
Comment créer le vif mécontement ou la déception de nombreux contributeurs ½uvrant tout autant pour le projet mais dont le travail sera considéré d'une certaine façon comme moins valable (j'ai envie de dire : moins "bankable") malgré tous leurs efforts afin que Debian puisse fournir des distributions de qualité. A mon sens le problème est moins une question d'argent qu'une question de respect (la reconnaissance et l'amour propre jouent sans doute un rôle encore plus important dans ce cas).
3) - afin de pouvoir respecter la date de publication de Etch
Alors lorsqu'un grand nombre attendait impatiement la sortie de Sarge à l'époque, l'excuse invoquée (et justifiée comme indiqué sur le site de Debian) pour le retard c'était : "ça sort quand c'est prêt". Apparement ça n'a (heureusement) pas changé bien qu'une date ait été avancée pour décembre 2006, mais on peut se demander à quoi bon si du coup le calendrier implique les impératifs financiers qu'on connait et les risques qui en découlent pour mener l'opération à bien.
A nouveau la démarche est mal appropriée : en plus des effets négatifs décrits précédement s'ajoute la pression, d'autant plus forte qu'ils seront consciencieux, sur les développeurs rémunérés dans la mesure où la nécessité est à la fois de satisfaire les utilisateurs (délais tenus + qualité finale de Etch) et les autres développeurs non rémunérés (honorer la confiance de ceux qui auront accepté le compromis).
Dernier point dérangeant : le motif. La sortie de Etch (sachant que ce qui prime de toute façon c'est de la sortir uniquement lorsqu'elle sera vraiment finalisée et prête) me paraît être une justification assez maigre en regard des conséquences possibles que cette histoire va engendrer.
Conclusion :
Si l'idée du don en argent me paraît utile pour la pérennité de Debian, c'est toutefois dans un cadre bien défini : interne au projet, clair et en rapport direct avec la gestion de son infrastructure dans son ensemble (financement d'équipements matériel, de manifestations/conférences et des frais connexes pour les développeurs y participant, de la promotion du projet par le biais de médias divers, etc.) et non dans la rémunération de quelques développeurs triés sur le volet pour accomplir des tâches qui seront uniquement profitables sur le court terme...
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.