Aller au contenu

Le plus grand problème des logiciels libres...


Messages recommandés

ça se fait tres bien sous gnome avec samba pour les réseaux windows ^^. mais c'est rien d'autre qu'un fichier partagé qui prend tout le disque.

Enfin ceci dit de freeBSD à autre unix: ( et c'est pareil partout :francais: ):

http://www.freebsd.org/doc/fr_FR.ISO8859-1...etwork-nfs.html

c'est beaucoup plus complet et documenté que " connecter un lecteur réseau" qui du coup apparait comme profondément restreint et limitatif... ^^

Lien vers le commentaire
Partager sur d’autres sites

  • 3 mois après...

Je profite de la discussion sur xgl et le débat sur Vista pour poster ça:

My experience with the failure of Xegl has taught me that building a graphics subsystem is a large and complicated job, far too large for one or two people to tackle. As a whole, the X.org community barely has enough resources to build a single server. Splitting these resources over many paths only results in piles of half finished projects. I know developers prefer working on whatever interests them, but given the resources available to X.org, this approach will not yield a new server or even a fully-competitive desktop based on the old server in the near term. Maybe it is time for X.org to work out a roadmap for all to follow.

http://www.freedesktop.org/~jonsmirl/graphics.html

Smirl parle du graphisme, mais ça pourrait être applicable pour quasiment tous les projets.

On en revient toujours au même problème.

Lien vers le commentaire
Partager sur d’autres sites

C'est vraiment un très bon post :non:

J'ai un peu de mal à exprimé clairement ce que je pense, donc je vais pas trop insisté.

je dirais juste... Après avoir développer pour FrugalWare, je vais avec un compère développer une nouvelle distrib, from scratch, elle ne sera basée sur aucune autre, juste des inspirations prises de ci de la au gré du vent.... (le projet prend son tps a démarrer a cause ptits soucis perso)

Mais pourquoi donc une énième distrib :mad:

Tout simplement parceque ca nous plait :D:D:p, et que accessoirement, on lui donnera la couleur qui nous plait, avec les fonctions que l'on désire, et que nous n'avons jusqu'a présent trouvé cher aucune autre.

Les gouts et les couleurs quoi... C'est justement ca l'avantage du libre, mettre ses propres gouts et ses propres couleurs la ou on le veut :transpi:

(je suis très peace fleurs gnia gnia ce soir :byebye: )

Bref voila ce que j'en pensais vite fait...

Débat sans fin a mon avis tout ca :D

Sinon un point sur lequel je suis d'accord, c'est la remontée des patchs, c'est assé relou de voir des distribs intégrés des patch, sans les faire remonter jusqu'au codeur de l'appli. Mais bon ca.... :smack:

mes 2centimes

Lien vers le commentaire
Partager sur d’autres sites

Il y a un autre problème mis en lumière par le changement de licence de cdrecord (sisi, regardez).

Son auteur en a eu marre de devoir subir les bugs introduits par les mainteneurs des paquets pour différentes distribution, il a interdit la modification de son code.

C'est dommage, mais compréhensible. En gros, il considérait que son code était modifié par des personnes incompétentes, qui ne faisaient qu'introduire des bugs.

Lien vers le commentaire
Partager sur d’autres sites

Il y a un autre problème mis en lumière par le changement de licence de cdrecord (sisi, regardez).

Son auteur en a eu marre de devoir subir les bugs introduits par les mainteneurs des paquets pour différentes distribution, il a interdit la modification de son code.

C'est dommage, mais compréhensible. En gros, il considérait que son code était modifié par des personnes incompétentes, qui ne faisaient qu'introduire des bugs.

ça, je trouve ça completement idiot... un patch, tu l'appliques ou tu ne l'appliques pas, libre à toi...

Il n'est pas obligé de se sentir responsable de tous les bugs qui peuvent arriver à cause de patches tiers. Si linus réagissait comme ça, le noyau serait mort-né, parce que crois, des bugs du à un patche hasardeux, il y en a autrement plus dans le noyau que dans cdrecord...

Moi j'aime bien au contraire cette souplesse d'évolution. Rien n'est figé dans le modèle libre à cause d'un caca nerveux (ou une crise de personnalité, appelez ça comme vous voulez) du premier auteur...

quand une direction de developpement ne te plait pas, il y a le fork :mad2:

Lien vers le commentaire
Partager sur d’autres sites

Non, tu n'as pas saisi le problème (remarque je n'ai pas été très clair).

