Yum est toujours très lent, comparé à apt... au boulot, tous les serveurs RedHat utilisent APT-RPM, et du coup je n'avais pas trop joué avec yum sur RH5, mais ayant installé F7 à la maison sur ma station de développement, je suis assez sidéré par la lenteur de Yum...
Bon, en dehors de ça la distribution est excellente, mais pourquoi ramer avec Yum alors que APT-RPM est si simple et rapide?
Les constructeurs sont libre de construire leur systemes comme bon leur semble que je sache
Les libertés, ce n'est qu'une question de licence, pas de désirs des utilisateurs, seulement des propriétaires du code.
Il y a les licences propriétaires et il y a les licences libres. Au final, c'est de toutes façons la licence qui conditionne les droits et devoirs des utilisateurs, qu'ils soient finaux ou intégrateurs.
Le constructeur est libre dans les limites de la licence, et avec le GPLv3, les règles seront plus restrictives, et les constructeurs désireux de bénéficier de la valeur ajoutée des logiciels régis par cette licence devront se conformer aux exigences de cette licence. C'est tout.
Si demain je décides de mettre Windows CE de série sur un modèle de machine à laver, en tant que constructeur, je ne pourrai pas faire ce que je veux avec ce logiciel et devrai me conformer à cette licence. Avec le GPL3, c'est pareil. Si la licence dit "ne peut pas empêcher l'utilisateur final de ..." et bien le constructeur désireux de réduire son r&d et/ou son coût licence en se reposant sur le logiciel sous gpl3 devra se plier aux règles de la licence.
Elle ne l'est pas, la dépêche est mal torchée, et cela a déjà discuté plus haut... et donc
, Tivo est en violation pure et simple de la GPLv2.
... tivo n'est pas en violation du GPLv2, il contourne le problème. c'est tout l'intéret de la GPLv3: offrir aux développeurs qui le souhaitent une licence GPL permettant d'empêcher certains contournements comme ceux observés chez TiVo
Les réacteurs à neutrons rapides sont beaucoup plus efficaces à ce niveau là et on a des réserves pour au moins plusieurs centaines d'années. De quoi attendre sereinement les réacteurs à fusion.
Whaw... quelle sérénité...
..attendez, on me dit dans l'oreillette que ces réacteurs miracles sont en fait ceux de la famille Superfénix et du réacteur Monju au Japon ... on est pas dans la merde...
À rappeller aussi que les réserves de minerai sont estimées entre 50 et 80 ans de consommation au niveau actuel, si ma mémoire est bonne.
En effet, c'est un problème. Pour ma part, j'avais aussi lu que si on allait vraiment au tout nucléaire à l'échelle mondiale, et avec la croissance actuelle de l'Inde et de la Chine, on en avait pour moins de 10 ans...
... petit à petit, jusqu'à ce qu'une majorité d'acteurs reconnaissent que cet accord de protection sur les brevets soit indispensable ...
... et microsoft aura un contrôle réel du marché Linux, pointant du doigt ceux qui ne respectent pas sa propriété intellectuelle: plus personne ne pourra faire commerce de distributions linux sans approbation de Microsoft.
Pour contrer ça, il faut boycotter les produits Novell et Xandros, pour ne pas souscrire à cette dangereuse farce que microsoft fait au monde du libre, pour décourager ces entreprises de poursuivre sur une voie où à coup de FUD et d'accords avec des entreprises félones, microsoft pourrait affaiblir les entreprises vivant du libre.
Je ne suis justement pas d'accord avec ça. Je ne dis pas que ce que fait Tivo est bien, loin de là, mais il ne s'agit pas d'une "trahison" ou quoi que ce soit du genre.
Ils respectent le texte et les conditions qu'on leur a donné. Et d'ailleurs ça convient très bien à certains détenteurs de softs GPL (cf l'opinion de Linus).
Si ça convient à certains développeurs, grand bien leur fasse, ils continueront à utiliser GPLv2. La licence reste un outil, et si certains développeurs décident d'utiliser le GPLv3 pour protéger les libertés qu'ils donnent face aux détournements possibles, je ne vois pas au nom de quoi on leur collerait l'étiquette "liberticide" comme cela a été fait un peu plus haut dans la conversation. Le GPL3 reste moins liberticide au final que la repropriétarisation par la ruse.
quand la GPL v3 renforce de manière importante les droits de celui qui reçoit, elle change l'équilibre en empiétant d'autant sur les droits de celui qui donne
Celui qui donne étant avant tout celui qui décide de mettre son travail sous gpl v3, je ne vois pas de problème...
Les premiers lésés par un durcissement de la GPL sont ceux qui veulent redistribuer en trahissant les libertés offertes par "celui qui donne"
Donc ça serait bien, quand on fait un commentaire réprobateur, de pousser la lecture trois lignes plus loin.
J'ai bien lu l'article jusqu'au bout dès la première lecture, et je maintiens que cette dépêche aurait dû être éditée car tivo se conforme bien aux règles du GPL2 et publie le code source.
donc la phrase "L'une des particularités de TiVo est de ne pas donner accès aux codes sources de leurs produits, bien qu'issus de codes sous GPL." est fausse, et la dépêche aurait dû être modérée pour cadrer correctement le problème.
A force d'être libre, doit-on faire des clauses liberticides?
Dans la mesure où le "contrôle hardware" rend l'exercice des quatres libertés impossible, on peut difficilement parler de liberticide pour le gpl3 qui tente juste de préserver les libertés du logiciel libre.
Ce qui est liberticide avant tout, c'est les mesures visant à empêcher l'exercice des libertés du logiciel libre.
La première liberté de Tivo reste de passer son chemin et utiliser du non-libre si les libertés des utilisateurs sont tellement intolérables.
Sachant que GNU/Linux restera exclusivement sur GPLv2 même dans les versions futures ...
Faut arrêter de confondre... si Linux risque bien de ne pas passer sous gpl3 avant longtemps, les outils GNU ne vont certainement pas rester exclusivement sous GPL2, il y en aura bien qui passeront sous GPL3.
L'une des particularités de TiVo est de ne pas donner accès aux codes sources de leurs produits, bien qu'issus de codes sous GPL.
Si le problème de tivo était juste un déni d'accès aux sources, un simple procès de la FSF suffirait, pas besoin de réécrire le GPL pour ça.
Le problème dit de "tivoisation" repose sur le fait qu'en ayant les sources sous gpl, l'utilisateur ne peut pas pour autant réintégrer un résultat recompilé sur la machine, à cause d'un blocage drm externe au logiciel sous gpl.
Ce serait bien, quand on laisse passer une dépêche en première page, qu'on ne laisse pas de tels éléments incorrects.
Ben d'un côté il y a les Quadro Pro chez NVIDIA, et de l'autre, il y a les FIREGL chez ATI.
Les FireGL ont longtemps été la référence sous windows, bien avant l'achat de Fire GL par ati. Avant Ati, les carte Fire GL utilisaient des chips 3DLabs, après le rachat, ces cartes sont passées sous chips ATI.
Si on regarde les workstations HP de type PA-Risc, force est de constater que les cartes firegl utilisées dans ces configs sont loin d'être ce qui se fait de mieux et sont loin de pouvoir entrer en compétition avec les firegl récentes ou les nvidia quadro.
Merci à ceux qui se sont battus pour que firefox devienne IceWeasel.
Merci surtout à ceux qui se sont battu pour faire Firefox, sans lequel iceweasel n'existerait pas et surtout sans lequel Microsoft serait en situation de monopole complet sur les navigateurs, avec tout ce que ça implique au niveau des standards... Le fait de retirer les images et marques commerciales est très, très secondaire comparé à ce point.
Un utilisateur nommé minoss a exactement eu le même problème mais n'a pas communiqué les résultats.
D'abord: vérifier la configuration du contrôleur raid, vérifier qu'un array est bien défini.
Ensuite: faire l'installation depuis le cd ou depuis la iLO2 (si disponible), et vérifier que la version est au minimum redhat4 update 2, les versions antérieures ne supportant pas ce hardware, ce n'est même pas le peine de les essayer.
J'arrive bien à installer Redhat4u4, 4u5 et même 3u8 sur des blades 460c G1 qui sont très récents, alors il n'y a pas de raison que ça ne marche pas...
Tout le problème, c'est le contenu de l'appel d'offre...
si l'appel d'offre est bâclé, on peut effectivement se retrouver avec un fournisseur qui n'offre pas d'assistance et se lave les mains en cas de problèmes...
L'important est de faire remonter les problèmes, les désidératas et les contraintes aux personnes responsables de sorte que les critères importants figurent dans l'appel d'offre suivant...
Tu crois que DELL change le matériel comme ça ?
Si ça avait été mis dans le cahier des charges, oui... le fournisseur de mon employeur laisse même un stock de pièces de rechange sur place et des techniciens...
Le tout est de définir les règles avant la signature du contrat et non quand une machine tombe en panne...
Ensuite, les disques durs lachent sans prévenir. SMART ne m'a jamais dis qu'un disque allait lacher bientôt de manière correcte. Or, pas mal de panne viennent d'une panne disque. Je n'ai pas les moyens de changer un disque au moindre faux-positif de SMART.
Smart n'est pas vraiment une fonctionnalité avancée de monitoring...
Les alertes de ton contrôleur raid peuvent être autrement plus intéressantes...
Pour le reste, je pense que le problème n°1 est le sav de DELL, il faudrait peut-être changer de fournisseur. Du matos qui lâche est une chose, le fournisseur qui ne veut pas le remplacer en est une autre.
La boîte où je bosse n'est pas cliente chez dell mais chez **, et on a du matos qui lâche, on a du matos qui crame, mais les outils de monitoring font un boulot convenable, et le sav est généralement rapide et sans chichis... (mais bon, on a 1500 serveurs en leasing chez eux...)
Pour le scale-up, le Power6 est certainement la meilleure option...
... maintenant, tout ne se résout pas par du scale-up et le scale-out peut avoir un bien meilleur rapport performance/prix pour certains problèmes...
Et quand le scale-out est possible, la comparaison avec les processeurs core2 prend tout son sens (car au final, ils ne sont pas tellement moins performant pour le calcule brut que les Power6)
Le scale-out, par exemple, ça permet d'éviter de devoir dire à sa direction "bon, ben il va faloir acheter un mainframes en plus pour faire nos simulations financières" ou encore "désolé, on ne peut pas le faire à la vitesse demandée, car ibm ne met que max 64cpu par machine"
[^] # Re: Nouveau YUM
Posté par ragoutoutou . En réponse à la dépêche La version 7 de Fedora est sortie !. Évalué à 2.
Bon, en dehors de ça la distribution est excellente, mais pourquoi ramer avec Yum alors que APT-RPM est si simple et rapide?
[^] # Re: pas tout à fait exact ?
Posté par ragoutoutou . En réponse à la dépêche GPL3, TiVo ou TiVo pas ?. Évalué à 5.
Les libertés, ce n'est qu'une question de licence, pas de désirs des utilisateurs, seulement des propriétaires du code.
Il y a les licences propriétaires et il y a les licences libres. Au final, c'est de toutes façons la licence qui conditionne les droits et devoirs des utilisateurs, qu'ils soient finaux ou intégrateurs.
Le constructeur est libre dans les limites de la licence, et avec le GPLv3, les règles seront plus restrictives, et les constructeurs désireux de bénéficier de la valeur ajoutée des logiciels régis par cette licence devront se conformer aux exigences de cette licence. C'est tout.
Si demain je décides de mettre Windows CE de série sur un modèle de machine à laver, en tant que constructeur, je ne pourrai pas faire ce que je veux avec ce logiciel et devrai me conformer à cette licence. Avec le GPL3, c'est pareil. Si la licence dit "ne peut pas empêcher l'utilisateur final de ..." et bien le constructeur désireux de réduire son r&d et/ou son coût licence en se reposant sur le logiciel sous gpl3 devra se plier aux règles de la licence.
[^] # Re: Le nucléaire
Posté par ragoutoutou . En réponse au journal Faut-il sortir du nucléaire pour être écologique ?. Évalué à 3.
Ben si on prend Superfenix, ça utilisait plutôt des billets de banque que de l'uranium comme combustible...
Et si on prend celui de monju, on ne peut pas dire que la vie de ce réacteur ait été un long fleuve tranquille...
[^] # Re: Violation de la GPLv2?
Posté par ragoutoutou . En réponse à la dépêche GPL3, TiVo ou TiVo pas ?. Évalué à 2.
Elle ne l'est pas, la dépêche est mal torchée, et cela a déjà discuté plus haut... et donc
... tivo n'est pas en violation du GPLv2, il contourne le problème. c'est tout l'intéret de la GPLv3: offrir aux développeurs qui le souhaitent une licence GPL permettant d'empêcher certains contournements comme ceux observés chez TiVo
[^] # Re: Le nucléaire
Posté par ragoutoutou . En réponse au journal Faut-il sortir du nucléaire pour être écologique ?. Évalué à 4.
Whaw... quelle sérénité...
..attendez, on me dit dans l'oreillette que ces réacteurs miracles sont en fait ceux de la famille Superfénix et du réacteur Monju au Japon ... on est pas dans la merde...
[^] # Re: Le nucléaire
Posté par ragoutoutou . En réponse au journal Faut-il sortir du nucléaire pour être écologique ?. Évalué à 3.
En effet, c'est un problème. Pour ma part, j'avais aussi lu que si on allait vraiment au tout nucléaire à l'échelle mondiale, et avec la croissance actuelle de l'Inde et de la Chine, on en avait pour moins de 10 ans...
[^] # Re: Partie mobiles
Posté par ragoutoutou . En réponse au journal Un PC qui carbure a l'huile minéral. Évalué à 7.
On fait ça dans les centrales électriques depuis peut-être un siècle... rien de bien neuf...
# Microsoft place ses pions...
Posté par ragoutoutou . En réponse au journal Après Novell, Microsoft récidive avec Xandros. Évalué à 10.
... et microsoft aura un contrôle réel du marché Linux, pointant du doigt ceux qui ne respectent pas sa propriété intellectuelle: plus personne ne pourra faire commerce de distributions linux sans approbation de Microsoft.
Pour contrer ça, il faut boycotter les produits Novell et Xandros, pour ne pas souscrire à cette dangereuse farce que microsoft fait au monde du libre, pour décourager ces entreprises de poursuivre sur une voie où à coup de FUD et d'accords avec des entreprises félones, microsoft pourrait affaiblir les entreprises vivant du libre.
[^] # Re: pas tout à fait exact ?
Posté par ragoutoutou . En réponse à la dépêche GPL3, TiVo ou TiVo pas ?. Évalué à 2.
Si ça convient à certains développeurs, grand bien leur fasse, ils continueront à utiliser GPLv2. La licence reste un outil, et si certains développeurs décident d'utiliser le GPLv3 pour protéger les libertés qu'ils donnent face aux détournements possibles, je ne vois pas au nom de quoi on leur collerait l'étiquette "liberticide" comme cela a été fait un peu plus haut dans la conversation. Le GPL3 reste moins liberticide au final que la repropriétarisation par la ruse.
[^] # Re: pas tout à fait exact ?
Posté par ragoutoutou . En réponse à la dépêche GPL3, TiVo ou TiVo pas ?. Évalué à 8.
Celui qui donne étant avant tout celui qui décide de mettre son travail sous gpl v3, je ne vois pas de problème...
Les premiers lésés par un durcissement de la GPL sont ceux qui veulent redistribuer en trahissant les libertés offertes par "celui qui donne"
[^] # Re: Euh...
Posté par ragoutoutou . En réponse à la dépêche GPL3, TiVo ou TiVo pas ?. Évalué à 10.
J'ai bien lu l'article jusqu'au bout dès la première lecture, et je maintiens que cette dépêche aurait dû être éditée car tivo se conforme bien aux règles du GPL2 et publie le code source.
http://www.tivo.com/linux/linux.asp
donc la phrase "L'une des particularités de TiVo est de ne pas donner accès aux codes sources de leurs produits, bien qu'issus de codes sous GPL." est fausse, et la dépêche aurait dû être modérée pour cadrer correctement le problème.
[^] # Re: Euh...
Posté par ragoutoutou . En réponse à la dépêche GPL3, TiVo ou TiVo pas ?. Évalué à 10.
[^] # Re: pas tout à fait exact ?
Posté par ragoutoutou . En réponse à la dépêche GPL3, TiVo ou TiVo pas ?. Évalué à 10.
Dans la mesure où le "contrôle hardware" rend l'exercice des quatres libertés impossible, on peut difficilement parler de liberticide pour le gpl3 qui tente juste de préserver les libertés du logiciel libre.
Ce qui est liberticide avant tout, c'est les mesures visant à empêcher l'exercice des libertés du logiciel libre.
La première liberté de Tivo reste de passer son chemin et utiliser du non-libre si les libertés des utilisateurs sont tellement intolérables.
[^] # Re: Le pistolet sur la tempe
Posté par ragoutoutou . En réponse à la dépêche GPL3, TiVo ou TiVo pas ?. Évalué à 7.
Faut arrêter de confondre... si Linux risque bien de ne pas passer sous gpl3 avant longtemps, les outils GNU ne vont certainement pas rester exclusivement sous GPL2, il y en aura bien qui passeront sous GPL3.
# Euh...
Posté par ragoutoutou . En réponse à la dépêche GPL3, TiVo ou TiVo pas ?. Évalué à 10.
Si le problème de tivo était juste un déni d'accès aux sources, un simple procès de la FSF suffirait, pas besoin de réécrire le GPL pour ça.
Le problème dit de "tivoisation" repose sur le fait qu'en ayant les sources sous gpl, l'utilisateur ne peut pas pour autant réintégrer un résultat recompilé sur la machine, à cause d'un blocage drm externe au logiciel sous gpl.
Ce serait bien, quand on laisse passer une dépêche en première page, qu'on ne laisse pas de tels éléments incorrects.
[^] # Re: Ma station à moi que j'aime
Posté par ragoutoutou . En réponse au journal Quelle est votre station ?. Évalué à 2.
[^] # Re: Pas de candidats
Posté par ragoutoutou . En réponse au journal Quelle est votre station ?. Évalué à 2.
[^] # Re: Ma station à moi que j'aime
Posté par ragoutoutou . En réponse au journal Quelle est votre station ?. Évalué à 3.
[^] # Re: euh...
Posté par ragoutoutou . En réponse au journal Quelle est votre station ?. Évalué à 2.
Les FireGL ont longtemps été la référence sous windows, bien avant l'achat de Fire GL par ati. Avant Ati, les carte Fire GL utilisaient des chips 3DLabs, après le rachat, ces cartes sont passées sous chips ATI.
Si on regarde les workstations HP de type PA-Risc, force est de constater que les cartes firegl utilisées dans ces configs sont loin d'être ce qui se fait de mieux et sont loin de pouvoir entrer en compétition avec les firegl récentes ou les nvidia quadro.
[^] # Re: Quand on voit la tête du code
Posté par ragoutoutou . En réponse au message accéder un site pour XP/IE depuis Linux. Évalué à 2.
Il y en a, pas de panique, il y en a...
[^] # Re: Firefox / IceWeasel, rendons à César ce qui appartient à César...
Posté par ragoutoutou . En réponse à la dépêche Firefox : Entretien avec la présidente de la Mozilla Foundation. Évalué à 9.
Merci surtout à ceux qui se sont battu pour faire Firefox, sans lequel iceweasel n'existerait pas et surtout sans lequel Microsoft serait en situation de monopole complet sur les navigateurs, avec tout ce que ça implique au niveau des standards... Le fait de retirer les images et marques commerciales est très, très secondaire comparé à ce point.
# ... déjà vu...
Posté par ragoutoutou . En réponse au message Driver Controlleur SCSI. Évalué à 3.
D'abord: vérifier la configuration du contrôleur raid, vérifier qu'un array est bien défini.
Ensuite: faire l'installation depuis le cd ou depuis la iLO2 (si disponible), et vérifier que la version est au minimum redhat4 update 2, les versions antérieures ne supportant pas ce hardware, ce n'est même pas le peine de les essayer.
J'arrive bien à installer Redhat4u4, 4u5 et même 3u8 sur des blades 460c G1 qui sont très récents, alors il n'y a pas de raison que ça ne marche pas...
[^] # Re: Programmes redhat
Posté par ragoutoutou . En réponse au journal Debian: Pas de support matériel de la part de HP et Dell?. Évalué à 4.
si l'appel d'offre est bâclé, on peut effectivement se retrouver avec un fournisseur qui n'offre pas d'assistance et se lave les mains en cas de problèmes...
L'important est de faire remonter les problèmes, les désidératas et les contraintes aux personnes responsables de sorte que les critères importants figurent dans l'appel d'offre suivant...
Si ça avait été mis dans le cahier des charges, oui... le fournisseur de mon employeur laisse même un stock de pièces de rechange sur place et des techniciens...
Le tout est de définir les règles avant la signature du contrat et non quand une machine tombe en panne...
[^] # Re: Programmes redhat
Posté par ragoutoutou . En réponse au journal Debian: Pas de support matériel de la part de HP et Dell?. Évalué à 1.
Smart n'est pas vraiment une fonctionnalité avancée de monitoring...
Les alertes de ton contrôleur raid peuvent être autrement plus intéressantes...
Pour le reste, je pense que le problème n°1 est le sav de DELL, il faudrait peut-être changer de fournisseur. Du matos qui lâche est une chose, le fournisseur qui ne veut pas le remplacer en est une autre.
La boîte où je bosse n'est pas cliente chez dell mais chez **, et on a du matos qui lâche, on a du matos qui crame, mais les outils de monitoring font un boulot convenable, et le sav est généralement rapide et sans chichis... (mais bon, on a 1500 serveurs en leasing chez eux...)
[^] # Re: Quelques pistes à explorer
Posté par ragoutoutou . En réponse au journal Le Power6 est là...et ça déménage !. Évalué à 2.
... maintenant, tout ne se résout pas par du scale-up et le scale-out peut avoir un bien meilleur rapport performance/prix pour certains problèmes...
Et quand le scale-out est possible, la comparaison avec les processeurs core2 prend tout son sens (car au final, ils ne sont pas tellement moins performant pour le calcule brut que les Power6)
Le scale-out, par exemple, ça permet d'éviter de devoir dire à sa direction "bon, ben il va faloir acheter un mainframes en plus pour faire nos simulations financières" ou encore "désolé, on ne peut pas le faire à la vitesse demandée, car ibm ne met que max 64cpu par machine"