Tu as raison en disant d'ajouter les prerequis dans le README.CVS. Je vais le faire.
Effectivement, le autogen et consort ne sont pas fournis dans le package mais uniquement pour le CVS. Il sert a generer le script "configure" qui lui est fournis dans le package.
Fais un:
]$ urpmf autopoint
Cela t'indiquera dans quel package il se trouve, puis tu l'installeras si ce n'est pas encore fait. Il se trouve dans le package gettext pour la Mandrake 9.2, mais peut etre que pour la Mandrake 10.1, il se trouve dans un autre package comme gettext-devel par exemple. Je ne sais pas.
Si tu jets un coup d'oeil a la fonction mktime (/usr/src/linux/include/linux/time.h), voici le commentaire associe:
WARNING: this function will overflow on 2106-02-07 06:28:16 on
machines were long is 32-bit! (However, as time_t is signed, we
will already get problems at other places on 2038-01-19 03:14:08)
J'ai hesite a coder la date sur quatre chiffres, mais je n'aurais jamais penser aller plus loin ;)
le timestamp 0407201919300837 peut etre decompose ainsi: YYMMDDHHMMSSXXXX
Dans l'exemple que je donne cela donne 20/07/04 19:19:30 et 0837 pour les milliemes de seconde.
En tout cas, bon courage, cette fonctionnalité de corbeille me semble bien utile.
Merci, j'en ai besoin ;)
J'essaies de rendre son installation et son utilisation utilisable sur la plupart des distribs, mais cela n'est pas evident; il y a parfois de grandes differences.
Je pense que l'erreur doit etre mineure.
Je te propose d'utiliser soit la mailing list ou le forum du site ou mon mail pour corriger cela.
Quand j'ai poste cette release sur freshmeat, une heure plus tard, je constate ce bug assez mineur avec le kernel-2.6.4 :(
Je n'ai pas voulu sortir une nouvelle version tout de suite apres l'autre.
Ce qui me trouble c'est de savoir que cette faille a ete decouvert il y a plus de 6 mois. Apparement, il fallait prouver qu'elle puisse etre exploitable pour qu'elle soit reellement un faille !?
Bizarre ou quelque chose m'echappe.
Il y en a combien comme cela datant de plusieurs mois ?
Merci beaucoup pour tes encouragements :) Avec ce type d'encouragement, je ne peux pas abandonner le projet ;)
L'inconvenient avec ce projet, c'est qu'il est tres specifique. En plus, quand il tourne sur un systeme, en principe on ne fait plus attention a lui. On pense a lui uniquement quand on vient de supprimer un fichier par megarde ;)
Dernierement, il m'a ete bien utile : il y a quelques jours, j'ai utilise krecorder (je crois que c'est son nom) pour "ripper" un cd et transfomer les morceaux en ogg. Apres avoir commencer a me "ripper" les premiers morceaux, je m'appercois qu'il met ces morceaux dans le meme repertoire que celui du dernier "rippe" il y a deux mois. Et oui, l'album porte un nom generique. Il aurait pu creer un autre repertoire ou m'avertir. Et ben non ! J'ai arrete krecorder immediatement. J'ai verifie dans la corbeille, les morceaux qu'il a remplace sont bien la. Ouf. Sans Recycled4Linux, j'aurais du rechercher cet album pour "ripper" les morceaux supprimes par krecorder. Une preuve donc, qu'il peut servir.
Je n'ai pas publier mon projet sur kde-apps.org et pour cause, cela n'a rien avoir. Peux etre si un jour, je lui ajoute un frontend kde ... pourquoi pas. Je viens d'y aller sur le site kde-apps.org et fais un recherche, je ne trouve pas de trace de mon projet. Tu peux me donner un lien. En tout cas, je l'ai publie sur Freshmeat.net.
Quand je demande de l'aide, c'est surtout pour tester le projet. C'est a dire le telecharger, le compiler, l'executer et me remonter les eventuels bugs. Et je dirais meme si vous avez pas l'intention de l'utiliser tous les jours.
Un aimable contributeur m'a promis de modifier la page d'accueil de Recycled4Linux avec un texte plus "aguicheur". J'attend ses modifs.
Mais en attendant, je modifie la page en question.
Ca existe deja : libtrash (le lien est sur mon site) qui utilise LD_PRELOAD
Pour info :
Recycled4Linux (plutot bin/recycled) lit un fichier de conf /etc/recycled.conf et aussi /home/xxx/recycled.conf (le home est recupere dans /etc/passwd).
Recycled4Linux retrouve la sys_call_table cache par redhat pour le kernel 2.4.x et aussi pour tous les kernel 2.6.x.
Le probleme est de passer le LD_PRELOAD aux comptes systemes.
C'est le reproche que je fait aux systemes de fichier actuels : les bidouilles pour recuperer un fichier supprime, en sachant que sur les systemes de fichier recents et complexes, c'est presque plus possible.
Tres complexe a mettre en place. : il faut mettre en place un niveau de securite que l'on veut atteindre, sinon c'est la folie.
Une chose est sure, si vous achetez un logiciel pour supprimer vos fichiers de facon securise, on peux quand meme en recuperer des parties. Car le logiciel va simplement "vider" les blocks utilises par le fichier a supprimer a un instant t (l'instant de la suppression). Mais avant cela, vous avez travaille sur ce fichier, c'est a dire qu'avec le temps, il a libere des blocks a mesure qu'il variait de taille. Et ces blocks ne seront pas "vide" par ce logiciel car il ne les connait pas.
Je suppose, que tu veux dire que cela va favoriser la fragmentation.
C'est exacte. Plus un systeme de fichier est plein, plus il est oblige de fragmenter le nouveau fichier qu'il veut ecrire, car il y a de moins en moins d'espace contigue.
Il faut limiter la taille de la corbeille. Pas la peine d'avoir des fichiers supprimes, il y a six mois dans la corbeille. C'est pareil dans la vie courante ;)
L'homme n'etant parfait, pour moi, tout systeme de fichier devrait contenir a la base, un mecanisme pour recuperer (ou garder) un fichier supprime par megarde. Ce mecanisme devrait etre le plus simple a utiliser.
Un exemple de la vie courante :
Je jete par megarde ma derniere fiche de paye avec d'autres papiers a la poubelle. Si je me rend compte de cela a temps, je vais la chercher dans la corbeille. Mais si j'ai deja descendu la poubelle, cela va etre difficile de la retrouver, mais faisable (analogie avec les procedes complexes actuels de recuperation de fichier supprime). Dans cet exemple, mon systeme de fichier est la boite de rangement des fiches de paye.
Une autre fonctionnalite du kernel qui manque (toujours d'apres moi), c'est la possibilite de supprimer le contenu du fichier (le remplir de zero par exemple). On pourait dire que tout fichier supprime de la corbeille (par l'utilisateur ou tous autres procedes), serait supprime definitivement suivant ce principe.
Quand le systeme (un daemon par exemple) supprime un fichier suivant sa logique, il ne se trompe jamais. Il fait ce qu'on lui a dit de faire (ou a ete programme ainsi). Mais pour l'homme, c'est une autre histoire...
Ce dont tu parles, c'est le quota par repertoire (avec en plus la suppression des fichiers les plus anciens). D'apres ce que je sais, le quota par repertoire n'existe pas sous Linux (Unix ?, BSD ?, ...).
Il y a deux grandes methodes pour realiser cela :
utiliser un programme externe (script dans crontab, daemon, ...)
ou le faire en interne (au niveau du module)
En sachant, que le realiser au niveau du module, est assez complexe.
Je me tate pour realiser un module dedie a cela : "quotadir". A voir.
Ma facon de proceder est bien le deplacement du nom du fichier vers la corbeille (et sur le meme systeme de fichier). C'est a dire que les inodes ne sont pas liberes. Ce qui pose probleme car il faut vider la corbeille periodiquement. Sachant qu'il n'existe pas sous Linux de quota par repertoire (uniquement par systeme de fichier), je cherche toujours une solution a cet inconvenient.
Ta proposition est interessante mais il faut aller plus loin, car si on supprime un fichier, rien n'empeche au systeme de reatribuer un ou plusieurs inodes du fichier supprime au prochain fichier cree. Ainsi, la corbeille n'est pas efficace car on est pas sure de pouvoir recuperer le fichier supprime, il y a deux minutes. L'ideal serait de modifer la fonction d'attribution d'inode pour n'attribuer l'inode d'un fichier supprime quand il n'y a plus d'inode libre (inode n'appartenant pas a un fichier supprime se trouvant dans la corbeille). Il est vrai que dans ce cas, la corbeille serait vider par le systeme et de facon transparante pour l'utilisateur.
L'inconvenient est que cela ne s'applique pas a tous les systemes de fichier.
Merci, je vais peut etre implementer ta proposition pour tester.
Un petit resume s'impose :
Recycled4Linux est compose d'un module pour le kernel et d'un utilitaire en ligne de commande pour modifier son comportement.
Le module lui meme, remplace la commande sys_unlink du kernel par la sienne. Le remplacement de la fonction "sys_unlink" se fait a la vole pour l'instant (comme d'autres modules existant sur le net). Je n'ai pas fait pour l'instant de patch pour le kernel. Mais c'est relativement simple a faire, vu que l'essentiel est deja fait.
Il intercepte de ce fait, toutes les suppressions que le systeme peut lancer quelque soit le systeme de fichier, et selon des criteres definis par chaque utilisateur, il deplace le fichier a supprimer dans une repertoire "./recycled". Les criteres sont l'inclusion ou l'exclusion des repertoires a surveiller, ignorer ou non les fichiers et repertoires commencant par un point, ignorer ou non les fichiers de taille nulle, ignorer ou non les fichiers de taille inferieur ou supperieur a une taille donnee...
Un exemple :
Si vous supprimez le fichier /home/alfred/Documents/essai.txt, il est deplace dans le repertoire /.recycled/501/home/alfred/Documents/essai.txt (501 est l'ID de l'utilisateur alfred)
Comme vous pouvez le constater, il recree l'arborescence (en gardant les droits des repertoires et fichiers supprimes).
Attention, les fichiers restent sur le meme systeme de fichier. Je m'explique par un exemple :
soit une partition monte ainsi : /dev/hda7 -> /var, si vous supprimez "/var/log/syslog", il sera deplace vers /var/.recycled/0/var/log/syslog (0 etant l'ID de root). L'avantage de cette methode est que le deplacement est tres rapide (plus rapide que la suppression en elle meme). Car c'est le nom du fichier qui est deplace, les donnees restent a la meme place.
C'est assez simple de tester Recycled4Linux (il n'y a pas besion de patcher le noyau) sur une Mandrake ou Feroda par exemple :
Recuperer l'archive
./configure
make
make install
depmod -a
modprobe recycled
modifier le fichier /etc/recycled.conf (parametre par defaut), se creer un recycled.conf perso dans son home
lancer : "service recycled start"
jeter un coup d'oeil dans /proc/recycled
Il existe un .src.rpm. Il suffit de faire un "rpm --rebuild recycled-0.2...src.rpm" pour creer les packages a installer.
Merci a DLFP et a vous tous : plus de 150 visites sur mon site en une apres midi ! Plus de 10 telechargement :) 20 votes pour et 1 contre. Et beaucoup de commentaires que je vais prendre en compte. ;)
Mon projet ne s'arretera pas maintenant :)
Les deux problemes de mon projet, manque de doc et manque de pub :(
Chaque utilisateur (compte utilisateur, compte systeme) a sa propre corbeille et est proprietaire de sa corbeille.
Exemple :
/.recycled/501/ pour le premier des utilisateurs sur LMDK9.2
/.recycled/0/ pour root.
Tu peux inclure ou exclure des repertoires a surveiller : inclure /home/alfred/ et exclude /home/alfred/tmp par exemple.
Mais vous avez tous raison, il n'y a pas assez de doc et d'explication :(
Je vais y remedier.
Recycled4Linux est un module pour le kernel, qui en le chargeant, intercepte "sys_unlink" du kernel comme peut le faire dazuko pour clamav (antivirus).
Donc toutes suppressions de kde, gnome, bash, ... sont interceptees quelque soit l'utilisateur, le programme, le daemon, ....
Preuve que tu n'as pas lu les explications sur le site comme beaucoup d'autres internautes. Peut etre pas assez d'explication de ma part sur le site.
Il faut savoir que les corbeilles de KDE et Gnome ne sont pas de vrai corbeilles. Il faut deplacer le fichier a supprimer dans la corbeille. SI tu supprimes le fichier a travers le gestionnaire de fichier, il est reellement efface.
Je pense que cela peut interesser plus les novices que les experts. (Malgres qu'un expert n'est pas a l'abris d'une suppression par megarde comme un "rm -rf /home/alfred/Prj/Mon test.txt" par exemple (remarquez l'espace dans le nom du fichier).
[^] # Re: liste des prérequis ?
Posté par Andre DUCLOS . En réponse au journal Cherche testeurs sous Mandrake 10.1 pour mon projet. Évalué à 1.
Je ne comprends pas cette erreur. Peux tu m'envoyer le config.log ?
[^] # Re: liste des prérequis ?
Posté par Andre DUCLOS . En réponse au journal Cherche testeurs sous Mandrake 10.1 pour mon projet. Évalué à 2.
Tu as raison en disant d'ajouter les prerequis dans le README.CVS. Je vais le faire.
Effectivement, le autogen et consort ne sont pas fournis dans le package mais uniquement pour le CVS. Il sert a generer le script "configure" qui lui est fournis dans le package.
Fais un:
Cela t'indiquera dans quel package il se trouve, puis tu l'installeras si ce n'est pas encore fait. Il se trouve dans le package gettext pour la Mandrake 9.2, mais peut etre que pour la Mandrake 10.1, il se trouve dans un autre package comme gettext-devel par exemple. Je ne sais pas.
Sinon, envoies moi un copier/coller de l'erreur.
@+
[^] # Re: J'aimerais bien t'aider :)
Posté par Andre DUCLOS . En réponse au journal Cherche testeurs sous Mandrake 10.1 pour mon projet. Évalué à 3.
[^] # Re: Date ?
Posté par Andre DUCLOS . En réponse au journal Pub: Recycled4Linux 0.2 Beta5. Évalué à 1.
Si tu jets un coup d'oeil a la fonction mktime (/usr/src/linux/include/linux/time.h), voici le commentaire associe:
J'ai hesite a coder la date sur quatre chiffres, mais je n'aurais jamais penser aller plus loin ;)
@+
[^] # Re: Date ?
Posté par Andre DUCLOS . En réponse au journal Pub: Recycled4Linux 0.2 Beta5. Évalué à 2.
le timestamp 0407201919300837 peut etre decompose ainsi: YYMMDDHHMMSSXXXX
Dans l'exemple que je donne cela donne 20/07/04 19:19:30 et 0837 pour les milliemes de seconde.
En tout cas, bon courage, cette fonctionnalité de corbeille me semble bien utile.
Merci, j'en ai besoin ;)
[^] # Re: Recycled4Linux - Cherche toujours contributeurs
Posté par Andre DUCLOS . En réponse au journal Recycled4Linux - Cherche toujours contributeurs. Évalué à 1.
Je pense que l'erreur doit etre mineure.
Je te propose d'utiliser soit la mailing list ou le forum du site ou mon mail pour corriger cela.
Qu'en penses tu ?
[^] # Re: Recycled4Linux - Cherche toujours contributeurs
Posté par Andre DUCLOS . En réponse au journal Recycled4Linux - Cherche toujours contributeurs. Évalué à 2.
Quand j'ai poste cette release sur freshmeat, une heure plus tard, je constate ce bug assez mineur avec le kernel-2.6.4 :(
Je n'ai pas voulu sortir une nouvelle version tout de suite apres l'autre.
Je serais plus attentif la prochaine fois ;)
[^] # Re: Recycled4Linux - Cherche toujours contributeurs
Posté par Andre DUCLOS . En réponse au journal Recycled4Linux - Cherche toujours contributeurs. Évalué à 2.
Peux tu tester ce script pour debian : ftp://ftp.shirka.org/pub/download/tmp/recycled.debian(...)
Si tu dois le corriger pour qu'il fonctionne, tiens moi au courant.
@+
[^] # Re: Recycled4Linux - Cherche toujours contributeurs
Posté par Andre DUCLOS . En réponse au journal Recycled4Linux - Cherche toujours contributeurs. Évalué à 1.
[^] # Re: Alerte de sécurité dans le noyau Linux
Posté par Andre DUCLOS . En réponse à la dépêche Alerte de sécurité dans le noyau Linux. Évalué à 3.
Ce qui me trouble c'est de savoir que cette faille a ete decouvert il y a plus de 6 mois. Apparement, il fallait prouver qu'elle puisse etre exploitable pour qu'elle soit reellement un faille !?
Bizarre ou quelque chose m'echappe.
Il y en a combien comme cela datant de plusieurs mois ?
# Re: Alerte de sécurité dans le noyau Linux
Posté par Andre DUCLOS . En réponse à la dépêche Alerte de sécurité dans le noyau Linux. Évalué à 2.
J'ai du mal a comprendre.
[^] # Re: Clap Clap !
Posté par Andre DUCLOS . En réponse au journal Recycled4Linux 0.2 Beta4 - Cherche contributeur. Évalué à 1.
L'inconvenient avec ce projet, c'est qu'il est tres specifique. En plus, quand il tourne sur un systeme, en principe on ne fait plus attention a lui. On pense a lui uniquement quand on vient de supprimer un fichier par megarde ;)
Dernierement, il m'a ete bien utile : il y a quelques jours, j'ai utilise krecorder (je crois que c'est son nom) pour "ripper" un cd et transfomer les morceaux en ogg. Apres avoir commencer a me "ripper" les premiers morceaux, je m'appercois qu'il met ces morceaux dans le meme repertoire que celui du dernier "rippe" il y a deux mois. Et oui, l'album porte un nom generique. Il aurait pu creer un autre repertoire ou m'avertir. Et ben non ! J'ai arrete krecorder immediatement. J'ai verifie dans la corbeille, les morceaux qu'il a remplace sont bien la. Ouf. Sans Recycled4Linux, j'aurais du rechercher cet album pour "ripper" les morceaux supprimes par krecorder. Une preuve donc, qu'il peut servir.
Je n'ai pas publier mon projet sur kde-apps.org et pour cause, cela n'a rien avoir. Peux etre si un jour, je lui ajoute un frontend kde ... pourquoi pas. Je viens d'y aller sur le site kde-apps.org et fais un recherche, je ne trouve pas de trace de mon projet. Tu peux me donner un lien. En tout cas, je l'ai publie sur Freshmeat.net.
Quand je demande de l'aide, c'est surtout pour tester le projet. C'est a dire le telecharger, le compiler, l'executer et me remonter les eventuels bugs. Et je dirais meme si vous avez pas l'intention de l'utiliser tous les jours.
Merci encore.
A bientot.
[^] # Re: Recycled4Linux
Posté par Andre DUCLOS . En réponse au journal Recycled4Linux. Évalué à 1.
[^] # Re: Recycled4Linux
Posté par Andre DUCLOS . En réponse au journal Recycled4Linux. Évalué à 1.
Un aimable contributeur m'a promis de modifier la page d'accueil de Recycled4Linux avec un texte plus "aguicheur". J'attend ses modifs.
Mais en attendant, je modifie la page en question.
[^] # Re: Recycled4Linux
Posté par Andre DUCLOS . En réponse au journal Recycled4Linux. Évalué à 1.
Pour info :
Le probleme est de passer le LD_PRELOAD aux comptes systemes.
[^] # Re: Recycled4Linux
Posté par Andre DUCLOS . En réponse au journal Recycled4Linux. Évalué à 1.
Il existe un patch pour le kernel 2.0.x : http://amadeus.uprm.edu/~undelete/(...)
[^] # Re: Recycled4Linux
Posté par Andre DUCLOS . En réponse au journal Recycled4Linux. Évalué à 1.
Tres complexe a mettre en place. : il faut mettre en place un niveau de securite que l'on veut atteindre, sinon c'est la folie.
Une chose est sure, si vous achetez un logiciel pour supprimer vos fichiers de facon securise, on peux quand meme en recuperer des parties. Car le logiciel va simplement "vider" les blocks utilises par le fichier a supprimer a un instant t (l'instant de la suppression). Mais avant cela, vous avez travaille sur ce fichier, c'est a dire qu'avec le temps, il a libere des blocks a mesure qu'il variait de taille. Et ces blocks ne seront pas "vide" par ce logiciel car il ne les connait pas.
@+
[^] # Re: Recycled4Linux
Posté par Andre DUCLOS . En réponse au journal Recycled4Linux. Évalué à 1.
C'est exacte. Plus un systeme de fichier est plein, plus il est oblige de fragmenter le nouveau fichier qu'il veut ecrire, car il y a de moins en moins d'espace contigue.
Il faut limiter la taille de la corbeille. Pas la peine d'avoir des fichiers supprimes, il y a six mois dans la corbeille. C'est pareil dans la vie courante ;)
[^] # Re: Recycled4Linux
Posté par Andre DUCLOS . En réponse au journal Recycled4Linux. Évalué à 1.
L'homme n'etant parfait, pour moi, tout systeme de fichier devrait contenir a la base, un mecanisme pour recuperer (ou garder) un fichier supprime par megarde. Ce mecanisme devrait etre le plus simple a utiliser.
Un exemple de la vie courante :
Je jete par megarde ma derniere fiche de paye avec d'autres papiers a la poubelle. Si je me rend compte de cela a temps, je vais la chercher dans la corbeille. Mais si j'ai deja descendu la poubelle, cela va etre difficile de la retrouver, mais faisable (analogie avec les procedes complexes actuels de recuperation de fichier supprime). Dans cet exemple, mon systeme de fichier est la boite de rangement des fiches de paye.
Une autre fonctionnalite du kernel qui manque (toujours d'apres moi), c'est la possibilite de supprimer le contenu du fichier (le remplir de zero par exemple). On pourait dire que tout fichier supprime de la corbeille (par l'utilisateur ou tous autres procedes), serait supprime definitivement suivant ce principe.
Quand le systeme (un daemon par exemple) supprime un fichier suivant sa logique, il ne se trompe jamais. Il fait ce qu'on lui a dit de faire (ou a ete programme ainsi). Mais pour l'homme, c'est une autre histoire...
C'est uniquement mon avis personnel ;)
[^] # Re: Recycled4Linux
Posté par Andre DUCLOS . En réponse au journal Recycled4Linux. Évalué à 1.
Il y a deux grandes methodes pour realiser cela :
- utiliser un programme externe (script dans crontab, daemon, ...)
- ou le faire en interne (au niveau du module)
En sachant, que le realiser au niveau du module, est assez complexe.Je me tate pour realiser un module dedie a cela : "quotadir". A voir.
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par Andre DUCLOS . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 2.
Ta proposition est interessante mais il faut aller plus loin, car si on supprime un fichier, rien n'empeche au systeme de reatribuer un ou plusieurs inodes du fichier supprime au prochain fichier cree. Ainsi, la corbeille n'est pas efficace car on est pas sure de pouvoir recuperer le fichier supprime, il y a deux minutes. L'ideal serait de modifer la fonction d'attribution d'inode pour n'attribuer l'inode d'un fichier supprime quand il n'y a plus d'inode libre (inode n'appartenant pas a un fichier supprime se trouvant dans la corbeille). Il est vrai que dans ce cas, la corbeille serait vider par le systeme et de facon transparante pour l'utilisateur.
L'inconvenient est que cela ne s'applique pas a tous les systemes de fichier.
Merci, je vais peut etre implementer ta proposition pour tester.
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par Andre DUCLOS . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 1.
Si un fichier porte le meme nom, le nouveau sera renomer ainsi :
/.recycled/501/home/alfred/Documents/essai.txt[001]
Pour la pub, je remplacerai Ariane par Recycled4Linux pour le prochain lancement d'Ariane 5 :-)
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par Andre DUCLOS . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 4.
Recycled4Linux est compose d'un module pour le kernel et d'un utilitaire en ligne de commande pour modifier son comportement.
Le module lui meme, remplace la commande sys_unlink du kernel par la sienne. Le remplacement de la fonction "sys_unlink" se fait a la vole pour l'instant (comme d'autres modules existant sur le net). Je n'ai pas fait pour l'instant de patch pour le kernel. Mais c'est relativement simple a faire, vu que l'essentiel est deja fait.
Il intercepte de ce fait, toutes les suppressions que le systeme peut lancer quelque soit le systeme de fichier, et selon des criteres definis par chaque utilisateur, il deplace le fichier a supprimer dans une repertoire "./recycled". Les criteres sont l'inclusion ou l'exclusion des repertoires a surveiller, ignorer ou non les fichiers et repertoires commencant par un point, ignorer ou non les fichiers de taille nulle, ignorer ou non les fichiers de taille inferieur ou supperieur a une taille donnee...
Un exemple :
Si vous supprimez le fichier /home/alfred/Documents/essai.txt, il est deplace dans le repertoire /.recycled/501/home/alfred/Documents/essai.txt (501 est l'ID de l'utilisateur alfred)
Comme vous pouvez le constater, il recree l'arborescence (en gardant les droits des repertoires et fichiers supprimes).
Attention, les fichiers restent sur le meme systeme de fichier. Je m'explique par un exemple :
soit une partition monte ainsi : /dev/hda7 -> /var, si vous supprimez "/var/log/syslog", il sera deplace vers /var/.recycled/0/var/log/syslog (0 etant l'ID de root). L'avantage de cette methode est que le deplacement est tres rapide (plus rapide que la suppression en elle meme). Car c'est le nom du fichier qui est deplace, les donnees restent a la meme place.
C'est assez simple de tester Recycled4Linux (il n'y a pas besion de patcher le noyau) sur une Mandrake ou Feroda par exemple :
Il existe un .src.rpm. Il suffit de faire un "rpm --rebuild recycled-0.2...src.rpm" pour creer les packages a installer.
Merci a DLFP et a vous tous : plus de 150 visites sur mon site en une apres midi ! Plus de 10 telechargement :) 20 votes pour et 1 contre. Et beaucoup de commentaires que je vais prendre en compte. ;)
Mon projet ne s'arretera pas maintenant :)
Les deux problemes de mon projet, manque de doc et manque de pub :(
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par Andre DUCLOS . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 5.
Exemple :
/.recycled/501/ pour le premier des utilisateurs sur LMDK9.2
/.recycled/0/ pour root.
Tu peux inclure ou exclure des repertoires a surveiller : inclure /home/alfred/ et exclude /home/alfred/tmp par exemple.
Mais vous avez tous raison, il n'y a pas assez de doc et d'explication :(
Je vais y remedier.
Merci.
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par Andre DUCLOS . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 3.
Donc toutes suppressions de kde, gnome, bash, ... sont interceptees quelque soit l'utilisateur, le programme, le daemon, ....
Preuve que tu n'as pas lu les explications sur le site comme beaucoup d'autres internautes. Peut etre pas assez d'explication de ma part sur le site.
Il faut savoir que les corbeilles de KDE et Gnome ne sont pas de vrai corbeilles. Il faut deplacer le fichier a supprimer dans la corbeille. SI tu supprimes le fichier a travers le gestionnaire de fichier, il est reellement efface.
Je pense que cela peut interesser plus les novices que les experts. (Malgres qu'un expert n'est pas a l'abris d'une suppression par megarde comme un "rm -rf /home/alfred/Prj/Mon test.txt" par exemple (remarquez l'espace dans le nom du fichier).