BAud a écrit 12987 commentaires

Donc si je comprends bien la seule solution serait de libérer la source avant dissolution de la société ?

oui, l'idéal étant de le faire dès le début des développements afin que tout soit clair, je ne vois pas ce qui l'empêche en plus.
Avec la GPL, seuls ceux à qui est distribué le logiciel bénéficient de la possibilité de demander les sources (du fait de la licence qui leur a été octroyée, la GPL en l'occurence).
Avec l'AGPLv3, ce serait un tout petit peu plus libre dans ton cas.

Plus de détails sur http://faq.tuxfamily.org/Licence/Fr

Quelqu'un peut confirmer ?

oui, et réciproquement d'ailleurs ;-)

Je pense que la Suisse a signé la convention de Berne ;-)
Convention_de_Berne_pour_la_protection_des_%C5%93uvres_litt%C3%A9raires_et_artistiques
après, comme le demande Benoît, les durées peuvent être adaptées par pays...

flûte, pas de cékoidon alors ? 3==D

tu peux le remplacer par openslowlaris^Wopenoraclis, hum ah non... bah passe à GNU/Linux quoi...

Pour la synchro, si tu as un mobile Symbian, tu peux utiliser le cable USB aussi
cf. http://cookerspot.tuxfamily.org/wikka.php?wakka=MobileSymbia(...) pour mes différents essais.
Tu voulais synchroniser tes rendez-vous sur le mobile avec quel autre logiciel ?

mais euh à qui on va s'adresser maintenant pour Solutions Linux ? Ça va de pair d'être préz de Parinux et d'avoir sur le dos tous les exposants ou on peut encore faire appel à toi (l'habitude toussa... Manu !).

Bon en tout cas, tu as de beaux projets libres en tête, bon courage ;-)

hmmm Le matériel est assez récent et standard.

récent ça veut généralement dire des petits soucis ;-)
standard ? selon http://hardware4linux.info/pci/1412/1724/ il y en a tout de même moins que mon chipset son Intel http://hardware4linux.info/pci/8086/27d8/ (12 contre 145...)

donc bon, la faute à pas de chance, n'hésite pas à remonter le souci vers le bugzilla (effectivement que ça fonctionne avec alsa devrait déjà aider pour pulseaudio).

Pour la mise à jour à partir du DVD, c'est ce que je t'ai dis (il manquait sans doute quelques paquets) : fais un urpmi --auto-update maintenant que tu as configuré les dépôts en ligne, cela peut aider à compléter les paquets installés qui n'auraient pas été mis sur le DVD... (tu ne feras pas tenir de l'ordre de 30 Go sur un DVD de 4,7... il y a toujours des choix à faire)

Je me rends compte que j'ai forcé la comparaison avec TuxFamily avec toutes mes questions (ça m'apprendra tiens... même si je trouve t-l complémentaire de ce que nous faisons chez tf).

J'avais oublié une question : toile-libre ne serait-il pas plutôt plus proche du rhien ? http://www.rhien.org/ ("Le Réseau d’Hébergeurs Indépendants et ENgagés" pour ceux qui découvriraient)

c'est sympa d'avoir pris le temps de répondre à toutes les questions :p