Les distributions patchent leurs versions, ce qui introduit des bugs non présents dans l'original.

Du coup l'auteur a plein de rapports de bugs foireux, qui ne concernenet pas sa version (LA version). Il perd son temps.

Lien vers le commentaire
Partager sur d’autres sites

Bah ca en meme tps que veut tu i faire?

Pour continuer sur cet exemple, a ce que j'en ai vu, il n'ya bien que les petites distribs qui ne patchent pas cdrecord (d'ailleurs je comprend pas trop pourquoi, marche tres bien sans patch hein :mad2: ), et donc toutes les grosses distribs, meme userfriendly le patch, et apparement i incluent des bugs.... soit....

Si il bloque vraiment son code a cause de ca, plutôt que d'ouvrir le dialogue avec les personne concernée (peut etre qu'il la fait je ne sais pas), à coup sur on verra sortir un cdrecord-ng d'ici peu de temps, et c'est tant mieux vu que c'est un bon soft, il faut le laisser libre :)

Lien vers le commentaire
Partager sur d’autres sites

oui, ben j'avais bien compris, mais je pense que les devs de k3b en récupèrent encore plus que lui et ne se sont jamais plainds...

des mails, y a pas mal de monde qui en reçoit un paquet chaque jour, pourtant...

au passage, il dit quand même que la majorité des bugs n'en sont pas, c'est juste des mails d'idiots qui sont incapables de lire une doc et de faire marcher correctement le biniou, c'est pour ça que j'ai du mal à saisir son attitude :mad2:

Lien vers le commentaire
Partager sur d’autres sites

Il y a pas mal de choses qui ont été dites.

Linux est une question de choix et la grande variété des programmes illustre cette capacité de choix qui est offert à l'utilisateur. Je n'entrerai pas dans le débat de tel ou tel soft particulier.

Linux a fait une grande évolution avec le temps. Il a été longtemps un système pour initiés utilisé surtout dans des serveurs. Une des conséquence est qu' encore aujourd'hui beaucoup de distributions proposent des solutions qui sont mal ficelées pour un utilisateur moyen.

Prenez le multimedia. La plupart des utilisateurs proposent des kernels optimisés pour des serveurs et du réseau. Ces kernels offrent des performances multimédia suffisante pour jouer des fichiers sons ou vidéo, mais pas plus. Cela s'aggrave quand l'on voit que certaines distributions dont des leaders comme suse installent par défault des librairies qui ne permettent pas de lire correctement un dvd que tu as acheté ou loué. Il faut les désinstaller et installer des packages provenant d'autres sources que les dépositaires officiels. Va faire comprendre cela à un linuxien débutant! :incline:

Cela devient même pire avec le son. Si sur une debian ou une gentoo, la lecture d'un simple fichier MIDI ne pose pas de problème, avec Suse, le soft par défaul, kmid, souffre d'un bug récurrent et connu (un comble!) dans sa configuration, bug qui le fait planter. Il faut alors lancer un séquenceur comme rosegarden ou muse pour pouvoir écouter le fichier, ceci alors que l'utilisateur moyen ne sait même pas ce qu'est rosegarden ou muse, pour la simple et bonne raison qu'il n'est pas musicien et que donc il n'a pas l'usage de tels programmes. :yes:

