grossomerdo ça veut dire :
@ = groupe, donc le groupe audio à -> les valeurs après
la wildcard - désigne à la fois hard et soft. on peux à la place mettre soft uniquement par exemple.
rtprio peut aller jusqu' à 99 il me semble (à vérifier)
nice est la valeur de priorité dans la table des process. Son vocabulaire la fait aller jusqu' à -19 qui est la plus haute priorité.
memlock permet de locker une partie de la mémoire vive, ici 300MO.
(d' autres options permettent par exemple de limiter le nombre de fichiers ouverts pour l' utilisateur en deça de ceux prévu par le système, par exemple, ou encore le priority de base. Mais n' ont pas trop lieu d' être ici)
Jack veux au moins : kernelRT + rtprio à 60 (en dessous ça rale) + de la mémoire vive bloquée/dédiée. Sans ces configs, jack même sur un kernel RT n' est pas super efficace.
winCE est temps-réel (prremption-on-acid même ? je ne suis pas sûr, je ne crois, à vérifier). Mais ce qui est sûr c' est que WinCE annoncé comme révolutionnaire à fait flop dès qu' ils (ms) ont ouvert le code aux clients. Les gars de l' industrie ont dû se dire un truc du genre "oula y a tant que ça à refaire dedans, bon ben on va garder vxworks et autres, hein..."
En tout cas, WinCE, à part sur les téléphones portables et autres gadgets, personne n' en n' a plus jamais entendu parler dans l' industrie il me semble...
Ce n' est pas tout à fait pareil.
Xenomai issu de RTAI issu de RTLinux ont il me semble tous en commun d' utiliser un micro-noyau (en fait un super scheduler, non ?) qui voit le noyau linux comme une simple tache parmis d' autres.
Les solutions RedHawk / RedHat et maintenant SuSe proposent quant à elles une solution où le kernel linux lui même devient hard-realtime.
Pour ce qui est de Madame Michu, elle n' a même pas besoin d' une solution realtime, même "molle" comme les patchs de Mr Love et/ou de Mr Morton déjà inclu depuis belle lurette. Madame Michu elle a surtout besoin que gnu/linux se mettent d' accord pour UNE solution commune comme serveur de son, et pas le bordel actuel (qui semble continuer vu les avancées de pulseaudio et de phonon). (ps : ça ne veux pas dire n' avoir qu' une solution, mais plutôt avoir pourquoi plusieurs solutions, mais que chacune soit capable de prendre en charge tout correctement : ce qui n' est pas le cas aujourdhui et ne le sera pas demain : tant que les bureaux continueront à vouloir faire leur tit trucs dans leur coins, on n' en sortira pas. Le serveur de son ne devrait pas être dépendant du bureau)
Les utilisateurs Mandriva, comme moi, qui souhaiteraient essayer un noyau temps-réel dur (solution patch de l' équipe de Mr Molnar) peuvent le faire simplement en installant le(s) rpm(s) correspondant :
kernel-rt (et les sources si besoin...).
Ce kernel a rejoint le dépôt Contrib pour la 2008.
urpmi kernel-rt-latest kernel-rt-source-latest
(il y a aussi une version kernel-rt-SMP)
Et les utilisateurs enchainé au blob de nvidia seront "heureux" d' apprendre que le driver nvidia fourni par le PLF est patché pour supporté un noyau temps-réel dur. (le driver nvidia n' étant pas copain, pour le moment, avec un noyau temps-réel)
ps : n' oubliez pas de customiser le fichier limits.conf afin d' y renseigner correctement les nouveaux ""droits"" pour votre utilisateur.
je profite lachement de linuxfr pour te remercier de tes macros OpenOffice et de leur qualité. Celle de transformation des powerpoint en pdf est toujours absolument fantastique.
Et pour avoir essayer de nombreuses solutions (y compris des softs privateurs très chers) c' est vraiment la meilleure solution !!
Ta macro est capable de transformer des powerpoint complexes (genre 100MO avec effet de transparence, vidéos incluses, etc etc) en pdf, parfaitement bien !!
bon ok c' était il y a déjà 2 ans et demi, mais il est jamais trop tard pour dire MERCI ;)
oupss le lien vers la vidéo avec table tactile est erroné.
reste que la page présentant des "archives" de projets IHM en vidéos est aussi plus qu' intéressant.
Il y a depuis plus longtemps que le truc de MS (dont on nous a gratifier aux infos du 20H une vraie pub !! aux infos de 20h de la pub comme pour un film ...) un (des) projet(s). Par exemple :
ps : Metisse intègre des éléments de Façades et prends en charge les "écrans" (ou tables) tactiles. Sur une mdv, un click et on peux tester par soi même.
Bon c' est complètement H.S par rapport au sujet initiale de la dépèche... désolé
j' utilise OpenOffice à la place de MS Office, et personne ne voit rien. Pas une diff. Y compris sur les documents Excell comportant un tas de macros.
Si les macros sont pas dégeux et si la police de caractère choisie pour OOo est juste, alors les autres n' y voit vraiment que du feu ;)
(et ça vaut mieux because les docs en question c' est par exemple les decomptes ou les congès... mieux vaut que les macros marchent, ce qui est le cas vbs->sb marche plutôt bien ;) Et de l' autre côté, pour le client, les procédures que j' écrit, et là, mieux vaut que la mise en page colle au standart ;) sinon aïe sur les doigts :lol:
Donc il est fort probable qu' il ne s' agisse que d' une histoire de fonts, pour la mise en page --> utilise les fonts Liberation de RedHat. Qui si elles ne semblent pas parfaites /complètes du point de vue de certains, permettent une parfaite "compatibilité" de la mise en page.
Rotation sur une image ??????????????????????????????????????? (genre un word-art amélioré ?? à la limite de la P.A.O ??)
essaye Scribus.
Ca fait 2 ans que j' utilise Scribus pour faire mes docs. Et le vectoriel, c' est du bonheur. A croire que les word ont été inventés juste pour embeter les secretaires...
Pour utiliser OOo faut vraiment qu' on m' oblige à fournir un .doc au taf... Sinon c' est Scribus. Malgrès ces qq bugs chroniques, le gain de temps pour réaliser un document est conséquent.
Rien de neuf à l' horizon.
microsoft continue de pratiquer son intense lobbying, et toujours à la frontière de la légalité.
Et là, j' aimerai VRAIMENT lire cet accord ...
La diff aujourdhui peut être, est dans l' état d' alerte vis à vis du danger (au moins pour l' indépendance). Il y a plus que des informaticiens et des comptables pour rester éveillés, aujourdhui.
Tous demain ?
possible, si tous ont fait tout pour.
merci pour cette dépeche, qui en plus m' a fait découvrir l' asso Scideralle.
la fonction arrêt pour l' utilisateur a été désactivée. (c' est selon la configuration du "niveau de sécurité" choisie lors de l' install ou via draksec)
il faut garder cette impression de rupture c'est positif. +1 dues à la résistance au changement(...) le tri entre les "c'était mieux avant" et "ya ça qui va vraiment pas"
Perso, ma critique de défiance / méfiance envers Dolphin se résume à : "Dommage de ré-ecrire un gestionnaire de fichiers alors que konqueror est konqueror. Les ressources en dev semblent précieuses et l' argument de remplacement de konqueror est bien léger. (j' aurais préféré des arguments techniques et pas "ergonomie pour le clanpin de base").
Encore plus dommage si Dolphin n' intègre pas au moins les fonctions essentielles de konqueror (multi possibilités de vues, multi fenetrages, multi protocoles, facilité intégration menu contextuels).
Ca risque de gacher la belle fête de la sortie de KDE4.
Qui, je l' espère, ne se résumera pas à l' enterrement de konqueror,
(parceque même si il est toujours disponible, il sera juste un front end pour dolphin, en attendant que dolphin lui même intègre tout ce que konqui sait faire... j' imagine... On retombera un jour où l' autre sur konqueror-like. Et peut être que là on se dira "ha zut c' est vraiment dommage d' avoir gaspiller ce temps, ces ressources". Ou alors "ha chouette Dolphin aujourdhui fait tout ce que konqui savait faire, et tout est neuf"
qu' on ne lise que "many users just want to have a simple file manager and not a swiss army knife for file management. " c' est vraiment short comme explication et sincèrement, ça pue des pieds :
Konqueror par défaut est un "simple" navigateur.
Il s' ouvre quasi immédiatement et sans 36000 options.
Il est d' emblée aussi simple de s' en servir que de se servir de nautilus ou de l' explorer(tm) de windows (c).
Et avec un peu de maitrise ou un peu de curiosité, konqueror est effectivement capable de faire bien plus (et perso je ne connais pas d' équivalent à konqueror sur aucun système, y compris des programmes proprio pour windows à 150 euros...)
Donc OK bien sûr plein de gens n' ont pas besoin et ne veulent pas entendre parler de la foultitude d' options de konqueror. Mais konqueror est déjà comme cela par défaut : simple et efficient.
A chacun d' utiliser les fonctions, ou pas. Par défaut, il est simple.
Alors pourquoi ré-écrire un autre gestionnaire de fichiers ?
le message indispensable, mais inutile tellement il est évident :
MERCI aux équipes KDE / Qt
Tout ce qui dit au dessus est farpaitement juste (ouha l' autre il fait son beau :) ) mais ce n' est pas la réponse que tu attendais.
En fait, par défaut, tu es sur un bureau KDE.
Celui-ci, par défaut, relance toutes les applications qui étaient actives lorsque l' arrêt (se delogguer) a été demandé.
Si Skype était actif lorsque tu a éteins l' ordi (ou lorsque tu as fermé la session), celui ci sera automatiquement lancé lors de la session suivante.
Pour modifier cela :
menu -> outils -> outils système -> centre de config de KDE
puis, dans le centre de config KDE :
"composants de KDE" -> gestionnaire de session
et là, choisi entre :
"restaurer la session précédente"
"demarrer une session vide"
"restaurer la session manuellement enregistrée"
note : si tu choisi cette dernière, alors dans le "menu" tu verra une nouvelle option "enregistrer la session".
Cordialement
perso, je met toujours à "demarrer une session vide" puis je choisi quelles applications lancées en mettant un lien vers elles dans le dossier ~/.kde/Autostart
Posté par bubar🦥 .
En réponse au message Wii.
Évalué à 3.
Je n' avais pas eu le reflexe Wikipedia pour chercher cela.
Il y a sur la page homebrew de quoi me faire réflechir.
Je crois re-vendre cette Wii, c' était un mauvais choix d' achat :(
Une PS3, un linux (yellow dog ppc ou fedora donc), un peu de config et une wiimote en guise de souris / télécommande remplira bien mieux cette double fonction.
ça simplifierait la vie du projet certainement. mais cela simplifierait il la vie des contributeurs ??
je parle uniquement sur mon expérience de """l' organisationnel associatif""" mais il me semblerait plus sage de "conserver la merde actuelle". Certes elle a des défauts, mais tout le monde garde son libre arbitre et sa license.
Comme le dit Arnaudus :
Donc pour éviter tout pépin, les projets considèrent en général tous les contributeurs comme détentaires du copyright. Maintenant, si les circonstances s'imposent (et là, c'est clairement le cas), les bouts de code dont les auteurs n'ont pas pu être joints vont être reconsidérés avec attention. Il est fort probable que les centaines de contributeurs injoingnables sont aussi des petits contributeurs, qui ne vont pas non plus faire un procès à KDE parce que leur petit bout de code a été passé sous GPL v3 sans leur autorisation... Ça peut très bien se faire dans la transparence et l'honnêteté.
Ca a certes l' inconvénient d' être "obligé" de contacter tout le monde, mais l' avantage que personne ne perds rien (aka pas de tranferts de personnes physiques vers personne morale). Et puis, au rythme où ça avance, le transfert de licence, peut on dire que c' est problématique ?
a cession du copyright aux contributeurs à la FSF afin d'éviter ce genre de situation. Pourquoi pas seulement au projet lui même ? Une simple clause du genre "en l' absence de license claire, tout bout de code proposé pour notre projet est considéré comme étant sous gpl vxxxx". Ainsi chaque contributeur est au courant et accepte que sa participation soit sous gplv3 s' il ne précise pas par lui même explicitement gplv2 (ou vxx)
c' est ce qui bouleverse le moins les choses (plus simple que de créer une entité, une personne morale, qui sera contrôlé par et qui gèrera pour...) en atteignant l' objectif.
[^] # Re: trem-RT :)
Posté par bubar🦥 . En réponse à la dépêche La guerre du temps réel. Évalué à 6.
@audio - rtprio 80
@audio - nice -15
@audio - memlock 300000
grossomerdo ça veut dire :
@ = groupe, donc le groupe audio à -> les valeurs après
la wildcard - désigne à la fois hard et soft. on peux à la place mettre soft uniquement par exemple.
rtprio peut aller jusqu' à 99 il me semble (à vérifier)
nice est la valeur de priorité dans la table des process. Son vocabulaire la fait aller jusqu' à -19 qui est la plus haute priorité.
memlock permet de locker une partie de la mémoire vive, ici 300MO.
(d' autres options permettent par exemple de limiter le nombre de fichiers ouverts pour l' utilisateur en deça de ceux prévu par le système, par exemple, ou encore le priority de base. Mais n' ont pas trop lieu d' être ici)
Jack veux au moins : kernelRT + rtprio à 60 (en dessous ça rale) + de la mémoire vive bloquée/dédiée. Sans ces configs, jack même sur un kernel RT n' est pas super efficace.
bon voilà, j' unlock, oupss, désolé
[^] # Re: trem-RT :)
Posté par bubar🦥 . En réponse à la dépêche La guerre du temps réel. Évalué à 4.
En tout cas, WinCE, à part sur les téléphones portables et autres gadgets, personne n' en n' a plus jamais entendu parler dans l' industrie il me semble...
Mac OSX a CoreAudio qui est temps-réel.
[^] # Re: trem-RT :)
Posté par bubar🦥 . En réponse à la dépêche La guerre du temps réel. Évalué à 4.
[^] # Re: Adeos, RTAI, Xenomai
Posté par bubar🦥 . En réponse à la dépêche La guerre du temps réel. Évalué à 9.
Xenomai issu de RTAI issu de RTLinux ont il me semble tous en commun d' utiliser un micro-noyau (en fait un super scheduler, non ?) qui voit le noyau linux comme une simple tache parmis d' autres.
Les solutions RedHawk / RedHat et maintenant SuSe proposent quant à elles une solution où le kernel linux lui même devient hard-realtime.
Pour ce qui est de Madame Michu, elle n' a même pas besoin d' une solution realtime, même "molle" comme les patchs de Mr Love et/ou de Mr Morton déjà inclu depuis belle lurette. Madame Michu elle a surtout besoin que gnu/linux se mettent d' accord pour UNE solution commune comme serveur de son, et pas le bordel actuel (qui semble continuer vu les avancées de pulseaudio et de phonon). (ps : ça ne veux pas dire n' avoir qu' une solution, mais plutôt avoir pourquoi plusieurs solutions, mais que chacune soit capable de prendre en charge tout correctement : ce qui n' est pas le cas aujourdhui et ne le sera pas demain : tant que les bureaux continueront à vouloir faire leur tit trucs dans leur coins, on n' en sortira pas. Le serveur de son ne devrait pas être dépendant du bureau)
mes 2 cents.
# trem-RT :)
Posté par bubar🦥 . En réponse à la dépêche La guerre du temps réel. Évalué à 8.
kernel-rt (et les sources si besoin...).
Ce kernel a rejoint le dépôt Contrib pour la 2008.
urpmi kernel-rt-latest kernel-rt-source-latest
(il y a aussi une version kernel-rt-SMP)
Et les utilisateurs enchainé au blob de nvidia seront "heureux" d' apprendre que le driver nvidia fourni par le PLF est patché pour supporté un noyau temps-réel dur. (le driver nvidia n' étant pas copain, pour le moment, avec un noyau temps-réel)
ps : n' oubliez pas de customiser le fichier limits.conf afin d' y renseigner correctement les nouveaux ""droits"" pour votre utilisateur.
Merci pour cette dépêche, passionante.
[^] # Re: Bravo
Posté par bubar🦥 . En réponse à la dépêche Livre blanc de l'APRIL sur les modèles économiques du Logiciel Libre. Évalué à 8.
je profite lachement de linuxfr pour te remercier de tes macros OpenOffice et de leur qualité. Celle de transformation des powerpoint en pdf est toujours absolument fantastique.
Et pour avoir essayer de nombreuses solutions (y compris des softs privateurs très chers) c' est vraiment la meilleure solution !!
Ta macro est capable de transformer des powerpoint complexes (genre 100MO avec effet de transparence, vidéos incluses, etc etc) en pdf, parfaitement bien !!
bon ok c' était il y a déjà 2 ans et demi, mais il est jamais trop tard pour dire MERCI ;)
[^] # Re: Controle et libre?
Posté par bubar🦥 . En réponse à la dépêche Le projet Webkit clarifie ses règles. Évalué à 2.
reste que la page présentant des "archives" de projets IHM en vidéos est aussi plus qu' intéressant.
[^] # Re: Controle et libre?
Posté par bubar🦥 . En réponse à la dépêche Le projet Webkit clarifie ses règles. Évalué à 5.
http://insitu.lri.fr/~roussel/videos/metisse/facades/uifacad(...)
http://insitu.lri.fr/~roussel/digital-library/metadata/query(...)
http://insitu.lri.fr/~roussel/digital-library/media/1999-Tex(...)
Spécialement celle-ci :
http://insitu.lri.fr/~roussel/digital-library/media/2004-Fin(...)
qui présente une table tactile, avec bien sûr une prise en charge multi-pointeurs.
ps : Metisse intègre des éléments de Façades et prends en charge les "écrans" (ou tables) tactiles. Sur une mdv, un click et on peux tester par soi même.
Bon c' est complètement H.S par rapport au sujet initiale de la dépèche... désolé
[^] # Re: OOo
Posté par bubar🦥 . En réponse au sondage Pour 2008 vous attendez surtout.... Évalué à 2.
Si les macros sont pas dégeux et si la police de caractère choisie pour OOo est juste, alors les autres n' y voit vraiment que du feu ;)
(et ça vaut mieux because les docs en question c' est par exemple les decomptes ou les congès... mieux vaut que les macros marchent, ce qui est le cas vbs->sb marche plutôt bien ;) Et de l' autre côté, pour le client, les procédures que j' écrit, et là, mieux vaut que la mise en page colle au standart ;) sinon aïe sur les doigts :lol:
Donc il est fort probable qu' il ne s' agisse que d' une histoire de fonts, pour la mise en page --> utilise les fonts Liberation de RedHat. Qui si elles ne semblent pas parfaites /complètes du point de vue de certains, permettent une parfaite "compatibilité" de la mise en page.
Cordialement
[^] # Re: OOo
Posté par bubar🦥 . En réponse au sondage Pour 2008 vous attendez surtout.... Évalué à 3.
essaye Scribus.
Ca fait 2 ans que j' utilise Scribus pour faire mes docs. Et le vectoriel, c' est du bonheur. A croire que les word ont été inventés juste pour embeter les secretaires...
Pour utiliser OOo faut vraiment qu' on m' oblige à fournir un .doc au taf... Sinon c' est Scribus. Malgrès ces qq bugs chroniques, le gain de temps pour réaliser un document est conséquent.
# 2cents
Posté par bubar🦥 . En réponse à la dépêche Un élu répond aux pressions de Microsoft sur les mairies. Évalué à 3.
microsoft continue de pratiquer son intense lobbying, et toujours à la frontière de la légalité.
Et là, j' aimerai VRAIMENT lire cet accord ...
La diff aujourdhui peut être, est dans l' état d' alerte vis à vis du danger (au moins pour l' indépendance). Il y a plus que des informaticiens et des comptables pour rester éveillés, aujourdhui.
Tous demain ?
possible, si tous ont fait tout pour.
merci pour cette dépeche, qui en plus m' a fait découvrir l' asso Scideralle.
[^] # Re: Ouh làààààààààààà
Posté par bubar🦥 . En réponse à la dépêche Un élu répond aux pressions de Microsoft sur les mairies. Évalué à 2.
comparez les drogues avec les produits microsoft...
arrete ou je vais finir par aimer microsoft.
okok je suis déjà [ ]
[^] # Re: GLMF - Liste ?
Posté par bubar🦥 . En réponse à la dépêche Revue de presse - décembre 2007. Évalué à 1.
# msec
Posté par bubar🦥 . En réponse au message Mandriva 2008 : problème d'ACPI (?). Évalué à 2.
[^] # Re: résistance au changement
Posté par bubar🦥 . En réponse à la dépêche KDE4 déchaîne les passions. Évalué à 3.
[^] # Re: résistance au changement
Posté par bubar🦥 . En réponse à la dépêche KDE4 déchaîne les passions. Évalué à 8.
dues à la résistance au changement(...) le tri entre les "c'était mieux avant" et "ya ça qui va vraiment pas"
Perso, ma critique de défiance / méfiance envers Dolphin se résume à : "Dommage de ré-ecrire un gestionnaire de fichiers alors que konqueror est konqueror. Les ressources en dev semblent précieuses et l' argument de remplacement de konqueror est bien léger. (j' aurais préféré des arguments techniques et pas "ergonomie pour le clanpin de base").
Encore plus dommage si Dolphin n' intègre pas au moins les fonctions essentielles de konqueror (multi possibilités de vues, multi fenetrages, multi protocoles, facilité intégration menu contextuels).
Ca risque de gacher la belle fête de la sortie de KDE4.
Qui, je l' espère, ne se résumera pas à l' enterrement de konqueror,
(parceque même si il est toujours disponible, il sera juste un front end pour dolphin, en attendant que dolphin lui même intègre tout ce que konqui sait faire... j' imagine... On retombera un jour où l' autre sur konqueror-like. Et peut être que là on se dira "ha zut c' est vraiment dommage d' avoir gaspiller ce temps, ces ressources". Ou alors "ha chouette Dolphin aujourdhui fait tout ce que konqui savait faire, et tout est neuf"
wait and see, okok
# le passage à Dolphin
Posté par bubar🦥 . En réponse à la dépêche KDE4 déchaîne les passions. Évalué à 6.
qu' on ne lise que "many users just want to have a simple file manager and not a swiss army knife for file management. " c' est vraiment short comme explication et sincèrement, ça pue des pieds :
Konqueror par défaut est un "simple" navigateur.
Il s' ouvre quasi immédiatement et sans 36000 options.
Il est d' emblée aussi simple de s' en servir que de se servir de nautilus ou de l' explorer(tm) de windows (c).
Et avec un peu de maitrise ou un peu de curiosité, konqueror est effectivement capable de faire bien plus (et perso je ne connais pas d' équivalent à konqueror sur aucun système, y compris des programmes proprio pour windows à 150 euros...)
Donc OK bien sûr plein de gens n' ont pas besoin et ne veulent pas entendre parler de la foultitude d' options de konqueror. Mais konqueror est déjà comme cela par défaut : simple et efficient.
A chacun d' utiliser les fonctions, ou pas. Par défaut, il est simple.
Alors pourquoi ré-écrire un autre gestionnaire de fichiers ?
le message indispensable, mais inutile tellement il est évident :
MERCI aux équipes KDE / Qt
[^] # Re: LA réponse :)
Posté par bubar🦥 . En réponse au message Logiciels lancés au demarrage sur Mandriva. Évalué à 2.
quelle burne : tout a été écrit dans un précedent commentaire
désolé pour le bruit :(
# LA réponse :)
Posté par bubar🦥 . En réponse au message Logiciels lancés au demarrage sur Mandriva. Évalué à 2.
En fait, par défaut, tu es sur un bureau KDE.
Celui-ci, par défaut, relance toutes les applications qui étaient actives lorsque l' arrêt (se delogguer) a été demandé.
Si Skype était actif lorsque tu a éteins l' ordi (ou lorsque tu as fermé la session), celui ci sera automatiquement lancé lors de la session suivante.
Pour modifier cela :
menu -> outils -> outils système -> centre de config de KDE
puis, dans le centre de config KDE :
"composants de KDE" -> gestionnaire de session
et là, choisi entre :
"restaurer la session précédente"
"demarrer une session vide"
"restaurer la session manuellement enregistrée"
note : si tu choisi cette dernière, alors dans le "menu" tu verra une nouvelle option "enregistrer la session".
Cordialement
perso, je met toujours à "demarrer une session vide" puis je choisi quelles applications lancées en mettant un lien vers elles dans le dossier ~/.kde/Autostart
[^] # Re: On ne dirait pas
Posté par bubar🦥 . En réponse au message Wii. Évalué à 3.
Il y a sur la page homebrew de quoi me faire réflechir.
Je crois re-vendre cette Wii, c' était un mauvais choix d' achat :(
Une PS3, un linux (yellow dog ppc ou fedora donc), un peu de config et une wiimote en guise de souris / télécommande remplira bien mieux cette double fonction.
Merci liberforce
[^] # Re: Loi déjà en place suffisante
Posté par bubar🦥 . En réponse à la dépêche Nouveaux débats à l'Assemblée autour de la vente liée. Évalué à 4.
[^] # Re: Miro
Posté par bubar🦥 . En réponse à la dépêche Portrait d'entreprenaute : François Bancilhon, Mandriva. Évalué à 3.
[^] # Re: Le rapport avec Linux ?
Posté par bubar🦥 . En réponse à la dépêche American Gangster. Évalué à 2.
faudra que je me repenche sur le proprio, parceque dit comme ça, ça fait envie
[^] # Re: Le rapport avec Linux ?
Posté par bubar🦥 . En réponse à la dépêche American Gangster. Évalué à -2.
[^] # Re: Cession du copyright ?
Posté par bubar🦥 . En réponse à la dépêche KDE veut changer de licence. Évalué à 2.
je parle uniquement sur mon expérience de """l' organisationnel associatif""" mais il me semblerait plus sage de "conserver la merde actuelle". Certes elle a des défauts, mais tout le monde garde son libre arbitre et sa license.
Comme le dit Arnaudus :
Donc pour éviter tout pépin, les projets considèrent en général tous les contributeurs comme détentaires du copyright. Maintenant, si les circonstances s'imposent (et là, c'est clairement le cas), les bouts de code dont les auteurs n'ont pas pu être joints vont être reconsidérés avec attention. Il est fort probable que les centaines de contributeurs injoingnables sont aussi des petits contributeurs, qui ne vont pas non plus faire un procès à KDE parce que leur petit bout de code a été passé sous GPL v3 sans leur autorisation... Ça peut très bien se faire dans la transparence et l'honnêteté.
Ca a certes l' inconvénient d' être "obligé" de contacter tout le monde, mais l' avantage que personne ne perds rien (aka pas de tranferts de personnes physiques vers personne morale). Et puis, au rythme où ça avance, le transfert de licence, peut on dire que c' est problématique ?
a cession du copyright aux contributeurs à la FSF afin d'éviter ce genre de situation. Pourquoi pas seulement au projet lui même ? Une simple clause du genre "en l' absence de license claire, tout bout de code proposé pour notre projet est considéré comme étant sous gpl vxxxx". Ainsi chaque contributeur est au courant et accepte que sa participation soit sous gplv3 s' il ne précise pas par lui même explicitement gplv2 (ou vxx)
c' est ce qui bouleverse le moins les choses (plus simple que de créer une entité, une personne morale, qui sera contrôlé par et qui gèrera pour...) en atteignant l' objectif.
non ?
amicalement