Journal Pub: Recycled4Linux 0.2 Beta5

Posté par  .
Étiquettes : aucune
0
26
juil.
2004
Bonjour a tous,

Je viens de sortir une nouvelle version de ma corbeille pour Linux.

Le site: http://www.shirka.org/recycled4linux/(...)

Les principaux changements de cette version sont:

  • les fichiers deplaces dans la corbeille sont nommes toto.0407201919300837 (date de suppression),

  • menage automatique de la corbeille.


N'hesitez pas a tester et a critiquer!

  • # ...

    Posté par  (site web personnel) . Évalué à 3.

    N'hesitez pas a tester et a critiquer!

    Je m'acheterai un bouquin d'anglais... Non sans déconner, l'anglais est un peu bizarre sur la page principale :)

  • # Date ?

    Posté par  . Évalué à 1.

    Je vois l'utilité du nommage des fichiers de la corbeille en [nom].[date] mais je ne comprends pas quel est l'encodage de la date : ce n'est pas le "Unix timestamp", c'est sûr ; serait-ce jjmmaaaa + d'autres trucs ? Dans ton exemple, ça donnerait le 4 juillet 2019 ?
    Si c'est bien le cas, je me demande s'il ne serait pas préférable de commencer par l'année, puis le mois et enfin le jour, afin de permettre un tri par date facile si l'on veut récupérer une version d'une certaine date d'un fichier supprimé plusieurs fois.
    Après, tu y as sûrement réfléchi donc la suggestion n'est peut-être pas valable ; en outre, le système dispose peut-être d'une fonctionnalité de restauration qui gère tout ça, mais je n'ai pas trouvé l'info sur le site...
    En tout cas, bon courage, cette fonctionnalité de corbeille me semble bien utile.

    • [^] # Re: Date ?

      Posté par  . Évalué à 2.

      Salut mouling,

      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: Date ?

        Posté par  (site web personnel) . Évalué à 1.

        Aïe, une année sur 2 chiffres, on va avoir un bug de l'an 2100 /o\

        Bon c'est vrai qu'on ne vas pas garder les fichiers éternellement. Et puis même sur 4 chiffres, ça report le problème à l'an 10000. Je propose donc de coder l'année sur 12 chiffres, ce qui permettra d'aller jusqu'à l'année 999 999 999 999, soit 100 fois la durée de vies estimé du soleil avant qu'il ne se transforme en géante rouge et rende la vie Impossible sur Terre soit 10 milliards d'années, sachant qu'on estime en être à la moitiée, soit 5 milliards.

        bon c'est pas tout ça, mais faut rentrer du boulot

        • [^] # Re: Date ?

          Posté par  . Évalué à 1.

          C'est pas une bonne idée, il y a une RFC très bien faite pour représenter les dates :

          RFC 2550 - Y10K and Beyond
          http://www.faqs.org/rfcs/rfc2550.html(...)

          La conclusion est : It is not too early to aggressively pursue solutions for the Y10K problem. This specification presents a simple, elegant, and efficient solution to this problem.

          • [^] # Re: Date ?

            Posté par  . Évalué à 1.

            Salut,

            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 ;)

            @+

          • [^] # Re: Date ?

            Posté par  (site web personnel) . Évalué à 1.

            Dans la même veine, pourquoi ne pas représenter une date par une adresse ipv6 /o\ :

            Y:Y:Y:Y:M:M:D:D

            Ce qui permet en plus d'envisager des années avec 2^32 mois et des mois de 2^32 jours /o\
            Par contre on est limité à 2^64 années (soit plus de 10^19 années)

            De même pour les instants :
            H:M:S:ms:µs:ns:ps:fs
            La aussi, on est limité a une résoution à la femtoseconde.

            Il n'y a plus qu'à attendre ipv8, ... ipv_infini

            Bon, ben dodo !

  • # merci pour ce projet ! :)

    Posté par  . Évalué à 1.

    voilà un projet très interressant à mes yeux, surtout quand on a des utilisateurs maladroits (cf. famille :))
    je vais tester d'ici peu.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.