Posté par reno .
En réponse au journal Enfin !!!!.
Évalué à 4.
J'ignore si ça existe, mais les dommages punitifs pourraient être versé a l'état et non pas au plaignant pour éviter ce problème.
Les "class actions" sont loin d'être parfaites aussi: en général les plaignants/victimes touchent des cacahuètes et c'est l'avocat qui s'en met plein les poches..
Le sujet du post est "Si on commençait un nouvel OS libre de bureau aujourd'hui" et toi tu parles de téléphones, téléviseurs, etc..
Ça c'est typique: ne pas accepter un échec dans un domaine en parlant des succès dans d'autre domaines.
Donc respire, personne ne cherche a agresser quelqu'un ou à diminuer les autre succès de Linux en reconnaissant que Linux est un échec sur le bureau (du particulier ou de l'entreprise).
Bah, pour un post qui dis "moi les PdM j'en ai rien à faire", il y en a dix qui disent "j'aimerai bien avoir l'appli/le jeu/tel matériel compatible"..
Et ça c'est lié aux PdM!
Bof "existe" est un bien grand mot.
Certes ils gardent la compatibilité binaire avec BeOS, mais comme ils ont fait le choix de réutiliser un noyau très peu connu (une erreur à mon avis) au lieu d'utiliser Linux ou le noyau de FreeBSD comme base, ils n'ont quasiment pas de matériel supporté :-( :-(.
Je ne suis pas d'accord: vouloir reproduire les avantages de Windows ne veut pas forcément dire copier Windows a l'identique.
Par exemple on peut envisager de "sandboxer" les applications pour réduire le problème de sécurité que tu mentionnes.
Ensuite pour ta critique sur la mise à jour des logiciels, note bien qu'avec les AppStore la mise à jour des systèmes devient "globale".
J'ai mis globale entre guillemets car avoir un point unique de mise à jour de l'OS et des applications n'implique pas que les applications soient mis à jour, donc dans ce modèle là il faut quand même pouvoir isoler les applications non-fiable.
Pour ta réponse ok, c'est la raison pour laquelle Linus a de "l'autorité", donc la question est maintenant pourquoi ça a pu se produire pour le noyau mais pas pour un desktop?
Et est-ce que ça s'est produit ailleurs que pour le noyau?
Samba (et Andrew Tridgell) est un exemple, mais c'est le seul qui me viens a l'esprit..
Je dirais qu'un desktop n'a pas d'interface bien définie, donc ça n'aide pas..
Non je ne l'aime pas, j'aime la structure, les choses bien faites, bien pensées dès le début, retravaillées.
Tu ne comprends pas: le "bazar" interviens car il y a beaucoup de contributeurs, même si chacun des contributeurs aime "l'ordre", comme chaque contributeurs a une notion différente de l'ordre --> bazar.
L'exemple bien parlant est Firefox qui dépend à la fois de Python et de Perl, deux langages de scripts qu'on peut pourtant considérer comme équivalent, dans une architecture "en cathédrale" il y aurait un architecte qui te dirais par exemple que le langage de scripting utilisé doit être Guile..
Maintenant tout ces apôtres du développement "en cathédrale" oublient juste quelques détails: Qui sera l'architecte? Pourquoi des développeurs non-payés l'écouteraient?
Si tu as plusieurs petit projets pour faire la même chose avec chacun l'architecte de son projet, ça ressemble fortement à du bazar non?
Si vous avez des numéros chez vous, ne les jetez pas.
Amusant ça: quand j'ai déménagé je n'ai pas jeté ma collec de Joystick: je les ai vendu à un tarif symbolique car je trouvais dommage de jeter un contenu pareil..
On ne peut pas vraiment dire que le développement du noyau Linux soit de style "bazar" car le noyau a gardé une ABI garantissant la compatibilité ascendante ce qu'on peut mettre au crédit de Linus (contrairement à ce qu'en dit un certain M..d.).
Après pour le reste (Gnome, KDE, machinKit/udev/systemD, etc), effectivement c'est un exemple du développement en mode bazar, avec les avantages (ça existe, ça marche pas trop mal) et les inconvénients (tout casser régulièrement, pas de compatibilité ascendante).
Maintenant voir les inconvénients du mode bazar, ça n'aide pas trop à voir comment on pourrait faire mieux..
Pourquoi si Canonical décide de faire un SDK pour Ubuntu, ça serait une chose négative et qu'il faudrait "préparer le goudron et les plumes"?
Android n'a t'il pas la même chose?
Quand à un SDK transversal, comme quasiment tout le monde n'a rien à faire de la LSB, je ne vois pas pourquoi cela fonctionnerait cette fois-ci..
1) Une distribution Linux, en raccourci Linux moi ça ne me choque pas.
2) Ce n'est pas de la faute de Valve si les distributions Linux n'ont pas été fichu de se mettre d'accord sur une méthode générique pour installer du logiciel..
Ce serait une dispute entre 2 méthodes vraiment différentes (par exemple entre une installation à la NixOS et l'installation "classique" deb/rpm) là je comprendrai mais la gué-guerre entre bonnet blanc et blanc bonnet (deb vs rpm), ça n'a aucun intérêt (enfin si ça doit bien arranger Microsoft et Apple)..
Posté par reno .
En réponse au journal OSEF.
Évalué à 5.
La machine qui nécessite le multi-utilisateur par excellence, c'est le PC familial. Mais même là, y'a encore du boulot!
Bof, certains l'utilisent donc c'est important que cette fonctionnalité soit présente, personne n'a dit que ça devait être obligatoire: à chacun d'utiliser son PC comme il veut..
Posté par reno .
En réponse au journal OSEF.
Évalué à 3.
La maturité croissante de GNU/Linux
Euh on parle bien des distributions où les devs des interfaces graphiques cassent tout régulièrement?
Des distributions qui n'ont pas été capable de se mettre d'accord sur plein de point dont une façon d'installer du logiciel?
Maturité "croissante" peut être, m'enfin ça ne part pas de très haut et il y a encore énormément de boulot a faire..
Il est marqué "initialement, le but était d'arriver à un OS pour cluster" euh non ça c'était la position de repli.
D'après mon souvenir, c'était pour le support du SMP, wikipedia confirme ("résulte d'un fork en 2003 de FreeBSD 4.8 mené par Matt Dillon, jugeant le nouveau système de threading et SMP de FreeBSD 5 peu performant et difficile à maintenir"), mais en fait il s'est plus focalisé sur les clusters..
[^] # Re: Et encore tu as de la chance...
Posté par reno . En réponse au journal Enfin !!!!. Évalué à 4.
J'ignore si ça existe, mais les dommages punitifs pourraient être versé a l'état et non pas au plaignant pour éviter ce problème.
Les "class actions" sont loin d'être parfaites aussi: en général les plaignants/victimes touchent des cacahuètes et c'est l'avocat qui s'en met plein les poches..
[^] # Re: Échec
Posté par reno . En réponse au journal Si on commençait un nouvel OS libre de bureau aujourd'hui.... Évalué à 5.
Le sujet du post est "Si on commençait un nouvel OS libre de bureau aujourd'hui" et toi tu parles de téléphones, téléviseurs, etc..
Ça c'est typique: ne pas accepter un échec dans un domaine en parlant des succès dans d'autre domaines.
Donc respire, personne ne cherche a agresser quelqu'un ou à diminuer les autre succès de Linux en reconnaissant que Linux est un échec sur le bureau (du particulier ou de l'entreprise).
[^] # Re: Plan9
Posté par reno . En réponse au journal Si on commençait un nouvel OS libre de bureau aujourd'hui.... Évalué à 3.
Et mon post était pour te dire que dans l'absence de gros programme, ta justification n'est pas vraiment crédible.
[^] # Re: Et les OS de cuisine ?
Posté par reno . En réponse au journal Si on commençait un nouvel OS libre de bureau aujourd'hui.... Évalué à 1.
Bah, ce n'est pas parce que SGI s'est planté(trop cher) qu'il n'y a pas moyen de reprendre le marché des stations de travail..
[^] # Re: Plan9
Posté par reno . En réponse au journal Si on commençait un nouvel OS libre de bureau aujourd'hui.... Évalué à 1.
Euh, il y a des gros programme genre Firefox, LibreOffice sur Plan9?
Parce que là, la comparaison serait intéressante autrement bof.
[^] # Re: Je n'en veux pas d'un tel système
Posté par reno . En réponse au journal Si on commençait un nouvel OS libre de bureau aujourd'hui.... Évalué à 3.
Non, chroot n'est pas une sandbox, ça ne fournit pas de sécurité.
[^] # Re: Le grain de sel d'un simple utilisateur
Posté par reno . En réponse au journal Si on commençait un nouvel OS libre de bureau aujourd'hui.... Évalué à 6.
Bah, pour un post qui dis "moi les PdM j'en ai rien à faire", il y en a dix qui disent "j'aimerai bien avoir l'appli/le jeu/tel matériel compatible"..
Et ça c'est lié aux PdM!
[^] # Re: l'OS dont tu rêves existe
Posté par reno . En réponse au journal Si on commençait un nouvel OS libre de bureau aujourd'hui.... Évalué à 1.
Bof "existe" est un bien grand mot.
Certes ils gardent la compatibilité binaire avec BeOS, mais comme ils ont fait le choix de réutiliser un noyau très peu connu (une erreur à mon avis) au lieu d'utiliser Linux ou le noyau de FreeBSD comme base, ils n'ont quasiment pas de matériel supporté :-( :-(.
[^] # Re: Je n'en veux pas d'un tel système
Posté par reno . En réponse au journal Si on commençait un nouvel OS libre de bureau aujourd'hui.... Évalué à 1.
Je ne suis pas d'accord: vouloir reproduire les avantages de Windows ne veut pas forcément dire copier Windows a l'identique.
Par exemple on peut envisager de "sandboxer" les applications pour réduire le problème de sécurité que tu mentionnes.
Ensuite pour ta critique sur la mise à jour des logiciels, note bien qu'avec les AppStore la mise à jour des systèmes devient "globale".
J'ai mis globale entre guillemets car avoir un point unique de mise à jour de l'OS et des applications n'implique pas que les applications soient mis à jour, donc dans ce modèle là il faut quand même pouvoir isoler les applications non-fiable.
# Laisse moi deviner tu utilise Fedora non?
Posté par reno . En réponse au journal Non, systemd n'est vraiment pas parfait ! (ni prêt). Évalué à 2.
Donc tu es un béta testeur oui, puisque le but de Fedora est de faire de l'intégration pour RedHat.
[^] # Re: Objectivement...
Posté par reno . En réponse au journal A Generation Lost in the Bazaar. Évalué à 2.
Pour ta réponse ok, c'est la raison pour laquelle Linus a de "l'autorité", donc la question est maintenant pourquoi ça a pu se produire pour le noyau mais pas pour un desktop?
Et est-ce que ça s'est produit ailleurs que pour le noyau?
Samba (et Andrew Tridgell) est un exemple, mais c'est le seul qui me viens a l'esprit..
Je dirais qu'un desktop n'a pas d'interface bien définie, donc ça n'aide pas..
[^] # Re: Objectivement...
Posté par reno . En réponse au journal A Generation Lost in the Bazaar. Évalué à 1.
Euh à peine plus, FreeBSD n'a pas son propre desktop, son propre gestionnaire de version, son propre navigateur, sa propre suite bureautique..
OpenBSD est peut-être plus poussé sur ce point là avec OpenSSH, OpenBGPD, OpenNTPD, OpenCVS, OpenSMTPD, mais bon juste un peu.
[^] # Re: Objectivement...
Posté par reno . En réponse au journal A Generation Lost in the Bazaar. Évalué à 3.
Tu ne comprends pas: le "bazar" interviens car il y a beaucoup de contributeurs, même si chacun des contributeurs aime "l'ordre", comme chaque contributeurs a une notion différente de l'ordre --> bazar.
L'exemple bien parlant est Firefox qui dépend à la fois de Python et de Perl, deux langages de scripts qu'on peut pourtant considérer comme équivalent, dans une architecture "en cathédrale" il y aurait un architecte qui te dirais par exemple que le langage de scripting utilisé doit être Guile..
Maintenant tout ces apôtres du développement "en cathédrale" oublient juste quelques détails: Qui sera l'architecte? Pourquoi des développeurs non-payés l'écouteraient?
Si tu as plusieurs petit projets pour faire la même chose avec chacun l'architecte de son projet, ça ressemble fortement à du bazar non?
[^] # Re: Ils payent leur retard
Posté par reno . En réponse au journal AMD fait aussi le ménage. Évalué à 2.
Note que comme on utilise de plus en plus de portables, la performance par watt est un sujet important.
[^] # Re: Canard PC
Posté par reno . En réponse au journal MER7 en faillite. Évalué à 3.
Amusant ça: quand j'ai déménagé je n'ai pas jeté ma collec de Joystick: je les ai vendu à un tarif symbolique car je trouvais dommage de jeter un contenu pareil..
# Sauf que le noyau n'est pas vraiment un "bazar"
Posté par reno . En réponse au journal A Generation Lost in the Bazaar. Évalué à 6.
On ne peut pas vraiment dire que le développement du noyau Linux soit de style "bazar" car le noyau a gardé une ABI garantissant la compatibilité ascendante ce qu'on peut mettre au crédit de Linus (contrairement à ce qu'en dit un certain M..d.).
Après pour le reste (Gnome, KDE, machinKit/udev/systemD, etc), effectivement c'est un exemple du développement en mode bazar, avec les avantages (ça existe, ça marche pas trop mal) et les inconvénients (tout casser régulièrement, pas de compatibilité ascendante).
Maintenant voir les inconvénients du mode bazar, ça n'aide pas trop à voir comment on pourrait faire mieux..
# L'homme qui valait 6 millions de dollars
Posté par reno . En réponse au journal Un homme avec une jambe bionique.. Évalué à 2.
J'espère qu'ils pourront baisser le prix rapidement..
[^] # Re: J' peux plus croire tout c' qui est marqué sur les murs
Posté par reno . En réponse au journal SDK pour Ubuntu : faut-il déjà préparer le goudron et les plumes ?. Évalué à 2.
Et en quoi avoir les outils GNU au dessus de Linux, ça fait une différence??
# Titre curieux
Posté par reno . En réponse au journal SDK pour Ubuntu : faut-il déjà préparer le goudron et les plumes ?. Évalué à 3.
Pourquoi si Canonical décide de faire un SDK pour Ubuntu, ça serait une chose négative et qu'il faudrait "préparer le goudron et les plumes"?
Android n'a t'il pas la même chose?
Quand à un SDK transversal, comme quasiment tout le monde n'a rien à faire de la LSB, je ne vois pas pourquoi cela fonctionnerait cette fois-ci..
[^] # Re: Ubuntu != Linux
Posté par reno . En réponse au journal Steam sur Linux disponible au téléchargement. Évalué à 3.
1) Une distribution Linux, en raccourci Linux moi ça ne me choque pas.
2) Ce n'est pas de la faute de Valve si les distributions Linux n'ont pas été fichu de se mettre d'accord sur une méthode générique pour installer du logiciel..
Ce serait une dispute entre 2 méthodes vraiment différentes (par exemple entre une installation à la NixOS et l'installation "classique" deb/rpm) là je comprendrai mais la gué-guerre entre bonnet blanc et blanc bonnet (deb vs rpm), ça n'a aucun intérêt (enfin si ça doit bien arranger Microsoft et Apple)..
# Ils ont réussi leur levée de fond
Posté par reno . En réponse au journal Ouverture du crowdfunding pour le Cubieboard. Évalué à 3.
Ils en sont à 60k$.
Je suis tenté mais je n'ai pas réussi a trouver des commentaires de ceux qui ont eu les prototypes pour voir si ça fonctionne bien..
[^] # Re: Et les mobiles ?
Posté par reno . En réponse au journal OSEF. Évalué à 5.
Bof, certains l'utilisent donc c'est important que cette fonctionnalité soit présente, personne n'a dit que ça devait être obligatoire: à chacun d'utiliser son PC comme il veut..
[^] # Re: If it's too loud, you're too old (T. Nugent)
Posté par reno . En réponse au journal OSEF. Évalué à 3.
Euh on parle bien des distributions où les devs des interfaces graphiques cassent tout régulièrement?
Des distributions qui n'ont pas été capable de se mettre d'accord sur plein de point dont une façon d'installer du logiciel?
Maturité "croissante" peut être, m'enfin ça ne part pas de très haut et il y a encore énormément de boulot a faire..
# Une ch'tite erreur sur le but initial
Posté par reno . En réponse à la dépêche DragonFlyBSD 3.2, la libellule s’envole toujours plus haut. Évalué à 2.
Il est marqué "initialement, le but était d'arriver à un OS pour cluster" euh non ça c'était la position de repli.
D'après mon souvenir, c'était pour le support du SMP, wikipedia confirme ("résulte d'un fork en 2003 de FreeBSD 4.8 mené par Matt Dillon, jugeant le nouveau système de threading et SMP de FreeBSD 5 peu performant et difficile à maintenir"), mais en fait il s'est plus focalisé sur les clusters..
[^] # Re: Révolutionnaire.... ?
Posté par reno . En réponse au journal Fusion Drive. Évalué à 1.
Ca existe depuis un certain sur des gros serveurs de fichier ok, mais sur des poste clients?