BAud a écrit 12786 commentaires

finalement nous aurions peut-être dû le mettre en NdM ;-) même s'il parait relativement évident que c'est effectivement une version de développement, donc avec des bugs restants corrigés au fur et à mesure des remontées de bugs qui sont faits...

le forum de support http://www.linuxquestions.org/questions/forumdisplay.php?for(...) a quelques remontées aussi, une suggestion pour un forum français ?

ah bin yavait pas sur http://fr.wikipedia.org/wiki/FAI

merci de la précision

il y a le bon lien sur http://en.wikipedia.org/wiki/FAI

il faudrait donc remplacer par http://en.wikipedia.org/wiki/Fully_Automatic_Installation comme quoi les acronymes ce n'est pas la panacée :/

je crois que http://www.google.fr/search?hl=en&q=Paul+Allen+linux&(...) peut te donner quelques pistes :-)

moi avec la toolbar DLFP je vois surtout plein de [-] partout :-)

https://linuxfr.org/stats/utilisateurs.html m'enfin ya que un peu plus de 30% qui le voient comme moi.

Par contre, si je fais un discours c'est pour véhiculer une idée et génralement mon opinion. Si on modifie mon discours pour véhiculer une autre idée, là je ne suis pas content. Car on prend mon expression pour véhiculer une idée qui n'est pas dans mon expression.

Je suis assez d'accord avec toi. Cependant, cela ne concerne pas la licence retenue, cela concerne tes droits moraux (que tu conserves), éventuellement relève de la diffamation.

tu peux relire le dernier paragraphe de http://home.twcny.rr.com/nerode/neroden/fdl.html notamment
* Misrepresenting someone's opinion for the purposes of gain is fraud. This is generally illegal, and has nothing to do with copyright.
* Misrepresenting someone's opinion in order to damage their reputation is defamation, libel, or slander. This is generally illegal, and has nothing to do with copyright.
* Misrepresenting someone else's work as your own is dishonest; if it's done for gain, it's fraud.


Alors, pourquoi se priver de corrections de fautes d'orthographes, de traductions, ... pour des raisons inexactes ?

et t'en as oublié dans la http://fr.wikipedia.org/wiki/Liste_des_logiciels_ERP accessible de la page ERP de wikipedia mise en lien dans l'article :-)

notamment, Taika qui avait annoncé une version ici https://linuxfr.org/2006/09/15/21330.html

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