Mouai ... franchement je vois pas ce que ça apporte, à part que maintenant on sait que Lawrence Rosen veut pouvoir faire une édition de lien avec un programme libre.
Mais cette discussion n'a, pour moi, pas grand intérêt, car il me semble que les différentes licences statuent sur l'édition de lien (autrement qu'en parlant de "derivative work") ! Si je me trompe sur le texte même de la licence, il suffit d'aller sur le site de la FSF pour savoir ce qu'ils pensent. Non, à part exprimer un point de vue, je ne trouve pas qu'il fasse avancer le chmilblick (d'ailleurs, y avait-il un schmilblick ?)
Sauf que la syntaxe proposée, comme dit plus bas, permet de ne pas créer un autre fichier. Comme ce sont deux commandes disctinctes, tu peux, sans risque, écrire sur le fichier que tu lis !
Enfin, une autre manière de faire tout de même, mais qui ne fonctionne que si le mot à remaplacer et au plus aussi long que le mot qui le remplace :
sed "s/foo/bar/" 3<>fichier 0<&3>&3
Donc, on ouvre "fichier" en lecteur/écriture avec le descripteur 3 et on redirige l'entrée et la sortie standard vers le fichier de descripteur 3.
Le seul problème c'est que du coup le fichier n'est pas tronqué si le résultat est plus court. Par contre, si le résultat est plus long, ben apparemment ça marche (ça doit dépendre de comment sed marche ... donc il faut quand même faire attention !)
En fait, je crois qu'il a mal compris comment ça marche !
En effet, la commande "&n" permet de pointer vers le même fichier que le fichier de sortie de descripteur n sachant que 1 c'est stdout et 2 c'est stderr.
Maintenant "n>" permet de rediriger le fichier vers lequel pointe de le fichier de descripteur n.
Ainsi, on peut même compliquer un peu les choses et écrire des choses du genre :
sh -c "echo aa & echo bb >&2" 3>res 1>&3 2>&3
Ce qui affecte le descripteur 3 au fichier res puis redirige les sorties 1 et 2 vers le même fichier que 3.
En fait donc, sa commande avec pipe ne marche pas car il redirige la sortie stderr de la seconde commande alors qu'il faut rediriger celle de la première ! En effet, si on veux que le pipe envoie tout, comme il n'envoie que stdout il faut rediriger stderr AVANT le pipe !
A noter qu'il existe, avec bash au moins, un raccourcis pour rediriger les deux sorties standard stdout et stderr vers un fichier :
macommande &> fichier
Si, justement ... comme ton appli ne pourra pas updater les DLL, l'installer génèrera une erreur et tu ne pourras pas l'installer. Ou alors il faut que tu dois administrateur ...
Sire que les MSDN sont bien foutu, c'est ce foutre de la gueule des développeur ... à moins qu'elle soient différentes en interne (c'est une légende que j'ai déjà entenu) et donc que tu ne saches pas ce que valent les MSDN qui sont vendus !
Quant aux limitations imposées, elles sont faites n'importe comment !
Dire qu'il faut être admin pour utiliser le port infrarouge !!! Et c'est même pas une histoire de droit (sinon, il suffirait de les accordés). Simplement cette merde d'OS lance automatiquement un programme qui accapare le port dès qu'un périphérique est devant, et pour quitter ce programme, ben faut être admin ... moralité, j'ai réalisé pour une boîte un programme de communication par le port infra-rouge, ben il faut être admin pour le lancer, alors qu'a priori y a pas besoin .... quelle merde cet OS ! (et encore, je parle pas des changement d'API qui font qu'au final il y aura un programme par version de windows)
Tu vas peut-être me dire que y a une solution, mais après des heures de recherches dans les MSDN, j'ai rien trouvé ...
Euh, tu tiens ça d'où ? Parce que dans l'article de Libération, ils disent que la Virginie de l'Ouest devait dire aujourd'hui si effectivement elle continuait la bataille .... essentiellement pour des pb d'argent :-(
Donc, à moins que tu ais d'autres sources (et dans ce cas, il faudrait les citer), il n'y a que le Massachusetts à avoir affirmé continuer la bataille !
Ouai, je suis d'accord surtout que si on cherche "OpenOffice" sur le site www.interieur.gouv.fr on obtient : 0 documents correspondent à votre recherche
Euh ... est-ce que tu es bien sûr ? Parce que quand tu achètes un logiciel, tu en acceptes la licence, et elle est souvent restrictive quant à l'utilisation du logiciel ... hors c'est tout à fait légal (même si c'est pas normal AMA : est-ce que quand on achète un livre il est écrit qu'on a le droit de le lire à la Maison, mais pas au boulot ?).
Ca veut bien dire qu'ils ont un droit de regard sur ce que tu fais de ce que t'achète ! De même, pour les films, musiques, etc. tu n'a jamais eu le droit de réaliser une diffusion publique, même si tu as acheté la K7/DVD/...
Enfin, pour les logiciels, il me semble avoir vu/entudu/lu (?, biffer les mentions inutiles) que le droit français permettait, jusqu'à présent, de les modifier en mémoire (ce qui permet l'existence de trainer par exemple) mais pas de modifier l'exécutable sous sa forme fichier (ce qui interdit les cracks sous forme de patch).
Moralité de tout ça : dans certains domaines, le vendeur a un droit de regard sur ce que tu fais du produit acheté ! Et c'est pas nouveau !
Mouai ... mais surtout il faut nohup pour que les programmes continuent de tourner quand on quitte le shell !
Enfin, le seul problème est que la sortie standard est redirigée et que y a pas d'entrée standard (à moins de faire un pipe ...). Mais si c'est pour faire tourner un programme après qu'on soit déloggué, ça devrait pas être très génant !
Bon, on sent que t'es énervé et que t'en a gros sur la patate. Ok, mais c'est pas une raison pour dire tout et n'importe quoi !
Il est évident qu'il y a du vrai quand tu dis qu'il n'y a pas (peu) de cohérence dans les interfaces graphiques dans le LL. Et encore, les programmes au sein d'un même projet sont en général cohérents (par exemple pour KDE c'est pas mal).
Mais là où on ne peut pas être d'accord avec toi c'est quand tu parles de Windows : NON les logiciels windows ne sont pas cohérents, chaque concepteur a sa propre façon de faire les interfaces, et contrairement à ce que tu pense, c'est pas toujours une réussite, pas plus chez Microsoft que chez les autres ! Dans Office, il y a des tâches dont la complexité dépasse l'imagination (ou en tout cas la mienne, car j'ai, par exemple, jamais réussit à utiliser correctement les labels et les références, j'ai jamais compris comment ça marchait). Moi, ça fait un moment que j'ai opté pour des logiciels dont l'abords est un peu plus difficile, mais avec lesquels toute action demande le même coût, par oppositions aux logiciels windows qui sont en général d'abord aisé mais avec lesquels réaliser une tâche un tant soit peu complexe est une gageur !
De toute façon, il faut bien se dire une chose : une interface intuitive ça n'existe pas ! Les interfaces c'est une affaire de conventions, et là-dessus microsoft a pour lui d'être très utilisé et donc les gens s'attendent à retrouver les icône M$, les menus M$, etc. Mais attention : il existe des interface contre-intuitives évidemment, et là de nombreux développeurs amateurs se font avoir (moi le premier) mais les moyens à mettre en oeuvre pour construire une interface et être sûr qu'elle est correcte est complètement hors de portée d'un particulier ! On ne peut que se reposer sur le "génie" d'un graphisme, d'un ergonome ou autre (et ça donne parfois de très bon résultat) ... et bien sûr sur le retour des utilisateurs éventuels.
Enfin, tout ça pour dire que oui il y a des pb d'ergonomie dans le ligiciel libre, mais ce n'est pas réservé au logiciel libre, c'est un problème de toute l'industrie du logiciel ! Après c'est vrai qu'il faut s'y attaquer sérieusement et qu'il ne faut pas sous-estimer ce problème, mais si les utilisateurs ne font pas l'effort de chercher ce qui leur convient, alors on finira avec 500 fois le même logiciel, avec la même interface à chaque fois ?!? Non, je préfère un monde avec des interfaces sur des principes différents et qui nécessite de se bouger un peu les méninges à un monde complètement uniforme !
En gros, ça dit que les logiciels libres sont viables, tout autant que les logiciels propriétaires, du point de bue juridique. Pour la clause de décharge (je me décharge des concéquences de ce que fait le logiciel) , elle a, en France, une portée limité, mais c'est pareil pour les logiciels propriétaire. Enfin, il y a le problème des brevets et autres licences, et là elle explique que la FSF c'est bien, et qu'un organisme de ce genre est une bonne garantie pour qu'un logiciel soit vraiment libre, mais s'il n'existe pas de garantie absolue.
Je ne vois pas pourquoi celui ci n'aurait pas le droit de faire appel a la police, si il en a le droit et si il se juge lésé.
Ben appeler la Police, oui, pourquoi pas, mais là il a intentionnellement fait appelle au FBI et a, pour cela, déclaré un manque à gagner extravagant : c'est là que ça va plus ! Comme le dit un post plus haut, t'appelle pas la DST pour un problème de circulation, c'est abhérent ! Ce genre d'abus devrait même être sanctionné à mon avis, car chaque juridiction a sa raison d'être et ça coûte cher de tirer au bazooka pour écraser une mouche, beaucoup plus que d'utiliser ta tappette traditionnelle, donc en cas d'abus, on devrait faire payer la différence au plaignant qui a volontairement exagéré ... enfin bon, c'est les US ! Mais c'est à se demander si le FAI n'a pas des intérêt à ce que ce soit le FBI et non la police locale qui s'occupe de l'affaire ...
Juste une partie de la réponse : sur le site d'ATI, il est indiqué qu'ils fournissent les docs te les toolkit de développement pour leurs drivers ... enfin bon, c'est pas déjà mieux (ou presque) que nVidia ? Ainsi, on a des driver libre !
Ce qui est sûr c'est que l'appel au boycott d'une entreprise est illégal ! Mais là il s'agit d'un produit qui est partagé par l'ensemble d'une profession : c'est un peu comme les appels au boycott à la consommation (ie. le Samedi 23 Novembre), ou alors si tu voulais boycotter le téléphone dans son fonctionnement actuel ... je suis pas sûr que ce soit interdit car ça ne vise pas une entreprise particulière mais un procédé partagé et "générique"
De toute façon, juste à voir le titre de la news je m'attendais à un truc de ce genre (ie. une fausse preuve de légalité ...) parce que tant qu'à être illégal, autant l'être jusqu'au bout et mentir sur le fais qu'on le soit hein ! Ce genre de méthode (c'est de l'intimidation) est aussi utilisé par des entreprises de récupération de fonds (cf. Capitale il y a deux semaines). Non, franchement ils ont rien inventé !
Enfin, je me permet d'ajouter une chose : depuis le mois de Juillet la communauté européenne impose que l'envoie de message publicitaires ait été demandé par le destinataire. De même, si il y a une case à cocher sur un site, le destinataire doit faire l'action de la cocher (et non pas de la décocher s'il ne veut pas de messages ...). Moralité : on est européens en Europe, ils nous spamment, ils ne respectent pas les lois européennes, donc c'est illégal et on peut se plaindre et demander la fermeture de l'adresse ! En plus ça serait drôle car ils ont apparemment pas envie que ça se fasse :o)
Mais depuis ce jour, je me suis juré de ne plus acheter ces fameux faux-CDs protégés. C'est trop la galère pour écouter un truc qu'on a acheté légalement, et ça m'horripile.
Très bonne réaction, c'est exactement ce qu'il faut faire. Comme disait Coluche :
"Et dire qu'il suffirait de pas l'acheter pour que ça se vende pas !"
Enfin bon, je te soutiens et je tenais à le dire !
[^] # Re: Un peu décevant ...
Posté par harbort . En réponse à la dépêche Derivative Works. Évalué à 4.
# Un peu décevant ...
Posté par harbort . En réponse à la dépêche Derivative Works. Évalué à 3.
Mais cette discussion n'a, pour moi, pas grand intérêt, car il me semble que les différentes licences statuent sur l'édition de lien (autrement qu'en parlant de "derivative work") ! Si je me trompe sur le texte même de la licence, il suffit d'aller sur le site de la FSF pour savoir ce qu'ils pensent. Non, à part exprimer un point de vue, je ne trouve pas qu'il fasse avancer le chmilblick (d'ailleurs, y avait-il un schmilblick ?)
# Re: c'est cool ^-^
Posté par harbort . En réponse au message [Terminal] c'est cool ^-^. Évalué à 2.
!!:s/toto/titi
permet de faire la même chose mais aussi de le faire mais en plus on peut le placer dans du ligne de commande !
Ex :
$ cp chelmin_complexe/toto titi
$ echo !!s:/titi/$1
cp chelmin_complexe/toto $1
Et il en existe d'autres :
$ ls -l toto.eps
$ ls *!!:e
toto.eps
titi.eps
yop.eps
.
.
Pour le reste ... man <cotre_shell_préféré>
# Re: Jon Johansen acquitté dans le cas DeCSS
Posté par harbort . En réponse à la dépêche Jon Johansen acquitté dans le cas DeCSS. Évalué à 10.
Enfin, il reste une chance que ça ne se fasse pas ! Optimisons, peut-être que ce genre de nouvelles leur donnera des idées !
[^] # Re: Sécuriser vos terms
Posté par harbort . En réponse au message [Terminal] Sécuriser vos terms. Évalué à 1.
Un utilisateur quelconque fait
$ grep "0:0" /etc/passwd
et hop il a le nom du root :o)
... en gros ça sert à rien car passwd ne peut pas être caché !
[^] # Re: le cat ne sert à rien
Posté par harbort . En réponse au message [Terminal] Changements rapides avec sed. Évalué à 1.
Enfin, une autre manière de faire tout de même, mais qui ne fonctionne que si le mot à remaplacer et au plus aussi long que le mot qui le remplace :
sed "s/foo/bar/" 3<>fichier 0<&3>&3
Donc, on ouvre "fichier" en lecteur/écriture avec le descripteur 3 et on redirige l'entrée et la sortie standard vers le fichier de descripteur 3.
Le seul problème c'est que du coup le fichier n'est pas tronqué si le résultat est plus court. Par contre, si le résultat est plus long, ben apparemment ça marche (ça doit dépendre de comment sed marche ... donc il faut quand même faire attention !)
[^] # Re: Pipe -> erreur ?
Posté par harbort . En réponse au message [Terminal] Du bon ordre des redirections. Évalué à 1.
En effet, la commande "&n" permet de pointer vers le même fichier que le fichier de sortie de descripteur n sachant que 1 c'est stdout et 2 c'est stderr.
Maintenant "n>" permet de rediriger le fichier vers lequel pointe de le fichier de descripteur n.
Ainsi, on peut même compliquer un peu les choses et écrire des choses du genre :
sh -c "echo aa & echo bb >&2" 3>res 1>&3 2>&3
Ce qui affecte le descripteur 3 au fichier res puis redirige les sorties 1 et 2 vers le même fichier que 3.
En fait donc, sa commande avec pipe ne marche pas car il redirige la sortie stderr de la seconde commande alors qu'il faut rediriger celle de la première ! En effet, si on veux que le pipe envoie tout, comme il n'envoie que stdout il faut rediriger stderr AVANT le pipe !
A noter qu'il existe, avec bash au moins, un raccourcis pour rediriger les deux sorties standard stdout et stderr vers un fichier :
macommande &> fichier
[^] # Re: serveurs Windows moins cher que Linux (Reuters)
Posté par harbort . En réponse à la dépêche Serveurs Windows moins cher que Linux (Reuters). Évalué à 1.
C'est exactement ce qu'il dit !
[^] # Re: serveurs Windows moins cher que Linux (Reuters)
Posté par harbort . En réponse à la dépêche Serveurs Windows moins cher que Linux (Reuters). Évalué à 2.
Désolé, mais ça je peux pas laisser passé !
Sire que les MSDN sont bien foutu, c'est ce foutre de la gueule des développeur ... à moins qu'elle soient différentes en interne (c'est une légende que j'ai déjà entenu) et donc que tu ne saches pas ce que valent les MSDN qui sont vendus !
Quant aux limitations imposées, elles sont faites n'importe comment !
Dire qu'il faut être admin pour utiliser le port infrarouge !!! Et c'est même pas une histoire de droit (sinon, il suffirait de les accordés). Simplement cette merde d'OS lance automatiquement un programme qui accapare le port dès qu'un périphérique est devant, et pour quitter ce programme, ben faut être admin ... moralité, j'ai réalisé pour une boîte un programme de communication par le port infra-rouge, ben il faut être admin pour le lancer, alors qu'a priori y a pas besoin .... quelle merde cet OS ! (et encore, je parle pas des changement d'API qui font qu'au final il y aura un programme par version de windows)
Tu vas peut-être me dire que y a une solution, mais après des heures de recherches dans les MSDN, j'ai rien trouvé ...
[^] # Re: serveurs Windows moins cher que Linux (Reuters)
Posté par harbort . En réponse à la dépêche Serveurs Windows moins cher que Linux (Reuters). Évalué à 1.
Et oui, contrairement à Windows, il n'y a pas besoin d'installer des dll un peu partout pour qu'un programme tourne sous UNIX !
[^] # Re: Les
Posté par harbort . En réponse à la dépêche Les "poursuivants" de Microsoft s'épuisent.... Évalué à 1.
Donc, à moins que tu ais d'autres sources (et dans ce cas, il faudrait les citer), il n'y a que le Massachusetts à avoir affirmé continuer la bataille !
[^] # Re: Mais que fait cette nouvelle en première page ?
Posté par harbort . En réponse à la dépêche Une chose de libre au Ministère de l'intérieur. Évalué à 0.
0 documents correspondent à votre recherche
.... sans commentaires
[^] # Re: Encore une fois, mais une dernière
Posté par harbort . En réponse à la dépêche Le DMCA debarque en france, encore plus dur. Évalué à 2.
Ca veut bien dire qu'ils ont un droit de regard sur ce que tu fais de ce que t'achète ! De même, pour les films, musiques, etc. tu n'a jamais eu le droit de réaliser une diffusion publique, même si tu as acheté la K7/DVD/...
Enfin, pour les logiciels, il me semble avoir vu/entudu/lu (?, biffer les mentions inutiles) que le droit français permettait, jusqu'à présent, de les modifier en mémoire (ce qui permet l'existence de trainer par exemple) mais pas de modifier l'exécutable sous sa forme fichier (ce qui interdit les cracks sous forme de patch).
Moralité de tout ça : dans certains domaines, le vendeur a un droit de regard sur ce que tu fais du produit acheté ! Et c'est pas nouveau !
[^] # Re: Méthode barbare
Posté par harbort . En réponse au message [Terminal] Lancer plusieurs programmes dans un seul terminal. Évalué à 2.
Enfin, le seul problème est que la sortie standard est redirigée et que y a pas d'entrée standard (à moins de faire un pipe ...). Mais si c'est pour faire tourner un programme après qu'on soit déloggué, ça devrait pas être très génant !
# Faut pas abuser non plus ...
Posté par harbort . En réponse à la dépêche Ras le bol général... (les défauts de la communauté). Évalué à 7.
Il est évident qu'il y a du vrai quand tu dis qu'il n'y a pas (peu) de cohérence dans les interfaces graphiques dans le LL. Et encore, les programmes au sein d'un même projet sont en général cohérents (par exemple pour KDE c'est pas mal).
Mais là où on ne peut pas être d'accord avec toi c'est quand tu parles de Windows : NON les logiciels windows ne sont pas cohérents, chaque concepteur a sa propre façon de faire les interfaces, et contrairement à ce que tu pense, c'est pas toujours une réussite, pas plus chez Microsoft que chez les autres ! Dans Office, il y a des tâches dont la complexité dépasse l'imagination (ou en tout cas la mienne, car j'ai, par exemple, jamais réussit à utiliser correctement les labels et les références, j'ai jamais compris comment ça marchait). Moi, ça fait un moment que j'ai opté pour des logiciels dont l'abords est un peu plus difficile, mais avec lesquels toute action demande le même coût, par oppositions aux logiciels windows qui sont en général d'abord aisé mais avec lesquels réaliser une tâche un tant soit peu complexe est une gageur !
De toute façon, il faut bien se dire une chose : une interface intuitive ça n'existe pas ! Les interfaces c'est une affaire de conventions, et là-dessus microsoft a pour lui d'être très utilisé et donc les gens s'attendent à retrouver les icône M$, les menus M$, etc. Mais attention : il existe des interface contre-intuitives évidemment, et là de nombreux développeurs amateurs se font avoir (moi le premier) mais les moyens à mettre en oeuvre pour construire une interface et être sûr qu'elle est correcte est complètement hors de portée d'un particulier ! On ne peut que se reposer sur le "génie" d'un graphisme, d'un ergonome ou autre (et ça donne parfois de très bon résultat) ... et bien sûr sur le retour des utilisateurs éventuels.
Enfin, tout ça pour dire que oui il y a des pb d'ergonomie dans le ligiciel libre, mais ce n'est pas réservé au logiciel libre, c'est un problème de toute l'industrie du logiciel ! Après c'est vrai qu'il faut s'y attaquer sérieusement et qu'il ne faut pas sous-estimer ce problème, mais si les utilisateurs ne font pas l'effort de chercher ce qui leur convient, alors on finira avec 500 fois le même logiciel, avec la même interface à chaque fois ?!? Non, je préfère un monde avec des interfaces sur des principes différents et qui nécessite de se bouger un peu les méninges à un monde complètement uniforme !
[^] # Re: La valeur de la licence GPL en France
Posté par harbort . En réponse à la dépêche La valeur de la licence GPL en France. Évalué à 10.
Voilà pour le résumé ultra-rapide !
[^] # Re: Tu ne débloqueras point ton modem câble
Posté par harbort . En réponse à la dépêche Tu ne débloqueras point ton modem câble. Évalué à 2.
Ben appeler la Police, oui, pourquoi pas, mais là il a intentionnellement fait appelle au FBI et a, pour cela, déclaré un manque à gagner extravagant : c'est là que ça va plus ! Comme le dit un post plus haut, t'appelle pas la DST pour un problème de circulation, c'est abhérent ! Ce genre d'abus devrait même être sanctionné à mon avis, car chaque juridiction a sa raison d'être et ça coûte cher de tirer au bazooka pour écraser une mouche, beaucoup plus que d'utiliser ta tappette traditionnelle, donc en cas d'abus, on devrait faire payer la différence au plaignant qui a volontairement exagéré ... enfin bon, c'est les US ! Mais c'est à se demander si le FAI n'a pas des intérêt à ce que ce soit le FBI et non la police locale qui s'occupe de l'affaire ...
[^] # Re: News étonnante ...
Posté par harbort . En réponse à la dépêche Drivers ATI pour Linux. Évalué à 2.
# News étonnante ...
Posté par harbort . En réponse à la dépêche Drivers ATI pour Linux. Évalué à 10.
1 - il existe déjà des drivers ATI pour gnu/linux ? Ils étaient développés par les programmeurs de XFree ? Ils avaient au moins accès aux docs non ?
2 - il n'agira pas de pilotes ouverts à la manière de son concurrent nVidia : depuis quand les pilotes de nVidia sont ouvert ?
[^] # Re: Moneo ... au plaisir de ces messieurs
Posté par harbort . En réponse à la dépêche Moneo ... au plaisir de ces messieurs. Évalué à 1.
[^] # Re: hein ?
Posté par harbort . En réponse à la dépêche Moneo ... au plaisir de ces messieurs. Évalué à 1.
[^] # Re: Le SPAM
Posté par harbort . En réponse à la dépêche Le SPAM "légal" !?!. Évalué à 1.
Enfin, je me permet d'ajouter une chose : depuis le mois de Juillet la communauté européenne impose que l'envoie de message publicitaires ait été demandé par le destinataire. De même, si il y a une case à cocher sur un site, le destinataire doit faire l'action de la cocher (et non pas de la décocher s'il ne veut pas de messages ...). Moralité : on est européens en Europe, ils nous spamment, ils ne respectent pas les lois européennes, donc c'est illégal et on peut se plaindre et demander la fermeture de l'adresse ! En plus ça serait drôle car ils ont apparemment pas envie que ça se fasse :o)
[^] # Re: Guide : rippage et encodage d'un DVD sous Linux
Posté par harbort . En réponse à la dépêche Guide : extraction et encodage d'un DVD sous Linux. Évalué à 2.
[^] # Re: Les protections contre la copie de CD audio sont inefficaces
Posté par harbort . En réponse à la dépêche Les protections contre la copie de CD audio sont inefficaces. Évalué à 4.
Très bonne réaction, c'est exactement ce qu'il faut faire. Comme disait Coluche :
"Et dire qu'il suffirait de pas l'acheter pour que ça se vende pas !"
Enfin bon, je te soutiens et je tenais à le dire !
[^] # Re: Moneo, la nouvelle douloureuse pour les consommateurs ?
Posté par harbort . En réponse à la dépêche Moneo, la nouvelle douloureuse pour les consommateurs ?. Évalué à 1.
Moi ils m'ont informé que tout le monde était mis à la seconde et voilà !