Journal libetc / faire le ménage dans son $HOME, suite des deux premiers épisodes

Posté par  (site web personnel) .
Étiquettes : aucune
0
31
jan.
2007
Rappel des épisodes précédents (pourquoi tout réécrire une troisième fois ! ) :

http://linuxfr.org/~lucd/17947.html
http://linuxfr.org/~lucd/22368.html

Quoi de neuf aujourd'hui ? Juste une petite mise à jour incluant un nettoyage de code (cf : le journal précédent), et quelques correctifs de bugs mineurs.

http://ordiluc.net/fs/libetc/

J'utilise tout ça depuis l'été dernier, cela fonctionne bien, je me sens bien dans mon $HOME qui n'a jamais été aussi propre.

  • # Tiens, un petit casse tête spécial licence

    Posté par  . Évalué à 6.

    C'est en GPL,

    Et une bibliothèque en GPL, ca donne quoi comme imbroglio au niveau des licences quand elle chargée avec LD_PRELOAD ?

    Link ou pas link ?
    Travail dérivé ou pas ?

    Bon ici c'est du a une intervention de l'utilisateur, mais qu'est qu'il se passe si un éditeur fourni un soft avec une lib GPL, pas linké avec, mais utilise comme un sale fourbe LD_PRELOAD ?

    sur ce, je vous laisse ...

    • [^] # Re: Tiens, un petit casse tête spécial licence

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

      A mon avis le problème est le même que si le programme démarre et va ouvrir la bibliothèque avec dlopen et appelle des fonctions en utilisant dlsym.

      Si le programme ne peut pas fonctionner sans la bibliothèque, c'est clairement un travail dérivé. Même si il n'y a pas de lien lors de la compilation. Le lien se fait à l'exécution (avec LD_PRELOAD ou dlopen/dlsym).

  • # Une question bête

    Posté par  . Évalué à 2.

    /bin, /lib, /usr, /opt, je vois à quoi ça se réfère : binaries, libraries, users, optional (je crois), etc...

    Mais alors /etc, d'où est-ce que ça peut bien sortir (à part de MC) ?

    et caetera ?! Non, je n'ose le croire !

  • # essayé mais pas adopté

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

    Comme toi, je préfèrerais que tout soit dans ~/.config ~/.themes et ~/.local et quelques autres dossiers mais tant que tous les softwares n'implémenteront pas cela, ce ne sera pas parfait.

    Le problème c'est la migration d'un homedir avec plein de .dotfiles vers un homedir avec tout dans .config. Globalement, plus rien ne fonctionne comme prévu et ls n'y retrouve pas ses petits.
    les problèmes que j'ai eu c'est surtout pour faire la migration et déplacer chaque .dotfile vers ~/.config ... du coup j'ai abandonné

    C'est une très bonne idée mais pour le moment je me contente des .dotfiles avec espoir que les applications utiliseront $XDG_CONFIG_HOME

  • # Merci ! :)

    Posté par  . Évalué à 2.

    J'ai redécouvert ça par hasard il y a un mois, et ça marche sans aucun problème (à part Bittorrent qui ne voulait plus se lancer, mais même astuce qu'avec GnuPG)
    Je trouve ça vachement pratique, un grand merci ;)

  • # Je me lance ?

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

    Allez...
    c'est le successeur de la libdtc ? //pulà

    • [^] # Re: Je me lance ?

      Posté par  . Évalué à 2.

      En fait, ça se tient ce que tu dis. C'est un peu là qu'on les "mettait", les fichiers de conf, avant libetc...

  • # Question idiote

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

    Ca sert à quoi?

    Franchement je ne vois pas...

    A part devoir se taper un vi .config/.../bashrc au lieu de vi .bashrc ?

  • # Configuration

    Posté par  . Évalué à 2.

    As tu prévu que l'on puisse configurer peu la "chose" ?

    Car actuellement ton système ne fait que déplacer TOUS les fichiers. Si je souhaites sauvegarder ma configuration, en copiant .config je vais aussi copier tous les cache etc...

    L'idéal serait de pouvoir paramétrer libetc pour que l'on puisse dire par exempe :
    .gnome2 => $XDG_CONFIG_HOME
    .gnome2/epiphany/mozilla/Cache => $XDG_CACHE_HOME

    De cette façon, cela nous ferait patienter en attendant que les applications se conforment à FreeDesktop

Suivre le flux des commentaires

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