BAud a écrit 12786 commentaires

Je crois que tu as marché dedans :-)

Il est tout à fait libre de couper court à toute discussion au travers de ses prises de positions non argumentées, ce pourquoi le détournement de mes propos me paraît flagrant (enfin 2 sur 3 quoi).

Si quelqu'un y arrive, serait sympa d'expliquer comment :)

Dommage que cela soit "justement" contraire à la licence que tu acceptes pour pouvoir télécharger le pilote... reste à trouver leur bugzilla pour leur remonter ?
ah bah c'est ballot, ils n'ont qu'un forum et je crois que le ton est donné avec ce thread par exemple http://forums.creative.com/creativelabs/board/message?board.(...)

Cela confirme une nouvelle fois le slogan "les routiers sont sympas" ça doit être de famille...

désolé ~~> [ ]

GNU gettext ou readline par exemple ? Rien n'empêche de réécrire pour ceux qui ne veulent pas du vaccin, ce qui est contreproductif àmha.

Isaac a (1) mais pas (2) *a mon avis*..
c'est pas sympa pour Isaac_Newton, vu que tu t'es visiblement trompé, réessaie avec Lisaac cette fois-ci :-)

Tu peux voir ce journal qui en parlait https://linuxfr.org/~fcartegnie/25327.html
En résumé, le juge a retenu les prix publics : si ce sont des version complètes des logiciels, c'est leur prix constaté par ailleurs qui s'applique (vu qu'il n'était pas détaillé et que Acer s'est refusé à le fournir, il faut bien retenir un repère existant), si ce sont des versions incomplètes, il y a dol http://fr.wikipedia.org/wiki/Dol_%28droit%29 (en tout cas c'est comme ça que je le comprends).

àmha, il y a surtout risque que les assembleurs affichent le prix réel des logiciels inclus, ne pas l'afficher étant déjà illégal mais couramment pratiqué.

hum j'ai l'impression que tu confonds avec Linux_Standard_Base (LSB) ou alors j'ai loupé un épisode avec DKMS.

