>> soit dans des serveurs blade dans des rack pour faire des applications spécifiquement développé pour
imaginons des milliers des racks Cell-blade entassés dans un giga-salle climatisé chez Pixar...ils peuvent facilement optimiser leurs applis de rendu 3D non ?
Par contre je ne vois pas ce qui empêcherai IBM de proposer des workstations Cell pour le marché du multimédia (comme les stations SGI à une époque) ou pour le marché du calcul scientifique intensif (comme les stations Sun à une époque) => Le monde x86 a bouffé ces deux marchés du fait de la puissance des derniers CPU et de leur prix faible...mais avec la monstrueuse puissance de la nouvelle architecture Cell (à des années lumières du x86 si les programmes sont bien optimisés) et avec le prix raisonnable induit par la production massive des consoles on peut espèrer un retour de la compétition sur les workstations.
>> Un ami me disais justement que tant que dans les écoles on enseignait l'utilisation des logiciels propriétaires, et bien on ne verrais pas poindre un système gnu/linux sur le bureau de tout le monde.
C'est pas le problème de l'enseignement dans les écoles qui est important.
Le vrai et crucial blocage c'est la vente liée. Tant que la quasi-totalité des ordinateurs proposés à la vente auront un windows sur le DD les gens ne regarderont même pas autre chose et MS encaissera sa taxe habituelle qui gonflera un peu plus son monstrueux trèsor de guerre.
Par contre si l'ordinateur est vendu avec le DD vide et plusieurs options d'OS à la vente (exemple Windows = 150 ¤ ou bien Mandriva = 90 ¤ ou bien Ubuntu = 15 ¤) alors le monopole sera vraiment cassé et l'explosion Linux pourra vraiment avoir lieu.
Certes...mais la question initiale c'était : Les distrib basées sur openSolaris vont-elles se multiplier comme les disrtrib Linux ?
Il me semble que les distribs Linux ne forkent pas le noyau mais se basent sur lui.
Je pense qu'un fork d'OpenSolaris ou de Darwin serait voué à l'échec du fait de la masse initiale de code à comprendre et à maitriser et de l'avancée rapide du projet initial du fait de la horde de devs payés par les firmes.
>> Et puis t'as des preuves que les licences ont ete choisies contre la GPL ?
Gnii ? Pourquoi alors la firme Sun aurait-elle concocté spécialement une licence absolument libre mais incompatible avec la GPL ? C'est evidemment pour empêcher le transfert de code en direction de Linux ! Faut pas être naif quand même ! Linux est une menace mortelle pour Solaris et la licence a été soigneusement forgée pour éviter de renforcer Linux...l'effet de bord c'est un renforcement de la fragmentation des licences libres et une barrière dressée entre le libre transfert de code d'un projet à l'autre alors que c'est le but du logiciel libre.
>> Les distrib basées sur openSolaris vont-elles se multiplier comme les disrtrib Linux ?
Non. Pas plus que ne se sont multiplié les distribs basées sur Darwin d'Apple.
La raison ? En premier lieu le fait qu'il y a toujours des bouts de "pas libre" dans le lot proposé + le fait que le copyright est donné à Sun ou a Apple + le fait que les licences sont choisis intentionnellement pour empêcher la récupération du code dans les programmes GPL ce qui indique une désagréable et dangereuse volonté de lutter contre l'expansion de Linux.
Linux n'est dirigé par personne (il est juste managé par Linus) et il appartient à tous le monde alors que Darwin et OpenSolaris, en dépit d'une licence libre, relèvent d'une grosse multinationale ce qui implique peu ou pas de contrôle de la part des utilisateurs (cf l'exemple d'OOo avec l'inclusion forcée de Java).
d'après ce que j'ai compris de la news c'est plutot un système du type : "oui on sait que le DRM ne marche pas techniquement car il est toujours cassé mais on met quand même un DRM minimum pour constituer une barrière minimale contre les pirates : c'est le concept de DRM équitable"
Si c'est bien ça alors je réitère : c'est complètement grotesque !
Mettre une protection inefficace pour faire comprendre que l'on est pas contre eux, mais qu'il faut bien contrôler un minimum est idiot car justement la protection ne marche pas et donc elle ne fait rien comprendre du tout.
>> pointent à l'horizon les "DRM équitables". Il suffirait de réduire la "force" du "verrou", donc soi-dit en passant, de le rendre plus aisément "cassable", pour mériter cette appellation
Y'a pas un concours ouvert quelque part sur le net pour recenser les idées grotesquements stupides ?
Parceque là c'est quand même l'apogée de la crétinerie en action ! Les vrais pirates se foutent d'une protection cassable...justement parcequ'elle est cassable ! Imaginons un vendeur de coffre-forts qui dirait à son client : "De toute les façons les cambrioleurs sont trop habiles alors je vous vends un coffre en carton...il ne resiste pas mais c'est juste pour vous faire payer un truc".
>> Mais vu que MS aurait fourni code avec des lignes GPL dedans, ne serait-il pas obliger de fournir la source de son noyau pour la version incriminé (sans devoir fournir celle des version corrigé) ?
si il peuvent prouver que l'inclusion du code GPL n'était pas intentionnelle (c'était une erreur ou alors ils ont été roulé par un prestataire..etc) et bien je pense qu'il ne sont pas obligés de libérer le reste du code.
la solution évidente pour MS c'est d'enlever les lignes de code GPL et puis basta !
je me souviens que lors de la polémique SCO (ah que ça semble lointain !) Linus avait annoncé que si les faits étaient exacts il suffirait d'oter les lignes sous copyright pour les remplacer par du bon code GPL élevé au grain et la polémique prendrait fin instantanément.
>> Les applications et la portee de ce systeme de fichiers me semblent tout bonnement incroyables et pour le moins tres interessante.
j'ai essayé de lire un peu tes liens mais je comprends pas trop la portée de ce système de fichier.
t'a des URL en français sur Plan9 en général et sur v9fs en particulier ?
et oui c'est toujours le "si il est la" qui emmerde le monde.
en plus le fait d'être intégré en mainline est quand même (au moins pour moi) un gage de qualité minimale du code.
>> Inotify est mécanise qui permet d'effectuer des opérations lors d'événements sur un système de fichier :
- genre je dis à inotify que lorsque qu'il y a création de fichier il doit faire telle action
ce qui va être giga-pratique avec les nouveaux softs du style beagle : je modifie un fichier et hop lors de la sauvegarde y'a automatiquement indexation totale en arrière plan pour que la database de beagle soit à jour.
>> Je ne suis pas sur que l'on vive mieux en smicard de banlieue parisienne en France en l'an 2000 qu'on ne vivait en paysan campagnard au XIIIème siècle.
scuse moi mais je me suis pincé quand j'ai lu ça.
déja ton campagnard du XIIIème siècle il serait mort en bas age du fait de l'épouvantable mortalité infantile => le smicard non car il profite d'un système de santé quasi-gratuit tout au long de sa vie.
ensuite il ne serait jamais allé a l'école et ne saurait ni lire ni écrire ni compter => le smicard non car il profite d'une éducation publique quasi-gratuite.
de plus il n'aurait aucun droit : il serait soumis a son seigneur et à sa justice, il ne pourrait pas s'exprimer pour choisir son destin...à peine plus qu'un esclave juridiquement => le smicard non car il est un citoyen égal aux autres avec les mêmes droits (vote) et les mêmes protections juridiques (habeas corpus).
sur le plan du travail le campagnard est soumis a des travaux obligatoires pour son seigneur et pour les reste c'est travaille ou crève ! en cas de mauvaise récolte il est mort => le smicard non car il bénéficie d'une protection juridique complète, d'un droit du travail et d'une allocation minimale (RMI).
t'est toujours dubitatif ?
Le XIIIème siècle c'est potable si t'est le roi ou un des grands seigneurs du royaume...sinon c'est l'enfer !
Quand au XIVème qui s'annonce c'est le siècle de la grande peste...pas glop !
d'après ce que j'avais entendu dire il voulait un format "a la access" c'est a dire un seul fichier mdb qui contient tout (base + queries + tables...etc) et ce n'est pas possible avec SQLite (a confirmer).
n'empêche qu'ajouter une dépendance java aussi cruciale c'est lourdingue.....
>> Elle apporte principalement comme amélioration le format de fichier OASIS OpenDocument par défaut
D'après ce que j'ai compris il me semble que le nouveau format OpenDocument est présent mais ne constitue pas encore le format par défaut.
D'ailleurs en allant sur l'annonce on peut lire : Switching to the OpenDocument format as the new native format is planned for the next release when these filters are known to be rock solid and functional.
D'autre part :
Première question : Quelqu'un sait si cette "next release" sera basée sur QT4 on alors c'est prévu pour encore plus tard ?
Deuxième question : pourquoi Koffice 1.4 est capable de nous sortir un Kexi qui se base bien proprement sur SQLite alors qu'OpenOffice 2.0 introduit une pourriture de dépendance Java avec la database de Base ?
y'a le resto qui est en saillie des 4 temps (je sais plus son nom alors que j'y vais une fois par semaine) mais ils font une pizza aux 4 fromages divine.
je dis sans doute une connerie (pourquoi poster alors me direz-vous...et vous aurez raison) mais il me semble qu'actuellement le boot est en anglais et que ce n'est qu'après le boot que le réglage lang_fr est appliqué.
avec le nouveau système hypothétique le réglage se fera avant le boot et on aura un processus de boot en français.
>> FuseFS, qui devrait arriver incessamment sous peu dans le noyau
Hummm....va voir sur http://lwn.net/Articles/131856/(...) et trouvera cette peu réjouissante prévision : Until the core filesystem hackers are happy, however, FUSE is likely to have a rough path into the mainline.
tu veux comparer les taux d'appropriation des moyens de production entre le moyen age (la terre aux 4% d'aristocrates) et l'époque moderne ?
un peu de bon sens quand même ! j'ai jamais écrit que notre système était parfait j'ai juste dit que l'histoire ne nous donne pas d'exemple de système global plus productif et plus juste....peut être qu'il faudrait écrire "moins injuste" d'ailleurs.
t'avais vu ce journal http://linuxfr.org/~patrick_g/18270.html(...) ?
Comment comparerais MSH et Fish ? Est-ce que les quelques manques de Bash par rapport à MSH que tu évoque seront pris en compte dans une future version ou est-ce que Fish te semble plus prometteur ?
[^] # Re: Gcc Summit
Posté par patrick_g (site web personnel) . En réponse à la dépêche Port de Linux sur le processeur Cell. Évalué à 6.
Que ta volonté soit faite !
http://www.gccsummit.org/2005/2005-GCC-Summit-Proceedings.pdf(...)
[^] # Re: Station de travail? Non!
Posté par patrick_g (site web personnel) . En réponse à la dépêche Port de Linux sur le processeur Cell. Évalué à 8.
imaginons des milliers des racks Cell-blade entassés dans un giga-salle climatisé chez Pixar...ils peuvent facilement optimiser leurs applis de rendu 3D non ?
Par contre je ne vois pas ce qui empêcherai IBM de proposer des workstations Cell pour le marché du multimédia (comme les stations SGI à une époque) ou pour le marché du calcul scientifique intensif (comme les stations Sun à une époque) => Le monde x86 a bouffé ces deux marchés du fait de la puissance des derniers CPU et de leur prix faible...mais avec la monstrueuse puissance de la nouvelle architecture Cell (à des années lumières du x86 si les programmes sont bien optimisés) et avec le prix raisonnable induit par la production massive des consoles on peut espèrer un retour de la compétition sur les workstations.
[^] # Re: faudrait lire les sources avant de les citer...
Posté par patrick_g (site web personnel) . En réponse à la dépêche Port de Linux sur le processeur Cell. Évalué à 5.
tut tut tut...si erreur il y a (j'en sais rien) tu notera qu'elle est précédé d'un "NdM:" ce qui fait que je suis totalement innocent !
# Fr ?
Posté par patrick_g (site web personnel) . En réponse à la dépêche Nvu 1.0 est sorti. Évalué à 3.
Parceque là j'ai beau chercher.....
[^] # Re: he he
Posté par patrick_g (site web personnel) . En réponse à la dépêche Des formats ouverts pour l'e-gouvernement norvégien. Évalué à 10.
C'est pas le problème de l'enseignement dans les écoles qui est important.
Le vrai et crucial blocage c'est la vente liée. Tant que la quasi-totalité des ordinateurs proposés à la vente auront un windows sur le DD les gens ne regarderont même pas autre chose et MS encaissera sa taxe habituelle qui gonflera un peu plus son monstrueux trèsor de guerre.
Par contre si l'ordinateur est vendu avec le DD vide et plusieurs options d'OS à la vente (exemple Windows = 150 ¤ ou bien Mandriva = 90 ¤ ou bien Ubuntu = 15 ¤) alors le monopole sera vraiment cassé et l'explosion Linux pourra vraiment avoir lieu.
LE COMBAT C'EST LA VENTE LIEE !!!
[^] # Re: NON !
Posté par patrick_g (site web personnel) . En réponse au journal Schillix : un LiveCD installable basé sur OpenSolaris. Évalué à 5.
>> rien de t'empeche de les forker
Certes...mais la question initiale c'était : Les distrib basées sur openSolaris vont-elles se multiplier comme les disrtrib Linux ?
Il me semble que les distribs Linux ne forkent pas le noyau mais se basent sur lui.
Je pense qu'un fork d'OpenSolaris ou de Darwin serait voué à l'échec du fait de la masse initiale de code à comprendre et à maitriser et de l'avancée rapide du projet initial du fait de la horde de devs payés par les firmes.
>> Et puis t'as des preuves que les licences ont ete choisies contre la GPL ?
Gnii ? Pourquoi alors la firme Sun aurait-elle concocté spécialement une licence absolument libre mais incompatible avec la GPL ? C'est evidemment pour empêcher le transfert de code en direction de Linux ! Faut pas être naif quand même ! Linux est une menace mortelle pour Solaris et la licence a été soigneusement forgée pour éviter de renforcer Linux...l'effet de bord c'est un renforcement de la fragmentation des licences libres et une barrière dressée entre le libre transfert de code d'un projet à l'autre alors que c'est le but du logiciel libre.
# NON !
Posté par patrick_g (site web personnel) . En réponse au journal Schillix : un LiveCD installable basé sur OpenSolaris. Évalué à 4.
Non. Pas plus que ne se sont multiplié les distribs basées sur Darwin d'Apple.
La raison ? En premier lieu le fait qu'il y a toujours des bouts de "pas libre" dans le lot proposé + le fait que le copyright est donné à Sun ou a Apple + le fait que les licences sont choisis intentionnellement pour empêcher la récupération du code dans les programmes GPL ce qui indique une désagréable et dangereuse volonté de lutter contre l'expansion de Linux.
Linux n'est dirigé par personne (il est juste managé par Linus) et il appartient à tous le monde alors que Darwin et OpenSolaris, en dépit d'une licence libre, relèvent d'une grosse multinationale ce qui implique peu ou pas de contrôle de la part des utilisateurs (cf l'exemple d'OOo avec l'inclusion forcée de Java).
[^] # Re: concours ?
Posté par patrick_g (site web personnel) . En réponse à la dépêche DRM, le retour de la rareté. Évalué à 4.
Si c'est bien ça alors je réitère : c'est complètement grotesque !
Mettre une protection inefficace pour faire comprendre que l'on est pas contre eux, mais qu'il faut bien contrôler un minimum est idiot car justement la protection ne marche pas et donc elle ne fait rien comprendre du tout.
# concours ?
Posté par patrick_g (site web personnel) . En réponse à la dépêche DRM, le retour de la rareté. Évalué à 9.
Y'a pas un concours ouvert quelque part sur le net pour recenser les idées grotesquements stupides ?
Parceque là c'est quand même l'apogée de la crétinerie en action ! Les vrais pirates se foutent d'une protection cassable...justement parcequ'elle est cassable ! Imaginons un vendeur de coffre-forts qui dirait à son client : "De toute les façons les cambrioleurs sont trop habiles alors je vous vends un coffre en carton...il ne resiste pas mais c'est juste pour vous faire payer un truc".
[^] # Re: solution
Posté par patrick_g (site web personnel) . En réponse au journal Non respect d'une licence GPL et suite. Évalué à 2.
si il peuvent prouver que l'inclusion du code GPL n'était pas intentionnelle (c'était une erreur ou alors ils ont été roulé par un prestataire..etc) et bien je pense qu'il ne sont pas obligés de libérer le reste du code.
# solution
Posté par patrick_g (site web personnel) . En réponse au journal Non respect d'une licence GPL et suite. Évalué à 3.
je me souviens que lors de la polémique SCO (ah que ça semble lointain !) Linus avait annoncé que si les faits étaient exacts il suffirait d'oter les lignes sous copyright pour les remplacer par du bon code GPL élevé au grain et la polémique prendrait fin instantanément.
[^] # Re: Plan9
Posté par patrick_g (site web personnel) . En réponse au journal Les plans pour Linux 2.6.13. Évalué à 3.
j'ai essayé de lire un peu tes liens mais je comprends pas trop la portée de ce système de fichier.
t'a des URL en français sur Plan9 en général et sur v9fs en particulier ?
[^] # Re: C'est quoi FUSE ?
Posté par patrick_g (site web personnel) . En réponse au journal Les plans pour Linux 2.6.13. Évalué à 4.
en plus le fait d'être intégré en mainline est quand même (au moins pour moi) un gage de qualité minimale du code.
[^] # Re: C'est quoi FUSE ?
Posté par patrick_g (site web personnel) . En réponse au journal Les plans pour Linux 2.6.13. Évalué à 3.
- genre je dis à inotify que lorsque qu'il y a création de fichier il doit faire telle action
ce qui va être giga-pratique avec les nouveaux softs du style beagle : je modifie un fichier et hop lors de la sauvegarde y'a automatiquement indexation totale en arrière plan pour que la database de beagle soit à jour.
[^] # Re: Raison
Posté par patrick_g (site web personnel) . En réponse à la dépêche Linus Torvalds sur le futur des logiciels propriétaires. Évalué à 3.
clique sur ce lien et prépare toi à une lecture surréaliste :
http://www.historia.presse.fr/data/mag/702/70202001.html(...)
[^] # Re: L'espionnage industriel existe
Posté par patrick_g (site web personnel) . En réponse au journal Espionnage chez Valéo: Info ou Intox ?. Évalué à 7.
scuse moi mais je me suis pincé quand j'ai lu ça.
déja ton campagnard du XIIIème siècle il serait mort en bas age du fait de l'épouvantable mortalité infantile => le smicard non car il profite d'un système de santé quasi-gratuit tout au long de sa vie.
ensuite il ne serait jamais allé a l'école et ne saurait ni lire ni écrire ni compter => le smicard non car il profite d'une éducation publique quasi-gratuite.
de plus il n'aurait aucun droit : il serait soumis a son seigneur et à sa justice, il ne pourrait pas s'exprimer pour choisir son destin...à peine plus qu'un esclave juridiquement => le smicard non car il est un citoyen égal aux autres avec les mêmes droits (vote) et les mêmes protections juridiques (habeas corpus).
sur le plan du travail le campagnard est soumis a des travaux obligatoires pour son seigneur et pour les reste c'est travaille ou crève ! en cas de mauvaise récolte il est mort => le smicard non car il bénéficie d'une protection juridique complète, d'un droit du travail et d'une allocation minimale (RMI).
t'est toujours dubitatif ?
Le XIIIème siècle c'est potable si t'est le roi ou un des grands seigneurs du royaume...sinon c'est l'enfer !
Quand au XIVème qui s'annonce c'est le siècle de la grande peste...pas glop !
[^] # Re: petite erreur
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de KOffice 1.4. Évalué à 2.
n'empêche qu'ajouter une dépendance java aussi cruciale c'est lourdingue.....
# petite erreur
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de KOffice 1.4. Évalué à 5.
D'après ce que j'ai compris il me semble que le nouveau format OpenDocument est présent mais ne constitue pas encore le format par défaut.
D'ailleurs en allant sur l'annonce on peut lire :
Switching to the OpenDocument format as the new native format is planned for the next release when these filters are known to be rock solid and functional.
D'autre part :
Première question : Quelqu'un sait si cette "next release" sera basée sur QT4 on alors c'est prévu pour encore plus tard ?
Deuxième question : pourquoi Koffice 1.4 est capable de nous sortir un Kexi qui se base bien proprement sur SQLite alors qu'OpenOffice 2.0 introduit une pourriture de dépendance Java avec la database de Base ?
[^] # Re: OpenDocument
Posté par patrick_g (site web personnel) . En réponse au journal Koffice 1.4 dans les bacs. Évalué à 3.
http://linuxfr.org/~patrick_g/18103.html(...)
[^] # Re: C'est quand ton anniversaire ?
Posté par patrick_g (site web personnel) . En réponse au journal J'aimerais. Évalué à 4.
http://www.actusf.com/index.htm(...)
http://home.nordnet.fr/~aleyssens/(...)
http://www.quarante-deux.org/(...)
http://www.noosfere.com/default.asp(...)
http://www.cafardcosmique.com/Critik/critik.html(...)
http://www.actusf.com/SF/articles/AccueilSF.htm(...)
http://www.salle101.org/pages/chroniques.html(...)
http://www.revue-solaris.com/(...)
Les meilleurs c'est quarante-deux et noosfere.
[^] # Re: bon resto
Posté par patrick_g (site web personnel) . En réponse au journal Chauve qui peut !. Évalué à 3.
[^] # Re: bonne chance (sincerement)
Posté par patrick_g (site web personnel) . En réponse au journal Etch sortira le 4 décembre 2006. Évalué à 3.
avec le nouveau système hypothétique le réglage se fera avant le boot et on aura un processus de boot en français.
[^] # y'a encore du boulot !
Posté par patrick_g (site web personnel) . En réponse au journal MSH beta est disponible mais ne sert à rien. Évalué à 3.
Hummm....va voir sur http://lwn.net/Articles/131856/(...) et trouvera cette peu réjouissante prévision :
Until the core filesystem hackers are happy, however, FUSE is likely to have a rough path into the mainline.
[^] # Re: L'espionnage industriel existe
Posté par patrick_g (site web personnel) . En réponse au journal Espionnage chez Valéo: Info ou Intox ?. Évalué à 3.
un peu de bon sens quand même ! j'ai jamais écrit que notre système était parfait j'ai juste dit que l'histoire ne nous donne pas d'exemple de système global plus productif et plus juste....peut être qu'il faudrait écrire "moins injuste" d'ailleurs.
# un autre
Posté par patrick_g (site web personnel) . En réponse au journal MSH beta est disponible mais ne sert à rien. Évalué à 5.
Comment comparerais MSH et Fish ? Est-ce que les quelques manques de Bash par rapport à MSH que tu évoque seront pris en compte dans une future version ou est-ce que Fish te semble plus prometteur ?