D'un autre coté, c'est pas une analyse poussé, c'est justement une dépèche.
Une demi journée après l'annonce, vaut mieux que ce soit de la repompe que de l'extrapolation ( et je salue au passage France 2 ).
> - Je propose un nombre de vote fixe : 5 par jour. Et pour tout le monde le même
> nombre (vu qu'il n'y a plus d'XP). 5 c'est peu, mais en espérant que ça pousse les
> gens à les utiliser sur des commentaires qui en valent la peine.
Oui, ou ça va donner des gens qui font sans arrêt des multi...
Pour ma part, vu l'efficacité de spamassassin, et des filtres bayeisen, je ne voit pas pourquoi on devrait légiféré sur ça. A part pour calmer les ardeurs de types comme spamhaus.org, qui mettent les noms et addresses des spammeurs convaincus, je trouve qu'on règle le problème de façon efficace pour le moment.
Les gens qui recoivent trop de spams sur leur boite peuvent passer a mozmail, ou kmail, plutot que de garder outlook.
> Parce que certains paquets ont en effet été créés avec des dépendances strictes,
> anihilant ainsi tout espoir de mixer entre facilement les différentes versions pour
> certains logiciels et tout l'intérêt de la puissance d'apt.
Si il y a des dépendances strictes, cela veut dire que c'est nécessaire.
Mais de toute façon, les mixs, c'est pas une bonne idée.
Devoir gérer ça, c'est du travail en plus pour pas grand chose, vu que justement, ça marche pas souvent.
> D'un autre côté, les debianistes que je connais utilisent tous la version unstable,
> mais passent pas mal de temps à la maintenir. Est-ce seulement une question de
> niveau d'exigence (ce qui ne m'étonnerait pas tellement), ou aussi de nécessité ?
Un paquet dans testing met 5 à 10 jours avant de sortir de unstable. Ça veut dire un minimum de 5 à 10 jours pour un probléme de sécurité, qui n'est d'ailleurs pas assuré pour ces versions, cf la FAQ.
Quand à passer pas mal de temps à la maintenir, c'est pas compliqué, un simple exemple :
Il y a 3 jours, je m'apercoit avec joie que ... subversion ne marche plus sur une machine en unstable d'un ami, pour cause de mise à jour de libdb4.1 ( je pense ).
Un peu ennuyeux quand son outil de travail ne marche plus.
J'ai juste du chercher un vieux paquet sur snapshot.debian.net, et corrigé le bug à la main ( et accesoirement le trouver aussi, mais bon il suffit de maitriser strace et/ou gdb, à la porté de tout le monde ).
Ça veut bien dire que unstable, ça demande soit avoir du temps à perdre ( ie 2 ou 3 jours si le bug est signalé et corrigé tout de suite ), soit passer un peu de temps dessus ( ie 1 à 3 heures pour trouver le probléme et revenir en arriére, quand on sais comment faire ).
Même si subversion reste un produit expérimental, ç'est juste un exemple, car je sais que ç'est pas la premiére fois que j'ai ce genre de chose avec les distribs en developpement, comme sid ou cooker. De plus, c'est pas un bug de subversion même, qui marche nickel, soit dit en passant ( à part deux ou trois updates incompatibles malheureux :/ )
Ça ne me choque pas qu'il y ait des bugs, c'est une version de développement.
Mais bon, à un moment, je pense qu'on commence à en avoir marre, même si c'est pas encore arriver pour moi ( et apparement également pour pas grand monde ).
Les textes juridiques précédent ont été principalement basés sur divers arrêt des cours.
C'est donc la jurisprudence qui a determiné la législation actuel.
Sachant que les mêmes affaires sortiront sans doute avec les mêmes conclusions des juges ( pour cause vie privé, tout ça ), il y a des fortes chances que la même jurisprudence apparaisse.
Connaissant la résistance au changement du corps fonctionnariales moyen en france, je pense pas qu'un changement brutal ne soit une riche idée.
Donc, il faut faire ça en douceur, avec des formations, et tout ça, et au final, ça va peut être pas revenir moins cher, contrairement à ce qu'on pourrait croire.
# Re: Kernel 2.6.3 dans les bacs
Posté par Misc (site web personnel) . En réponse à la dépêche Noyau 2.6.3 dans les bacs. Évalué à 7.
vache, ça c'est impressionnant, le 3.4 est sorti hier et déja une nouvelle version...
[^] # Re: Mandrake vs Mandrake
Posté par Misc (site web personnel) . En réponse à la dépêche Mandrake vs Mandrake. Évalué à 1.
> l'informatique,
Je pense plutot pour ça...
[^] # Re: Mandrake vs Mandrake
Posté par Misc (site web personnel) . En réponse à la dépêche Mandrake vs Mandrake. Évalué à 6.
[^] # Re: Faire renaître un paquet de ses cendres.
Posté par Misc (site web personnel) . En réponse au message [Debian] Faire renaître un paquet de ses cendres.. Évalué à 1.
http://www.rpm.org/hintskinks/repackage/(...)
feature non documenté
[^] # Re: Le code source de Win NT4 et Win 2000 sur l'Internet
Posté par Misc (site web personnel) . En réponse à la dépêche Le code source de Win NT4 et Win 2000 sur l'Internet. Évalué à 3.
Genre, juste un squelette qui implémente 3 controles standards de windows...
[^] # Re: Le code source de Win NT4 et Win 2000 sur l'Internet
Posté par Misc (site web personnel) . En réponse à la dépêche Le code source de Win NT4 et Win 2000 sur l'Internet. Évalué à 2.
( ok je sais ====>[] )
[^] # Re: Le code source de Win NT4 et Win 2000 sur l'Internet
Posté par Misc (site web personnel) . En réponse à la dépêche Le code source de Win NT4 et Win 2000 sur l'Internet. Évalué à 1.
http://www.mainsoft.com/news/press_releases/1998_3_04_01.html(...)
Et oui, un mutant montrueux, pire que franckenstein :)
[^] # Re: Le code source de Win NT4 et Win 2000 serait dangereux
Posté par Misc (site web personnel) . En réponse à la dépêche Le code source de Win NT4 et Win 2000 sur l'Internet. Évalué à 2.
Une demi journée après l'annonce, vaut mieux que ce soit de la repompe que de l'extrapolation ( et je salue au passage France 2 ).
[^] # Re: Le code source de Win NT4 et Win 2000 sur l'Internet
Posté par Misc (site web personnel) . En réponse à la dépêche Le code source de Win NT4 et Win 2000 sur l'Internet. Évalué à 1.
[^] # Re: My Sister's linux ... ?
Posté par Misc (site web personnel) . En réponse au journal My Sister's linux ... ?. Évalué à 1.
# Re: Au secours !!! Perte de données !
Posté par Misc (site web personnel) . En réponse au journal Au secours !!! Perte de données !. Évalué à 5.
marche trés bien, j'ai vu une demo à la linux expo
# Re: Pour une réforme en douceur des XP
Posté par Misc (site web personnel) . En réponse au journal Pour une réforme en douceur des XP. Évalué à 6.
> nombre (vu qu'il n'y a plus d'XP). 5 c'est peu, mais en espérant que ça pousse les
> gens à les utiliser sur des commentaires qui en valent la peine.
Oui, ou ça va donner des gens qui font sans arrêt des multi...
[^] # Re: La Commission Européenne déclare la guerre au spam
Posté par Misc (site web personnel) . En réponse à la dépêche La Commission Européenne déclare la guerre au spam. Évalué à 4.
Les gens qui recoivent trop de spams sur leur boite peuvent passer a mozmail, ou kmail, plutot que de garder outlook.
[^] # Re: apres le login ...
Posté par Misc (site web personnel) . En réponse à la dépêche Authentification par clé USB : pam_usb. Évalué à 1.
> PUISSE delogger serait pas mal
Disons que tu peut le faire avec ta prise de courant.
Quand tu debranche, tu est délogué.
Avec une batterie, c'est bon, tu peut avoir le choix :)
Ok, je sais, pom pom ===>[]
[^] # Re: Résultats de MandrakeSoft pour le 1er trimestre 2003/2004
Posté par Misc (site web personnel) . En réponse à la dépêche Résultats de MandrakeSoft pour le 1er trimestre 2003/2004. Évalué à 1.
[^] # Re: Bouffe pour la linux expo
Posté par Misc (site web personnel) . En réponse au journal Bouffe pour la linux expo. Évalué à 1.
http://www.aful.org/wws/arc/interlug/2004-01/msg00003.html(...)
# Re: Habeas et spam
Posté par Misc (site web personnel) . En réponse au journal Habeas et spam. Évalué à 1.
dans la mesure ou ils vont pas faire grande chose, je dirais non :)
[^] # Re: Debian's urban legends
Posté par Misc (site web personnel) . En réponse à la dépêche MandrakeMove finale dispo en téléchargement.... Évalué à 1.
> anihilant ainsi tout espoir de mixer entre facilement les différentes versions pour
> certains logiciels et tout l'intérêt de la puissance d'apt.
Si il y a des dépendances strictes, cela veut dire que c'est nécessaire.
Mais de toute façon, les mixs, c'est pas une bonne idée.
Devoir gérer ça, c'est du travail en plus pour pas grand chose, vu que justement, ça marche pas souvent.
> D'un autre côté, les debianistes que je connais utilisent tous la version unstable,
> mais passent pas mal de temps à la maintenir. Est-ce seulement une question de
> niveau d'exigence (ce qui ne m'étonnerait pas tellement), ou aussi de nécessité ?
Un paquet dans testing met 5 à 10 jours avant de sortir de unstable. Ça veut dire un minimum de 5 à 10 jours pour un probléme de sécurité, qui n'est d'ailleurs pas assuré pour ces versions, cf la FAQ.
Quand à passer pas mal de temps à la maintenir, c'est pas compliqué, un simple exemple :
Il y a 3 jours, je m'apercoit avec joie que ... subversion ne marche plus sur une machine en unstable d'un ami, pour cause de mise à jour de libdb4.1 ( je pense ).
Un peu ennuyeux quand son outil de travail ne marche plus.
J'ai juste du chercher un vieux paquet sur snapshot.debian.net, et corrigé le bug à la main ( et accesoirement le trouver aussi, mais bon il suffit de maitriser strace et/ou gdb, à la porté de tout le monde ).
Ça veut bien dire que unstable, ça demande soit avoir du temps à perdre ( ie 2 ou 3 jours si le bug est signalé et corrigé tout de suite ), soit passer un peu de temps dessus ( ie 1 à 3 heures pour trouver le probléme et revenir en arriére, quand on sais comment faire ).
Même si subversion reste un produit expérimental, ç'est juste un exemple, car je sais que ç'est pas la premiére fois que j'ai ce genre de chose avec les distribs en developpement, comme sid ou cooker. De plus, c'est pas un bug de subversion même, qui marche nickel, soit dit en passant ( à part deux ou trois updates incompatibles malheureux :/ )
Ça ne me choque pas qu'il y ait des bugs, c'est une version de développement.
Mais bon, à un moment, je pense qu'on commence à en avoir marre, même si c'est pas encore arriver pour moi ( et apparement également pour pas grand monde ).
[^] # Re: La loi fontaine (LEN) adoptée en seconde lecture
Posté par Misc (site web personnel) . En réponse à la dépêche La loi Fontaine (LEN) adoptée en seconde lecture. Évalué à 2.
C'est donc la jurisprudence qui a determiné la législation actuel.
Sachant que les mêmes affaires sortiront sans doute avec les mêmes conclusions des juges ( pour cause vie privé, tout ça ), il y a des fortes chances que la même jurisprudence apparaisse.
IE, retour à la case départ, ou pas loin.
[^] # Re: Quoi faire ?
Posté par Misc (site web personnel) . En réponse à la dépêche MandrakeMove finale dispo en téléchargement.... Évalué à 0.
2 personnes ( gc, pixel ).
Donc, la communauté mdk move, c'est les mêmes.
[^] # Re: Logiciels libres toujours plus haut en 2004
Posté par Misc (site web personnel) . En réponse au journal Logiciels libres toujours plus haut en 2004. Évalué à 1.
http://www.anneedelachine.org/pre_home.htm(...)
http://inxl6.cef.fr/article1264.php(...)
ma préférée :
http://portal.unesco.org/culture/fr/ev.php%40URL_ID=13974&URL_D(...)
Mais bon si c'est officiel...
[^] # Re: Peut-on ethiquement utiliser du matériel propriétaire pour utiliser des logiciels libre?
Posté par Misc (site web personnel) . En réponse au journal Peut-on ethiquement utiliser du matériel propriétaire pour utiliser des logiciels libre?. Évalué à 2.
( ok, je connait la sortie...... Mhh, fait froid, je peut pas rester un peu ? Non ?
========>[] )
[^] # Re: Lightning Talks au Fosdem 2004
Posté par Misc (site web personnel) . En réponse à la dépêche Lightning Talks au Fosdem 2004. Évalué à 2.
[^] # Re: Le gouvernement israélien migre vers OpenOffice
Posté par Misc (site web personnel) . En réponse à la dépêche Le gouvernement israélien migre vers OpenOffice. Évalué à 2.
Donc, il faut faire ça en douceur, avec des formations, et tout ça, et au final, ça va peut être pas revenir moins cher, contrairement à ce qu'on pourrait croire.
# Re: Peut-on ethiquement utiliser du matériel propriétaire pour utiliser des logiciels libre?
Posté par Misc (site web personnel) . En réponse au journal Peut-on ethiquement utiliser du matériel propriétaire pour utiliser des logiciels libre?. Évalué à 3.
http://www.opencores.org/(...)
Mais il n' y a pas tout.
Et pour le f-cpu, je croit pas que ce soit utilisable.
Faut vérifier.