bonjour a tous
je suis de nouveau confronté a ce probleme d'impression de la liste de
tous tous les mp3 present sur une sd card avec les repertoires et sous
repertoire ,je l'avais fait a propos d'un hd externe branché en usb
mais là pas moyen ,c'était en ligne de commande,est qu'il y a un
gestionnaire de fichiers qui est capable de faire ça? sous mint18 et
debian8 ?
c'est pour imprimer la liste pas l'avoir a l'écran
ma cle se nome CLé USB GB je tape cd: /media/gb/CLé USB GB
suggestion: tapez cd /media/gb/CL puis tapez la touche TAB, vous aurez probablement alors le nom de répertoire tel qu'il faut l'entrer dans le bash pour qu'il comprenne que l'espace séparateur est à ignorer.
bash: cd: /media/gb/clé: Aucun fichier ou dossier de ce type
vous avez tapé, apparemment - clé avec une minuscule, la casse est significative - l'espace après clé a été pris comme un argument de la commande cd
jeanpol3 <jeanpol3@free.fr> wrote:
ma cle se nome CLé USB GB
je tape cd: /media/gb/CLé USB GB
suggestion: tapez
cd /media/gb/CL
puis tapez la touche TAB, vous aurez probablement alors le nom de
répertoire tel qu'il faut l'entrer dans le bash pour qu'il
comprenne que l'espace séparateur est à ignorer.
bash: cd: /media/gb/clé: Aucun fichier ou dossier de ce type
vous avez tapé, apparemment
- clé avec une minuscule, la casse est significative
- l'espace après clé a été pris comme un argument de la commande cd
ma cle se nome CLé USB GB je tape cd: /media/gb/CLé USB GB
suggestion: tapez cd /media/gb/CL puis tapez la touche TAB, vous aurez probablement alors le nom de répertoire tel qu'il faut l'entrer dans le bash pour qu'il comprenne que l'espace séparateur est à ignorer.
bash: cd: /media/gb/clé: Aucun fichier ou dossier de ce type
vous avez tapé, apparemment - clé avec une minuscule, la casse est significative - l'espace après clé a été pris comme un argument de la commande cd
jeanpol3
Le 21/04/2020 à 15:53, Nicolas George a écrit :
jeanpol3 , dans le message <5e9ef6e8$0$4697$, a écrit :
on comprend pourquoi linux n'est pas plus populaire...
Oui : il choisit ses amis.
tu es élu les portes du ciel s'ouvre a toi allez luya
Le 21/04/2020 à 15:53, Nicolas George a écrit :
jeanpol3 , dans le message <5e9ef6e8$0$4697$426a74cc@news.free.fr>, a
écrit :
on comprend pourquoi linux n'est pas plus populaire...
Oui : il choisit ses amis.
tu es élu les portes du ciel s'ouvre a toi
allez luya
jeanpol3 , dans le message <5e9ef6e8$0$4697$, a écrit :
on comprend pourquoi linux n'est pas plus populaire...
Oui : il choisit ses amis.
tu es élu les portes du ciel s'ouvre a toi allez luya
Marc SCHAEFER
jeanpol3 wrote:
ma cle se nome CLé USB GB je tape cd: /media/gb/CLé USB GB
suggestion: tapez cd /media/gb/CL puis tapez la touche TAB, vous aurez probablement alors le nom de répertoire tel qu'il faut l'entrer dans le bash pour qu'il comprenne que l'espace séparateur est à ignorer. (ou même cd /media/gb<TAB><TAB> pour voir les répertoires disponibles dans /media/gb)
bash: cd: /media/gb/clé: Aucun fichier ou dossier de ce type
vous avez tapé, apparemment - clé avec une minuscule, la casse est significative - l'espace après clé a été pris comme un argument de la commande cd
jeanpol3 <jeanpol3@free.fr> wrote:
ma cle se nome CLé USB GB
je tape cd: /media/gb/CLé USB GB
suggestion: tapez
cd /media/gb/CL
puis tapez la touche TAB, vous aurez probablement alors le nom de
répertoire tel qu'il faut l'entrer dans le bash pour qu'il
comprenne que l'espace séparateur est à ignorer.
(ou même cd /media/gb<TAB><TAB> pour voir les répertoires
disponibles dans /media/gb)
bash: cd: /media/gb/clé: Aucun fichier ou dossier de ce type
vous avez tapé, apparemment
- clé avec une minuscule, la casse est significative
- l'espace après clé a été pris comme un argument de la commande cd
ma cle se nome CLé USB GB je tape cd: /media/gb/CLé USB GB
suggestion: tapez cd /media/gb/CL puis tapez la touche TAB, vous aurez probablement alors le nom de répertoire tel qu'il faut l'entrer dans le bash pour qu'il comprenne que l'espace séparateur est à ignorer. (ou même cd /media/gb<TAB><TAB> pour voir les répertoires disponibles dans /media/gb)
bash: cd: /media/gb/clé: Aucun fichier ou dossier de ce type
vous avez tapé, apparemment - clé avec une minuscule, la casse est significative - l'espace après clé a été pris comme un argument de la commande cd
Michel
Le 21/04/2020 à 15:15, jeanpol3 a écrit :
Le 21/04/2020 à 14:55, jeanpol3 a écrit :
Le 21/04/2020 à 14:49, Michel a écrit :
Le 21/04/2020 à 14:39, jeanpol3 a écrit :
Le 21/04/2020 à 13:30, Michel a écrit :
Tu place tous tes fichiers dans le même répertoire, et hop, un simple ls, terminé!
ma cle se nome CLé USB GB je tape cd: /media/gb/CLé USB GB ca me dit bash: cd: /media/gb/clé: Aucun fichier ou dossier de ce type
Ah ben ta clé n'existe pas...
? ben si je peux y aller ,écouter la zic et tout c un probleme de droit ? comprend pas ...
en fait ce n'est pas une cle usb mais un lecteur de carte sd branché en usb
Ah, ben tu vois, ta clé n'existe pas!
Le 21/04/2020 à 15:15, jeanpol3 a écrit :
Le 21/04/2020 à 14:55, jeanpol3 a écrit :
Le 21/04/2020 à 14:49, Michel a écrit :
Le 21/04/2020 à 14:39, jeanpol3 a écrit :
Le 21/04/2020 à 13:30, Michel a écrit :
Tu place tous tes fichiers dans le même répertoire, et hop, un simple
ls, terminé!
ma cle se nome CLé USB GB
je tape cd: /media/gb/CLé USB GB
ca me dit
bash: cd: /media/gb/clé: Aucun fichier ou dossier de ce type
Ah ben ta clé n'existe pas...
? ben si je peux y aller ,écouter la zic et tout
c un probleme de droit ?
comprend pas ...
en fait ce n'est pas une cle usb mais un lecteur de carte sd
branché en usb
Tu place tous tes fichiers dans le même répertoire, et hop, un simple ls, terminé!
ma cle se nome CLé USB GB je tape cd: /media/gb/CLé USB GB ca me dit bash: cd: /media/gb/clé: Aucun fichier ou dossier de ce type
Ah ben ta clé n'existe pas...
? ben si je peux y aller ,écouter la zic et tout c un probleme de droit ? comprend pas ...
en fait ce n'est pas une cle usb mais un lecteur de carte sd branché en usb
Ah, ben tu vois, ta clé n'existe pas!
Marc SCHAEFER
jeanpol3 wrote:
la bonne syntaxe était ls -RC1 /media/gb/0000-0045/zik
Trois commandes qui peuvent être utiles pour les périphériques de stockage (périphériques de type bloc) et les systèmes de fichiers: - lsblk périphériques de stockage de la machine, partitions, volumes, etc -- montés ou non - df systèmes de fichiers *montés* (y.c. automatiquement par le GUI, le dbus, whatever) - mount pour déterminer le type de systèmes de fichiers et les points de montage des fs *montés* Il y a d'autres commandes parfois utiles, comme lsusb, sudo dmesg | tail, etc. Exemple ici, où l'on voit: - un périphérique bloc SSD branché en SATA, /dev/sda, avec 2 partitions (une partition de démarrage et une partition contenant un volume physique LVM dans lequel sont alloués 3 volumes logiques: le système de fichiers /, le système de fichier /reliant et du swap; les systèmes de fichiers étant ext4. - un périphérique bloc USB, /dev/sdb, qui contient un installateur de Debian 10, clé USB, monté automatiquement par mon GUI/dbus/whatever sur "/media/schaefer/Debian 10.1.0 amd64 ...", type de fichier CD/DVD ISO-9660 - un périphérique bloc de type carte flash / MMC, contenant une partition avec ID MS-DOS / VFAT série 9016-4EF8, montée automatiquement par mon GUI sur /media/schaefer/9016-4EF8 (c'est une carte neuve, pré"formattée" par le fabricant) :~$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 465.8G 0 disk |-sda1 8:1 0 243M 0 part `-sda2 8:2 0 465.5G 0 part |-reliant-root 254:0 0 28G 0 lvm / |-reliant-swap_1 254:1 0 7.9G 0 lvm [SWAP] `-reliant-reliant 254:2 0 232.8G 0 lvm /reliant sdb 8:16 1 7.3G 0 disk |-sdb1 8:17 1 335M 0 part /media/schaefer/Debian 10.1.0 amd64 `-sdb2 8:18 1 2.8M 0 part mmcblk0 179:0 0 3.8G 0 disk `-mmcblk0p1 179:1 0 3.8G 0 part /media/schaefer/9016-4EF8 :~$ df Filesystem 1K-blocks Used Available Use% Mounted on /dev/dm-0 28703740 21254152 5968476 79% / udev 10240 0 10240 0% /dev tmpfs 798536 9500 789036 2% /run tmpfs 1996340 24612 1971728 2% /dev/shm tmpfs 5120 4 5116 1% /run/lock tmpfs 1996340 0 1996340 0% /sys/fs/cgroup tmpfs 524288 0 524288 0% /ramdisk /dev/mapper/reliant-reliant 240175624 219978784 7973560 97% /reliant tmpfs 399268 4 399264 1% /run/user/127 tmpfs 399268 32 399236 1% /run/user/1000 /dev/sdb1 343040 343040 0 100% /media/schaefer/Debian 10.1.0 amd64 n /dev/mmcblk0p1 3927040 160 3926880 1% /media/schaefer/9016-4EF8 :~$ mount # j'ai enlevé ce qui est virtuel /dev/mapper/reliant-root on / type ext4 (rw,noatime,errors=remount-ro,data=ordered) /dev/mapper/reliant-reliant on /reliant type ext4 (rw,noatime,errors=remount-ro,data=ordered) /dev/sdb1 on /media/schaefer/Debian 10.1.0 amd64 n type iso9660 (ro,nosuid,nodev,relatime,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2) /dev/mmcblk0p1 on /media/schaefer/9016-4EF8 type vfat (rw,nosuid,nodev,relatime,uid00,gid00,fmask 22,dmask 77,codepageC7,iocharset=utf8,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
jeanpol3 <jeanpol3@free.fr> wrote:
la bonne syntaxe était
ls -RC1 /media/gb/0000-0045/zik
Trois commandes qui peuvent être utiles pour les périphériques
de stockage (périphériques de type bloc) et les systèmes de
fichiers:
- lsblk périphériques de stockage de la machine, partitions,
volumes, etc -- montés ou non
- df systèmes de fichiers *montés* (y.c. automatiquement par
le GUI, le dbus, whatever)
- mount pour déterminer le type de systèmes de fichiers et les
points de montage des fs *montés*
Il y a d'autres commandes parfois utiles, comme lsusb, sudo dmesg | tail, etc.
Exemple ici, où l'on voit:
- un périphérique bloc SSD branché en SATA, /dev/sda,
avec 2 partitions (une partition de démarrage et
une partition contenant un volume physique LVM
dans lequel sont alloués 3 volumes logiques: le
système de fichiers /, le système de fichier /reliant
et du swap; les systèmes de fichiers étant ext4.
- un périphérique bloc USB, /dev/sdb, qui contient un
installateur de Debian 10, clé USB, monté automatiquement
par mon GUI/dbus/whatever sur "/media/schaefer/Debian 10.1.0 amd64 ...",
type de fichier CD/DVD ISO-9660
- un périphérique bloc de type carte flash / MMC, contenant
une partition avec ID MS-DOS / VFAT série 9016-4EF8, montée
automatiquement par mon GUI sur /media/schaefer/9016-4EF8
(c'est une carte neuve, pré"formattée" par le fabricant)
schaefer@reliand:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465.8G 0 disk
|-sda1 8:1 0 243M 0 part
`-sda2 8:2 0 465.5G 0 part
|-reliant-root 254:0 0 28G 0 lvm /
|-reliant-swap_1 254:1 0 7.9G 0 lvm [SWAP]
`-reliant-reliant
254:2 0 232.8G 0 lvm /reliant
sdb 8:16 1 7.3G 0 disk
|-sdb1 8:17 1 335M 0 part /media/schaefer/Debian 10.1.0 amd64
`-sdb2 8:18 1 2.8M 0 part
mmcblk0 179:0 0 3.8G 0 disk
`-mmcblk0p1 179:1 0 3.8G 0 part /media/schaefer/9016-4EF8
schaefer@reliand:~$ mount # j'ai enlevé ce qui est virtuel
/dev/mapper/reliant-root on / type ext4 (rw,noatime,errors=remount-ro,data=ordered)
/dev/mapper/reliant-reliant on /reliant type ext4 (rw,noatime,errors=remount-ro,data=ordered)
/dev/sdb1 on /media/schaefer/Debian 10.1.0 amd64 n type iso9660 (ro,nosuid,nodev,relatime,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2)
/dev/mmcblk0p1 on /media/schaefer/9016-4EF8 type vfat (rw,nosuid,nodev,relatime,uid00,gid00,fmask 22,dmask 77,codepageC7,iocharset=utf8,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
la bonne syntaxe était ls -RC1 /media/gb/0000-0045/zik
Trois commandes qui peuvent être utiles pour les périphériques de stockage (périphériques de type bloc) et les systèmes de fichiers: - lsblk périphériques de stockage de la machine, partitions, volumes, etc -- montés ou non - df systèmes de fichiers *montés* (y.c. automatiquement par le GUI, le dbus, whatever) - mount pour déterminer le type de systèmes de fichiers et les points de montage des fs *montés* Il y a d'autres commandes parfois utiles, comme lsusb, sudo dmesg | tail, etc. Exemple ici, où l'on voit: - un périphérique bloc SSD branché en SATA, /dev/sda, avec 2 partitions (une partition de démarrage et une partition contenant un volume physique LVM dans lequel sont alloués 3 volumes logiques: le système de fichiers /, le système de fichier /reliant et du swap; les systèmes de fichiers étant ext4. - un périphérique bloc USB, /dev/sdb, qui contient un installateur de Debian 10, clé USB, monté automatiquement par mon GUI/dbus/whatever sur "/media/schaefer/Debian 10.1.0 amd64 ...", type de fichier CD/DVD ISO-9660 - un périphérique bloc de type carte flash / MMC, contenant une partition avec ID MS-DOS / VFAT série 9016-4EF8, montée automatiquement par mon GUI sur /media/schaefer/9016-4EF8 (c'est une carte neuve, pré"formattée" par le fabricant) :~$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 465.8G 0 disk |-sda1 8:1 0 243M 0 part `-sda2 8:2 0 465.5G 0 part |-reliant-root 254:0 0 28G 0 lvm / |-reliant-swap_1 254:1 0 7.9G 0 lvm [SWAP] `-reliant-reliant 254:2 0 232.8G 0 lvm /reliant sdb 8:16 1 7.3G 0 disk |-sdb1 8:17 1 335M 0 part /media/schaefer/Debian 10.1.0 amd64 `-sdb2 8:18 1 2.8M 0 part mmcblk0 179:0 0 3.8G 0 disk `-mmcblk0p1 179:1 0 3.8G 0 part /media/schaefer/9016-4EF8 :~$ df Filesystem 1K-blocks Used Available Use% Mounted on /dev/dm-0 28703740 21254152 5968476 79% / udev 10240 0 10240 0% /dev tmpfs 798536 9500 789036 2% /run tmpfs 1996340 24612 1971728 2% /dev/shm tmpfs 5120 4 5116 1% /run/lock tmpfs 1996340 0 1996340 0% /sys/fs/cgroup tmpfs 524288 0 524288 0% /ramdisk /dev/mapper/reliant-reliant 240175624 219978784 7973560 97% /reliant tmpfs 399268 4 399264 1% /run/user/127 tmpfs 399268 32 399236 1% /run/user/1000 /dev/sdb1 343040 343040 0 100% /media/schaefer/Debian 10.1.0 amd64 n /dev/mmcblk0p1 3927040 160 3926880 1% /media/schaefer/9016-4EF8 :~$ mount # j'ai enlevé ce qui est virtuel /dev/mapper/reliant-root on / type ext4 (rw,noatime,errors=remount-ro,data=ordered) /dev/mapper/reliant-reliant on /reliant type ext4 (rw,noatime,errors=remount-ro,data=ordered) /dev/sdb1 on /media/schaefer/Debian 10.1.0 amd64 n type iso9660 (ro,nosuid,nodev,relatime,uid00,gid00,iocharset=utf8,mode00,dmode00,uhelper=udisks2) /dev/mmcblk0p1 on /media/schaefer/9016-4EF8 type vfat (rw,nosuid,nodev,relatime,uid00,gid00,fmask 22,dmask 77,codepageC7,iocharset=utf8,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
jp willm
Le 21/04/2020 à 12:33, jeanpol3 a écrit :
je trouve ça dingue qu'on arrive pas a imprimer plus simplement la liste des dossiers contenu dans un repertoire ,qui lui meme a d'éventuel autres repertaires sous linux mais je crois que c 'est la meme chose sous win10 il doit bien avoir un gestionnaire de fichiers qui doit faire ça
Avez-vous essayé la solution simple qui consiste à écrire une commande dans un terminal ?... Il existe sans doute des outils et plugins graphiques pour cela. Mais bon, cela vaut-il la peine ? Je me suis pas donné la peine de chercher. -- jp willm http://willms.yj.fr/willms/index.html
Le 21/04/2020 à 12:33, jeanpol3 a écrit :
je trouve ça dingue qu'on arrive pas a imprimer plus simplement la liste
des dossiers contenu dans un repertoire ,qui lui meme a d'éventuel
autres repertaires
sous linux mais je crois que c 'est la meme chose sous win10 il doit
bien avoir un gestionnaire de fichiers qui doit faire ça
Avez-vous essayé la solution simple qui consiste à écrire une commande
dans un terminal ?...
Il existe sans doute des outils et plugins graphiques pour cela.
je trouve ça dingue qu'on arrive pas a imprimer plus simplement la liste des dossiers contenu dans un repertoire ,qui lui meme a d'éventuel autres repertaires sous linux mais je crois que c 'est la meme chose sous win10 il doit bien avoir un gestionnaire de fichiers qui doit faire ça
Avez-vous essayé la solution simple qui consiste à écrire une commande dans un terminal ?... Il existe sans doute des outils et plugins graphiques pour cela. Mais bon, cela vaut-il la peine ? Je me suis pas donné la peine de chercher. -- jp willm http://willms.yj.fr/willms/index.html
jp willm
Le 21/04/2020 à 16:01, jeanpol3 a écrit :
merci a wilm et a vous tous qui m'avez repondu au blaireau que je suis
De rien 8-) Il n'y a pas de sottes questions, nous sommes tous plus ou moins passé par là. Je ne suis pas un foudre du terminal, et au début j'en avais même une sainte horreur. Toutefois, avec les années et les quelques commandes que j'ai réussi à retenir, je me suis rendu compte que le terminal c'est génial. -- jp willm http://willms.yj.fr/willms/index.html
Le 21/04/2020 à 16:01, jeanpol3 a écrit :
merci a wilm et a vous tous qui m'avez repondu
au blaireau que je suis
De rien 8-)
Il n'y a pas de sottes questions, nous sommes tous plus ou moins passé
par là.
Je ne suis pas un foudre du terminal, et au début j'en avais même une
sainte horreur.
Toutefois, avec les années et les quelques commandes que j'ai réussi à
retenir, je me suis rendu compte que le terminal c'est génial.
merci a wilm et a vous tous qui m'avez repondu au blaireau que je suis
De rien 8-) Il n'y a pas de sottes questions, nous sommes tous plus ou moins passé par là. Je ne suis pas un foudre du terminal, et au début j'en avais même une sainte horreur. Toutefois, avec les années et les quelques commandes que j'ai réussi à retenir, je me suis rendu compte que le terminal c'est génial. -- jp willm http://willms.yj.fr/willms/index.html
jp willm
Le 21/04/2020 à 12:39, jeanpol3 a écrit :
run ?
Selon la distributions les périphériques se montent automatiquement dans /run/media/user -- jp willm http://willms.yj.fr/willms/index.html
Le 21/04/2020 à 12:39, jeanpol3 a écrit :
run ?
Selon la distributions les périphériques se montent automatiquement dans
/run/media/user
Selon la distributions les périphériques se montent automatiquement dans /run/media/user -- jp willm http://willms.yj.fr/willms/index.html
dyrmak
En 73 lignes Marc SCHAEFER a écrit dans news:r7n0t1$jk9$ le mardi, 21 avril 2020 à 16:44:49 :
mmcblk0 179:0 0 3.8G 0 disk
Je suppose qu'il s'agît d'une carte SD SDHC SDXC ou autre.... Je me demande pourquoi certains ordinateurs sont capables d'afficher ce périphérique sous cette forme alors que d'autres pas. Si on y a installé un Linux bootable sous cette carte, les ordinateurs qui ne l'affichent pas sous cette forme ne sont pas capables de booter le Linux, à moins peut-être qu'il soit possible dans les uefi-bios de la choisir comme périphérique de boot ? ....? dyrmak -- Que no me extraña ++++ --- ++++ Linux operating system ++++ --- ++++
En 73 lignes Marc SCHAEFER a écrit
dans news:r7n0t1$jk9$1@shakotay.alphanet.ch
le mardi, 21 avril 2020 à 16:44:49 :
mmcblk0 179:0 0 3.8G 0 disk
Je suppose qu'il s'agît d'une carte SD SDHC SDXC ou autre....
Je me demande pourquoi certains ordinateurs sont capables
d'afficher ce périphérique sous cette forme alors que d'autres
pas. Si on y a installé un Linux bootable sous cette carte,
les ordinateurs qui ne l'affichent pas sous cette forme ne
sont pas capables de booter le Linux, à moins
peut-être qu'il soit possible dans les uefi-bios de la choisir
comme périphérique de boot ? ....?
dyrmak
--
Que no me extraña
++++ --- ++++
Linux operating system
++++ --- ++++
En 73 lignes Marc SCHAEFER a écrit dans news:r7n0t1$jk9$ le mardi, 21 avril 2020 à 16:44:49 :
mmcblk0 179:0 0 3.8G 0 disk
Je suppose qu'il s'agît d'une carte SD SDHC SDXC ou autre.... Je me demande pourquoi certains ordinateurs sont capables d'afficher ce périphérique sous cette forme alors que d'autres pas. Si on y a installé un Linux bootable sous cette carte, les ordinateurs qui ne l'affichent pas sous cette forme ne sont pas capables de booter le Linux, à moins peut-être qu'il soit possible dans les uefi-bios de la choisir comme périphérique de boot ? ....? dyrmak -- Que no me extraña ++++ --- ++++ Linux operating system ++++ --- ++++
Sergio
Le 21/04/2020 à 14:39, jeanpol3 a écrit :
ma cle se nome CLé USB GB je tape cd: /media/gb/CLé USB GB ca me dit bash: cd: /media/gb/clé: Aucun fichier ou dossier de ce type
Normal, il faut échapper les espaces... -- Serge http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Le 21/04/2020 à 14:39, jeanpol3 a écrit :
ma cle se nome CLé USB GB
je tape cd: /media/gb/CLé USB GB
ca me dit
bash: cd: /media/gb/clé: Aucun fichier ou dossier de ce type
Normal, il faut échapper les espaces...
--
Serge http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
