Pour un logiciel, en France, si le contrat de licence n'est pas acceptable (par exemple parce qu'il est en anglais) alors tu n'as que le droit de l'utiliser. Je crois que dans ce cas là, tu dois juste respecter le droit d'auteur.
De plus, ce que dit la GPLv2 ne s'applique que à ceux qui veulent redistribuer le logiciel. Il est totalement inutile par exemple de présenter le texte de la GPL lors de l'installation d'un logiciel et obliger l'utilisateur à accepter la licence. Il doit uniquement être fait mention que la GPL s'applique au logiciel en cas de redistribution/modification.
La seule chose qu'un des clients de ta société pourait perdre s'il voulait appliquer bêtement le texte sus-cité, c'est le droit de redistribuer/modifier ce qui leur est fourni par ta société.
Attribuer le retard d'une distribution comme Debian a une seule personne est malhonnête intellectuellement.
Attribuer la sortie dans les temps d'une distribution comme Debian à deux personnes est tout simplement dégradant pour les centaines d'autres développeurs !
Si je me souviens bien, le guide TV de la freebox a été indisponible au moins quelques jours lors du changement de look du site de telerama... Et il n'est pas rare aujourd'hui que je voie passer des erreurs 404 directement sur ma télévision. Je ne sais pas comment ils récupèrent les données ni quels sont les termes de leur accord, mais ce n'est franchement pas au point.
Sinon, pour les chaînes "classiques", il y a les données EPG qu'on peut récupérer avec nxtvepg. Je ne sais pas s'il existe encore des chaînes qui diffusent les données, mais c'est ce que j'utilisais il y a quelques années pour avoir les programmes.
Bien sûr qu'il faut être admin pour pouvoir faire ça. Bien sûr qu'on a déjà le contrôle de la machine. (enfin... j'espère que c'est évident pour MS aussi ;-) )
Mais ce genre de fonctionnalités donne une impression de sécurité à l'utilisateur. C'est bien sûr le fonctionnement de tout rootkit. C'est juste que je trouve dangereux qu'on donne cette impression de sécurité à des utilisateurs qui souvent ne sont pas prévenus des risques possibles.
Pour ce genre de fonctionnalité, j'aurais préféré une base de hashs de binaires... Mais ça implique une collaboration étroite entre MS et les éditeurs d'AV, et une mise à jour double à chaque évolution (le moteur d'AV et la base de hashs). Pourquoi pas un fonctionnement sur le même principe que les DRMs ? (ouch ! je viens de leur trouver une utilisation utile)
Si tout soft peut dire à windows qu'il est un anti virus, on peut faire des trucs assez amusants :
- désactiver l'anti virus installé en utilisant une de ses failles (comme tout soft, les failles sont toujours possibles...)
- installer un soft bidon qui dit à windows "je suis un anti virus"
==> la machines est grande ouverte aux saloperies !
Je me demande bien qui sort les plus grosses conneries dans les commentaires de cette page...
Bien sûr, ce n'est pas sur ce point que je construisais ma réponse. Je ne faisais que réagir au fait qu'il est interdit par la Charte de dépendre de non-free depuis main.
Sinon, je suis parfaitement d'accord avec toi, la décision a un fort impact sur les développements nécessaires. Mais comme j'ai dit un peu plus haut, quelqu'un aurait prévenu l'équipe de d-i peu de temps après la sortie de sarge, mais cela aurait été sans effet. Maintenant, au vu de la manière dont cette personne s'est plainte sur debian-devel@l.d.o, j'ai peur que les dev de d-i aient mal pris son message...
Avant de régler les problèmes de conformance aux DFSG, certains devraient se remettre en question afin de limiter les discussions stériles sur les listes et se mettre réellement à construire le système ! Auparavant, avant de connaître le libre, je connaissais les "yakas" dans le milieu associatif, maintenant je vois exactement la même chose sur les listes :-(
Par contre, mettre les firmwares non-libres hors de main, mais permettre éventuellement que des éléments de main puissent dépendre de ces éléments non-libres serait peut-être une solution.
Un paquet libre (au sens DFSG) qui dépend d'un paquet de non-free doit être dans contrib.
On peut lire dans la Charte, pour main :
[...] must not require a package outside of main for compilation or execution (thus, the package must not declare a "Depends", "Recommends", or "Build-Depends" relationship on a non-main package)
Et pour contrib :
Examples of packages which would be included in contrib are: free packages which require contrib, non-free packages or packages which are not in our archive at all for compilation or execution, and wrapper packages or other sorts of free accessories for non-free programs.
Surtout que d'après ce que j'ai pu lire dans des trolls sur debian-devel@l.d.o, l'équipe de l'installateur aurait été prévenue depuis longtemps du problème...
Maintenant, je ne présume pas savoir exactement ce qui s'est passé : je ne suis pas DD, et vu le volume de la liste j'ai peut-être également raté des informations.
Seule une partie des portables chez HP Compaq est "configurable". Ce n'est par exemple pas le cas des ultra-portables...
Les configurables sont, au moment où j'écris ce commentaire, les nc6120, nc6220, nc6320, nc6400 et nc8430. A comparer avec le nombre de machines existantes (et encore, j'ai mis du temps avant de trouver cette liste).
Une question que je me pose, et qui n'est pas directement en rapport avec cette nouvelle, est pourquoi utilise-t-on toujours des couches de conversion entre base de données relationnelles et langages à objets ?
Je dois dire que je n'ai pas la réponse, mais à chaque fois qu'à mon travail j'ai essayé d'orienter l'architecture des applications vers l'utilisation d'une base objet, mon projet a été refusé... Peut-être est-ce parce que les bases relationnelles font partie de la "tradition" et qu'elles sont ainsi plus connues, et rassurent plus les décideurs. Ou bien est-ce parce qu'à ma connaissance il n'y a pas de gros éditeur qui propose de base objet connue.
C'est vrai quoi, j'attends avec impatience qu'une base me permette d'utiliser les fermetures transitives, chose souvent présente dans les base objet :-(
La définition d'une distribution pas stable ? Facile !
La dernière Red Hat que j'ai essayée (OK, c'était il y a longtemps, mais je n'ai pas envie de réessayer depuis). J'installe, je prépare pour compiler un noyau pour soulager un peu ma machine (un P200), et segfault de gcc !
Pourquoi ? La version de gcc utilisée n'était pas finalisée.
Bien sûr, ce cas est plutôt critique. Souvent, on ne voit que quelques disfonctionnements. Mais on a été tellement habitués à ce que les logiciels ne fassent pas exactement ce qu'ils devraient faire qu'on ne le relève même plus...
Je ne sais pas si c'est la vraie raison, mais j'ai toujours senti une rivalité entre Vandoeuvre et Nancy. Cela fait quelques années que je n'habite plus dans la région (j'ai grandi à Fléville-devant-Nancy, à quelques kilomètres de là), mais c'est ce que j'avais ressenti aux débuts du Mirabellug. Il faut voir que Vandoeuvre est une ville de 35000 habitants et qui touche directement Nancy, qui en compte 105000. Ca ressemble au petit qui veut qu'on parle de lui. Ils ne souhaitent certainement pas qu'on dise que les RMLL vont se dérouler à Nancy. Pourtant, pour quelqu'un qui habite dans le bordelais, Nancy veut dire quelque chose, pas Vandoeuvre, n'est-ce pas ? ;-)
J'en profite pour passer un petit coucou aux anciens du Mirabellug, et à bientôt pour les rencontres !
IBM a commencé à s'interesser fortement à l'open-source, lorsque pour aider au developpement de leur machine virtuelle java, ils ont décidé de mettre à disposition leur code source, et de demander à la communité d'apporter des améliorations. En 1 week-end les modifications modifiaient tellement le coeur du programme, que les ingénieurs de chez IBM ont du se pencher un certain temps sur le code pour comprendre l'ensemble des modifications.
Il me semble que c'était pour jikes, le compilateur d'IBM écrit en C++. Je n'ai pas retrouvé la source, mais je sais que je l'ai lu il n'y a pas longtemps...
Euh... normalement les objets utilisés pour accéder aux fichiers en java acceptent '/' et '\' comme séparateur de fichier. En tout cas, je n'ai jamais vu ce problème, et pourtant je mets systématiquement des '/' dans mon code et au boulot je suis sous windows :-(
En revanche, le problème peut venir, soit d'un chemin absolu qui commence par "D:\", soit d'une erreur minuscule/majuscule. Le problème de casse sur les noms de fichiers est le problème majeur que l'on rencontre lorsque nos applications au boulot sont déployées sur des *NIX. Dans l'autre sens, quand je code chez moi sous linux, il faut que je fasse attention de ne pas avoir deux fichiers qui ne diffèrent que par la casse du nom... sinon ça ne passe pas sous windows.
Ah bon ? Je suis entré en école d'ingénieur il y a exactement 10 ans (enfin bon, en septembre ça fera 10 ans). La très grosse majorité des TP se faisaient sur IPC/IPX, puis Sparc, le tout sous Solaris. Quelques TP étaient sur d'autres Unix (sur machines HP et DEC).
En revanche, je me rappelle qu'une fois j'ai travaillé dans une salle Windows... mais ça m'a tellement marqué que je ne sais même plus quel était le thème !
Bien sûr, pour pouvoir travailler et ne pas être obligé d'attendre qu'une station se libère (les veilles de rendu de devoirs), j'ai installé du Linux sur ma machine pour me connecter aux stations plus facilement.
J'allais oublier... ce n'était pas une école d'informatique (je peux donc me moquer en écoutant ingénieur informaticien :-p)
Sinon, quand tu parles d'IDE digne de ce nom, le but d'une école n'est pas de t'apprendre à utiliser un produit. Les produits évoluent, nous devons évoluer avec. Il est donc bien plus important qu'on nous explique comment ça fonctionne "sous le capot" plutôt que de nous dire "vous cliquez là et le bouzin se met en marche".
J'ai donc appris à coder avec un éditeur de texte simple, et pour apprendre les bases on n'a pas besoin de plus. Aujourd'hui, j'utilise un IDE qui me permet de zapper un grand nombre d'étapes et qui m'aide à coder, mais si je dois changer d'outil, je saurai m'adapter.
Pour illustrer ça, je rapporterai ici ce qui s'est passé lors de mon premier TP de C. On nous avait demandé de faire une calculatrice simple (qui a dit classique ?) Mon binôme et moi avions fini en avance, et un des profs nous a demandé d'ajouter d'autres fonctions, comme la racine carrée et la trigo. Il nous donne simplement le nom des fonctions à appeler... Bien sûr, tous ceux qui ont appris le C en appelant directement cc (ou gcc pour les plus chanceux) auront deviné le problème : ça ne compile pas ! Le prof en question ne savait même pas qu'il fallait lier avec la libm, et surtout il ne savait pas comment le faire ! Heureusement que les profs aussi étaient en binômes...
Il y est dit qu'à l'origine seuls 16 bits étaient utilisés pas Unicode, donc c'est ce qu'ils ont choisi comme représentation interne. Mais maintenant Unicode accepte des codes plus grands, donc ils ont dû adapter.
Bien sûr, le mieux est de ne pas faire ce genre d'erreur de numérotation. Mais bon, personne n'est infaillible, est il est donc normal de rater son coup (surtout si c'est un de ses premier paquets).
Justement, il existe un mécanisme qui a été mis en place pour permettre de contourner le problème : dans le numéro de version, il y a au début un entier optionnel séparé par un ":". Dans la documentation Debian, il s'agit de l'"epoch". Ce numéro a donc la priorité la plus haute dans le numéro de version, et donc il sera nécessaire de le garder dans les versions ultérieures du paquet.
Note : je ne suis pas DD (Debian Developer). Il est donc possible que mon explication soit fausse ou inexacte. Dans tous les cas, la lecture du document sus-cité dans son ensemble est intéressante pour tout utilisateur de Debian qui souhaiterait en savoir un peu plus sur ce qui se passe sous le capot.
Ben si : la dernière fois que j'ai testé GNOME sur debian, il était configuré par défaut pour appeler les sensible-*. C'était il y a deux ans à peu près.
Mais bon, si ça a changé depuis... maintenant je n'utilise plus GNOME. Il n'y a pas très longtemps encore, ma machine la plus puissante était un pentium 200 avec 64Mo de RAM, alors je me suis tourné vers plus léger ! C'est vrai qu'il faudrait que je réessaye, maintenant que j'ai un athlon 64 avec 1Go de RAM...
Euh... franchement, il faudra qu'on m'explique ce moinssage : je fourni une méthode pour définir l'éditeur, le pager et le navigateur par défaut depuis les scripts bien faits sous Debian et je suis en négatif...
bon d'accord, j'aurais pu expliquer un peu plus que la page de man, mais bon j'étais pressé d'aller me coucher :-/
$ man sensible-editor
SENSIBLE-EDITOR(1) SENSIBLE-EDITOR(1)
NAME
sensible-editor, sensible-pager, sensible-browser - sensible editing,
paging, and web browsing
SYNOPSIS
sensible-editor [OPTIONS...]
sensible-pager [OPTIONS...]
sensible-browser url
DESCRIPTION
sensible-editor, sensible-pager and sensible-browser make sensible
decisions on which editor, pager, and web browser to call, respec-
tively. Programs in Debian can use these scripts as their default edi-
tor, pager, or web browser or emulate their behavior.
SEE ALSO
Documentation of the EDITOR, PAGER, and BROWSER variables in environ(7)
Debian 03 Mar 2004 SENSIBLE-EDITOR(1)
C'est exactement ce que j'ai pensé ce matin dans la voiture en allant au boulot quand je l'ai entendu à la radio... Ma réaction a été : "super, ils vont attaquer Microsoft pour la vente de IIS et IE !"
Juste une question, puisque j'ai remarqué sur la nouvelle concernant la décision de cassation qu'il semble y avoir des lecteurs assez callés en droit : aux infos ce matin sur France Musiques, le journaliste a dit que le vote était conforté par une récente décision de cassation. Je pense qu'il s'agit de la nouvelle sus-citée... Mais comment cette décision de cassation qui juge sur la forme (si j'ai bien compris la discussion dans l'autre nouvelle) peut justifier une décision sur le fond (loi) ? J'ai raté une marche ou bien il y a eu un raccourci malheureux dans la chaîne journalistique ?
Enfin bon, après la taxe sur des supports qui parfois ne voient jamais un bit de fichier illégal, maintenant on a la peine de prison contre des outils de partage de la connaissance qui n'ont parfois jamais distribué/reçu un bit de donnée illégale.
[^] # Re: Détail intéressant
Posté par François B. . En réponse à la dépêche Nouvelle confirmation de la validité de la GPL par un tribunal allemand. Évalué à 2.
Pour un logiciel, en France, si le contrat de licence n'est pas acceptable (par exemple parce qu'il est en anglais) alors tu n'as que le droit de l'utiliser. Je crois que dans ce cas là, tu dois juste respecter le droit d'auteur.
De plus, ce que dit la GPLv2 ne s'applique que à ceux qui veulent redistribuer le logiciel. Il est totalement inutile par exemple de présenter le texte de la GPL lors de l'installation d'un logiciel et obliger l'utilisateur à accepter la licence. Il doit uniquement être fait mention que la GPL s'applique au logiciel en cas de redistribution/modification.
La seule chose qu'un des clients de ta société pourait perdre s'il voulait appliquer bêtement le texte sus-cité, c'est le droit de redistribuer/modifier ce qui leur est fourni par ta société.
Y a-t-il un légiste dans la salle ?
[^] # Re: quand la bureaucratie recontre le libre
Posté par François B. . En réponse à la dépêche Destitution du Debian Project Leader ?. Évalué à 9.
[^] # Re: xmltv
Posté par François B. . En réponse à la dépêche Mythtv 0.20. Évalué à 1.
Sinon, pour les chaînes "classiques", il y a les données EPG qu'on peut récupérer avec nxtvepg. Je ne sais pas s'il existe encore des chaînes qui diffusent les données, mais c'est ce que j'utilisais il y a quelques années pour avoir les programmes.
[^] # Re: Presque 10 ans plus tard... les places fortes d'internet.
Posté par François B. . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 0.
Mais ce genre de fonctionnalités donne une impression de sécurité à l'utilisateur. C'est bien sûr le fonctionnement de tout rootkit. C'est juste que je trouve dangereux qu'on donne cette impression de sécurité à des utilisateurs qui souvent ne sont pas prévenus des risques possibles.
Pour ce genre de fonctionnalité, j'aurais préféré une base de hashs de binaires... Mais ça implique une collaboration étroite entre MS et les éditeurs d'AV, et une mise à jour double à chaque évolution (le moteur d'AV et la base de hashs). Pourquoi pas un fonctionnement sur le même principe que les DRMs ? (ouch ! je viens de leur trouver une utilisation utile)
[^] # Re: Presque 10 ans plus tard... les places fortes d'internet.
Posté par François B. . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
- désactiver l'anti virus installé en utilisant une de ses failles (comme tout soft, les failles sont toujours possibles...)
- installer un soft bidon qui dit à windows "je suis un anti virus"
==> la machines est grande ouverte aux saloperies !
Je me demande bien qui sort les plus grosses conneries dans les commentaires de cette page...
[^] # Re: Le poids politique de Debian
Posté par François B. . En réponse à la dépêche Le projet Debian lance une consultation sur les firmwares non-libres. Évalué à 3.
Sinon, je suis parfaitement d'accord avec toi, la décision a un fort impact sur les développements nécessaires. Mais comme j'ai dit un peu plus haut, quelqu'un aurait prévenu l'équipe de d-i peu de temps après la sortie de sarge, mais cela aurait été sans effet. Maintenant, au vu de la manière dont cette personne s'est plainte sur debian-devel@l.d.o, j'ai peur que les dev de d-i aient mal pris son message...
Avant de régler les problèmes de conformance aux DFSG, certains devraient se remettre en question afin de limiter les discussions stériles sur les listes et se mettre réellement à construire le système ! Auparavant, avant de connaître le libre, je connaissais les "yakas" dans le milieu associatif, maintenant je vois exactement la même chose sur les listes :-(
[^] # Re: Le poids politique de Debian
Posté par François B. . En réponse à la dépêche Le projet Debian lance une consultation sur les firmwares non-libres. Évalué à 2.
On peut lire dans la Charte, pour main : Et pour contrib :
La partie concernée de la Charte est disponible par là http://www.fr.debian.org/doc/debian-policy/ch-archive.html#s(...) (en anglais)
[^] # Re: Et bien ...
Posté par François B. . En réponse à la dépêche Le projet Debian lance une consultation sur les firmwares non-libres. Évalué à 2.
Maintenant, je ne présume pas savoir exactement ce qui s'est passé : je ne suis pas DD, et vu le volume de la liste j'ai peut-être également raté des informations.
[^] # Re: Petit problem dans les cas des portables
Posté par François B. . En réponse à la dépêche Agir contre la vente liée. Évalué à 3.
Les configurables sont, au moment où j'écris ce commentaire, les nc6120, nc6220, nc6320, nc6400 et nc8430. A comparer avec le nombre de machines existantes (et encore, j'ai mis du temps avant de trouver cette liste).
# Pourquoi ne pas utiliser de base objet ?
Posté par François B. . En réponse à la dépêche Red Hat en justice pour violation de brevets logiciels. Évalué à 3.
Je dois dire que je n'ai pas la réponse, mais à chaque fois qu'à mon travail j'ai essayé d'orienter l'architecture des applications vers l'utilisation d'une base objet, mon projet a été refusé... Peut-être est-ce parce que les bases relationnelles font partie de la "tradition" et qu'elles sont ainsi plus connues, et rassurent plus les décideurs. Ou bien est-ce parce qu'à ma connaissance il n'y a pas de gros éditeur qui propose de base objet connue.
C'est vrai quoi, j'attends avec impatience qu'une base me permette d'utiliser les fermetures transitives, chose souvent présente dans les base objet :-(
[^] # Limites à la procuration
Posté par François B. . En réponse à la dépêche Loi DADVSI : pas de seconde lecture. Évalué à 1.
[^] # Re: Qt et propriétaire ?
Posté par François B. . En réponse à la dépêche Le nouveau Google Earth arrive... et en version Linux !. Évalué à -1.
Ils ont réécrit une bibliothèque qui ressemble à Qt à partir des informations des livres qu'ils ont volés^Wnumérisés.
[^] # Re: La différence fondamentale
Posté par François B. . En réponse à la dépêche Test d'Ubuntu 6.06 LTS. Évalué à 0.
La dernière Red Hat que j'ai essayée (OK, c'était il y a longtemps, mais je n'ai pas envie de réessayer depuis). J'installe, je prépare pour compiler un noyau pour soulager un peu ma machine (un P200), et segfault de gcc !
Pourquoi ? La version de gcc utilisée n'était pas finalisée.
Bien sûr, ce cas est plutôt critique. Souvent, on ne voit que quelques disfonctionnements. Mais on a été tellement habitués à ce que les logiciels ne fassent pas exactement ce qu'ils devraient faire qu'on ne le relève même plus...
[^] # Re: Et les Nancéens ?
Posté par François B. . En réponse à la dépêche RMLL 2006 : repas-débat chez l'habitant. Évalué à 2.
J'en profite pour passer un petit coucou aux anciens du Mirabellug, et à bientôt pour les rencontres !
[^] # Re: Plop
Posté par François B. . En réponse à la dépêche Une licence plus permissive pour Java. Évalué à 1.
[^] # Re: Plop
Posté par François B. . En réponse à la dépêche Une licence plus permissive pour Java. Évalué à 1.
En revanche, le problème peut venir, soit d'un chemin absolu qui commence par "D:\", soit d'une erreur minuscule/majuscule. Le problème de casse sur les noms de fichiers est le problème majeur que l'on rencontre lorsque nos applications au boulot sont déployées sur des *NIX. Dans l'autre sens, quand je code chez moi sous linux, il faut que je fasse attention de ne pas avoir deux fichiers qui ne diffèrent que par la casse du nom... sinon ça ne passe pas sous windows.
[^] # Re: y a que moi qui trouve ça bizarre ?
Posté par François B. . En réponse à la dépêche Un Master en Ingénierie du Logiciel Libre. Évalué à 4.
En revanche, je me rappelle qu'une fois j'ai travaillé dans une salle Windows... mais ça m'a tellement marqué que je ne sais même plus quel était le thème !
Bien sûr, pour pouvoir travailler et ne pas être obligé d'attendre qu'une station se libère (les veilles de rendu de devoirs), j'ai installé du Linux sur ma machine pour me connecter aux stations plus facilement.
J'allais oublier... ce n'était pas une école d'informatique (je peux donc me moquer en écoutant ingénieur informaticien :-p)
Sinon, quand tu parles d'IDE digne de ce nom, le but d'une école n'est pas de t'apprendre à utiliser un produit. Les produits évoluent, nous devons évoluer avec. Il est donc bien plus important qu'on nous explique comment ça fonctionne "sous le capot" plutôt que de nous dire "vous cliquez là et le bouzin se met en marche".
J'ai donc appris à coder avec un éditeur de texte simple, et pour apprendre les bases on n'a pas besoin de plus. Aujourd'hui, j'utilise un IDE qui me permet de zapper un grand nombre d'étapes et qui m'aide à coder, mais si je dois changer d'outil, je saurai m'adapter.
Pour illustrer ça, je rapporterai ici ce qui s'est passé lors de mon premier TP de C. On nous avait demandé de faire une calculatrice simple (qui a dit classique ?) Mon binôme et moi avions fini en avance, et un des profs nous a demandé d'ajouter d'autres fonctions, comme la racine carrée et la trigo. Il nous donne simplement le nom des fonctions à appeler... Bien sûr, tous ceux qui ont appris le C en appelant directement cc (ou gcc pour les plus chanceux) auront deviné le problème : ça ne compile pas ! Le prof en question ne savait même pas qu'il fallait lier avec la libm, et surtout il ne savait pas comment le faire ! Heureusement que les profs aussi étaient en binômes...
[^] # Re: Codage des caractères ?
Posté par François B. . En réponse à la dépêche Appel à commentaires sur le référentiel général d'interopérabilité. Évalué à 5.
Il y est dit qu'à l'origine seuls 16 bits étaient utilisés pas Unicode, donc c'est ce qu'ils ont choisi comme représentation interne. Mais maintenant Unicode accepte des codes plus grands, donc ils ont dû adapter.
[^] # Re: Codage des caractères ?
Posté par François B. . En réponse à la dépêche Appel à commentaires sur le référentiel général d'interopérabilité. Évalué à 5.
http://fr.wikipedia.org/wiki/Utf-8
Pour le français, les lettres non accentuées sont sur un octet et les lettres accentuées sont sur deux.
[^] # Re: Paquet Ubuntu/Debian
Posté par François B. . En réponse à la dépêche Wormux 0.7 est maintenant disponible. Évalué à 3.
Justement, il existe un mécanisme qui a été mis en place pour permettre de contourner le problème : dans le numéro de version, il y a au début un entier optionnel séparé par un ":". Dans la documentation Debian, il s'agit de l'"epoch". Ce numéro a donc la priorité la plus haute dans le numéro de version, et donc il sera nécessaire de le garder dans les versions ultérieures du paquet.
Pour tous les détails concernant cela, la documentation officielle est par là (Debian Policy Manual) : http://www.debian.org/doc/debian-policy/ch-controlfields.htm(...)
Note : je ne suis pas DD (Debian Developer). Il est donc possible que mon explication soit fausse ou inexacte. Dans tous les cas, la lecture du document sus-cité dans son ensemble est intéressante pour tout utilisateur de Debian qui souhaiterait en savoir un peu plus sur ce qui se passe sous le capot.
[^] # Re: Huh ?
Posté par François B. . En réponse à la dépêche Candidature de LinuxArverne aux RMLL 2007. Évalué à 8.
[^] # Re: Puisqu'on cause de Gnome...
Posté par François B. . En réponse à la dépêche Sortie de GNOME 2.14. Évalué à 2.
Mais bon, si ça a changé depuis... maintenant je n'utilise plus GNOME. Il n'y a pas très longtemps encore, ma machine la plus puissante était un pentium 200 avec 64Mo de RAM, alors je me suis tourné vers plus léger ! C'est vrai qu'il faudrait que je réessaye, maintenant que j'ai un athlon 64 avec 1Go de RAM...
[^] # Re: Puisqu'on cause de Gnome...
Posté par François B. . En réponse à la dépêche Sortie de GNOME 2.14. Évalué à -2.
bon d'accord, j'aurais pu expliquer un peu plus que la page de man, mais bon j'étais pressé d'aller me coucher :-/
[^] # Re: Puisqu'on cause de Gnome...
Posté par François B. . En réponse à la dépêche Sortie de GNOME 2.14. Évalué à 2.
$ man sensible-editor SENSIBLE-EDITOR(1) SENSIBLE-EDITOR(1) NAME sensible-editor, sensible-pager, sensible-browser - sensible editing, paging, and web browsing SYNOPSIS sensible-editor [OPTIONS...] sensible-pager [OPTIONS...] sensible-browser url DESCRIPTION sensible-editor, sensible-pager and sensible-browser make sensible decisions on which editor, pager, and web browser to call, respec- tively. Programs in Debian can use these scripts as their default edi- tor, pager, or web browser or emulate their behavior. SEE ALSO Documentation of the EDITOR, PAGER, and BROWSER variables in environ(7) Debian 03 Mar 2004 SENSIBLE-EDITOR(1)[^] # Re: Logiciel de mise à disposition
Posté par François B. . En réponse à la dépêche DADVSI : suite.... Évalué à 4.
Juste une question, puisque j'ai remarqué sur la nouvelle concernant la décision de cassation qu'il semble y avoir des lecteurs assez callés en droit : aux infos ce matin sur France Musiques, le journaliste a dit que le vote était conforté par une récente décision de cassation. Je pense qu'il s'agit de la nouvelle sus-citée... Mais comment cette décision de cassation qui juge sur la forme (si j'ai bien compris la discussion dans l'autre nouvelle) peut justifier une décision sur le fond (loi) ? J'ai raté une marche ou bien il y a eu un raccourci malheureux dans la chaîne journalistique ?
Enfin bon, après la taxe sur des supports qui parfois ne voient jamais un bit de fichier illégal, maintenant on a la peine de prison contre des outils de partage de la connaissance qui n'ont parfois jamais distribué/reçu un bit de donnée illégale.
Triste monde...