As-tu mis à jour à partir
- des dépôts ? (cela prend de l'ordre de 4h vu qu'il faut parfois relancer une ou 2 fois pour certaines dépendances)
- ou à partir du DVD ? (là il risque de manquer des dépendances en fonction de ce que tu as installé, ce pourquoi je n'utilise pas cette méthode)

Peux-tu donner le résultat de lspcidrake -vv pour voir ton matériel (ou un lien vers ce que tu aurais soumis sur http://hardware4linux.info :p).
En fait, il manque quelques éléments de contexte pour voir quels problèmes tu as concrètement rencontré et identifier leur cause.

Généralement, ce qui est fait sur la gestion des bugs c'est de faire appel aux "utilisateurs avancés" de la distribution (cela n'intéresse que peu les développeurs généralement qui désespèrent des rapports de bugs non qualifiés de certains utilisateurs qui confondent le bugzilla et les forums, oubliant bien souvent de se greffer sur un bug existant pour le compléter).

Il y a des squash bugs party dans la plupart des distributions (genre un week-end pendant la phase d'alpha ou bêta) permettant de former des personnes à l'utilisation des outils et effectuer les relances des utilisateurs pour tests, éventuellement remonter upstream pour faire s'intéresser les développeurs au bug qualifié.
Monter ce genre d'équipe interface entre l'utilisateur, les développeurs et l'upstream permet d'augmenter la qualité des remontées et des diagnostics (à défaut de proposer des patchs directement pour l'upstream) et c'est la valeur ajoutée de la plupart des distributions (pour éviter que l'upstream croule sous des rapports de bugs de versions obsolètes - selon eux - notamment).
J'ose espérer que cela fonctionne bien chez Ubuntu vu la base d'utilisateurs ;-)

Toute la difficulté est surtout que les utilisateurs ont la version stable et non celle en développement (que ce soit au niveau logiciel ou au niveau distribution), ce qui ne motive àmha ni développeurs de la distrib' ni l'upstream.
J'ai tout de même l'impression que dans la communauté du libre (au sens large), il nous reste un gros effort à faire pour démocratiser les bonnes pratiques de développement et proposer des process documentés plutôt qu'ad'hoc afin que tout le monde s'y retrouve :
- faire que l'upstream pense plus au "release early, release often" (seuls les logiciels majeurs sont en version svn dans les distribs), estampiller une version svn comme suffisament stable et la publier (en version mineure par exemple) permet d'avancer plus vite et promeut l'intégration dans les distribs qui n'ont pas non plus le temps de suivre chaque commit.
- faire que les utilisateurs et utilisateurs avancés pensent à "comment reproduire le bug" et est-il reproductible dans une version plus récente de l'upstream pour pousser les dévs de la distrib' à monter de version

- démarrage instantanée

Le temps de sortie du suspend to ram te semble trop long ? 3s généralement, je trouve ça correct (et il n'y a besoin de rebooter qu'à un changement de noyau)

- reconnaissance vocale et pilotage de l'ordinateur à la voix

comme ce qui avait été fait sur http://linuxfr.org/~Rkraft/24983.html ?

- intégration de l'ordinateur à la maison : "domotique"

joker :D (m'enfin regarde i2c et quelques GLMF il y a eu quelques hors-séries sur le sujet)

- reconnaissance faciale et des images pour indexation

moui, j'ai cru comprendre que c'est dans les tuyaux de Nepomuk ;-)

- écran tactile, clavier virtuel, disparition de la souris pour un "système par geste" ou autre

o_O bin l'écran tactile ça fonctionne déjà non ? Pour les systèmes par geste, il y des projets liés à une webcam (ou simulé à la souris, un peu limité àmha pour l'instant).

ENFIN un peu de cohérence! ;+)

et enfin distribué sous licence libre, CC-by-sa, permettant aux transcriptions texte d'être faites par qui veut, et redistribué sous la même licence (et même ajouté en sous-titre pour les malentendants par exemple).

pour les CMS, il y en a quelques un :
http://sophie.zarb.org/rpm/2009.1,i586/drupal
http://sophie.zarb.org/rpm/2009.1,i586/spip

pour les wiki :
http://sophie.zarb.org/rpm/2009.1,i586/mediawiki
http://sophie.zarb.org/rpm/2009.1,i586/wikini

et pour avoir apache / php / mysql directement d'installé :
http://sophie.zarb.org/rpm/2009.1,i586/task-lamp

(dans la logique des meta-paquets permettant d'installer un ensemble de paquets cohérent, sans se poser de questions...). Pour la liste complète des task- :
http://sophie.zarb.org/chat?cmd=%3Aq+%5Etask-+-v+2009.1 (moi j'ai bien le task-games qui installe 2 Go de jeux)

d'autant plus que Mandriva est une PME aussi ;-)

corrigé, merci d'avoir vu la coquille ;-)

http://pulse2.mandriva.org/ par exemple, gère tant des distribs GNU/Linux que du windows
ou sinon ce qui est proposé sur http://linuxfr.org/forums/41/25516.html

pan ! pan !

un petit souci (outre la formulation lapidaire) c'est que l'auteur du journal ne semble pas répondre.
cf. http://linuxfr.org/~Banban/28153.html ;-)

euh t'achètes Gilles Pellegrini jouant U2 ou tu vas voir U2 en concert plutôt ?

OpenERP est le nouveau nom de Tiny ERP ;-)

J'ai un Tomtom go 300 qui n'a plus de carte SD avec les Maps. Hormis acheter des cartes, n'y a-t-il pas une autre solution qui permettrait à mon Tomtom go 300 d'avoir une 2ème jeunesse ?
Voilà, j'espère ne pas avoir fais trop de fautes et que ma question est complète.
Merci de vos réponses.

donc, outre la réponse de Neox ci-dessus,
- changer de clavier pour un disposant des caractères accentués et des signes de ponctuation
- revoir la conjugaison et les notions de sujet - verbe - complément
- revoir les accords
- penser à se relire avant de poster et faire des phrases courtes.

et il a des dépendances non ? notamment sur flegita qui a l'air de faire le boulot
http://packages.ubuntu.com/fr/karmic/gnomescan

bon après, c'est une vieille version dans Ubuntu, sur Mandriva Linux 2009.1 ce sera la 0.7.1
http://sophie.zarb.org/rpm/cooker,i586/gnome-scan

mais (heureusement), tu peux aussi récupérer des paquets du ppa comme indiqué sur http://doc.ubuntu-fr.org/gnome-scan
la dernière version n'est pas disponible (seulement la 0.6.2) mais bon, sans doute que la 0.7.x est encore trop en développement pour être rendue disponibles ? (ou manque de temps comme souvent).

J'ai vu ici même quelqu'un qui avait commencé à écrire (je ne retrouve pous le post) des améliorations de SANE

Tu as Étienne qui propose gnome-scan
http://linuxfr.org/~bersace/26224.html
cf. http://projects.gnome.org/gnome-scan/index et http://blogs.gnome.org/gnome-scan/

Il avait parlé de SANE précédemment http://linuxfr.org/~bersace/23350.html