Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

  • zyglotron
  • Compte créé le 27 février 2003
  • Vu le 09 mai 2004
  • Format RSS des journaux
  • le compte de cet utilisateur a été fermé

Retour de la peine de mort en France ?

Posté le 26 avril 2004
Juste à titre d'information pour ceux que ça intéresse (c'est pourquoi c'est en seconde page).

Une tentative de réintroduction de la peine de mort en France sous prétexte du terrorisme mais s'arrêteront-ils là si ça passe ?

http://www.assemblee-nationale.fr/12/propositions/pion1521.asp(...)

Je vous laisse apprécier.

Bonne lecture.

> Lire le journal (42 commentaires, moyenne: 2,1).

Free et Téléphonie en non-dégroupé (retour d'expérience)

Posté le 23 avril 2004
Salut les p'tits gars !

Bon, voici le petit test du moment. J'ai récemment, comme je le disais dans un commentaire il y a quelque temps, changé de FAI. Vous l'aurez deviner en lisant le titre il s'agit de Free et plus précisément Free non-dégroupé (j'habite à Vaison-la-romaine).

Après la surprise Freebox narré précédement (http://linuxfr.org/comments/395458.html(...)), voici donc la suite de l'aventure...

Ça y est, je peux téléphoner comme prévu 24H après le choix de mon numéro de téléphone. La qualité est parfaite, l'offre n'a pas à rougir face à celle plus classique de France Télécom. Passés les tests "qualité de ligne : tu m'entends, je t'entends" une question soulevée par l'un de mes camarades de jeu méritait de trouver réponse : qu'en était-il de la bande passante lorsque l'abonné non-dégroupé utilise sa ligne téléphonique en même temps qu'un download/upload ?

Le test a été fait en tentant de télécharger une iso debian depuis le ftp proxad :
- téléchargement seul : wget affiche un débit normal de 127-132ko/s
- téléchargement et téléphonie : wget passe sous les 64ko/s (je devais être à 58ko/s), ça passe encore.

Pour l'envoi, j'ai utilisé une fichier de 268Mo qui trainait dans mon home (une binaire d'ET) vers un mirroir de mon site web :
- envoi seul : sftp balance son fichier au 16ko/s escompté (aux quelques variation près) ;
- envoi et téléphonie : on passe alors sous la barre des 2ko/s.

Vous l'avez bien compris ça bouffe la bande passante de téléphoner mais on pouvait s'y attendre (et, AMHA, pour l'offre TV il faudra attendre le dégroupage) :)

Voilà, on entend souvent des gens se plaindre de leur fournisseur, voici un journal qui fait le contraire. J'espère que ça apportera des réponses aux questions que peuvent se poser certains, quant à ceux qui disent que l'on en a déjà parler et bien le titre est assez parlant pour qu'ils aillent voir ailleurs. Au fait, vous connaissez ce jeu ou un gros tas de poil blanc joue au baseball...

> Lire le journal (18 commentaires, moyenne: 1,2).

Il est beau, il est frais mon 2.4.24

Posté le 05 janvier 2004
A y est, le 2.4.24 est sorti :)

> Lire le journal (13 commentaires, moyenne: 2,3).

Déplacement de dossier sous Nautilus

Posté le 07 décembre 2003
Salut la compagnie,

Faisant du tri dans 5 ans de données et autant de sauvegarde faîtes à la va-vite j'ai constaté un comportement étrange de la part de Nautilus. Je dirai même que c'est dangereux suivant le volume de donnée déplacé si l'on n'est pas conscient du résultat et si l'on est habitué à mc ou konqueror. Après vérification du comportement habituel avec konqueror ou midnight commander, je me demande s'il s'agit d'un bug ou d'une configuration mal faite. Voilà donc le problème :

J'ai deux répertoires portant le même nom, disons X. Le premier X contient Y1 et est situé dans le répertoire Z1. Le second X contient Y2 et est situé dans le répertoire Z2. Lorsque je déplace le second X (celui dans Z2) dans le répertoire Z1 nautilus me propose deux choses : soit de remplacer, soit de passer au fichier suivant. Quand je passe au fichier suivant le déplacement s'arrête, quand je sélectionne "remplacer" Nautilus supprime le contenu du X de destination et le remplace par le contenu du X déplacé.

Habituellement, cela n'a pas d'incidence sur les sous-dossiers, on retrouve Y1 et Y2 côte à côte dans le répertoire X (que ce soit sous mc ou konqueror). Sous konqueror, celui-ci propose de remplacer mais n'efface pas le Y1 lui.

N'ayant pas trouvé de rapport de bug concernant cela sous Nautilus 2.4(.1 ici) , je passe donc par la case journal avant d'aller titiller bugzilla avec un bug qui n'en est peut-être pas un.

Merci pour votre aide.

Résumé

les dossiers :
Z1
_|--X
___|--Y1

Z2
_|--X
___|--Y2

On déplace X de Z2 vers Z1 et :
- sous nautilus le résultat donne Z1-X-Y2 (Y1 est détruit);
- sous konqueror ou mc le résultat donne Z1-X-(Y1+Y2).

> Lire le journal (4 commentaires, moyenne: 0,3).

Debian is back

Posté le 04 décembre 2003
Ça y est, retour des serveurs Debian... à vos mises à jours ! :)

> Lire le journal (7 commentaires, moyenne: 1,9).

200 points déjà

Posté le 12 novembre 2003
Cher journal, me voici déjà à 200 points, pour certains ce n'est pas beaucoup mais bon on s'en tape.

Allez, les 12 premiers à poster ici auront le droit de se faire plusser*.

* sous réserve d'avoir mis un message drôle et plein d'humour, après tout c'est la fête ! En plus c'est mon premier journal donc je serai bon public ;o)

> Lire le journal (18 commentaires, moyenne: 0,4).