Pour un musicien, même amateur, la configuration des applications son de la plupart des disrtibutions linux est un véritable cauchemar, sans compter qu'un kernel multimedia est nécessaire pour un travail sérieux sur le son. Cela est d'autant plus dommage que la combinaison kernel temps réel avec préemption complète, les nombreux logiciels audio de linux, et jack, le serveur son pro, est à même de transformer n'importe quel pc en une station de travail audio-numèrique professionelle. Il existe bien des distros spécialisées comme Agnula/demudi, planet ccmra, musix ou dyne:bolic qui règle la plupart de ces problèmes, mais elles sont mal signalées et souvent méconnue même de bien de linuxiens confirmés. :D

Ceci dit, linux a un énorme potentiel dans le domaine du multimédia. Pour le réaliser, il est nécessaire qu'un effort particulier soit fait non seulement pour continuer ce développement mais surtout pour offrir aux utilisateurs une configuration décente de ce qui existe déjà. :zarb:

Lien vers le commentaire
Partager sur d’autres sites

Y'a quand même quelques distributions avec lesquelles c'est pas si compliqué que ça...

Par exemple sous gentoo, le noyau par défaut (gentoo-sources) est optimisé pour un usage desktop (notamment au niveau du multimedia), les applis n'ont pas de restrictions spéciale (mplayer est disponible sans bidouillages, et même libdvdcss est dispo) et pas de bug permanent...

Au niveau du temps réel, je ne pense pas que ça vaille le coup pour un PC desktop, mais y'a des améliorations qui sont intéressantes (cf kernels gentoo et ck)

Lien vers le commentaire
Partager sur d’autres sites

Cela s'aggrave quand l'on voit que certaines distributions dont des leaders comme suse installent par défault des librairies qui ne permettent pas de lire correctement un dvd que tu as acheté ou loué. Il faut les désinstaller et installer des packages provenant d'autres sources que les dépositaires officiels. Va faire comprendre cela à un linuxien débutant! :transpi:

Va expliquer à un parlementaire que les brevets sur les logiciels c'est débile...

Si certaines distributions n'installent pas la lecture de DVDs et de MP3, c'est parce que les logiciels qui permettent de le faire sont illégaux dans tous les pays qui reconnaissent les brevets logiciels. Entre autres les USA.

Donc si ils les incluaient, soit ils se tapent des procès, soit ils se ferment le principal marché.

Pas le choix...

Lien vers le commentaire
Partager sur d’autres sites

Cela est d'autant plus dommage que la combinaison kernel temps réel avec préemption complète, les nombreux logiciels audio de linux, et jack, le serveur son pro, est à même de transformer n'importe quel pc en une station de travail audio-numèrique professionelle.

Linux n'est pas temps réel il me semble, si tu veux du temps réel prends un QNX, là tu seras servi :modoreussi:

Lien vers le commentaire
Partager sur d’autres sites

Bonjour a tous.

Au passage je voudrais vous rappeler que ce qui fait la securité de linux (mise a part sa structure et ses comptes) c'est la diversité des logiciels et des distribs. Un mec qui veux faire ch*** sous win$ pond un virus qui exploite une faille outlook (par exemple) et d'un coup il touche 95% des utilisateurs. En revanche sous linux avec la multiplication des softs une faille de thunderbird ne touchera que 5 ou10% des linuxiens qui utilisent ce genre de soft. Sans compter que si thunderbird a ete retouché par mandriva ou suse ou je sais pas qui, la faille n'est peut etre plus..... Et c'est aussi vrais avec les distribs une faille de mandriva ne touchera pas debian et une faille debian ne touchera pas forcement meme ubuntu qui pourtant s'appuie dessus.

Pour la diversité :transpi:

A voté :mdr:

Lien vers le commentaire
Partager sur d’autres sites

Je ne peux etre que d'accord avec de tel propos :mdr:

et je pense qu'on ne peux pas forcer les gens benevole a travailler sur un projet qui ne leur plait pas mais on devrais pouvoir les forcer a reporter leurs patchs. Mais comment? :sm: De la propagande a tout va ne servirait a rien sinon a saouler les gens (et du coup obtenir le resultat contraire) quand a une obligation du genre c'est dans le gpl .... pas vraiment efficace.

Lien vers le commentaire
Partager sur d’autres sites

Archivé

Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.

×
×
  • Créer...