Pour moi, DKMS permet de fournir un paquet standardisé qui va faire un ./configure ; make ; make install quasi automatiquement en assurant que la bonne version de kernel-source (même version que le kernel pour lequel se fait l'install). Cela permet pour les pilotes libres de s'installer en plus sur le kernel existant et en évitant les problèmes de dépendances classiques (mauvaise version du kernel-source ou des kernel-headers auxquels se heurtent les débutant régulièrement). Cela simplifie in fine l'install' sur plusieurs distribs dont le kernel aurait la même API (qui évolue de temps en temps quand même).

Cela n'empêche pas que le pilote soit régulièrement cassé, qu'il soit proprio ou même en libre : pour garder l'exemple proprio, nvidia a longtemps été incompatible avec Xen, c'est bien un patch à leur "glue" qui a permis de corriger le problème (c'est leur glue qui isole l'API de leur pilote de celle du kernel).
Mais si à l'avenir le kernel introduit de nouvelles fonctionnalité qui cassent les API, il y a de grandes chances que les modules proprios soient de nouveau cassés...

D'ailleurs, je ne vois pas pourquoi tu parles de DKMS, le pilote fourni par Creative est à première vue du lourdingue proprio : en caricaturant,
- un pilote de 8 Mo mais bien sûr, tout est normal
- uniquement fourni pour x86_64 : et i586, et ppc ? c'est ballot tout de même, en source il serait possible de patcher et recompiler en fonction de sa plateforme
- même pas de DKMS, mais bon je ne suis pas allé plus loin que la licence qui est dissuasive et que j'ai refusée [http://fr.europe.creative.com/support/downloads/download2.as(...)] en vrac, ne peut pas être inclus à une distribution commerciale (exit RHEL, SLES/D, Mandriva Powerpack...), ne peut pas être modifié (ah bin pour les patchs ils se brosseront), ne soit utilisé qu'avec les gammes de produits Creative (dommage je n'en ai pas, comment ferait un packager qui n'en a pas non plus ?), Pour une utilisation sur un seul ordinateur (ah bah c'est ballot de toute façon pas possibilité de redistribuer, exit les distribs Free Fedora, OpenSuse, Mandriva Free... mêmes gratuites comme Ubuntu)...
- et le README n'est pas là pour rassurer [http://fr.europe.creative.com/support/downloads/download.asp(...)] je cite :
1. This driver source will not compile with GCC version 4 and above. => c'est dommage c'est ce qui est inclus dans les distributions actuelles, par défaut (des paquets gcc3 sont néanmoins généralement disponibles)
2. Current release features: * ALSA PCM Playback * ALSA MIDI Playback
* ALSA Synth * ALSA Record * ALSA Mixer => mais qu'est-ce-que cela peut bien faire dans un pilote ? c'est du userland (ok, ça pourrait expliquer les 8 Mo)

donc bon il reste encore beaucoup de boulot (licence correcte pour la distribution au grand minimum, debuggage intensif, fourniture pour plus d'architectures i586 et x86_64 mini et j'en passe...) et tu ne m'enlèveras pas de l'idée qu'un pilote libre est bien plus efficace.
Pourvu que creative pousse plus loin le respect de ses utilisateurs actuellement plantés avec le matériel qu'ils ont acheté (ça s'est réglé pour ceux sous Vista ou la qualité reste-t-elle dégradée comme j'avais pu le lire ?) et un axe est de demander de l'aide à la communauté qui se fera un plaisir de les aider pour un pilote libre ; pour l'instant cela m'a l'air d'être une perte de temps pour tout le monde : et Creative qui va se faire mal voir avec un pilote sous-optimal et les utilisateurs qui auront un pilote régulièrement cassé (voire pas maintenu sur le long terme).

rien de tel qu'un Harrap's shorter alors, je cite :
eventually: adv. en fin de compte ; par la suite ; he eventually became a judge, il finit par être nommé juge.

éventuellement : adv. possibly; if necessary; should the occasion arise; j'aurais éventuellement besoin de votre concours, I may need your help (later).

(il date de 1987 a priori)

C'est dommage pour eux s'ils ne se rendent pas vite compte que fournir la doc' permettant d'avoir un pilote libre leur coûtera moins cher que d'avoir un pilote cassé à chaque version du kernel et leur donnera un avantage compétitif sur leurs concurrents : qui peut avoir confiance pour acheter du matériel qui n'est même pas correctement documenté ? (hormis se donner sciemment une mauvaise image).
C'est pourtant simple à comprendre : soit leur métier c'est d'être bon sur le matériel, soit c'est d'être mauvais sur le logiciel aussi ?

le double-démarrage reste un pis-aller àmha : une fois que la décision de migrer de XP en Vista est prise (par exemple), tu ne laisses pas le double-démarrage à l'utilisateur : cela a coûté suffisamment cher de gérer la migration, ce n'est pas pour avoir un double-parc logiciel à gérer (quid des licences installées en double ? quid de la double maintenance aux virus ?).

C'est effectivement un choix qui doit être envisagé dès aujourd'hui : l'outil de travail professionnel est là pour travailler, pas pour permettre d'installer tout ce que l'utilisateur veut pouvoir ajouter (en râlant quand il a fait une fausse manip').

Alors oui, c'est effectivement en amont qu'il s'agit d'identifier les applications strictement nécessaires et de proposer les alternatives utiles pour celles qui ne peuvent pas migrer en l'état (quid de toutes ces applis en Access97 cassées du fait du passage à Windows 2000 ? cela s'est-il vraiment passer en douceur ou par un big bang et une récupération des fonctionnalités par la suite ?).
Seules resteront les applications interopérables et basées sur des standards ouverts, cela n'élimine pas forcément le propriétaire mais déjà amorce un premier pas bénéfique à tous en terme de choix (pas d'enfermement avec un seul fournisseur).
Une fois atteinte la masse critique, peu de monde regardera en arrière àmha. Et bien sûr, au passage le libre fournit tout ce qu'il faut pour rentrer dans ces critères.

Fr comme Francophone aussi, pour LinuxFR, les initiatives extra-européennes de groupe d'utilisateurs de logiciels libres, telles que https://linuxfr.org/~khapin/25340.html sont les bienvenues aussi :D

