Le Samedi 15 Janvier 2005 23:55, Jean-Luc Coulon (f5ibh) a écrit :
[...]
> Non-US correspond principalement à des logiciels avec des restrictions
> d'exportation (cryptographie majoritairement). C'est en voie de
> dsparition. Rien n'empêche bien-sûr de l'ajouter mais il faudra tro uver
> un serveur autre que ftp.us.debian.org ...
Pourquoi dis-tu que non-US est en voie de disparition ? Je pense que vu l e
nombre de brevets logiciels déposés aux Etats-Unis, il risque d'y avo ir de
plus en plus de problèmes. Par exemple, ce soir en voulant packager un
programme je me suis aperçu qu'il utilise l'algorithme sift, qui est so umis à
un brevet aux Etats-Unis. Je pense qu'il vas donc dans non-US. Cependant, je
me demande si il n'irais pas aussi dans le non-free de debian normal. Voi ci
la partie gênante de la licence :
"This software is provided for non-commercial use only. The University of
British Columbia has applied for a patent on the SIFT algorithm in the Un ited
States. Commercial applications of this software may require a license fr om
the University of British Columbia."
Qu'en pensez-vous ? Et plus particulièrement, à quelles Lois sont sou mis les
paquets debian ?
Je pensais poser cette question à debian-legal, mais je profite honteus ement
de ton message.
--
Florent
-- Citation aléatoire --
Le mal de prendre une hypallage pour une découverte, une métaphore
pour une démonstration, un vomissement de mots pour un torrent de
connaissances capitales, et soi-même pour un oracle, ce mal naît avec
nous.
-+- Paul Valéry -+-
Le Samedi 15 Janvier 2005 23:55, Jean-Luc Coulon (f5ibh) a écrit :
[...]
> Non-US correspond principalement à des logiciels avec des restrictions
> d'exportation (cryptographie majoritairement). C'est en voie de
> dsparition. Rien n'empêche bien-sûr de l'ajouter mais il faudra tro uver
> un serveur autre que ftp.us.debian.org ...
Pourquoi dis-tu que non-US est en voie de disparition ? Je pense que vu l e
nombre de brevets logiciels déposés aux Etats-Unis, il risque d'y avo ir de
plus en plus de problèmes. Par exemple, ce soir en voulant packager un
programme je me suis aperçu qu'il utilise l'algorithme sift, qui est so umis à
un brevet aux Etats-Unis. Je pense qu'il vas donc dans non-US. Cependant, je
me demande si il n'irais pas aussi dans le non-free de debian normal. Voi ci
la partie gênante de la licence :
"This software is provided for non-commercial use only. The University of
British Columbia has applied for a patent on the SIFT algorithm in the Un ited
States. Commercial applications of this software may require a license fr om
the University of British Columbia."
Qu'en pensez-vous ? Et plus particulièrement, à quelles Lois sont sou mis les
paquets debian ?
Je pensais poser cette question à debian-legal, mais je profite honteus ement
de ton message.
--
Florent
-- Citation aléatoire --
Le mal de prendre une hypallage pour une découverte, une métaphore
pour une démonstration, un vomissement de mots pour un torrent de
connaissances capitales, et soi-même pour un oracle, ce mal naît avec
nous.
-+- Paul Valéry -+-
Le Samedi 15 Janvier 2005 23:55, Jean-Luc Coulon (f5ibh) a écrit :
[...]
> Non-US correspond principalement à des logiciels avec des restrictions
> d'exportation (cryptographie majoritairement). C'est en voie de
> dsparition. Rien n'empêche bien-sûr de l'ajouter mais il faudra tro uver
> un serveur autre que ftp.us.debian.org ...
Pourquoi dis-tu que non-US est en voie de disparition ? Je pense que vu l e
nombre de brevets logiciels déposés aux Etats-Unis, il risque d'y avo ir de
plus en plus de problèmes. Par exemple, ce soir en voulant packager un
programme je me suis aperçu qu'il utilise l'algorithme sift, qui est so umis à
un brevet aux Etats-Unis. Je pense qu'il vas donc dans non-US. Cependant, je
me demande si il n'irais pas aussi dans le non-free de debian normal. Voi ci
la partie gênante de la licence :
"This software is provided for non-commercial use only. The University of
British Columbia has applied for a patent on the SIFT algorithm in the Un ited
States. Commercial applications of this software may require a license fr om
the University of British Columbia."
Qu'en pensez-vous ? Et plus particulièrement, à quelles Lois sont sou mis les
paquets debian ?
Je pensais poser cette question à debian-legal, mais je profite honteus ement
de ton message.
--
Florent
-- Citation aléatoire --
Le mal de prendre une hypallage pour une découverte, une métaphore
pour une démonstration, un vomissement de mots pour un torrent de
connaissances capitales, et soi-même pour un oracle, ce mal naît avec
nous.
-+- Paul Valéry -+-
Le 15.01.2005 22:50:50, Troumad a écrit :
> Jean-Luc Coulon (f5ibh) a écrit :
>
>> Le 15.01.2005 18:17:17, Troumad a écrit :
>>
>>> Comme on me le demande, le voici... Il reste à le corriger !
>>>
>>> #deb file:///cdrom/ sarge main
>>
>> remarque générale : entre sarge et testing, il vaut mieux choisir.
>> En effet, bientôt (on verra ça vendredi, c'est d'accord ?), sarge
>> va devenir stable
>
> Donc, si je comprend, l'ancienne testing s'appelait woody et encore
> avant Potato ?
Oui
>
>> et vous aurez dans testing des choses que vous en souhaitez
>> peut-être pas.
>
> Et testing deviendra sid ??? Ou sera un minimum stable ?
Non, ce n'est pas tout à fait ça.
sid reste sid (c'est le nom du garçon qui cassait ses jouets dans toy
story : tout un programme). C'est la version dite « instable ». En
général, les nouveau paquets sont introduits à ce niveau et il peu y
avoir des pans entiers du système cassés : per exemple, en cemoment,
introduction de libflac6 à la place de libflac4, certains paquets ont
été linkés avec la nouvelles libs, d'autres pas encore..
Quant à testing elle est appelée à devenir stable. Et, dès que ce sera
fait, elle sera remplacée par une nouvelle testing qui mûrira lenteme nt
(trop ?) pour devenir stable à son tour.
Quant au suivi de la sécurité, je ne me souviens plus trop des règl es
mais testing n'est pas géré à 100%.
> Ceci explique les deux dénomminations ! Une permettant de maintenir
> les vieilles versions, l'autre permettant de se retrouver dans
> l'échelle de test. Petit à petit, je comprend mieux !
> Si c'est ça, on devrait le dire sur la page
> http://www.debian.org/distrib/packages
>
> Ceci dit, testing ne passera pas unstable... Si ? Dans ce cas, je
> vais peut-être rester testing afin de ne pas m'immobiliser trop
> longtemps !
> Je maintient sur mon PC sur Mandrake 10.0 et une autre 10.1. En cas
> de pepin, ça peut servir.
>
>>> deb http://ftp2.fr.debian.org/debian/ testing main
>>
>> sarge main contrib non-free
>
> Donc
> 1) mettre sarge à la place de testing
Oui, ça permet de ne pas avoir de sirprise lors du (prochain)
basculement. Par la suite, il faudra choisir.
> 2 rajouter contrib non-free
> Et /Non-US ? on en voit pas ?/
Non-US correspond principalement à des logiciels avec des restrictions
d'exportation (cryptographie majoritairement). C'est en voie de
dsparition. Rien n'empêche bien-sûr de l'ajouter mais il faudra trouv er
un serveur autre que ftp.us.debian.org ...
J-L
Le 15.01.2005 22:50:50, Troumad a écrit :
> Jean-Luc Coulon (f5ibh) a écrit :
>
>> Le 15.01.2005 18:17:17, Troumad a écrit :
>>
>>> Comme on me le demande, le voici... Il reste à le corriger !
>>>
>>> #deb file:///cdrom/ sarge main
>>
>> remarque générale : entre sarge et testing, il vaut mieux choisir.
>> En effet, bientôt (on verra ça vendredi, c'est d'accord ?), sarge
>> va devenir stable
>
> Donc, si je comprend, l'ancienne testing s'appelait woody et encore
> avant Potato ?
Oui
>
>> et vous aurez dans testing des choses que vous en souhaitez
>> peut-être pas.
>
> Et testing deviendra sid ??? Ou sera un minimum stable ?
Non, ce n'est pas tout à fait ça.
sid reste sid (c'est le nom du garçon qui cassait ses jouets dans toy
story : tout un programme). C'est la version dite « instable ». En
général, les nouveau paquets sont introduits à ce niveau et il peu y
avoir des pans entiers du système cassés : per exemple, en cemoment,
introduction de libflac6 à la place de libflac4, certains paquets ont
été linkés avec la nouvelles libs, d'autres pas encore..
Quant à testing elle est appelée à devenir stable. Et, dès que ce sera
fait, elle sera remplacée par une nouvelle testing qui mûrira lenteme nt
(trop ?) pour devenir stable à son tour.
Quant au suivi de la sécurité, je ne me souviens plus trop des règl es
mais testing n'est pas géré à 100%.
> Ceci explique les deux dénomminations ! Une permettant de maintenir
> les vieilles versions, l'autre permettant de se retrouver dans
> l'échelle de test. Petit à petit, je comprend mieux !
> Si c'est ça, on devrait le dire sur la page
> http://www.debian.org/distrib/packages
>
> Ceci dit, testing ne passera pas unstable... Si ? Dans ce cas, je
> vais peut-être rester testing afin de ne pas m'immobiliser trop
> longtemps !
> Je maintient sur mon PC sur Mandrake 10.0 et une autre 10.1. En cas
> de pepin, ça peut servir.
>
>>> deb http://ftp2.fr.debian.org/debian/ testing main
>>
>> sarge main contrib non-free
>
> Donc
> 1) mettre sarge à la place de testing
Oui, ça permet de ne pas avoir de sirprise lors du (prochain)
basculement. Par la suite, il faudra choisir.
> 2 rajouter contrib non-free
> Et /Non-US ? on en voit pas ?/
Non-US correspond principalement à des logiciels avec des restrictions
d'exportation (cryptographie majoritairement). C'est en voie de
dsparition. Rien n'empêche bien-sûr de l'ajouter mais il faudra trouv er
un serveur autre que ftp.us.debian.org ...
J-L
Le 15.01.2005 22:50:50, Troumad a écrit :
> Jean-Luc Coulon (f5ibh) a écrit :
>
>> Le 15.01.2005 18:17:17, Troumad a écrit :
>>
>>> Comme on me le demande, le voici... Il reste à le corriger !
>>>
>>> #deb file:///cdrom/ sarge main
>>
>> remarque générale : entre sarge et testing, il vaut mieux choisir.
>> En effet, bientôt (on verra ça vendredi, c'est d'accord ?), sarge
>> va devenir stable
>
> Donc, si je comprend, l'ancienne testing s'appelait woody et encore
> avant Potato ?
Oui
>
>> et vous aurez dans testing des choses que vous en souhaitez
>> peut-être pas.
>
> Et testing deviendra sid ??? Ou sera un minimum stable ?
Non, ce n'est pas tout à fait ça.
sid reste sid (c'est le nom du garçon qui cassait ses jouets dans toy
story : tout un programme). C'est la version dite « instable ». En
général, les nouveau paquets sont introduits à ce niveau et il peu y
avoir des pans entiers du système cassés : per exemple, en cemoment,
introduction de libflac6 à la place de libflac4, certains paquets ont
été linkés avec la nouvelles libs, d'autres pas encore..
Quant à testing elle est appelée à devenir stable. Et, dès que ce sera
fait, elle sera remplacée par une nouvelle testing qui mûrira lenteme nt
(trop ?) pour devenir stable à son tour.
Quant au suivi de la sécurité, je ne me souviens plus trop des règl es
mais testing n'est pas géré à 100%.
> Ceci explique les deux dénomminations ! Une permettant de maintenir
> les vieilles versions, l'autre permettant de se retrouver dans
> l'échelle de test. Petit à petit, je comprend mieux !
> Si c'est ça, on devrait le dire sur la page
> http://www.debian.org/distrib/packages
>
> Ceci dit, testing ne passera pas unstable... Si ? Dans ce cas, je
> vais peut-être rester testing afin de ne pas m'immobiliser trop
> longtemps !
> Je maintient sur mon PC sur Mandrake 10.0 et une autre 10.1. En cas
> de pepin, ça peut servir.
>
>>> deb http://ftp2.fr.debian.org/debian/ testing main
>>
>> sarge main contrib non-free
>
> Donc
> 1) mettre sarge à la place de testing
Oui, ça permet de ne pas avoir de sirprise lors du (prochain)
basculement. Par la suite, il faudra choisir.
> 2 rajouter contrib non-free
> Et /Non-US ? on en voit pas ?/
Non-US correspond principalement à des logiciels avec des restrictions
d'exportation (cryptographie majoritairement). C'est en voie de
dsparition. Rien n'empêche bien-sûr de l'ajouter mais il faudra trouv er
un serveur autre que ftp.us.debian.org ...
J-L
stable et sid bénéficient des mises à jour de sécurité, testing non =>
Les mises à jour de sécurité mettent plus de temps à entrer dans
testing.
stable et sid bénéficient des mises à jour de sécurité, testing non =>
Les mises à jour de sécurité mettent plus de temps à entrer dans
testing.
stable et sid bénéficient des mises à jour de sécurité, testing non =>
Les mises à jour de sécurité mettent plus de temps à entrer dans
testing.
Ah, au fait, je suis abonné à la liste, comme la plupart des personnes ici,
donc ce n'est pas la peine de me mettre en copie pour répondre à un de mes
mails. Si quelqu'un écrit dans la liste et n'y est pas abonné, normalement il
doit l'indiquer dans son message.
Ah, au fait, je suis abonné à la liste, comme la plupart des personnes ici,
donc ce n'est pas la peine de me mettre en copie pour répondre à un de mes
mails. Si quelqu'un écrit dans la liste et n'y est pas abonné, normalement il
doit l'indiquer dans son message.
Ah, au fait, je suis abonné à la liste, comme la plupart des personnes ici,
donc ce n'est pas la peine de me mettre en copie pour répondre à un de mes
mails. Si quelqu'un écrit dans la liste et n'y est pas abonné, normalement il
doit l'indiquer dans son message.
Florent Bayle a écrit :Ah, au fait, je suis abonné à la liste, comme la plupart des personnes
ici, donc ce n'est pas la peine de me mettre en copie pour répondre à
un de mes mails. Si quelqu'un écrit dans la liste et n'y est pas
abonné, normalement il doit l'indiquer dans son message.
J'avoue qu'il arrive de fire répondre (bêtement) de voir que mon message
n'arrive pas et après, je me rend compte que j'ai juste répondu à
l'auteur du dernier mail => bilan, je le renvoie à la liste (bien
après). J'ai déjà fréquenté pas mal de liste et c'est la première pour
laquelle le champ "répondre à" reste vierge ! Les autres se débrouillent
en cas de vacuité de ce champ d'y mettre l'adresse de la liste. Pourquoi
est-ce infaisable ici ?
Ou peut-être avec un filtre sous thunderbird, remplir correcteemnt ce
champ ?
Florent Bayle a écrit :
Ah, au fait, je suis abonné à la liste, comme la plupart des personnes
ici, donc ce n'est pas la peine de me mettre en copie pour répondre à
un de mes mails. Si quelqu'un écrit dans la liste et n'y est pas
abonné, normalement il doit l'indiquer dans son message.
J'avoue qu'il arrive de fire répondre (bêtement) de voir que mon message
n'arrive pas et après, je me rend compte que j'ai juste répondu à
l'auteur du dernier mail => bilan, je le renvoie à la liste (bien
après). J'ai déjà fréquenté pas mal de liste et c'est la première pour
laquelle le champ "répondre à" reste vierge ! Les autres se débrouillent
en cas de vacuité de ce champ d'y mettre l'adresse de la liste. Pourquoi
est-ce infaisable ici ?
Ou peut-être avec un filtre sous thunderbird, remplir correcteemnt ce
champ ?
Florent Bayle a écrit :Ah, au fait, je suis abonné à la liste, comme la plupart des personnes
ici, donc ce n'est pas la peine de me mettre en copie pour répondre à
un de mes mails. Si quelqu'un écrit dans la liste et n'y est pas
abonné, normalement il doit l'indiquer dans son message.
J'avoue qu'il arrive de fire répondre (bêtement) de voir que mon message
n'arrive pas et après, je me rend compte que j'ai juste répondu à
l'auteur du dernier mail => bilan, je le renvoie à la liste (bien
après). J'ai déjà fréquenté pas mal de liste et c'est la première pour
laquelle le champ "répondre à" reste vierge ! Les autres se débrouillent
en cas de vacuité de ce champ d'y mettre l'adresse de la liste. Pourquoi
est-ce infaisable ici ?
Ou peut-être avec un filtre sous thunderbird, remplir correcteemnt ce
champ ?
Florent Bayle a écrit :
>Ah, au fait, je suis abonné à la liste, comme la plupart des personn es
> ici, donc ce n'est pas la peine de me mettre en copie pour répondre à un
> de mes mails. Si quelqu'un écrit dans la liste et n'y est pas abonn é,
> normalement il doit l'indiquer dans son message.
J'avoue qu'il arrive de fire répondre (bêtement) de voir que mon mess age
n'arrive pas et après, je me rend compte que j'ai juste répondu à
l'auteur du dernier mail => bilan, je le renvoie à la liste (bien
après). J'ai déjà fréquenté pas mal de liste et c'est la premi ère pour
laquelle le champ "répondre à" reste vierge ! Les autres se débroui llent
en cas de vacuité de ce champ d'y mettre l'adresse de la liste. Pourquoi
est-ce infaisable ici ?
Ou peut-être avec un filtre sous thunderbird, remplir correcteemnt ce
champ ?
Florent Bayle a écrit :
>Ah, au fait, je suis abonné à la liste, comme la plupart des personn es
> ici, donc ce n'est pas la peine de me mettre en copie pour répondre à un
> de mes mails. Si quelqu'un écrit dans la liste et n'y est pas abonn é,
> normalement il doit l'indiquer dans son message.
J'avoue qu'il arrive de fire répondre (bêtement) de voir que mon mess age
n'arrive pas et après, je me rend compte que j'ai juste répondu à
l'auteur du dernier mail => bilan, je le renvoie à la liste (bien
après). J'ai déjà fréquenté pas mal de liste et c'est la premi ère pour
laquelle le champ "répondre à" reste vierge ! Les autres se débroui llent
en cas de vacuité de ce champ d'y mettre l'adresse de la liste. Pourquoi
est-ce infaisable ici ?
Ou peut-être avec un filtre sous thunderbird, remplir correcteemnt ce
champ ?
Florent Bayle a écrit :
>Ah, au fait, je suis abonné à la liste, comme la plupart des personn es
> ici, donc ce n'est pas la peine de me mettre en copie pour répondre à un
> de mes mails. Si quelqu'un écrit dans la liste et n'y est pas abonn é,
> normalement il doit l'indiquer dans son message.
J'avoue qu'il arrive de fire répondre (bêtement) de voir que mon mess age
n'arrive pas et après, je me rend compte que j'ai juste répondu à
l'auteur du dernier mail => bilan, je le renvoie à la liste (bien
après). J'ai déjà fréquenté pas mal de liste et c'est la premi ère pour
laquelle le champ "répondre à" reste vierge ! Les autres se débroui llent
en cas de vacuité de ce champ d'y mettre l'adresse de la liste. Pourquoi
est-ce infaisable ici ?
Ou peut-être avec un filtre sous thunderbird, remplir correcteemnt ce
champ ?
manioul a écrit :stable et sid bénéficient des mises à jour de sécurité, testin g non
=>
Les mises à jour de sécurité mettent plus de temps à entrer dans
testing.
Le fait que stable bénéficie des mise à jour de sécurité est to ut à
fait normal. Mais Sid, là, je ne comprend pas !
Donc pour un serveur, il vaut mieux (et largement) stable.
--
Amicalement vOOotre Troumad Alias Bernard SIAUD
manioul a écrit :
stable et sid bénéficient des mises à jour de sécurité, testin g non
=>
Les mises à jour de sécurité mettent plus de temps à entrer dans
testing.
Le fait que stable bénéficie des mise à jour de sécurité est to ut à
fait normal. Mais Sid, là, je ne comprend pas !
Donc pour un serveur, il vaut mieux (et largement) stable.
--
Amicalement vOOotre Troumad Alias Bernard SIAUD
manioul a écrit :stable et sid bénéficient des mises à jour de sécurité, testin g non
=>
Les mises à jour de sécurité mettent plus de temps à entrer dans
testing.
Le fait que stable bénéficie des mise à jour de sécurité est to ut à
fait normal. Mais Sid, là, je ne comprend pas !
Donc pour un serveur, il vaut mieux (et largement) stable.
--
Amicalement vOOotre Troumad Alias Bernard SIAUD
manioul a écrit :
>stable et sid bénéficient des mises à jour de sécurité, testin g non =>
>Les mises à jour de sécurité mettent plus de temps à entrer dans
>testing.
>
Le fait que stable bénéficie des mise à jour de sécurité est to ut à fait
normal. Mais Sid, là, je ne comprend pas !
Donc pour un serveur, il vaut mieux (et largement) stable.
--
Amicalement vOOotre Troumad Alias Bernard SIAUD
mon site : http://troumad.free.fr : AD&D maths WEB sectes
Pour la liberté http://www.mandrakelinux.com/fr/
http://www.eurolinux.org/index.fr.html
N'envoyez que des documents avec des formats ouverts, comme
http://fr.openoffice.org
manioul a écrit :
>stable et sid bénéficient des mises à jour de sécurité, testin g non =>
>Les mises à jour de sécurité mettent plus de temps à entrer dans
>testing.
>
Le fait que stable bénéficie des mise à jour de sécurité est to ut à fait
normal. Mais Sid, là, je ne comprend pas !
Donc pour un serveur, il vaut mieux (et largement) stable.
--
Amicalement vOOotre Troumad Alias Bernard SIAUD
mon site : http://troumad.free.fr : AD&D maths WEB sectes
Pour la liberté http://www.mandrakelinux.com/fr/
http://www.eurolinux.org/index.fr.html
N'envoyez que des documents avec des formats ouverts, comme
http://fr.openoffice.org
manioul a écrit :
>stable et sid bénéficient des mises à jour de sécurité, testin g non =>
>Les mises à jour de sécurité mettent plus de temps à entrer dans
>testing.
>
Le fait que stable bénéficie des mise à jour de sécurité est to ut à fait
normal. Mais Sid, là, je ne comprend pas !
Donc pour un serveur, il vaut mieux (et largement) stable.
--
Amicalement vOOotre Troumad Alias Bernard SIAUD
mon site : http://troumad.free.fr : AD&D maths WEB sectes
Pour la liberté http://www.mandrakelinux.com/fr/
http://www.eurolinux.org/index.fr.html
N'envoyez que des documents avec des formats ouverts, comme
http://fr.openoffice.org
Le dimanche 16 janvier 2005 à 07:45 +0100, Troumad a écrit :manioul a écrit :
>stable et sid bénéficient des mises à jour de sécurité, testi ng non
=>>Les mises à jour de sécurité mettent plus de temps à entrer dan s
>testing.
>
Le fait que stable bénéficie des mise à jour de sécurité est t out à
faitnormal. Mais Sid, là, je ne comprend pas !
C'est simplement lié au fait que sid est très réactive par rapport à
testing.Donc pour un serveur, il vaut mieux (et largement) stable.
Sans conteste!
Un serveur en sid, c'est aventureux, un serveur en testing, c'est
irresponsable ou c'est un honeypot! :)
Le dimanche 16 janvier 2005 à 07:45 +0100, Troumad a écrit :
manioul a écrit :
>stable et sid bénéficient des mises à jour de sécurité, testi ng non
=>
>Les mises à jour de sécurité mettent plus de temps à entrer dan s
>testing.
>
Le fait que stable bénéficie des mise à jour de sécurité est t out à
fait
normal. Mais Sid, là, je ne comprend pas !
C'est simplement lié au fait que sid est très réactive par rapport à
testing.
Donc pour un serveur, il vaut mieux (et largement) stable.
Sans conteste!
Un serveur en sid, c'est aventureux, un serveur en testing, c'est
irresponsable ou c'est un honeypot! :)
Le dimanche 16 janvier 2005 à 07:45 +0100, Troumad a écrit :manioul a écrit :
>stable et sid bénéficient des mises à jour de sécurité, testi ng non
=>>Les mises à jour de sécurité mettent plus de temps à entrer dan s
>testing.
>
Le fait que stable bénéficie des mise à jour de sécurité est t out à
faitnormal. Mais Sid, là, je ne comprend pas !
C'est simplement lié au fait que sid est très réactive par rapport à
testing.Donc pour un serveur, il vaut mieux (et largement) stable.
Sans conteste!
Un serveur en sid, c'est aventureux, un serveur en testing, c'est
irresponsable ou c'est un honeypot! :)
Quant au suivi de la sécurité, je ne me souviens plus trop des règl es
mais testing n'est pas géré à 100%.
Quant au suivi de la sécurité, je ne me souviens plus trop des règl es
mais testing n'est pas géré à 100%.
Quant au suivi de la sécurité, je ne me souviens plus trop des règl es
mais testing n'est pas géré à 100%.
