à partir du moment ou il y a une jurisprudence, les procès suivant sur le même sujet serons basés sur cette décision
Pas en France en tout cas,
cf. jurisprudence : c'est plutôt aux États-Unis d'Amérique que cela a une vraie valeur, même si en France cela donne une tendance, cela reste la loi qui fait foi (dans ce cas-ci, je pense que c'est le droit des affaires, via le contrat passé entre les deux sociétés qui s'est appliqué, en s'appuyant sur la licence du logiciel qui traduit les volontés applicables par le droit d'auteur).
La vraie valeur de ce point est d'éprouver qu'il n'y a pas de clause abusive dans la GPL, du point de vue de la fourniture du code source en tout cas. Que cela prenne 7 ans est peu étonnant du fait de la technicité du domaine (l'informatique) et de l'approche particulière des licences libres.
Cela permettra une gestion plus rigoureuse des licences dans le monde de l'entreprise (licence au sens large, libre ou propriétaire) : j'avais suggéré à une époque dans l'entreprise où j'étais de passage que ce soit le service en charge des licences (propriétaires) qui gère aussi les licences libres (sur un principe déclaratif, vu qu'il n'y a pas toute la complexité de gestion de l'attributions de clés) : cela permettrait d'avoir une réelle visibilité des produits utilisés dans la maison plutôt que de laisser le libre s'investir dans la place en sous-marin et par les volontés et initiatives dispersées de chacun (je me rappelle des JasperReport, Alfresco, Talend et autre Jboss, drools, log4j, LAMP voire PostgreSQL pas forcément visibles de tous, sans parler des Eclipse & co...).
Précisons que zataz dont on parle plus haut a été relaxé sur l'accusation de diffamation, puisqu'il ne faisait que dire la vérité (des faits avérés) et était de bonne foi (pas d'intention de nuire).
Combien a-t-il reçu de dommages et intérêts pour affirmation fausse (de la part du plaignant), parce que visiblement ça l'a quand même gonflé toute cette histoire... même si cela n'a fait "qu'entériner" qu'il avait raison.
Je dirais même plus en:Virtual_method_table trouvé sur en:VFT et cité sur un article qui mériterait d'être amélioré : Lisaac (au § performances par exemple) :D
Tu peux déjà t'inspirer de la page de GCstar pour la mise en forme.
Pour le contenu, mon petit doigt me dit que patrick_g pourrait accepter (et confirmer) qu'il met cet article sous licence libre compatible avec la CC-by-sa 3.0 (CC-by ou CC-by-sa donc).
Tu es d'accord avec moi, madwifi etait installé, activé, et fonctionnelle sous 2.6.24.7-desktop-2mnb,
oui, a priori
lors d'une MàJ automatique vers 2.6.24.7-desktop-3mnb, celui-ci devrais rester activé fonctionnelle et installé?
pour le précédent kernel oui, mais uniquement recompilé au reboot sur le nouveau kernel (ce qui fait que le premier boot est plus long).
Si lors de ce boot, il manque les headers, forcément il n'y arrive pas.
Désormais avec les paquets -latest, dès lors qu'il y a mise à jour concommitante tant du kernel que de ses headers, cela devrait désormais bien se passer (au pire revenir temporairement sur le kernel précédent).
le dimanche 20 septembre à 14:26
Aujourd'hui 19 septembre
ya un espace-temps différent en Belgique et en France ? :D
En tout cas cela confirme ce que j'avais vu sur la carte non-libre utilisée pour promouvoir l'événement : http://cgi.softwarefreedomday.org/2009/map.shtml un seul déclaré en Belgique et _aucun_ en France (oui, aucun o_O) et c'est du google map et non de l'OpenStreetMap.
hmmm, ok, toi tu ne suis pas les raisonnements :-)
ma suggestion sur C était de pousser le raisonnement par récurrence hein : tu as D qui peut dépendre de C et, de proche en proche, tu peux en arriver à désinstaller tout plein de choses, ce qui est mis en évidence dans les liens que je t'ai fournis, que tu peux prendre un peu de temps à parcourir.
Identifier les cas que tu traites et ceux que tu ne traites pas encore permet tout de même d'assurer un début de complétude, d'où la suggestion de regarder des listes existantes de dépendances et d'éprouver tes modèles sur des cas plus réels.
S'ils ont déjà un process (qui gère XP Home, Vista Home, Media Center... et cie)
- ajouter un GNU/Linux a un coût marginal quasi nul (investissement de départ de test)
- ne rien mettre coûte encore moins en coût marginal
Je raisonne bien en CAPEX (l'investissement initial) et OPEX (les coûts opérationnels se traduisant en cout_marginal permettant de répartir CAPEX et OPEX sur des milliers de machines vendues).
pour voir si tu es déjà robuste par rapport à ces cas et, comme indiqué ci-dessus, le projet Mancoosi http://wiki.mandriva.com/en/Mancoosi_Project doit avoir d'autres cas types qu'il vaut mieux prendre en compte. N'hésite pas à te constituer des jeux de dépendances "réels" issus des listes de debian ou d'autres distributions (parser les fichiers de liste automatiquement ne devrait pas être trop dur) pour avérer que tes hypothèses de complexité sont avérés.
Je suppose que tu veux parler du paquet kernel-desktop-2.6.24.7-3mnb-1-1mnb1 ?
et pour l'autre paquet je suppose que c'est dkms-madwifi ? (oui mieux vaut être précis, je ne vois pas trop de quoi tu parles autrement).
Tu as bien ajouté le paquet kernel-desktop-devel-latest ? (il est utilisé par dkms pour avoir les headers et le minimum nécessaire pour recompiler le module).
(un rpm -qa | grep -iE "kernel|dkms" | sort # montrerait tout cela)
Pour forcer la recompilation du module madwifi, tu peux faire un
urpme dkms-madwifi # suivi de
urpmi dkms-madwifi # qui le réinstallera et te permettra de voir les messages d'erreur dans la fenêtre terminal
Bien sûr, temporairement, tu vas être obligé de te connecter en filaire pour pouvoir télécharger les paquets vu que le wifi ne se connecte pas ;-)
oui, tu peux faire un
rpm -qa|grep desktop586|xargs urpme
(urpme étant la commande permettant de désinstaller)
normalement, le menu.lst de grub sera automatiquement mis à jour par urpme lors de la désinstallation du paquet.
Tu n'as pas à supprimer les sources, il te suffit de faire
urpme kernel-source
Tu peux installer par
urpmi kernel-desktop-latest # pour toujours avoir le dernier kernel proposé lors des updates
ainsi que
urpmi kernel-desktop-devel-latest # pour toujours avoir ce qui est utilisé par DKMS en concordance avec le dernier kernel
visiblement, c'est une erreur de dkms, qui permet de bénéficier de la recompilation "à la volée" de pilotes pour ton kernel.
Que te donne :
dkms status --all
As-tu regardé /var/log/messages en cherchant DKMS ou dkms ? si ça se trouve tu vas retomber sur ta ligne.
sinon, pour avoir une indication, donner le résultat de
rpm -qa | grep -iE "kernel|dkms" | sort
qui listera les paquets kernel (tu peux en avoir une foultitude si tu as installé d'une One, donne aussi uname -a pour savoir lequel fonctionne actuellement) ainsi que les pilotes dont tu as des paquets dkms.
[^] # Re: PDF/A et PDF 1.7
Posté par BAud (site web personnel) . En réponse au journal Le PDF/A et l'open source. Évalué à 4.
Pour comprendre le contexte : Gestion_%C3%A9lectronique_d%27informations_et_de_documents_de_l%27entreprise
éventuellement Gestion_des_documents_d%27archive
Ce genre de norme permet d'aboutir au RGI, par exemple, applicable dans les administrations.
[^] # Re: 8 ans!
Posté par BAud (site web personnel) . En réponse au journal Edu4 condamné pour non respect de la GNU GPL. Évalué à 6.
Pas en France en tout cas,
cf. jurisprudence : c'est plutôt aux États-Unis d'Amérique que cela a une vraie valeur, même si en France cela donne une tendance, cela reste la loi qui fait foi (dans ce cas-ci, je pense que c'est le droit des affaires, via le contrat passé entre les deux sociétés qui s'est appliqué, en s'appuyant sur la licence du logiciel qui traduit les volontés applicables par le droit d'auteur).
La vraie valeur de ce point est d'éprouver qu'il n'y a pas de clause abusive dans la GPL, du point de vue de la fourniture du code source en tout cas. Que cela prenne 7 ans est peu étonnant du fait de la technicité du domaine (l'informatique) et de l'approche particulière des licences libres.
Cela permettra une gestion plus rigoureuse des licences dans le monde de l'entreprise (licence au sens large, libre ou propriétaire) : j'avais suggéré à une époque dans l'entreprise où j'étais de passage que ce soit le service en charge des licences (propriétaires) qui gère aussi les licences libres (sur un principe déclaratif, vu qu'il n'y a pas toute la complexité de gestion de l'attributions de clés) : cela permettrait d'avoir une réelle visibilité des produits utilisés dans la maison plutôt que de laisser le libre s'investir dans la place en sous-marin et par les volontés et initiatives dispersées de chacun (je me rappelle des JasperReport, Alfresco, Talend et autre Jboss, drools, log4j, LAMP voire PostgreSQL pas forcément visibles de tous, sans parler des Eclipse & co...).
[^] # Re: Naïvement, je vois pas où est le mal
Posté par BAud (site web personnel) . En réponse au journal 'sont fort chez Google !. Évalué à 1.
Combien a-t-il reçu de dommages et intérêts pour affirmation fausse (de la part du plaignant), parce que visiblement ça l'a quand même gonflé toute cette histoire... même si cela n'a fait "qu'entériner" qu'il avait raison.
[^] # Re: vlvc est trés bien
Posté par BAud (site web personnel) . En réponse au message pour de la videoconference multiplateforme. Évalué à 3.
[^] # Re: Utilité ?
Posté par BAud (site web personnel) . En réponse au journal Gnash: décodage fluide de vidéos Flash HD (H.264). Évalué à 1.
http://osflash.org/open_source_flash_projects :/
[^] # Re: Euh
Posté par BAud (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 3.
[^] # Re: vlvc est trés bien
Posté par BAud (site web personnel) . En réponse au message pour de la videoconference multiplateforme. Évalué à 2.
http://web.archive.org/web/20080803054642rn_1/www.vlvc.net/f(...)
[^] # Re: vlvc est trés bien
Posté par BAud (site web personnel) . En réponse au message pour de la videoconference multiplateforme. Évalué à 2.
http://download.tuxfamily.org/vlvc/ ?
sinon la page wikipedia VideoLan_VideoConference indique un autre miroir ;-)
# en désuétude ?
Posté par BAud (site web personnel) . En réponse au journal Expressions clichées. Évalué à 5.
pour 2009 http://www.google.fr/search?hl=fr&q=site:linuxfr.org/200(...) une seule occurence dans un titre de dépêche
pour 2008 http://www.google.fr/search?hl=fr&q=site:linuxfr.org/200(...) une seule occurence et dans un commentaire (légitime àmha)
pour 2007 http://www.google.fr/search?hl=fr&q=site:linuxfr.org/200(...) ouh la la la 2 occurrences /o\
pas de quoi casser 3 pattes à un canard \_o<
[^] # Re: Wikipédia
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de Tellico 2.0. Évalué à 7.
Pour le contenu, mon petit doigt me dit que patrick_g pourrait accepter (et confirmer) qu'il met cet article sous licence libre compatible avec la CC-by-sa 3.0 (CC-by ou CC-by-sa donc).
http://creativecommons.org/licenses/by-sa/3.0/deed.fr
[^] # Re: Trolls velus
Posté par BAud (site web personnel) . En réponse au journal bon anniversaire. Évalué à 2.
Parce que COBOL il y a : Hello_world#COBOL
[^] # Re: A quand la bronsonisation ?
Posté par BAud (site web personnel) . En réponse au journal bon anniversaire. Évalué à 7.
[^] # Re: hmmm
Posté par BAud (site web personnel) . En réponse au message message de demarage. Évalué à 2.
oui, a priori
lors d'une MàJ automatique vers 2.6.24.7-desktop-3mnb, celui-ci devrais rester activé fonctionnelle et installé?
pour le précédent kernel oui, mais uniquement recompilé au reboot sur le nouveau kernel (ce qui fait que le premier boot est plus long).
Si lors de ce boot, il manque les headers, forcément il n'y arrive pas.
Désormais avec les paquets -latest, dès lors qu'il y a mise à jour concommitante tant du kernel que de ses headers, cela devrait désormais bien se passer (au pire revenir temporairement sur le kernel précédent).
[^] # Re: je suis pas convaincue
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de Vala 0.7.6. Évalué à 3.
tu n'as pas vu http://linuxfr.org/2009/09/19/25933.html
ni http://linuxfr.org/~patrick_g/28661.html
ni tous les autres ?
[^] # Re: Activeon -> ActiveEon
Posté par BAud (site web personnel) . En réponse à la dépêche Publication de la liste des startups retenues pour les "Open Innovation Awards". Évalué à 2.
# hmmmm
Posté par BAud (site web personnel) . En réponse au journal Joyeux Logiciel libre !. Évalué à 3.
Aujourd'hui 19 septembre
ya un espace-temps différent en Belgique et en France ? :D
En tout cas cela confirme ce que j'avais vu sur la carte non-libre utilisée pour promouvoir l'événement :
http://cgi.softwarefreedomday.org/2009/map.shtml un seul déclaré en Belgique et _aucun_ en France (oui, aucun o_O) et c'est du google map et non de l'OpenStreetMap.
Arrr, Arrr :) (oui hier c'était aussi le Talk-like-a-pirate day [http://www.talklikeapirate.com/faq.html])
[^] # Re: ...
Posté par BAud (site web personnel) . En réponse à la dépêche Faille dans le noyau 2.6.31 : Brad remet le couvert. Évalué à 6.
sans doute à côté du chat de Schrödinger, mort dans sa boîte depuis que personne ne lui a donné à grailler.
[^] # Re: Coquille
Posté par BAud (site web personnel) . En réponse à la dépêche DragonFlyBSD 2.4. Évalué à 2.
[^] # Re: J'en serais !
Posté par BAud (site web personnel) . En réponse à la dépêche Le 1er octobre 2009 : à l'eau les nantais ?. Évalué à 2.
[^] # Re: Bravo
Posté par BAud (site web personnel) . En réponse au journal Résolution des dépendances par système de branches. Évalué à 2.
ma suggestion sur C était de pousser le raisonnement par récurrence hein : tu as D qui peut dépendre de C et, de proche en proche, tu peux en arriver à désinstaller tout plein de choses, ce qui est mis en évidence dans les liens que je t'ai fournis, que tu peux prendre un peu de temps à parcourir.
Identifier les cas que tu traites et ceux que tu ne traites pas encore permet tout de même d'assurer un début de complétude, d'où la suggestion de regarder des listes existantes de dépendances et d'éprouver tes modèles sur des cas plus réels.
[^] # Re: vente directe ?
Posté par BAud (site web personnel) . En réponse au journal Acer diminue le montant du remboursement de Windows. Évalué à 5.
S'ils ont déjà un process (qui gère XP Home, Vista Home, Media Center... et cie)
- ajouter un GNU/Linux a un coût marginal quasi nul (investissement de départ de test)
- ne rien mettre coûte encore moins en coût marginal
Je raisonne bien en CAPEX (l'investissement initial) et OPEX (les coûts opérationnels se traduisant en cout_marginal permettant de répartir CAPEX et OPEX sur des milliers de machines vendues).
[^] # Re: Bravo
Posté par BAud (site web personnel) . En réponse au journal Résolution des dépendances par système de branches. Évalué à 3.
dont dépend C (par exemple), tu supprimes C aussi ?
Tu peux regarder quelques use-cases sur
http://wiki.mandriva.com/en/RPM_Dependency_Optimization
http://wiki.mandriva.com/en/Core_Dependency_Sanitization
un exemple de cas tordu http://wiki.mandriva.com/en/Unzip_Dependency (obligeant à revoir les dépendances)
pour voir si tu es déjà robuste par rapport à ces cas et, comme indiqué ci-dessus, le projet Mancoosi http://wiki.mandriva.com/en/Mancoosi_Project doit avoir d'autres cas types qu'il vaut mieux prendre en compte. N'hésite pas à te constituer des jeux de dépendances "réels" issus des listes de debian ou d'autres distributions (parser les fichiers de liste automatiquement ne devrait pas être trop dur) pour avérer que tes hypothèses de complexité sont avérés.
[^] # Re: hmmm
Posté par BAud (site web personnel) . En réponse au message message de demarage. Évalué à 3.
et pour l'autre paquet je suppose que c'est dkms-madwifi ? (oui mieux vaut être précis, je ne vois pas trop de quoi tu parles autrement).
Tu as bien ajouté le paquet kernel-desktop-devel-latest ? (il est utilisé par dkms pour avoir les headers et le minimum nécessaire pour recompiler le module).
(un rpm -qa | grep -iE "kernel|dkms" | sort # montrerait tout cela)
Pour forcer la recompilation du module madwifi, tu peux faire un
urpme dkms-madwifi # suivi de
urpmi dkms-madwifi # qui le réinstallera et te permettra de voir les messages d'erreur dans la fenêtre terminal
Bien sûr, temporairement, tu vas être obligé de te connecter en filaire pour pouvoir télécharger les paquets vu que le wifi ne se connecte pas ;-)
[^] # Re: hmmm
Posté par BAud (site web personnel) . En réponse au message message de demarage. Évalué à 3.
rpm -qa|grep desktop586|xargs urpme
(urpme étant la commande permettant de désinstaller)
normalement, le menu.lst de grub sera automatiquement mis à jour par urpme lors de la désinstallation du paquet.
Tu n'as pas à supprimer les sources, il te suffit de faire
urpme kernel-source
Tu peux installer par
urpmi kernel-desktop-latest # pour toujours avoir le dernier kernel proposé lors des updates
ainsi que
urpmi kernel-desktop-devel-latest # pour toujours avoir ce qui est utilisé par DKMS en concordance avec le dernier kernel
Tu trouveras quelques éléments complémentaires sur
http://wiki.mandriva.com/fr/Mandriva_Linux_2008_Spring_Errat(...)
et pour comprendre ces histoires de noyau et DKMS :
http://wiki.mandriva.com/fr/Noyau
http://wiki.mandriva.com/fr/DKMS
# hmmm
Posté par BAud (site web personnel) . En réponse au message message de demarage. Évalué à 2.
Que te donne :
dkms status --all
As-tu regardé /var/log/messages en cherchant DKMS ou dkms ? si ça se trouve tu vas retomber sur ta ligne.
sinon, pour avoir une indication, donner le résultat de
rpm -qa | grep -iE "kernel|dkms" | sort
qui listera les paquets kernel (tu peux en avoir une foultitude si tu as installé d'une One, donne aussi uname -a pour savoir lequel fonctionne actuellement) ainsi que les pilotes dont tu as des paquets dkms.