ah bah c'est clair qu'un pirate avec son bandeau sur l'oeil, la jambe de bois et brandissant à tout vent son sabre, c'est pas pour rassurer, surtout quand son galion est à quelques encablures d'arraisonner son beau voilier...
Hein ah quoi, sont dans leur fauteuil ces braves gens ? Bien au chaud ?

C'est clair que le libre pour certaines sociétés, ce n'est clairement pas gagné. Avoir déjà une communication indiquant ce qui existe et renvoyer vers les pilotes libres fait un peu "profiteur" mais c'est mieux que rien.

L'idéal reste tout de même de fournir les spécifications s'ils ne souhaitent pas développer les pilotes par eux-mêmes (le proprio étant rapidement inmaintenable avec les évolutions du kernel et faisant inmanquablement une mauvaise publicité "cassé à chaque nouvelle version...")

J'avais listé quelques éléments pour que ces entreprises fassent connaître leurs initiatives vis-à-vis du libre sur
http://wiki.eagle-usb.org/wakka.php?wiki=CommunicationLibre

Il ne manque que de mettre en avant / sélectionner quelques fonctionnalités qui étaient attendues par les gens du métier (les relectomodérateurs ne sont pas des experts en tout hein :D) et cela ferait une bonne dépêche.

L'histoire du projet pêche avec quelques vues du storyboard serait intéressante (s'il y en a), j'avais vu :
http://blenderschool.news.tuxfamily.org/spip.php?article34 annonce du démarrage en Octobre 2007 jusque Avril 2008
Sinon le blendermag #11 en anglais : http://blenderclan.tuxfamily.org/html/modules/news/article.p(...) sur des sujets de mécanique

