BAud a écrit 12980 commentaires

cela est bien plus simple avec du libre...
- une CC-by-sa demande que l'auteur soit identifié et que la licence retenue soit maintenue.
- d'autant que si l'auteur devient injoignable (changement de mail, boîte mail débordant de spam, ...) bin tu l'as dans l'os pour utiliser quelque chose qui t'aurait bien plu. Et, au passage, l'auteur initial vient de perdre une raison de se faire diffuser et connaître plus...

Concernant Red Hat, ma remarque initiale était que cela empêche, par exemple, la communauté Fedora de réutiliser ces spots ou une partie pour les adapter (par défaut avec ND, pas de modification). Cela empêche de diffuser ces spots en boucle lors d'une install' party dont l'entrée serait payante (le cadre de la NC étant un peu trop large), donc moins de pub' pour Red Hat, dommage. D'où un laconique "dommage de promouvoir du libre avec du non-libre".

Mais c'est en CC-BY-NC-ND-2.5 reconnue non libre (enfin, en tout cas, pour celles que j'ai regardées : http://www.redhat.com/videos/real_tech/lesson25.html d'après le générique de fin, tout comme la 23).

Dommage de promouvoir du libre avec du non libre :/

et dans ce journal https://linuxfr.org/~plagiats/23932.html d'il y a 7 jours :-)

tu as ce que j'ai pu trouvé au fil du temps :
http://wiki.eagle-usb.org/wakka.php?wiki=ModelizationTools

merci de faire un retour sur ce qui te convient.
pour sqldesigner, je pense que tu parles de http://ondras.praha12.net/sql/demo/ je ne sais pas s'il fait l'analyse d'une base existante...

d'ailleurs, il est dommage que l'annonce https://linuxfr.org/2007/03/07/22178.html d'appels à contributeurs n'ait pas suscité plus de commentaires, pour un contenu qui est libre (GFDL).

tu dois confondre avec moignon :-)

Ya aussi moyen de faire des trucs très sympas du côté de chez Jabber

les whizzz et la vidéo ? :p

