BAud a écrit 12765 commentaires

tu pourrais donner plus d'infos sur ta carte
je suppose que dans tes pérégrinations, tu as fini par tomber à un moment sur http://qa.mandriva.com/twiki/bin/view/Main/HardwareHowToFr#C(...)

sinon ya du son avec xmms ou un autre player de musique (bmpx, amarok, ...) ?


à part ça j'avais d'autres liens sur http://wiki.eagle-usb.org/wakka.php?wiki=ProblemeDeSon2006
ça va finir par bien vouloir marcher... au pire avec le kernel-multimedia je pense

tu en as une sur un de tes posts précédent
https://linuxfr.org/forums/30/16301.html

pourquoi n'utilises-tu pas up2date ou yum ? quelle red hat as-tu ? (pas la 9 j'espère)
sinon sous mandriva grass est dispo en version 6.0.0 (6.0.2 en cooker, mais je ne te recommande pas...) et ça s'installe simplement par un urpmi grass (dès lors que les sources de media sont correctement configurées par http://easyurpmi.zarb.org )

quelle que soit la distrib', tu ne prends pas des paquets uniques sur le net, tu les installes à partir des sources de media standard de ta distrib', avec les outils de ta distrib, c'est le plus simple.

bin, tu fais un lsusb pour avoir des éléments techniques (vendor id / product id) éventuellement la description

tu t'inscris sur qbik : http://www.qbik.ch/usb/devices/register.php
et tu l'ajoutes... une fois loggué, le lien c'est http://www.qbik.ch/usb/devices/devedit.php il y a un bouton "Add device"

si tu as peur de faire une erreur, tu peux demander confirmation en fournissant les informations que tu as trouvées sur ta clé... ensuite tu pourras l'inscrire

pour être un peu plus précis dans les catégories vu que le site qbik pourrait paraître un peu frustre au premier abord :
http://www.qbik.ch/usb/devices/showdevcat.php?id=11 tout ce qui concerne le stockage (clé usb, disque USB, MP3 player....)
http://www.qbik.ch/usb/devices/showdevcat.php?id=16 tout pour les connexions réseau (modems adsl usb mais aussi wifi, bluetooth, ...)
http://www.qbik.ch/usb/devices/devices.php la liste des catégories => ya les webcams et imprimantes aussi...

pour l'IrDA mieux vaut utiliser directement la recherche rapide http://www.qbik.ch/usb/devices/search_res.php?pattern=IrDA

ça vaut le coup de compléter ces listes : il suffit de le faire une fois pour un équipement que vous avez acheté, ce qui permet ensuite de le recommander facilement à d'autres personnes (ou s'il existe déjà, laisser un commentaire).

pour tout ce qui concerne l'usb, la référence est :
http://www.qbik.ch/usb/devices/index.php
pour identifier les pilotes nécessaires

sinon j'avais commencé une liste (un peu moins fouillis que ma précédente) : http://dev.librehwdb.tuxfamily.org/tiki-directory_browse.php(...)
si vous connaissez d'autres liens, ça m'intéresse.
Notamment, il me semble qu'il y a quelques wiki qui rassemblent le tout par rubrique (pas forcément que par USB d'ailleurs).

enfin côté netcraft la bonne réponse serait peut-être d'identifier les domaines parked justement...
ça demande un peu de boulot initialement (identifier la page par défaut affichée) mais bon après ça permet d'avoir des stats plus précises...

je ne commenterai pas sur la pénibilité de Zé

simplement que son intervention impromptue a donné des idées malgré tout, notamment
http://blino.org/blog/mandriva/network/security/ssh-brute-fo(...)

tu veux pas l'inscrire une fois pour toute à l'avance sur http://agendadulibre.org plutôt ?

comme ça il ne te reste que la mise à jour à faire

ce n'est que le draft qui est sur cookerspot, ça évite d'avoir de multiples éditions du wiki qa (qui est parfois lent aussi...).
Ensuite, il sera placé sur http://qa.mandriva.com/twiki/bin/view/Main/CookerWeeklyNews
par exemple pour la dernière intégrée au magazine mandriva elle est disponible : http://qa.mandriva.com/twiki/bin/view/Main/CookerWeeklyNewsR(...)

Pour les articles, ils peuvent être placés sur le wiki de la qa ou sur celui du club http://club.mandriva.com/xwiki/bin/KB/

S'il y en a qui veulent prendre un peu de temps pour traduire le draft du magazine en cours de rédaction : http://cookerspot.tuxfamily.org/wikka.php?wakka=InsideIssue2

un premier article a commencé à être traduit : http://cookerspot.tuxfamily.org/wikka.php?wakka=OneKioskFr (mais depuis AdamW a rajouté des paragraphes sur Kiosk)

