Je pense que cette nouvelle est de bon augure pour le futur de Linux dans les entreprises.
Gageons que tu aies raison mais ce n'est pas du côté d'HP qu'il fait chercher une solution professionnelle car, pour le moment, l'offre HP/Compaq se limite à Linux <=> serveur Web (sic !) abstraction faite des "Workstations xw 6000/8000"
On fait mieux en termes d'offre professionnelle...
Lorsque l'on voit ce que font certains concurrents comme :
DELL http://www.euro.dell.com/countries/fr/fra/lca/products/line_servers.htm
ou IBM http://www.pc.ibm.com/fr/xseries/index.html
Sur ce point, certains d'entre vous connaitraient ils des distributions alternatives à l'offre "professionnelle" Redhat Advanced Server et Entreprise Server équivalentes en termes de support installation/progiciels et certifications ?
De même, si quelqu'un avait des infos sur des intégrateurs Matériel/Linux haut de gamme (type serveurs bi+ CPU, SCSI/RAID, Gigabit, sauvegarde DAT/AIT...) + clients légers avec support sur site, je suis preneur ;o)
Merci par avance.
Encore un merci...
A ce "brillant" dirigeant, parce qu'en un peu plus de 30 années d'éveil à la conscience, je me sens pour la première fois fier d'appartenir à cette foule d'anonymes que l'on nome espèce humaine... la sensation d'appartenir à un peuple... planétaire ;o)
Le monde n'a jamais été plus en paix que depuis que l'on peut le détruire complètement.
Tu trouves qu'il est en paix toi ?
Etats-Unis...
Moyen-Orient...
Communauté Européenne...
Europe de l'Est...
Australie...
Afrique du Nord...
Afrique Centrale
...
Tous les continents/sous-continents sont ou ont été engagés dans au moins un conflit armé ces 10 dernières années.
Si c'est cela la paix...
Et je ne pense pas que la guerre soit une source suffisante d'avancées technologiques pour justifier qu'on puisse y avoir recours. Lorsque l'on voit la part de budget national réservé à la Défense, on peut se demander si ça ne pourrait être utiliser de manière plus profitable...
Je pense que nous avons deux points de vues qui s'opposent diamétralement...
En deux mots...
Tu supposes que notre évolution est/doit être dictée par la peur... peur du gendarme (répression routière, répression policière dans les cités...), peur des représailles militaires (guerre en Irak, interventions israéliennes en Palestine...), peur du châtiment...
Alors que j'aurais plutôt tendance à croire/espérer que notre évolution doit aller vers plus de maturité... éducation, nouvelles visions/schémas d'organisation, apprentissage, prévention... un doigt de clairvoyance en somme.
A ta décharge, je dirai que cela s'inscrit tout à fait dans la vision judéo-chrétienne de nos sociétés occidentales et qu'il y a de fortes probabilités que des résultats probants apparaissent à court terme.
Mais quel avenir proposons nous ainsi ? Une répression systématique de tous écarts ? une vie dirigée par la dualité carotte/bâton ?
Désolé mais je n'ai pas envie de cela... J'aimerais juste croire que notre espèce a plus d'avenir.
Quand je lis il faut mettre les moyens pour la faire appliquer., je me demande jusqu'où nous pourrons aller avec ce raisonnement...
Non que je remette en cause les informations de france-inter mais le raccourci est étonnement facile lorsqu'il s'agit de communiquer sur les coups des réalisations militaires.
C'est assez bizarre mais sur le sujet, j'avais plutôt entendu parlé d'un coup avoisinant les 50 milliards de francs.
Enfin bon... c'est négligeable lorsqu'on voit que le gouvernement est près à injecter "royalement" 300 millions de francs pour relancer l'emploi
... cherchez l'erreur ... Mais il est vrai que chacun a ses priorités...
Quant à cette vision d'une d'indépendance militaire vis-à-vis des E.U., nonobstant dans le juste sillage "gaulliste", je ne suis pas persuadé qu'en pronant perpétuellement le bouclier du "je-ne-fais-pas-la-guerre-mais-je-m'arme-tout-de-même", on puisse aboutir un jour à une philosophie pacifiste. Vivre en bonne intelligence en quelques sortes...
A titre personnel, je trouve réellement pathétique cette propension à justifier un discours pro-armement sous couvert de défense nationale. C'est un peu à l'image Sarkosi : on abandonne la prévention / priorité à la répression... Et vive la peur irrationnelle...
J'ai peur que, dans ce domaine, le risque soitde tomber sur plus con que soi et d'aller vers l'escalade de la violence.
Lorsqu'il s'agit d'ordre public, on pourrait être tenté de trouver cela acceptable mais quand il est question de sécurité nationale ou d'ordre mondiale, ça m'embêterait de devoir rester cloîtrer dans un abri anti-atomique...
< rêve d'enfant >
Je rêve d'un monde où mon voisin ne peut être mon ennemi, quelle que soit sa couleur, son pays ou ses croyances.
Je rêve d'une société où ce n'est pas la loi qui me dicte mes actions mais la plus simple évidence, la raison.
Je rêve d'une école où l'on apprenne le respect et le devoir avant la proclamation du droit.
Je rêve d'un monde où les mots "valeur humaine" ont un sens au-delà de leur simple juxtaposition.
... d'une planète où l'espèce "dominante" abolit ce mot détestable et respecte la vie même sous sa plus simple expression, un monde où je serai fier d'appartenir à cette espèce.
Je rêve de tout cela et bien d'autres choses encore...
Et parfois j'en pleure... parce que ce n'est qu'un rêve.
< / rêve d'enfant >
Donc envoyer nos surplus au pays qui ont faim est le meilleur moyen de les affamer définitivement
Si ce que tu conclues ici est tout à fait vrai... accessoirement... la politique actuelle d'aide africaine va plutôt dans le sens d'achats sur les marchés locaux afin de favoriser le développement d'une économie locale. C'est en tous cas ce que préconisent le PAM (Programme d'Aide Alimentaire Mondial) et la FAO (Food and Agricultural Organization) et ce qu'ils tentent de mettre en place...
Parralèllement, des organismes internationaux et/ou nationaux de conservation de la biodiversité militent pour la préservation et le développement de semences rustiques locales afin d'acquérir une indépendance (relative) vis-à-vis des producteurs occidentaux et éviter les abus du style de ceux perpétrés par Mosanto (vente de semences résistantes aux climats mais stériles => achats annuels).
de pouvoir avoir un support payant qui puisse reagir en tant voulu...
Malheureusement, cela va parfois plus loin... Le choix d'une solution technique repose aussi sur des considérations purement contractuelle liée à la maintenance / qualité de service. Si un éditeur de logiciel s'engage sur les fonctionnalités d'une solution... c'est un engagement contractuel de moins à respecter par le fournisseur intégrant cette dernière.
ex: le logiciel XXX propriétaire fonctionne sur telles plateformes pour tels materiels.
=> l'architecte (i.e fournisseur d'une solution) retient XXX même si l'expérience a montré qu'on pouvait avoir des dysfonctionnements dans certains cas; mais la "renommée" de XXX rassure... (sic !)
=> si d'aventure ce problème devait être rencontré en production, il suffirait de se retourner contre l'éditeur de XXX tout en étant respectueux du contrat.
Dans le cas d'une solution libre, même si les fonctionnalités sont autrement plus avantageuses ou qu'elle fait preuve d'une maturité plus aboutie, si un dysfonctionnement survient... c'est à l'architecte (i.e le fournisseur de la solution) de trouver un contournement.
RedHat ne fait ici que proposer... pour une coquette somme... le support attendu (et sécurisant dans le choix de la solution libre).
Espérons que cela permette de promouvoir les solutions libres en entreprise et sur ce point je rejoins ton point de vue.
N'étant pas un grand connaisseur dans le domaine du son, mon avis pourra très certainement être complété/corrigé par certains d'entre vous mais j'ai retenu que :
1. sur portable Mac (iBook PPC G3 & Powerbook PPC G4), il est recommandé d'utiliser ALSA pour "ménager" la durée de vie des batteries (utilisation CPU moindre il me semble).
2. mplayer préconise l'utilisation d'ALSA avec émulation OSS pour le son.
Voilà au moins deux points qui font que cette sortie attendue constitue plutôt une très bonne nouvelle... ;o)
cleartool diff -blank_ignore ...
Ah c'est vrai... c'est limité à certains outils de gestion de configuration ;o)
Trève de plaisanterie/troll, je suis parfaitement d'accord avec ta vision des choses concernant :
1. le non-respect des méthodologies "qualité" (spécifications de langage, méthodes de développement...) par une majorité de développeurs
2. la facheuse habitude des tabulations dans les éditeurs (emacs, vi/vim...) qui rendent le code illisible.
d'ailleurs, les set tabstop=3 et set expandtab, ça n'a jamais fait de mal à personne sauf... pour les Makefile et les indentations des End-Of-File pour les commandes shell cat, ed...
Mais si cet aspect peut s'avérer très gênant à la longue, cela justifie-t-il l'investissement dans un nouveau langage ?
(encore que, ne connaissant pas Python, tout ce que j'ai lu ici m'invite à la découverte ;o)
Pil-poil la solution que j'aurais proposé mais... ça marche [...] entre hda et sda1(lu dans une doc)
Je ne suis pas très sur.
J'ai essayé...
+ sda & sdb : OK
+ hda & hdb : OK
+ sda & hda : KO (boot sur SCSI -sda- et visibilité sda/hda avec le mapping "map-drive" par défaut -i.e pour toutes - sinon lilo ne boot pas) mais cela marche peut-être si le "master boot record" se trouve sur le disque hda (vu en premier par le BIOS...
Non, le tien ne tient pas du tout la route, il n'entretient que des FUD's
Si avoir un minimum d'ouverture d'esprit (quitte à se faire parfois l'avocat du diable) ne revient à tes yeux qu'à entretenir des UF's alors oui, définitivement, nous ne parlons pas la même langue... ce que reflète en substance ton argumentaire.
En ce qui concerne ce point, ça n'a rien à voir, dans la mesure où le numéro de la carte réseau peut être altéré de façon logiciel
Tout à fait d'accord... lorsque je parlais de débrancher sa carte réseau, il s'agissait de s'isoler du reste du monde : cela aurait tout aussi bien pu être un modem ou une antenne wifi...
On a le droit de ne pas être fiché partout par des firmes privées
1. Ce droit n'est pas implicitement nié ici, pas plus que ton droit à accéder / rectifier les informations collectées.
2. Accessoirement, ce fichage existe déjà. Le fait que ce soit "limité" à ton banquier, ton médecin ou ton revendeur de voitures est-il plus sécurisant ?
Je ne vois de ta part, ici, qu'un procès d'intention à l'égard des éditeurs de logiciels...
la plupart des constructeurs adhèrent à tcpa
Dans l'absolu, la plupart des utilisateurs (informatique personnelle) préfèrent/se voient imposer Windows... Est-ce pour cela qu'il n'existe pas d'alternative ? Sur cet argument donc... nous avons aussi le choix.
Rien à voir entre libre et propriétaire
Tu détournes mon propos : il s'agissait juste d'associer opacité de la puce avec celle du code des logiciels propriétaires et de l'opposer au libre.
Bon je vais pas passer mon temps à répondre au reste c trop GROS
C'est tout à fait selon ce shéma que l'on favorise l'échange de point de vues... Ton avis est-il tellement clairvoyant et implicite qu'il te dispense d'argumentaire ?
INFO 1 : cette clé unique est pire qu'un simple numéro unique (retiré par Intel de ses processeurs, après des appels au boycott), car elle ne peut pas être contrefaite
Un peu à l'image des adresses MAC, identifiant de manière unique un hôte sur le réseau : je ne trouve pas cela plus choquant que ça... Est-ce pour se réserver l'anonymat <=> immunité ? Un jour ou l'autre, l'utilisation de cette clé sera exigée par les softs DRM ...
Il ne s'agit ici que de l'emploi, via l'OS, qui peut/pourrait en être fait pas d'une capacité intrinsèque de la puce... En outre, la possibilité offerte de restreindre l'accès au seul "propriétaire" (i.e ordinateur) peut être souhaité par ce dernier : à voir donc comme une fonctionnalité offerte (?)
INFO 2 : être confrontés à des fichiers (documents ou programmes) encryptés sous Windows et inutilisables sous Linux...
Là encore il s'agit de l'utilisation qui pourrait en être faite, rien de plus... En outre, il arrive un moment où il faut choisir : si on passe son temps à "taper" sur Windows, il est difficillement défendable de dual-boot"er" sur cet OS...
Enfin, à supposer que ce cauchemard se réalise, ne pouvoir relire/modifier un document qu'exclusivement sur l'ordinateur et l'OS d'origine, c'est tout simplement la mort de la communication au moyen de l'outil informatique : soyons réalistes...
NDLR : personnellement, je suis un des utilisateurs de dual-boot
Notons aussi que des outils libres comme tripwire permettent de s'assurer en bootant à partir d'une disquette ou d'un CD-rom qu'un OS n'a pas été modifié par un virus ou par un cracker ...
Je doute que l'utilisation de tels logiciels soit effective pour des données personnelles.
INFO 3 : impossibilité de contrôler le code qui est dans les puces TCPA
D'accord sur le fond, mais : Des chevaux de Troie ou des failles pourraient être introduites dans ces puces sans que les utilisateurs le sachent.
...pas plus qu'avec des exploits potentiellement non connues et/ou non publiées par l'éditeur d'un logiciel (surtout propriétaires car, ici, le problème est de cet ordre propriétaire/libre).
Quant à il n'est pas prévu dans les specs de pouvoir changer ces algorithmes si une nouvelle faille est trouvée
Je ne pense pas que cela soit dans l'intérêt du constructeur. Si l'un ne l'autorise pas, d'autres proposeront la mise à jour de la puce. (ou peut-être suis-je naïf ?)
Aucun des algorithmes de cryptage utilisés dans les specs TCPA n'a été démontré comme étant incassable (par une preuve mathématique)...
Existe-t-il un algorithme incassable ? j'en doute...
INFO 4 : TCPA inclut un mode "extend" qui permet de s'assurer que seul un OS signé pourra être booté
Sur ce point, il est vrai que l'aveu implicite est pathétique et constitue une négation de nos droits élémentaires. De plus, cette fonctionnalité est déjà remplie par le BIOS / Firmware / Hardware sur les solutions actuelles.
INFO 5 :
Pas compris les * conséquences : OS non signés / extend abandonné / ...
INFO 6 : roots of trust ce qui est somme toute la pierre angulaire de cette technologie : est-ce surprenant ?
Quant à l'activation framework de Windows XP, même si ce procédé est gênant pour une majorité de non-détenteurs de licences Windows mais utilisateurs tout de même, ce n'est jamais qu'un moyen pour l'éditeur de faire respecter son droits. Que l'on soit d'accord ou pas ne change rien sur le fond : l'éditeur (en l'occurence Windows) est dans son droit, l'utilisateur sans licensenon.
Bref, au moins pour toutes les raisons ci-dessus, je refuse fortement d'avoir des puces ou des softs TCPA ...
Au moins il existe des plate-formes alternatives et pour le numéro unique, un conseil, débranche ta carte réseau.
En résumé, je trouve cet article intéressant sur bien des points mais l'aspect critique est trop souvent ignoré au profit de certains amalgames qui ne servent aucunement le sujet.
L'article est ecrit par un developpeur independant.
Ce qui n'est aucunement nié dans l'article...
IBM n'a fait que plublier son article
Ce n'est pas ce que j'en ai compris... Plutôt un article, élogieux en substance, de la part d'IBM sur le sujet : une bonne publicité en l'occurence.
des résidus de PC demodés placés autour (car c'est souvent ainsi que je qualifie, je l'espère a tort, les composants utillisés par apple, etc...) dans un joli boitier
à tort donc...
Il ne faut pas confondre PC Carrefour et assemblage Apple...
En fait, il ne faut pas confondre assemblage PC et Apple tout court... et en profiter pour ne pas dire n'importe quoi.
architecture CHRP / standards industriels
<> résidus de PC demodés
il est toujours intéressant de voir le résultat sur des applications identiques tournant sur des systèmes différents.
Encore que...
Si on regarde , par exemple, les benchs des dernières versions de Photoshop portées sur PPC et Intel/Amd, on peut se demander si la qualité du portage ne rentre pas aussi (de manière très significative) en ligne de compte.
Du coup, même ce type de comparaison devint caduque...
Le bench des perfs d'application c'est un peu comme l'hérésie de la course au Ghz Intel et le P-rating AMD... certains jeux d'instructions, architectures du proc jouent énormément et c'est difficillement quantifiable à priori (specs) comme à posteriori (benchs comparatifs d'architectures différentes).
Je pense que le seul cas comparable serait le portage de logiciels libres où aucun intérêt économique n'entre en ligne de compte...
Du coup, on est plutôt bien placés non ?! ;o))))
C(++) - plus de sûreté : j'ai déjà entendu cela avec l'apparition de java, ce qui n'empêche pas les fuites mémoires avec certaines implémentation de jvm. En outre (pour devancer d'autres critiques de ces deux langages), concernant la faible structuration que l'on reproche au C ou au C++ (dans une moindre mesure), la "faute" en revient au développeur le plus souvent... pas au langage.
PHP - plus de puissance : j'sais pas... jamais utilisé. Pourquoi d'ailleurs lorsqu'existe Perl ;o)
Perl - une syntaxe plus compréhensible : quand on a pratiqué un tant soit peu le(s) shell(s), on trouve du plaisir à l'étendue de ses possibilités. Quant à sa syntaxe, même si The language is intended to be practical (easy to use, efficient, complete) rather than beautiful (tiny, elegant, minimal)., rien n'empêche le développeur d'en faire une implémentation élégante et compréhensible...
</avis personnel>
En résumé, je dirait un langage de plus... à priori quelque peu négatif donc lorsqu'on a le moindre désir de capitaliser un minimum (que ce soit du code <-> réutilisabilité ou un langage <-> expérience).
# Accord avec Red Hat... hisse l'offre HP/Compaq au niveau professionnelle ?
Posté par Quzqo . En réponse à la dépêche Accord entre Red Hat et HP-Compaq. Évalué à 10.
# Re: Mille mercis, président Bush, par Paulo Coelho
Posté par Quzqo . En réponse au journal Mille mercis, président Bush, par Paulo Coelho. Évalué à 1.
A ce "brillant" dirigeant, parce qu'en un peu plus de 30 années d'éveil à la conscience, je me sens pour la première fois fier d'appartenir à cette foule d'anonymes que l'on nome espèce humaine... la sensation d'appartenir à un peuple... planétaire ;o)
[^] # La paix....
Posté par Quzqo . En réponse au journal Espace vital ? Réflexion en free-flight. Évalué à 3.
[^] # Education / Répression
Posté par Quzqo . En réponse au journal Espace vital ? Réflexion en free-flight. Évalué à 2.
En deux mots...
Tu supposes que notre évolution est/doit être dictée par la peur... peur du gendarme (répression routière, répression policière dans les cités...), peur des représailles militaires (guerre en Irak, interventions israéliennes en Palestine...), peur du châtiment...
Alors que j'aurais plutôt tendance à croire/espérer que notre évolution doit aller vers plus de maturité... éducation, nouvelles visions/schémas d'organisation, apprentissage, prévention... un doigt de clairvoyance en somme.
A ta décharge, je dirai que cela s'inscrit tout à fait dans la vision judéo-chrétienne de nos sociétés occidentales et qu'il y a de fortes probabilités que des résultats probants apparaissent à court terme.
Mais quel avenir proposons nous ainsi ? Une répression systématique de tous écarts ? une vie dirigée par la dualité carotte/bâton ?
Désolé mais je n'ai pas envie de cela... J'aimerais juste croire que notre espèce a plus d'avenir.
Quand je lis il faut mettre les moyens pour la faire appliquer., je me demande jusqu'où nous pourrons aller avec ce raisonnement...
[^] # Re: Espace vital ? Réflexion en free-flight
Posté par Quzqo . En réponse au journal Espace vital ? Réflexion en free-flight. Évalué à 1.
s/300 millions de francs/300 millions d'euros/
[^] # Re: Espace vital ? Réflexion en free-flight
Posté par Quzqo . En réponse au journal Espace vital ? Réflexion en free-flight. Évalué à 6.
Non que je remette en cause les informations de france-inter mais le raccourci est étonnement facile lorsqu'il s'agit de communiquer sur les coups des réalisations militaires.
C'est assez bizarre mais sur le sujet, j'avais plutôt entendu parlé d'un coup avoisinant les 50 milliards de francs.
Enfin bon... c'est négligeable lorsqu'on voit que le gouvernement est près à injecter "royalement" 300 millions de francs pour relancer l'emploi
... cherchez l'erreur ... Mais il est vrai que chacun a ses priorités...
Quant à cette vision d'une d'indépendance militaire vis-à-vis des E.U., nonobstant dans le juste sillage "gaulliste", je ne suis pas persuadé qu'en pronant perpétuellement le bouclier du "je-ne-fais-pas-la-guerre-mais-je-m'arme-tout-de-même", on puisse aboutir un jour à une philosophie pacifiste. Vivre en bonne intelligence en quelques sortes...
A titre personnel, je trouve réellement pathétique cette propension à justifier un discours pro-armement sous couvert de défense nationale. C'est un peu à l'image Sarkosi : on abandonne la prévention / priorité à la répression... Et vive la peur irrationnelle...
J'ai peur que, dans ce domaine, le risque soitde tomber sur plus con que soi et d'aller vers l'escalade de la violence.
Lorsqu'il s'agit d'ordre public, on pourrait être tenté de trouver cela acceptable mais quand il est question de sécurité nationale ou d'ordre mondiale, ça m'embêterait de devoir rester cloîtrer dans un abri anti-atomique...
< rêve d'enfant >
Je rêve d'un monde où mon voisin ne peut être mon ennemi, quelle que soit sa couleur, son pays ou ses croyances.
Je rêve d'une société où ce n'est pas la loi qui me dicte mes actions mais la plus simple évidence, la raison.
Je rêve d'une école où l'on apprenne le respect et le devoir avant la proclamation du droit.
Je rêve d'un monde où les mots "valeur humaine" ont un sens au-delà de leur simple juxtaposition.
... d'une planète où l'espèce "dominante" abolit ce mot détestable et respecte la vie même sous sa plus simple expression, un monde où je serai fier d'appartenir à cette espèce.
Je rêve de tout cela et bien d'autres choses encore...
Et parfois j'en pleure... parce que ce n'est qu'un rêve.
< / rêve d'enfant >
[^] # Re: Espace vital ? Réflexion en free-flight
Posté par Quzqo . En réponse au journal Espace vital ? Réflexion en free-flight. Évalué à 2.
Si ce que tu conclues ici est tout à fait vrai... accessoirement... la politique actuelle d'aide africaine va plutôt dans le sens d'achats sur les marchés locaux afin de favoriser le développement d'une économie locale. C'est en tous cas ce que préconisent le PAM (Programme d'Aide Alimentaire Mondial) et la FAO (Food and Agricultural Organization) et ce qu'ils tentent de mettre en place...
Parralèllement, des organismes internationaux et/ou nationaux de conservation de la biodiversité militent pour la préservation et le développement de semences rustiques locales afin d'acquérir une indépendance (relative) vis-à-vis des producteurs occidentaux et éviter les abus du style de ceux perpétrés par Mosanto (vente de semences résistantes aux climats mais stériles => achats annuels).
[^] # Re: Spam sur DLFP
Posté par Quzqo . En réponse au journal Spam sur DLFP. Évalué à 1.
Que convient-il de faire dans ce genre de mésaventures ?
[^] # Réseau sans Fil : WIFI pour tous ?
Posté par Quzqo . En réponse au journal Réseau sans Fil : WIFI pour tous ?. Évalué à 1.
Je prendrai aussi cet aspect en considération. ;o)))
Merci à tous pour vos points de vue.
[^] # Re: RedHat élargit son offre «RedHat enterprise»
Posté par Quzqo . En réponse à la dépêche RedHat élargit son offre «RedHat enterprise». Évalué à 2.
Malheureusement, cela va parfois plus loin... Le choix d'une solution technique repose aussi sur des considérations purement contractuelle liée à la maintenance / qualité de service. Si un éditeur de logiciel s'engage sur les fonctionnalités d'une solution... c'est un engagement contractuel de moins à respecter par le fournisseur intégrant cette dernière.
ex: le logiciel XXX propriétaire fonctionne sur telles plateformes pour tels materiels.
=> l'architecte (i.e fournisseur d'une solution) retient XXX même si l'expérience a montré qu'on pouvait avoir des dysfonctionnements dans certains cas; mais la "renommée" de XXX rassure... (sic !)
=> si d'aventure ce problème devait être rencontré en production, il suffirait de se retourner contre l'éditeur de XXX tout en étant respectueux du contrat.
Dans le cas d'une solution libre, même si les fonctionnalités sont autrement plus avantageuses ou qu'elle fait preuve d'une maturité plus aboutie, si un dysfonctionnement survient... c'est à l'architecte (i.e le fournisseur de la solution) de trouver un contournement.
RedHat ne fait ici que proposer... pour une coquette somme... le support attendu (et sécurisant dans le choix de la solution libre).
Espérons que cela permette de promouvoir les solutions libres en entreprise et sur ce point je rejoins ton point de vue.
[^] # Re: Alsa 0.9 en version stable disponible
Posté par Quzqo . En réponse à la dépêche Alsa 0.9 en version stable disponible. Évalué à 10.
1. sur portable Mac (iBook PPC G3 & Powerbook PPC G4), il est recommandé d'utiliser ALSA pour "ménager" la durée de vie des batteries (utilisation CPU moindre il me semble).
2. mplayer préconise l'utilisation d'ALSA avec émulation OSS pour le son.
Voilà au moins deux points qui font que cette sortie attendue constitue plutôt une très bonne nouvelle... ;o)
[^] # Re: Interview de Guido van Rossum (Python)
Posté par Quzqo . En réponse à la dépêche Interview de Guido van Rossum (Python). Évalué à 7.
Ah c'est vrai... c'est limité à certains outils de gestion de configuration ;o)
Trève de plaisanterie/troll, je suis parfaitement d'accord avec ta vision des choses concernant :
1. le non-respect des méthodologies "qualité" (spécifications de langage, méthodes de développement...) par une majorité de développeurs
2. la facheuse habitude des tabulations dans les éditeurs (emacs, vi/vim...) qui rendent le code illisible.
d'ailleurs, les set tabstop=3 et set expandtab, ça n'a jamais fait de mal à personne sauf... pour les Makefile et les indentations des End-Of-File pour les commandes shell cat, ed...
Mais si cet aspect peut s'avérer très gênant à la longue, cela justifie-t-il l'investissement dans un nouveau langage ?
(encore que, ne connaissant pas Python, tout ce que j'ai lu ici m'invite à la découverte ;o)
[^] # Re: Multiboot Windows 98 + Windows 95 + Linux
Posté par Quzqo . En réponse au journal Multiboot Windows 98 + Windows 95 + Linux. Évalué à 1.
ça marche [...] entre hda et sda1(lu dans une doc)
Je ne suis pas très sur.
J'ai essayé...
+ sda & sdb : OK
+ hda & hdb : OK
+ sda & hda : KO (boot sur SCSI -sda- et visibilité sda/hda avec le mapping "map-drive" par défaut -i.e pour toutes - sinon lilo ne boot pas) mais cela marche peut-être si le "master boot record" se trouve sur le disque hda (vu en premier par le BIOS...
[^] # Point...
Posté par Quzqo . En réponse à la dépêche vérifications sur TCPA: je refuse d'avoir des puces et des softs TCPA dans mon ordinateur. Évalué à 0.
Si avoir un minimum d'ouverture d'esprit (quitte à se faire parfois l'avocat du diable) ne revient à tes yeux qu'à entretenir des UF's alors oui, définitivement, nous ne parlons pas la même langue... ce que reflète en substance ton argumentaire.
[^] # (haussement d'épaules)
Posté par Quzqo . En réponse à la dépêche vérifications sur TCPA: je refuse d'avoir des puces et des softs TCPA dans mon ordinateur. Évalué à 1.
[^] # Re: vérifications sur TCPA: je refuse d'avoir des puces et des softs TCPA dans mon ordinateur
Posté par Quzqo . En réponse à la dépêche vérifications sur TCPA: je refuse d'avoir des puces et des softs TCPA dans mon ordinateur. Évalué à 1.
Tout à fait d'accord... lorsque je parlais de débrancher sa carte réseau, il s'agissait de s'isoler du reste du monde : cela aurait tout aussi bien pu être un modem ou une antenne wifi...
[^] # Re: vérifications sur TCPA: je refuse d'avoir des puces et des softs TCPA dans mon ordinateur
Posté par Quzqo . En réponse à la dépêche vérifications sur TCPA: je refuse d'avoir des puces et des softs TCPA dans mon ordinateur. Évalué à 0.
1. Ce droit n'est pas implicitement nié ici, pas plus que ton droit à accéder / rectifier les informations collectées.
2. Accessoirement, ce fichage existe déjà. Le fait que ce soit "limité" à ton banquier, ton médecin ou ton revendeur de voitures est-il plus sécurisant ?
Je ne vois de ta part, ici, qu'un procès d'intention à l'égard des éditeurs de logiciels...
la plupart des constructeurs adhèrent à tcpa
Dans l'absolu, la plupart des utilisateurs (informatique personnelle) préfèrent/se voient imposer Windows... Est-ce pour cela qu'il n'existe pas d'alternative ? Sur cet argument donc... nous avons aussi le choix.
Rien à voir entre libre et propriétaire
Tu détournes mon propos : il s'agissait juste d'associer opacité de la puce avec celle du code des logiciels propriétaires et de l'opposer au libre.
Bon je vais pas passer mon temps à répondre au reste c trop GROS
C'est tout à fait selon ce shéma que l'on favorise l'échange de point de vues... Ton avis est-il tellement clairvoyant et implicite qu'il te dispense d'argumentaire ?
# Re: vérifications sur TCPA: je refuse d'avoir des puces et des softs TCPA dans mon ordinateur
Posté par Quzqo . En réponse à la dépêche vérifications sur TCPA: je refuse d'avoir des puces et des softs TCPA dans mon ordinateur. Évalué à 3.
cette clé unique est pire qu'un simple numéro unique (retiré par Intel de ses processeurs, après des appels au boycott), car elle ne peut pas être contrefaite
Un peu à l'image des adresses MAC, identifiant de manière unique un hôte sur le réseau : je ne trouve pas cela plus choquant que ça... Est-ce pour se réserver l'anonymat <=> immunité ?
Un jour ou l'autre, l'utilisation de cette clé sera exigée par les softs DRM ...
Il ne s'agit ici que de l'emploi, via l'OS, qui peut/pourrait en être fait pas d'une capacité intrinsèque de la puce... En outre, la possibilité offerte de restreindre l'accès au seul "propriétaire" (i.e ordinateur) peut être souhaité par ce dernier : à voir donc comme une fonctionnalité offerte (?)
INFO 2 :
être confrontés à des fichiers (documents ou programmes) encryptés sous Windows et inutilisables sous Linux...
Là encore il s'agit de l'utilisation qui pourrait en être faite, rien de plus... En outre, il arrive un moment où il faut choisir : si on passe son temps à "taper" sur Windows, il est difficillement défendable de dual-boot"er" sur cet OS...
Enfin, à supposer que ce cauchemard se réalise, ne pouvoir relire/modifier un document qu'exclusivement sur l'ordinateur et l'OS d'origine, c'est tout simplement la mort de la communication au moyen de l'outil informatique : soyons réalistes...
NDLR : personnellement, je suis un des utilisateurs de dual-boot
Notons aussi que des outils libres comme tripwire permettent de s'assurer en bootant à partir d'une disquette ou d'un CD-rom qu'un OS n'a pas été modifié par un virus ou par un cracker ...
Je doute que l'utilisation de tels logiciels soit effective pour des données personnelles.
INFO 3 :
impossibilité de contrôler le code qui est dans les puces TCPA
D'accord sur le fond, mais :
Des chevaux de Troie ou des failles pourraient être introduites dans ces puces sans que les utilisateurs le sachent.
...pas plus qu'avec des exploits potentiellement non connues et/ou non publiées par l'éditeur d'un logiciel (surtout propriétaires car, ici, le problème est de cet ordre propriétaire/libre).
Quant à il n'est pas prévu dans les specs de pouvoir changer ces algorithmes si une nouvelle faille est trouvée
Je ne pense pas que cela soit dans l'intérêt du constructeur. Si l'un ne l'autorise pas, d'autres proposeront la mise à jour de la puce. (ou peut-être suis-je naïf ?)
Aucun des algorithmes de cryptage utilisés dans les specs TCPA n'a été démontré comme étant incassable (par une preuve mathématique)...
Existe-t-il un algorithme incassable ? j'en doute...
INFO 4 :
TCPA inclut un mode "extend" qui permet de s'assurer que seul un OS signé pourra être booté
Sur ce point, il est vrai que l'aveu implicite est pathétique et constitue une négation de nos droits élémentaires. De plus, cette fonctionnalité est déjà remplie par le BIOS / Firmware / Hardware sur les solutions actuelles.
INFO 5 :
Pas compris les * conséquences : OS non signés / extend abandonné / ...
INFO 6 :
roots of trust ce qui est somme toute la pierre angulaire de cette technologie : est-ce surprenant ?
Quant à l'activation framework de Windows XP, même si ce procédé est gênant pour une majorité de non-détenteurs de licences Windows mais utilisateurs tout de même, ce n'est jamais qu'un moyen pour l'éditeur de faire respecter son droits. Que l'on soit d'accord ou pas ne change rien sur le fond : l'éditeur (en l'occurence Windows) est dans son droit, l'utilisateur sans license non.
Bref, au moins pour toutes les raisons ci-dessus, je refuse fortement d'avoir des puces ou des softs TCPA ...
Au moins il existe des plate-formes alternatives et pour le numéro unique, un conseil, débranche ta carte réseau.
En résumé, je trouve cet article intéressant sur bien des points mais l'aspect critique est trop souvent ignoré au profit de certains amalgames qui ne servent aucunement le sujet.
[^] # Re: Interview de Mike Hearn, de Autopackage.org
Posté par Quzqo . En réponse à la dépêche Interview de Mike Hearn, de Autopackage.org. Évalué à 2.
Ce qui n'est aucunement nié dans l'article...
IBM n'a fait que plublier son article
Ce n'est pas ce que j'en ai compris... Plutôt un article, élogieux en substance, de la part d'IBM sur le sujet : une bonne publicité en l'occurence.
[^] # Re: Interview de Mike Hearn, de Autopackage.org
Posté par Quzqo . En réponse à la dépêche Interview de Mike Hearn, de Autopackage.org. Évalué à 6.
Justement ce matin j'étais en train de parcourir l'adresse http://www-106.ibm.com/developerworks/linux/library/l-stow/(...)
Comme quoi IBM ne se limite pas à développer TCPA
Quoiqu'il en soit, cela a l'air très intéressant comme outil...
(m'en vais l'essayer d'ailleurs)
[^] # Re: PowerPC 970 - Une alternative au duo Intel/AMD ?
Posté par Quzqo . En réponse à la dépêche PowerPC 970 - Une alternative au duo Intel/AMD ?. Évalué à 0.
à tort donc...
Il ne faut pas confondre PC Carrefour et assemblage Apple...
En fait, il ne faut pas confondre assemblage PC et Apple tout court... et en profiter pour ne pas dire n'importe quoi.
architecture CHRP / standards industriels
<>
résidus de PC demodés
[^] # Re: PowerPC 970 - Une alternative au duo Intel/AMD ?
Posté par Quzqo . En réponse à la dépêche PowerPC 970 - Une alternative au duo Intel/AMD ?. Évalué à 1.
???
[^] # Re: PowerPC 970 - Une alternative au duo Intel/AMD ?
Posté par Quzqo . En réponse à la dépêche PowerPC 970 - Une alternative au duo Intel/AMD ?. Évalué à 3.
Encore que...
Si on regarde , par exemple, les benchs des dernières versions de Photoshop portées sur PPC et Intel/Amd, on peut se demander si la qualité du portage ne rentre pas aussi (de manière très significative) en ligne de compte.
Du coup, même ce type de comparaison devint caduque...
Le bench des perfs d'application c'est un peu comme l'hérésie de la course au Ghz Intel et le P-rating AMD... certains jeux d'instructions, architectures du proc jouent énormément et c'est difficillement quantifiable à priori (specs) comme à posteriori (benchs comparatifs d'architectures différentes).
Je pense que le seul cas comparable serait le portage de logiciels libres où aucun intérêt économique n'entre en ligne de compte...
Du coup, on est plutôt bien placés non ?! ;o))))
[^] # Re: PowerPC 970 - Une alternative au duo Intel/AMD ?
Posté par Quzqo . En réponse à la dépêche PowerPC 970 - Une alternative au duo Intel/AMD ?. Évalué à 1.
Quoiqu'il en soit, je suis aussi impatient que toi ;o)
[^] # Apports de Pike
Posté par Quzqo . En réponse à la dépêche Sortie du Linux Mag 48. Évalué à 2.
<avis personnel>
En résumé, je dirait un langage de plus... à priori quelque peu négatif donc lorsqu'on a le moindre désir de capitaliser un minimum (que ce soit du code <-> réutilisabilité ou un langage <-> expérience).C(++) - plus de sûreté : j'ai déjà entendu cela avec l'apparition de java, ce qui n'empêche pas les fuites mémoires avec certaines implémentation de jvm. En outre (pour devancer d'autres critiques de ces deux langages), concernant la faible structuration que l'on reproche au C ou au C++ (dans une moindre mesure), la "faute" en revient au développeur le plus souvent... pas au langage. PHP - plus de puissance : j'sais pas... jamais utilisé. Pourquoi d'ailleurs lorsqu'existe Perl ;o) Perl - une syntaxe plus compréhensible : quand on a pratiqué un tant soit peu le(s) shell(s), on trouve du plaisir à l'étendue de ses possibilités. Quant à sa syntaxe, même si The language is intended to be practical (easy to use, efficient, complete) rather than beautiful (tiny, elegant, minimal)., rien n'empêche le développeur d'en faire une implémentation élégante et compréhensible...
</avis personnel>