Re: Quel tableur pour écrire des fichiers CSV sans délimiteur de texte ?
On Wed, 06 Jun 2012 08:51:15 +0200 fra-duf-no-s...@tourde.org (François TOURDE) wrote: Relis la phrase de l'OP, et imagine que le séparateur décimal est un . et dans ce cas, c'est toi qui t'es trompé. Hmm, c'est ce que je fais (utiliser '.' en lieu et place de ','), mais comme la conf fr désigne ',' comme séparateur décimal par défaut, ça valait le coup de poser la question. -- Spend extra time on hobby. Get plenty of rolling papers. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120607155456.1b7ef5c2@anubis.defcon1
Re: Quel tableur pour écrire des fichiers CSV sans délimiteur de texte ?
Le 15492ième jour après Epoch, Bzzz écrivait: On Fri, 1 Jun 2012 11:08:32 +0200 Olivier oza_4...@yahoo.fr wrote: Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45). Aucun champs ne comprend de guillemets ou équivalents. OpenOffice sait parfaitement lire ce type de fichiers, mais malheureusement, en sortie, OpenOffice entoure systématiquement les valeurs non entières de guillemets (je peux choisir le caractère entre 2 possibilités mais je ne peux pas ne pas avoir de guillemet). Heu, là soit tu t'es trompé, soit tu t'es trompé: dans le 1er§ tu nous dis que les valeurs ne contiennent pas de virgules, et dans le 2nd§ qu'OpenOffice entoure systématiquement les valeurs non entières de guillemets. Donc soit tu veux dire autre chose que ce que tu as écris, soit tu as des valeurs non-entières. Relis la phrase de l'OP, et imagine que le séparateur décimal est un . et dans ce cas, c'est toi qui t'es trompé. Comme répondu par ailleurs, il est possible dans les filtres de sauvegarde de OOo, d'effacer le caractère délimiteur de texte. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/87haupaq70@fermat.tourde.home
Re: Quel tableur pour écrire des fichiers CSV sans délimiteur de texte ?
C'est étrange.
Les guillemets ne sont mis que si les champs contiennent le caractère déclaré
comme séparateur.
C'est aussi le cas lorsqu'une colonne contient du numérique déclaré en format
texte.
Je pense que tes manipulations ont ajouté une virgule quelque part dans une
cellule.
Le 1 juin 2012 à 11:08, Olivier a écrit :
Bonjour,
J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez
volumineux, au format suivant:
champs1,champs2,champs3, etc...
Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45).
Aucun champs ne comprend de guillemets ou équivalents.
OpenOffice sait parfaitement lire ce type de fichiers, mais
malheureusement, en sortie, OpenOffice entoure systématiquement les
valeurs non entières de guillemets (je peux choisir le caractère entre
2 possibilités mais je ne peux pas ne pas avoir de guillemet).
Cette façon de procéder est semble-t-il la plus conforme aux normes
qui décrivent le format CSV mais elle n'est pas la plus pratique pour
moi.
Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de
lire et écrire facilement ce type de fichier ?
Slts
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive:
http://lists.debian.org/capet9jhzjddqaszv9xquejx6f34xvquneq4-tmwjfrgoywz...@mail.gmail.com
«La France n'est pas schismastique, elle est révolutionnaire»
Jean Jaures - 1905
(`.-,')
.-' ;
_.-' , `,-
_ _.-' .' /._
.' ` _.-. / ,'._;)
( . )-| (
)`,_ ,'_,' \_;)
('_ _,'.' (___,))
`-:;.-'
BEGIN:VCARD
VERSION:3.0
PRODID:-//Apple Inc.//Address Book 6.1//EN
N:Malard;Pierre;;;
FN:Pierre Malard
ORG:IRD Montpellier;
TITLE:Ingénieur Réseau
EMAIL;type=INTERNET;type=WORK:p...@teledetection.fr
EMAIL;type=INTERNET;type=WORK:pierre.mal...@ird.fr
TEL;type=WORK;type=VOICE;type=pref:+33 467 54 87 06
TEL;type=CELL;type=VOICE:+33 677 56 26 51
TEL;type=WORK;type=FAX:+33 467 54 87 00
item1.TEL:+33 467 54 87 54
item1.X-ABLabel:Standard
item2.ADR;type=WORK;type=pref:;;500 rue Jean-François Breton;MONTPELLIER Cx 5;;34093;France
item3.ADR;type=HOME:;;Frouzet;SAINT MARTIN DE LONDRES;;34380;France
item3.X-ABADR:fr
item4.URL:navigonFRA://-%7CPierre%20Malard%7CFRA%7C17260%7CMONTPELLIER-DE-M%C3%89DILLAN%7C-%7C-%7C-%7C-%7C***%7C-%7C-%7C-%7C-%7C-%7C-%7C-%7C-%7C-%7C-%7C-%7C-%7C-%7C-%7C-
item4.X-ABLabel:Navigon bureau
URL;type=WORK:http://web.me.com/plm4/Site_Professionnel_de_Pierre_Malard/Bienvenue.html
BDAY;value=date:1958-05-10
X-AIM;type=HOME;type=pref:pierremalard
X-MSN;type=HOME;type=pref:plm_...@teledetection.fr
X-ICQ;type=HOME;type=pref:piotrplm
IMPP;X-SERVICE-TYPE=AIM;type=HOME;type=pref:aim:pierremalard
IMPP;X-SERVICE-TYPE=MSN;type=HOME:msnim:plm_...@teledetection.fr
IMPP;X-SERVICE-TYPE=ICQ;type=HOME:aim:piotrplm
IMPP;X-SERVICE-TYPE=Skype;type=WORK:skype:piotrplm
PHOTO;ENCODING=b;TYPE=JPEG:/9j/4AAQSkZJRgABAQAAAQABAAD/4in0SUNDX1BST0ZJTEUA
AQEAACnkYXBwbAIQAABtbnRyUkdCIFhZWiAH2gALAAoAFwAHABhhY3NwQVBQTA
AA9tYAAQDTLWFwcGwA
ABFkZXNjAAABUGhkc2NtAAABuDZjcHJ0AAAB8A
AAANB3dHB0AAACwBRyWFlaAAAC1BRnWFlaAAAC6BRiWFlaAAAC/BRyVFJD
AAADEAAACAxhYXJnAAALHCB2Y2d0AAALPAAABhJuZGluAAARUAAAGD5jaGFkAAApkC
xtbW9kAAApvChiVFJDAAADEAAACAxnVFJDAAADEAAACAxhYWJnAAALHCBhYWdnAAAL
HCBkZXNjAA5pTWFjIGV0YWxvbm5lAA
AAAG1s
dWMAAQxmckZSGgAAABwAaQBNAGEAYwAgAOkAdABhAGwAbwBuAG4A6QAAdG
V4dABDb3B5cmlnaHQgQXBwbGUsIEluYy4sIDIwMTAA
AA
AA
AFhZWiDzlAABAA
AAAVg5WFlaIHAyAAA7MgAAAXhYWVogX/QAAK3FAAARwlhZWiAm
sAAAFwkAAL/zY3VydgQABQAKAA8AFAAZAB4AIwAoAC0AMgA2ADsAQABFAEoATw
BUAFkAXgBjAGgAbQByAHcAfACBAIYAiwCQAJUAmgCfAKMAqACtALIAtwC8AMEAxgDLANAA1QDb
AOAA5QDrAPAA9gD7AQEBBwENARMBGQEfASUBKwEyATgBPgFFAUwBUgFZAWABZwFuAXUBfAGDAY
sBkgGaAaEBqQGxAbkBwQHJAdEB2QHhAekB8gH6AgMCDAIUAh0CJgIvAjgCQQJLAlQCXQJnAnEC
egKEAo4CmAKiAqwCtgLBAssC1QLgAusC9QMAAwsDFgMhAy0DOANDA08DWgNmA3IDfgOKA5YDog
OuA7oDxwPTA+AD7AP5BAYEEwQgBC0EOwRIBFUEYwRxBH4EjASaBKgEtgTEBNME4QTwBP4FDQUc
BSsFOgVJBVgFZwV3BYYFlgWmBbUFxQXVBeUF9gYGBhYGJwY3BkgGWQZqBnsGjAadBq8GwAbRBu
MG9QcHBxkHKwc9B08HYQd0B4YHmQesB78H0gflB/gICwgfCDIIRghaCG4IggiWCKoIvgjSCOcI
Quel tableur pour écrire des fichiers CSV sans délimiteur de texte ?
Bonjour, J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez volumineux, au format suivant: champs1,champs2,champs3, etc... Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45). Aucun champs ne comprend de guillemets ou équivalents. OpenOffice sait parfaitement lire ce type de fichiers, mais malheureusement, en sortie, OpenOffice entoure systématiquement les valeurs non entières de guillemets (je peux choisir le caractère entre 2 possibilités mais je ne peux pas ne pas avoir de guillemet). Cette façon de procéder est semble-t-il la plus conforme aux normes qui décrivent le format CSV mais elle n'est pas la plus pratique pour moi. Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de lire et écrire facilement ce type de fichier ? Slts -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/capet9jhzjddqaszv9xquejx6f34xvquneq4-tmwjfrgoywz...@mail.gmail.com
Re: Quel tableur pour écrire des fichiers CSV sans délimiteur de texte ?
En quoi ces guillemets gênent ? Un coup de sed sur le fichier obtenu permet d'éliminer très facilement les guillemets. On 01/06/2012 11:08, Olivier wrote: Bonjour, J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez volumineux, au format suivant: champs1,champs2,champs3, etc... Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45). Aucun champs ne comprend de guillemets ou équivalents. OpenOffice sait parfaitement lire ce type de fichiers, mais malheureusement, en sortie, OpenOffice entoure systématiquement les valeurs non entières de guillemets (je peux choisir le caractère entre 2 possibilités mais je ne peux pas ne pas avoir de guillemet). Cette façon de procéder est semble-t-il la plus conforme aux normes qui décrivent le format CSV mais elle n'est pas la plus pratique pour moi. Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de lire et écrire facilement ce type de fichier ? Slts -- F.Mescam -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/jqa1mj$iq5$1...@dough.gmane.org
Re: Quel tableur pour écrire des fichiers CSV sans délimiteur de texte ?
Pour du format tres simple ascii ou binaire, de le lecture/ecriture bestiale et hyper-rapide ... fortran 77 (package debian fort77). Réservé aux vieux mais ça marche toujours hyper bien :)) JPL Le vendredi 01 juin 2012 à 11:08 +0200, Olivier a écrit : Bonjour, J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez volumineux, au format suivant: champs1,champs2,champs3, etc... Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45). Aucun champs ne comprend de guillemets ou équivalents. OpenOffice sait parfaitement lire ce type de fichiers, mais malheureusement, en sortie, OpenOffice entoure systématiquement les valeurs non entières de guillemets (je peux choisir le caractère entre 2 possibilités mais je ne peux pas ne pas avoir de guillemet). Cette façon de procéder est semble-t-il la plus conforme aux normes qui décrivent le format CSV mais elle n'est pas la plus pratique pour moi. Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de lire et écrire facilement ce type de fichier ? Slts -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1338543033.5030.10.ca...@p0064.vcharite.univ-mrs.fr
Re: Quel tableur pour écrire des fichiers CSV sans délimiteur de texte ?
Le 01/06/2012 11:08, Olivier a écrit : Bonjour, J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez volumineux, au format suivant: champs1,champs2,champs3, etc... Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45). Aucun champs ne comprend de guillemets ou équivalents. OpenOffice sait parfaitement lire ce type de fichiers, mais malheureusement, en sortie, OpenOffice entoure systématiquement les valeurs non entières de guillemets (je peux choisir le caractère entre 2 possibilités mais je ne peux pas ne pas avoir de guillemet). Cette façon de procéder est semble-t-il la plus conforme aux normes qui décrivent le format CSV mais elle n'est pas la plus pratique pour moi. Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de lire et écrire facilement ce type de fichier ? Slts Bonjour Dans la boite de dialogue Enregistrer sous il y aune case editer les parametres du filtre/ (Libo 3.4.6). Il y a le choix entre ' ou mais on peut effacer purement et simplement A verifier si cela était déja existant sous OOo. Désolé pour le mail perso, erreur de clic. -- Cordialement Jean-Bernard Dubois Gaïa Converter -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4fc893d6.3050...@gaia-converter.com
Re: Quel tableur pour écrire des fichiers CSV sans délimiteur de texte ?
Olivier wrote on Fri, Jun 01, 2012 at 11:08:32AM +0200 Bonjour, J'ai besoin d'éditer (lier et écrire) des fichiers de données, assez volumineux, au format suivant: champs1,champs2,champs3, etc... Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45). Aucun champs ne comprend de guillemets ou équivalents. OpenOffice sait parfaitement lire ce type de fichiers, mais malheureusement, en sortie, OpenOffice entoure systématiquement les valeurs non entières de guillemets (je peux choisir le caractère entre 2 possibilités mais je ne peux pas ne pas avoir de guillemet). Il faut séparer les champs par le signe ;. Cette façon de procéder est semble-t-il la plus conforme aux normes qui décrivent le format CSV Oui, sauf que les spécif disent que ça n'est pas très formalisé. Du coup... Apparemment il a l'air d'y avoir consensus sur le ; comme séparateur (Excel et gnumeric par ex.) mais ça n'est qu'une apparence. Dominique mais elle n'est pas la plus pratique pour moi. Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de lire et écrire facilement ce type de fichier ? Slts -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/capet9jhzjddqaszv9xquejx6f34xvquneq4-tmwjfrgoywz...@mail.gmail.com -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120601092539.ge24...@telecom-paristech.fr
Re: Quel tableur pour écrire des fichiers CSV sans délimiteur de texte ?
On Fri, 1 Jun 2012 11:08:32 +0200 Olivier oza_4...@yahoo.fr wrote: Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45). Aucun champs ne comprend de guillemets ou équivalents. OpenOffice sait parfaitement lire ce type de fichiers, mais malheureusement, en sortie, OpenOffice entoure systématiquement les valeurs non entières de guillemets (je peux choisir le caractère entre 2 possibilités mais je ne peux pas ne pas avoir de guillemet). Heu, là soit tu t'es trompé, soit tu t'es trompé: dans le 1er§ tu nous dis que les valeurs ne contiennent pas de virgules, et dans le 2nd§ qu'OpenOffice entoure systématiquement les valeurs non entières de guillemets. Donc soit tu veux dire autre chose que ce que tu as écris, soit tu as des valeurs non-entières. Cette façon de procéder est semble-t-il la plus conforme aux normes qui décrivent le format CSV mais elle n'est pas la plus pratique pour moi. Si tu expliquais ce que tu veux faire _exactement_, il serait bcp plus facile d'avoir une vue d'ensemble et de répondre _précisément_ Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de lire et écrire facilement ce type de fichier ? Tous sont plus ou moins capables d'importer/exporter du CSV, le PB c'est que comme Dominique te l'as dit, les spécifications dudit CSV sont très larges; et qu'effectivement le consensus actuel est d'enclore le contenu des cellules entre double-guillemets avec un séparateur de cellule: ; Ca résulte d'une simple logique: si jamais tu n'utilises pas de délimiteur de texte/valeur et que tu sépares avec: , le jour où une virgule se glissera qq part, tout le château de carte s'écroule (et comme , est le séparateur numérique pour certains pays dont celui-ci). Sinon, tous les tableurs correctement construits sont capables d'éditer le filtre CSV d'import/export et donc permettent toutes les fantaisies, reste à bien réfléchir en amont parce que Murphy est toujours là et n'attend que la première occasion pour sévir... -- Someone in DAYTON, Ohio is selling USED CARPETS to a SERBO-CROATIAN -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120601133614.6ccfd46d@anubis.defcon1
Re: Quel tableur pour écrire des fichiers CSV sans délimiteur de texte ?
Bzzz wrote on Fri, Jun 01, 2012 at 01:36:14PM +0200 On Fri, 1 Jun 2012 11:08:32 +0200 Olivier oza_4...@yahoo.fr wrote: Les valeurs ne contiennent pas de virgule (pas de valeur du type 123,45). Aucun champs ne comprend de guillemets ou équivalents. OpenOffice sait parfaitement lire ce type de fichiers, mais malheureusement, en sortie, OpenOffice entoure systématiquement les valeurs non entières de guillemets (je peux choisir le caractère entre 2 possibilités mais je ne peux pas ne pas avoir de guillemet). Heu, là soit tu t'es trompé, soit tu t'es trompé: dans le 1er§ tu nous dis que les valeurs ne contiennent pas de virgules, et dans le 2nd§ qu'OpenOffice entoure systématiquement les valeurs non entières de guillemets. Dans ce cas les virgules sont prises comme des caractères banalisés. Du coup il se retrouve avec un enregistrement par ligne normalement encadré par des guillemets. Donc soit tu veux dire autre chose que ce que tu as écris, soit tu as des valeurs non-entières. Cette façon de procéder est semble-t-il la plus conforme aux normes qui décrivent le format CSV mais elle n'est pas la plus pratique pour moi. Si tu expliquais ce que tu veux faire _exactement_, il serait bcp plus facile d'avoir une vue d'ensemble et de répondre _précisément_ Connaissez-vous un tableur ou équivalent (sous Squeeze) capable de lire et écrire facilement ce type de fichier ? Tous sont plus ou moins capables d'importer/exporter du CSV, le PB c'est que comme Dominique te l'as dit, les spécifications dudit CSV sont très larges; et qu'effectivement le consensus actuel est d'enclore le contenu des cellules entre double-guillemets avec un séparateur de cellule: ; Ca résulte d'une simple logique: si jamais tu n'utilises pas de délimiteur de texte/valeur et que tu sépares avec: , le jour où une virgule se glissera qq part, tout le château de carte s'écroule (et comme , est le séparateur numérique pour certains pays dont celui-ci). Quand la valeur est encadrée par des doubles quotes, virgule ou point-virgule ne pose pas de problème. L'autre logique est que CSV veut dire Comma-separated values. Et comma veut dire virgule. Ça déroute en effet. Dominique Sinon, tous les tableurs correctement construits sont capables d'éditer le filtre CSV d'import/export et donc permettent toutes les fantaisies, reste à bien réfléchir en amont parce que Murphy est toujours là et n'attend que la première occasion pour sévir... -- Someone in DAYTON, Ohio is selling USED CARPETS to a SERBO-CROATIAN -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120601133614.6ccfd46d@anubis.defcon1 -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120601125517.gb27...@telecom-paristech.fr
Re: Quel tableur pour écrire des fichiers CSV sans délimiteur de texte ?
On Fri, 1 Jun 2012 14:55:17 +0200 Dominique Asselineau assel...@telecom-paristech.fr wrote: point-virgule ne pose pas de problème. L'autre logique est que CSV veut dire Comma-separated values. Et comma veut dire virgule. Ça déroute en effet. Merci pour tes précisions. Déjà, comme on a ni les tenants, ni les aboutissants, on ne peut que supputer (mais de luxe!:) ce que l'OP veut faire. Ensuite (mais ce qui suit n'engage que moi), il me semble que l'OP veut faire l'économie (mal placée) d'un coup de sed ou plus exactement d'une légère refonte du code, histoire de prendre le standard (+;) en compte. Je ne pense pas non-plus qu'il se soit posé la question du fondement de ce choix qu'une majorité d'éditeurs plébiscite; c'est simple: c'est avec cette combinaison que les risques de casse sont les moins élevés. Plier les standards à sa volonté pour ne pas revoir son code n'a jamais constitué une solution viable IMHO, mais plutôt une cause de multiple failures (passées?), présentes et à venir... Ca me fait penser à la méthode m$: on dérive du std en espérant que son hégémonie fera le reste, et donc on pète joyeusement toute la chaîne de ceux qui les respectent qui va derrière (sans compter les introductions de bugs et failles de sécurité, mais ceci est une autre histoire). -- Read the fine print. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120601151018.48caa820@anubis.defcon1