Tout le monde est bienvenu sur cookerspot, c'est du wiki, suffit de s'inscrire pour pouvoir éditer.

quand emacs intégrera un éditeur de texte

ah cool, tu as mis les liens vers les archives de la ML cooker sur ton blog

pour Zé, no comment, c'est Zé quoi...

la dépêche précédente sur R était assez complète aussi
https://linuxfr.org/2005/10/08/19699.html

bon pas évident de trouver les packages commençant par R... ils sont surtout disponibles pour debian en fait à partir du CRAN
http://cran.cict.fr/
http://cran.cict.fr/src/contrib/PACKAGES.html

tu peux regarder sur cette page
ou faire comme tout le monde, prendre une freeboîte

avec http://packages.debian.org/stable/web/phppgadmin

tu retrouveras tes petits

et je te recommande autodoc aussi pour faire un MCD
http://packages.debian.org/stable/utils/postgresql-autodoc

je l'ai essayé : http://wiki.eagle-usb.org/wakka.php?wiki=HowToDia

En quoi le fork serait-il forcément négatif ? Cela crée de la diversité, par exemple xorg (provenant de XFree86) ou OpenBSD (provenant de NetBSD) ou Mandriva (provenant de Red Hat), chacun vivant sa vie par la suite...

Après si tu faisais allusion au risque de fork proprio (lié à BSD par exemple),
- c'est d'une part le choix de celui/ceux qui ont choisi cette licence initialement,
- d'autre part c'est (souvent) un mauvais choix de celui qui forke en proprio (il est dans les "bonnes pratiques" du libre de contribuer upstream pour éviter d'avoir à passer son temps à appliquer ses propres patchs, si l'on souhaite reprendre les mises à jour du projet initial).
La GPL a pour cela l'avantage de privilégier la distribution des sources, mais pas forcément de contribuer upstream (même si c'est dans l'esprit aussi). Cela peut s'appliquer aussi à Art Libre et CC-BY-SA.

Et je me demande aussi pourquoi la sortie de nouveaux drivers qui semblent assez innovants ne font pas l'objet d'une dépêche.
perso bof... éventuellement quand il y aura ceux d'ATI, ça permettra d'avoir des retours sur le bon fonctionnement de chacun.

Après pour l'aspect innovant, si tu pouvais détailler ce qui t'as intéressé...

C'est tout de même assez déprimant d'être encore obligé de se palucher ces pilotes proprios, sans que le legacy n'ait été libéré.
Si tu as des informations sur comment / combien nvidia contribue aux pilotes libres, là ça pourrait s'avérer intéressant AMHA.

le mieux est déjà de s'inscrire à debian-legal

tu y trouveras les cas de compatibilité licence / DFSG notamment en utilisant google
http://www.google.fr/search?hl=fr&q=debian-legal+cc+nc&a(...) qui donne notamment
http://people.debian.org/~evan/ccsummary
et c'est généralement valable comme outil de recherche pour la plupart des autres licences...

d'autre part, tu parles de contrat, qui me semble plutôt relever du droit commercial (ou de la consommation comme tu le dis), or les licences dépendent du droit d'auteur... déjà éclaircir ce genre de point serait profitable (en intro...).

tu peux aussi prendre l'exemple de la CeCILL ce qui permet d'aborder les points de multiplication (non souhaitable AMHA) du nombre de licences, d'incompatibilités entre elles, de la finalité d'une nouvelle licence et le boulot pour les rendre compatibles...


Un exemple concret : sous quelle licence sera ton document ?

Pourquoi ne pas avoir ajouté une version française à ou pris contact avec
http://www.linuxpackages.net/

Cela semble la référence d'après http://distrowatch.com/table.php?distribution=slackware ? non ?

Si quelqu'un a des liens vers une liste de dépôts, ça peut m'intéresser de comprendre comment cela s'organise (entre l'offciel, le libre, le non distribuable facilemetn pour cause de brevet ou clause non commercial...).

En fait, je n'ai fait que la synthèse vu que ta prose était suffisamment claire.

Il n'est pourtant pas évident de faire la différence entre le droit d'auteur, le droit commercial et des affaires et leurs interactions. [1]

C'est un peu la difficulté, d'ailleurs, et là où l'interopérabilité n'aide pas complètement (ou ne suffit pas).
Continuer de légaliser l'interopérabilité, c'est simplement nous donner (à la communauté du libre) les outils pour nous protéger. L'approche initiale voudrait plutôt (dans le sens de la loi) travailler et donc demander les spécifications permettant une implémentation naturelle, ce que peu d'entreprises fournissent en réalité. Cela rend le reverse-engineering indispensable, mais plus coûteux en temps et plus limité en fonctionnalités, initialement, au détriment des utilisateurs.

