BAud a écrit 12777 commentaires

je ne vois pas la difficulté avec la GPL pour fournir la forme préférée pour les modifications d'un MP3 issu d'un enregistrement live en FLAC (ou tout autre format lossless). L'intérêt c'est que si le MP3 me paraît pourri, il est possible de générer du OGG à la place.
Si l'enregistrement a été fait sur plusieurs pistes (plusieurs micros), cela permet aussi de remixer et mettre en avant d'autres sonorités...

C'est un peu le même souci qu'avec les PNG : si fait avec GIMP, il est quasiment sa propre source (hormis les calques), si fait avec inkscape ou blender, la source est différente et permet plus de choses. S'il n'y a que le MP3, bin là c'est dommage quoi.

Pour ce qui est des partitions et paroles, la "rétro-ingénierie" est envisageable, ce serait effectivement sympathique que le copyleft de la licence s'y applique (c'est sans doute le cas au titre d'un travail dérivé).

Moins orienté tâches, il y a http://www.k5n.us/webcalendar.php qui est un bon complément dès lors qu'il y a à gérer de la planification et disponibilité de ressources : cela demande de l'intégration, qui apporte un bon complément (chacun ayant une vue de son calendrier).

Cela va beaucoup moins loin qu'un tout intégré en revanche.

Il est interdit de faire du reverse-engineering.

Cette clause a peut-être une valeur aux États-Unis, elle est illégale en France où cela est permis à des fins d'interopérabilité.

ouais, t'as raison je vais corriger, c'est plutôt qu'au parapluie ces jours-ci ;-)

les pages sont en cours de traduction en français pour ceux qui préfèrent :
http://wiki.mandriva.com/fr/Mandriva_Linux_2008_Notes
http://wiki.mandriva.com/fr/Mandriva_Linux_2008_Nouveaut%C3%(...)

des errata sont disponibles, actuellement basés sur la RC2 (certains des problèmes ont une chance d'être corrigé d'ici la finale) : http://wiki.mandriva.com/fr/Mandriva_Linux_2008_Errata

bon tests pour ceux qui ont envie d'identifier des bugs pas encore vus.

tant mieux si ça n'imprime pas une feuille vide, ça économise des arbres.
ou alors je n'ai pas compris ton problème : elle contient quelque chose au moins ta feuille ?

Le PS/2 était pourtant l'évolution du simple PC, cela date de 1987 tout de même.
voir IBM_Personal_System/2 pour ce que cela nous a apporté ; vi vi le port ps/2, par exemple, pour clavier et souris, j'ai encore dans mes vieilleries :
- une souris en db-9 http://en.wikipedia.org/wiki/DE-9_connector#DE-9_connector
- et un clavier avec un adaptateur DIN / ps/2 dessus :-) cf. en:DIN_connector pour une image (c'était un peu plus gros que du ps/2)

vous ne pourriez pas multiplier par 10 ?

quand vous aurez fini, ça vous permettra d'avoir une note de 12/10 (toujours dépasser les attentes ;-) ).
parce que bon à ce train là il y aura toujours un 0. dans vos version, ce qui fait un peu pas fini ou pas utilisable...

heureusement qu'il ne faut pas attendre le langage parfait pour s'exprimer :D

ah tiens j'ai retrouvé les conseils que j'avais donné à ADI devenu Ikanos depuis : http://dev.eagle-usb.org/wakka.php?wiki=DeveloppementGPL

voir le lien des tutoriels de l'article et notamment http://bellette.tuxfamily.org/pixelpost/index.php?x=page&(...) qui donne pas mal de conseils illustrés pour le HDR [http://fr.wikipedia.org/wiki/Imagerie_%C3%A0_grande_gamme_dy(...)] et l'utilisation de logiciels dont qtpfs (je cite : Qt- (moteur pour l'interface, -pfs- nom des logiciels sur lequel s'appuie le programme (les pfstools), -gui graphic user interface (interface graphique))

L'honnêteté est enfin redevenue plus confortable que le "piratage".
c'est clair que de nos jours, parcourir les mers sur un galion c'est pas de tout repos pour un pirate (et mieux vaut pouvoir emporter sa musique avec soi parce que bon l'accès au net ça ne doit pas être ça...)

mais sinon regarde du côté de http://guides-info.org/linux/hardw/wi-fi.php et dis-nous ce que tu en penses

tu pourras t'inspirer de http://wiki.eagle-usb.org/wakka.php?wiki=CommunicationLibre pour faire des suggestions en terme de communication (je te recommande les articles de free-electrons notamment pour avoir un panorama des points à traiter, tant du point de vue du dév' que de la conformité au libre).

autant prendre contact avec http://www.arm.linux.org.uk/ (je ne sais pas s'il y en a d'autres spécialisés pour arm, ne connaissant pas bien cette plateforme) afin de pouvoir remonter upstream vos modifs' (et trouver des collègues).

comme dit au-dessus, la toolchain doit être documentée (mais la lecture attentive de la GPL te l'aurait indiqué). Le plus simple est de fournir le source avec le firmware (ça évite la gestion afférente à la distribution du source après coup).

Penser aussi à fournir de la doc' sous une licence correcte (distribuable) histoire d'être complet.
Un souci fréquent avec les entreprises est l'effet tunnel et la difficulté à mettre en place un site web externe dépendant de l'entreprise... autant utiliser un svn public qui permet de respecter le principe du release early / release often (ça demande un effort au début mais après ça évite d'avoir les juristes sur le dos à chaque release, sont souvent sympas mais bon ils ne sont pas vraiment dans le même monde : les associer à la démarche dès le début permet de les former au fur et à mesure, mais là tu risques de perdre de l'énergie à tout leur expliquer...).

utilise plutôt http://www.ioquake3.org/ (il est sans doute déjà sur les dépôts officiels) qui est le moteur en libre (à toi d'installer l'artwork non libre kivabien).

sinon aussi openarena (en version 0.7.1) aussi dispo sur les dépôts, dont l'artwork est libre et bien sympathique.

Le risque n'est pas qu'ils affichent un prix trop élevé (30 euros alors qu'ils ont payé 20) mais un prix trop bas (1 euro alors qu'ils ont payé 20)

ah mais je ne vois pas de souci : j'applique tout simplement le principe de l'illégalité de la vente liée ; pourquoi je voudrais d'un portable avec windows alors que j'ai déjà un portable ? Donc bon vala une bonne affaire : et hop un windows sans portable (à un prix largement meilleur que dans la plupart des spams que je reçois en plus).

il n'existe pas de solution à ce problème

éradiquer le proprio, la question ne se posera plus :D
la GPL ne force la main de personne, celui qui ne souhaite pas l'utiliser reste libre.

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 ?