(pour l'orthographe c'est bon nous nous en arrangerons à relecture, c'est surtout quelques "peu"(x/t) à revoir et quelques e qui manquent, nous sommes là pour ça aussi). Vala, lachez vos coms' sur quoi mettre pour agrémenter la dépêche d'un peu plus qu'un changelog (même s'il y a déjà matière).

c'est ce que donne wordreference http://wordreference.com/enfr/eventually
et possibly http://www.wordreference.com/fren/%C3%A9ventuellement

de l'intérêt des wiki pour faire du travail collaboratif, typiquement la traduction et les corrections de fautes d'orthographes...

DT... euh... non, rien.

(je crois que j'avais oublié de valider)

et tu as prévenu quels projets (qui t'intéressent) de s'inscrire ?

pour ta vraie question, d'après http://wiki.docbook.org/topic/DocBookAuthoringTools (google docbook editor 1er lien, une vraie recherche te l'aurait donné rapidement :D) il y a en libre : emacs/vim (mode texte je crains), lyx (qui te permettra d'éditer du LaTeX), vex a l'air de valoir le coup [http://vex.sourceforge.net/screenshots.html]
Tu nous diras lequel tu as choisi ?

licence creative commons, c'est vague : éventuellement la CC--by ou CC-by-sa serait déjà plus clair pour l'avoir en libre.

La GFDL n'impose pas de sections invariantes, elle ne fait que le permettre (ce qui est lourd car tel que spécifié cela laisse toujours un doute sur la possibilité de les traduire par exemple, et ce qui a valu de longues discussions pour sa compatibilité avec les DFSG [http://www.debian.org/social_contract.fr.html#guidelines]). Le choix de cette licence permettrait de le mettre sans soucis sur wikipedia, notamment http://fr.wikibooks.org/wiki/Accueil cf. [http://fr.wikibooks.org/wiki/Wikilivres:Copyright]

L'intérêt de la GPL c'est qu'elle définit le source comme étant la "preferred form of the work for making modifications to it" d'après [http://www.gnu.org/licenses/gpl.html] (la forme de cet ouvrage sous laquelle les modifications sont les plus aisées). Pour un PDF, cela permet de demander le format initial (ODT ou LaTeX ici).

Il est tout à fait possible d'appliquer plusieurs licence à un travail, l'intérêt de travailler upstream étant de pouvoir permettre une diffusion plus large vers d'autres projets qui seraient sous des licences variées. Perso, j'ajoute la licence ArtLibre (proche de la GPL) : http://cookerspot.tuxfamily.org/wikka.php?wakka=WikiLicense

très bien, mais la communication qui va avec ces taxes est-elle à la hauteur ?
Les politiques font-ils réellement ce travail de fond ou considèrent-ils que la loi est la finalité de cette action ? (alors qu'àmha ce n'en est que le début : il suffit de voir que le discours sur les taxes à la pompe à essence n'est toujours pas très bien rôdé... alors qu'il est si "simple" de justifier l'augmentation constante par la prise en compte de l'entretien des autoroutes, les subventions pour les mesures écologiques de dépollution...).

Pour le "futur" le pollueur-payeur je n'ai pas souvenir de cas concret et à grande échelle (oui oui parfois ponctuellement genre pour l'Erika mais bon une goutte d'eau dans la mare de pétrole ayant souillé l'océan).

Si tu as besoin, tu peux utiliser ce wiki http://wiki.eagle-usb.org/wakka.php?wiki=NewsLinuxFr pour faire les premières passes (suffit de créer une page en choisissant un nom comme NewsGnome220 par exemple) puis indiquer ta page sur l'espace rédacteur https://linuxfr.org/redacteurs/ comme ça tu invites qui tu veux pour la relecture. Tu peux même préparer ta dépêche au fur et à mesure, comme tu veux.

Une fois que la première passe est faite et qu'il ne reste plus trop de coquilles, tu pourras soumettre la dépêche déjà un peu relue.
Pour 1 à 2h de boulot (mini) que tu passes sur ta dépêche autant que tu n'épuises pas trop non plus un relecteur avec 1h de boulot en plus, ce qui permet de se concentrer sur l'ajout de liens et la forme. Pour l'instant c'est une solution de fortune, mais elle permet le travail collaboratif à plusieurs (même si un mediawiki permettrait de travailler sur des portions séparées de la dépêche).
Si vous avez d'autres idées dans le genre ça se passe sur https://linuxfr.org/tracker/605.html

Pour le français, je préfère franchement que tu fournisses le contenu et une trame comme actuellement quitte à la reprendre ; mais bon les améliorations viendront en faisant des efforts, (je ne vais pas citer de noms) il y en a qui sont partis de plus bas et qui se débrouillent bien maintenant (un peu^W^W beaucoup d'attention au début et ça te resservira par ailleurs :D).

prendre les gens pour des cons
Tu te méprends, je te le garantis, la présence de cette "pub" a été réfléchie initialement pour mettre en évidence cet espace et le lien "soumettre une dépêche" : si ça ne remplit pas son office, c'est très gênant. Elle est tout de même présente depuis pas mal de temps en plus.
Tu peux (re-)regarder les dépêches concernant le site https://linuxfr.org/topics/LinuxFR.html (par exemple [https://linuxfr.org/2007/07/20/22754.html] dans les commentaires cet espace est cité) : nous nous posons de réelles questions pour susciter des contributions, ce qui n'est pas évident beaucoup de nos messages restant lettre morte (un oeil externe est toujours intéressant).

Merci de ton retour, tu es dans les premiers à ma connaissance à suggérer que ce n'était pas assez visible.
Mieux vaut continuer la discussion sur un tracker https://linuxfr.org/tracker/ pour ceux que ça intéressent plutôt que de polluer ce thread cf. [https://linuxfr.org/tracker/672.html] ouvert à l'occasion.

euh planqué planqué, tu vas sur https://linuxfr.org/my/ (oui, oui la page de garde)

il y a une ligne qui apparaît en haut en plein milieu avant la 1ère dépêche (à hauteur des yeux quoi) et tu cliques sur ce que j'ai mis en gras :
Le site vit avec les dépêches que vous proposez ou que vous contribuez à rédiger

t'abuses non ? ;-)

La liste n'apparaît qu'en tapant le premier caractère de l'url souhaitée (ça peut être le h de http :-) pour afficher la liste complète ou f de ftp ou l de linufr.org :D) et c'est affiché par ordre d'url que tu tapes le plus souvent je crois (ou à laquelle tu accèdes le plus souvent).