Pour moi, le NDA ne s'applique pas au code produit avec les documentations fournies.
Il vaut mieux avoir précisé ce point avant de signer le NDA néanmoins et avoir défini le niveau de commentaire associé aux différentes structures de données (genre le faire valider par l'entreprise avant distribution).

Il faut bien voir que la part de la communauté du libre est très importante dans ce genre d'accord :
- cela permet un meilleur respect des licences, d'utiliser des infrastructures du libre, les ressources du libre...
- cela permet un meilleur support sur le long terme, d'avoir une bonne image de "contributeur" pour l'entreprise
- la disponibilité du code dès le début avec la bonne licence est le garant qu'il pourra y avoir des contributeurs (sans la bonne licence, cela va faire fuir du monde... même avec la bonne licence ce n'est pas forcément évident d'intéresser du monde)

Mieux vaut aussi, à signature du NDA, avoir toutes les documentations sous une licence correcte (une GFDL ou une CC-by-sa 3.0...), vu qu'il est assez difficile de revenir sur ces points par la suite...

Quitte à signer un NDA, autant aussi obtenir un support officiel de l'entreprise (pour une durée supérieure au NDA...), cela permettra de gérer les évolutions / nouvelles versions avec un interlocuteur identifié. Un NDA de 6 mois ne me choque pas trop, éventuellement jusqu'à un an, au-delà cela devient de l'abus étant donné que cela va freiner la motivation d'intégrer de nouveux contributeurs... Le mieux reste tout de même de ne pas avoir de NDA, bien sûr. Et à fin du NDA tout devient disponible (il faut aussi penser aux échanges de mails, une liste privée passant en public étant envisageable).

et la RHCT c'est la Red Hat Certification Technician

https://www.redhat.com/training/rhce/courses/

et donc les sempiternelles copies d'écran http://oolite.aegidian.org/screenshots/

pour la licence ce post est le plus clair : http://www.aegidian.org/bb/viewtopic.php?p=32135#32135

Oolite (l'application) est GPLv2 et supérieure
Oolite-data (les graphismes, modèles, textures et musiques) sont sous une double licence GPLv2 et supérieure ainsi que CC-by-nc-sa 3.0

Il s'agit donc d'un vrai jeu libre http://faq.tuxfamily.org/JeuLibre/Fr

euh, tu poses un brevet là ou quoi ? :p

pour le 2. la recherche prend moins de 15s http://qa.mandriva.com/buglist.cgi?quicksearch=aMSN (dans la boîte en haut)

pour entrer un bug, visiblement tu n'as plus utilisé bugzilla depuis quelques temps :
- la liste de 1 Mo, avec les packages de manière exhaustive n'est plus chargée
- une recherche rapide est disponible pour ne remonter que les packages qui t'intéressent

Je te laisse essayer par toi-même de saisir ton bug, n'ayant pas été en mesure de le reproduire avec les éléments fournis (mauvaise foi inside pour te motiver :p)

et d'après toi, en quoi ce genre de communication :
https://linuxfr.org/2007/03/05/22157.html
ne pourrait pas intéresser le marché pro ? ou permettre effectivement à nvidia de diminuer ses coûts tout en augmentant sa pertinence pour le libre ? Notamment, professionnalisation de la communauté plutôt que le bricolage actuel avec leur forum moisi ? (qui fait tout sauf professionnel AMHA)

Sans vouloir tirer à boulets rouges sur nvidia, ils sont tout de même fortement empêtrés dans leur réflexe propriétaire, même si il y a visiblement un peu de support pour Linux...
- pas de bugzilla, seulement un pauvre forum http://www.nvnews.net/vbulletin/forumdisplay.php?s=&foru(...) dont je n'aimerais pas être le modérateur... vu combien c'est fouilli entre les demandes utilisateurs, les remontées de patch, pas moyen de savoir quelle fonctionnalité devrait fonctionner et n'est pas encore implémentée...
- visiblement pas d'outil de gestion de version en interne vu la pauvreté de leurs changelogs à chaque fois (pas de couplet "cela protège notre propriété intellectuelle" svp :) ), bon je ne parle même pas de roadmap ou de complétude du pilote par rapport à son alter-ego sous Windows...
- il y a tout de même un petit plus de travail en amont : disponibilité de pilotes bêta pour Linux (même s'il y a eu un "raté" pour les derniers), mais cela laisse toujours une impression qu'il n'y a pas de travail commun avec les équipes du kernel et que le pilote arrive "pour un kernel stable" (voire pour un kernel dans une distribution).

La vraie annonce, c'est tout de même nouveau et REnouveau pour avoir un vrai pilote 3D libre (auquel il serait sympathique que nvidia contribue... ou au minimum les constructeurs qui souhaitent inclure des cartes nvidia dans leur offre).

Peut-être y-aura-t-il des changements (et rêvons d'une orientation claire vers le libre) avec les versions 100.x ? (même si j'en doute encore)
Ceux intéressés peuvent lire les fonctionnalités dont nous ne bénéficierons encore pas pour Linux : http://www.phoronix.com/scan.php?page=article&item=648

Sachant que la numérotation évoluant, le packaging aussi d'après ce post : http://www.nvnews.net/vbulletin/showthread.php?t=87033 et les commentaires associés http://nvnews.net/vbulletin/showthread.php?t=87729

Vivement que nouveau fonctionne...

J'aime bien les coups de gueule ponctuels qui permettent de lancer une discussion. Je préfère de beaucoup les approches "tiens j'ai regardé tel truc, ça ne marche pas trop mal, ça serait encore mieux s'il y avait ça ça et ça" qui apporteraient un fondement à la discussion.

En revanche, le manque de contributeurs ne m'exaspère plus comme à une époque, je me suis fait une raison : par rapport à tous ceux qui pourraient apporter leur (petite ou pas) pierre à l'information, il semble difficile de faire comprendre qu'il ne faut pas hésiter à se lancer. Peut-être manque-t-il un killer livre "LinuxFR pour les nuls" (ou "LinuxFR, vous êtes libres de l'améliorer" plutôt) ?

J'ai bien essayé de documenter quelques bugs^W features^W fonctionnalités : http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsLecteurL(...) mais visiblement la roue de deming a du mal à se mettre en route : cela motive assez peu de retours ou vocations (c'est sûrement que c'est assez complet, ce dont je doute).

Côté relecteurs, l'ambiance est sympathique, même s'il y a beaucoup de travail à faire pour l'orthographe et la wikipédification / mise en forme des dépêches. http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsRelecteu(...) est encore applicable, même si un DLFP is dying apparaît de temps en temps sur notre tribune interne... (début mars tout le monde devait être au ski :-) ).

Côté admin / contributeurs au dév' du site, je crois qu'il y aurait besoin de monde motivé et compétent ? Lecteurs, pensez-vous qu'il manque un forum dédié à cela ? Faites vos devoirs avant et parcourez https://linuxfr.org/tracker/ tout de même ainsi que https://linuxfr.org/stats/tracker.html pour voir le travail effectué tout de même régulièrement ;-)

si c'est en UTF-8 au lieu d'ISO-8859-15 forcément ça passera pas :p

il s'agit en fait d'une rationalisation de la présentation, notamment pour les cartes nvidia : une liste très longue était présentée, faisant potentiellement croire à tort qu'il y avait un pilote par carte et (pour les débutants notamment) faire un peu s'affoler si son modèle exact n'était pas présent.

Après, AdamW a tendance à vouloir creuser un peu et ce n'est pas plus mal ;-) ce boulot de recensement des matériels est loin d'être le plus folichon qui soit, même si cela a comme effet direct de permettre une meilleure reconnaissance des périphérique et ipso facto un meilleur fonctionnement du point de vue utilisateur (la différence entre "juste ça marche" et "faut configurer un petit truc et ça marche").
Si en amont déjà les constructeurs faisait leur boulot à renseigner correctement les pci id / usb id et autres identifiants, ce serait sans doute plus simple (et je n'ai pas encore parlé de fournir des pilotes libres :/ ah si tiens :-) ).

D'ailleurs, pour ceux que cela intéresse, vous pouvez remonter votre configuration matériel par la commande
hwdb_add_system identifiant_sur_bugzilla nom_de_systeme (urpmi hwdb-clients au préalable si nécessaire et avoir un identifiant créé sur le bugzilla http://qa.mandriva.com ). Cela fournira du boulot supplémentaire à AdamW ;-)

Il y a aussi http://ezix.org/project/wiki/HardwareLiSter qui par un simple lshw -X vous permet de naviguer graphiquement dans la liste de votre matériel (et voir les capacités gérées). Comme indiqué sur http://www.guidelinux.org/articles.php?lng=fr&pg=751 la commande
lshw -html > ma_config.html en fait une synthèse dans une jolie page HTML.

Justement, ce que j'ai du mal à comprendre ce sont les déçus convertis vers une autre distro qui ne peuvent s'empêcher de venir crier haut et fort qu'ils ont trouvé "mieux" et lâcher leur hargne sur une distro qui leur a permis de passer à autre chose (le début de la découverte du libre).

Bizarre tout de même cet attachement, semble-t-il sentimental, à une distro dont ils se sont détournés :/

Pendant longtemps, il y avait la communication mandriva qui était défaillante (ou émaillée de fautes d'orthographes ou constructions un peu trop commerciales) mais avec l'ouverture du club (forum ouvert à quiconque s'inscrit même gratuitement en alumni) et le nouveau http://wiki.mandriva.com qui va fédérer les initiatives club et développeurs, cela s'oriente dans le bon sens.

... depuis mardi ici même :)
https://linuxfr.org/2007/03/06/22164.html

tu as dû faire un print $2 et non $3 mais vu que tu ne fournis pas les éléments intermédiaires, difficile de diagnostiquer...

Je t'ai ajouté quelques liens, mais pourquoi avoir choisi un "vieux" concept comme l'annuaire ? Le rangement se fait par catégories et non par tags.

De mon côté j'ai regardé pour ajouter les tags à tuxfamily.org et monter un prototype, dont je suis assez content.
Cela permet par exemple de trouver http://demoll.tuxfamily.org/tags/index.php?tag=licence%3ACC-(...)
ou http://demoll.tuxfamily.org/tags/index.php?tag=licence%3ALAL

bon c'est un peu le bordel parce qu'il n'y a pas de catégories de tags... mais c'est déjà relativement utilisable.
Il faut prendre la version svn de http://sabros.us/ accessible de http://sourceforge.net/svn/?group_id=143603
et il vaut mieux comprendre un peu l'espagnol (la localisation est en cours et il y a encore 2-3 soucis d'utf-8) mais sinon c'est un bon début.

L'ajout de la gestion d'utilisateurs serait un plus (ça ne devrait pas être trop compliqué mais ça n'a pas encore été fait), pour l'instant il y a un seul mot de passe d'administrateur.

La recherche se fait par tags ou par mots-clés avec sabrosus (c'est surtout là qu'on s'aperçoit du souci avec les accents /o\).

et quand on est un trolleur pro anti-ubuntu ?


--> [ ]

pourrais-tu redonner les liens des tutos que tu as suivis ?

y-avait-il celui-ci dans le lot : http://atm.eagle-usb.org/wakka.php?wiki=UeagleAtmDocFr ?

pour ubuntu spécifiquement, celui-ci est bien : http://eagleedgy.site.voila.fr/index.html

si le modem est correctement synchronisé (voir l'utilisation de eaglestat et stat dans le 1er lien), ça doit être à la config de ppp que tu bloques :
efface tout le contenu du fichier /etc/ppp/pap-secrets (ou mets un # en début de chaque ligne pour les passer en commentaire) et ne garde qu'une ligne avec
# client server secret IP addresses
"user_name" "*" "password" "*"

idem pour /etc/ppp/chap-secrets

un lspci -n|grep `lspci |grep -i vga|gawk '{ print $1}'`|gawk '{ print $3 }'|sed "s/:/-/" te donnera le bon identifiant a priori

j'obtiens par lspci |grep -i vga
01:00.0 VGA compatible controller: nVidia Corporation GeForce Go 7400 (rev a1)

en réutilisant le 1er champ cela permet de sélectionner :
01:00.0 0300: 10de:01d8 (rev a1)

sinon sur Mandriva, lspcidrake -v|grep -i nvidia donne
Card:NVIDIA GeForce 7 Series: nVidia Corp.|Quadro NVS 120M / GeForce Go 7400 [DISPLAY_VGA] (vendor:10de device:01d8 subv:103c subd:30bb)
qui est un peu plus clair.

il y a obscurcir qui le fait bien (en traduction j'entends) :) http://wordreference.com/enfr/obfuscate