Au mieux, une demande reçoit une réponse (parfois à côté), le plus souvent elle est ignorée [2]. A croire que cela devient un principe de protection ("oula on va nous voler notre propriété intellectuelle si nous filons nos spécifications").
Le reverse-engineering devient alors la norme, reste dans la légalité par chance, à croire que l'entreprise initale ne souhaite pas le bien de ses clients et souhaite encore moins permettre aux développeurs de travailler.

Dans l'esprit des brevets (ceux d'origine), je préférerais de beaucoup faire passer dans la loi des condamnations (économiques au minimum) à ceux qui ne collaborent pas avec la communauté du libre. Les brevets étaient initialement là pour inciter au partage des connaissances, afin d'éviter un verrou (et une perte de connaissance sèche) ; la loi aujourd'hui devrait suivre dans un esprit de libre concurrence et promouvoir *uniquement* les formats ouverts. Un contributeur du libre n'est ni plus ni moins qu'un client voire un partenaire, pourquoi lui mettre des batons dans les roues ? A croire que tout est fait pour étouffer l'innovation plutôt que contribuer à la développer.

Je ne rappellerais qu'un exemple : à l'époque du minitel, se rendre à son agence permettait d'obtenir les plans (blue-print) du minitel ainsi que les protocoles utilisés (sur papier glacé). Je l'ai fait à l'époque, j'ai encore les spécifications cordialement et gratuitement fournies.
C'est AMHA bien la situation actuelle qui est anormale : vendre un produit induit déjà des responsabilités (ne pas mettre son chat au micro-onde), en fournir les spécifications devrait en faire plus naturellement partie, non ? Il s'agit en tout cas de l'interopérabilité telle que je la comprends, au minimum au travers de la fourniture des spécifications.

[1] http://www.gnu.org/philosophy/not-ipr.fr.xhtml en résumé :
le droit d'auteur est différent de droit des marques et différent des brevets, car relevant de juridictions (et finalités) différentes. Ne serait-il pas plus profitable de promouvoir la richesse intellectuelle ?

[2] j'ai un exemple précis en tête : le travail technique est possible avec une entreprise, simplement au moment d'obtenir une licence de distribution acceptable il n'y a pas moyen d'obtenir de réponse officielle malgré les demandes (hormis "un manque de temps"...). C'est bien la différence entre les contacts techniques que nous réussissons à obtenir et qui sont généralement collaboratifs ; quand il s'agit de droit, soudain, ce sont les abonnés absents (ce qui est dommage pour le moins).
C'est la difficulté dans le libre : le droit et le technique vont de pair, cela permet de se rendre compte que le choix de la licence n'est pas si anodin même si la réalisation est triviale (ou pas).

je ne t'ai pas moinssé, pourtant ça le mérite effectivement IMHO

si les personnes sensibilisées au libre ne font même pas l'effort de fournir des formats libres ni de les utiliser, quelle crédibilité donner ?

et franchement entre installer un codec supplémentaire ou vlc, c'est tout de même pas la mort sur un windows, non ?

moi j'avais lu NCSA, je me retrouvais à penser à l'époque avant Netscape, avec Mosaïc toussa /o\

tu aurais voulu qu'il compare à http://www.vtiger.com/ avec sa feature-list ? http://www.vtiger.com/products/crm/feature-list.html
et montrer comment les deux coopèrent (ou pas).

admin avec comme password admin (re-)marche pour moi (ainsi que virtual / virtual), ça dû être corrigé entretemps

j'ai commencé le recensement de quelques applis scientifiques en vue de les documenter de manière un peu plus standard (une partie compil' + une partie tests avec screenshots pour montrer ce que ça fait + une partie packaging si j'ai le temps)

Si ça intéresse du monde de participer (pour cooker ou pour une autre distrib'...) :
- suffit de savoir utiliser les applis
- ou savoir compiler (c'est l'occasion d'apprendre)
- ou savoir packager (pour ceux qui veulent)

http://cookerspot.tuxfamily.org/wikka.php?wakka=ProgramsScie(...) (à trier...)
http://cookerspot.tuxfamily.org/wikka.php?wakka=CompileProgr(...) pour compilation + packaging / tests avec screenshots

et j'avais trouvé des suggestions de softs sur le forum de CAELinux (la distrib' live qui inclue code_aster et salomé) http://cookerspot.tuxfamily.org/wikka.php?wakka=CAELinuxSugg(...) (certains sont packagés, pas mal ne le sont pas)

spa complet mais c'est un début :
https://dev.alternc.org/trac/alternc/wiki/DefinitionDuProjet

sinon la démo devrait te permettre de compléter : http://demo.alternc.org/admin/

de notre côté, va falloir mettre à jour le comparatif qui avait été fait pour vhffs ;-) http://vhffs.org/wakka.php?wiki=ComparisonHosting

tes retours seraient intéressants pour améliorer ces produits respectifs...