FLOZz

  • 24 août 2020
  • Inscrit 18 févr. 2010
  • 0 meilleure réponse
  • Petit nouveau
  • Dans contribution: Cover thumbnailer
    @madko:

    Dans /usr/share/applications/ tu n'as que un seul fichier : un .desktop utilisé pour générer les menus dans les environnements graphiques qui suivent les recommandations freedesktop. 🙂
  • Dans contribution: Cover thumbnailer
  • Dans contribution: Cover thumbnailer
    Actuellement j'ai pas trop le temps et mes mails s'empilent et j'ai pas eu le temps de répondre sur le tracker... Donc si tu veux prendre en charge le paquet rpm moi je suis pas contre ^^'

    Si t'as besoin d'aide n'hésite pas par contre 🙂
  • Dans Problème de son
    Salut,

    Je suis en train de bosser sur un petit script pour contrôler le volume de ALSA... J'ai pas encore codé le support des touches multimédia mais ça devrait être fait d'ici la fin de la semaine.

    Si ça t'intéresses → https://launchpad.net/alsa-tray

    🙂
  • Dans Terminal intégré à nautilus?
  • Dans Votre bureau
    Roultabie wrote:C'est vrai qu c'est un sacré travail!

    J'aimerai bien changer l'aspect des fonds mais, au vu des templates, il y a des modifications à appliquer dans le script, et comme c'est du python, je ne trouve pas.

    Si quelqu'un a une solution.
    Si tu me fait voir ce que tu veux mettre en fond, je peux essayer de t'aider 🙂
  • Dans contribution: Cover thumbnailer
  • Dans contribution: Cover thumbnailer
    Vala j'ai modifié le spec 🙂
  • Dans contribution: Cover thumbnailer
    Pikachu_2014 wrote:Bonjour,

    1) Le Requires sur python est superflu pour deux raisons :
    - la première est que python-imaging est déjà déclaré en Requires et celui-ci dépend évidemment de python, d'où un Requires superflu.
    - python est automatiquement détecté et ajouté en tant que Requires de toute façon au moment de la construction du RPM.

    2) Petit détail également mais sans importance : il me semble que ta description ne dépasse pas les 80 caractères par lignes comme imposé par les Guidelines, mais j'ai l'impression que tu t'es même limité à 60 caractères ^^. Ça pourrait donner un affichage étriqué sur la console de yum ou même dans PackageKit ou yumex, je te suggère d'élargir un peu plus ton texte.
    Ok je vais améliorer ça 🙂
    Pikachu_2014 wrote:Là s'arrêtent les remarques adressées au packager ^^. Maintenant les remarques --- ou plutôt souhaits --- au développeur (puisque que tu sembles être le développeur de ce chouette programme).
    L'utilisation de fakeroot était plus qu'approprié pour un script d'installation qui définit ses chemins en dur dans ton .spec. Cependant, à terme, peut-on espérer une option « --prefix » ou approchant, peu importe la forme, pour éviter le recours à fakeroot et customiser ses chemins d'installation ?
    Bah quand j'ai commencé à faire le paquet debian, je me suis dis que ce serait bien pratique alors j'ai ajouté ça (option -p) seulement... j'ai oublié de permettre la copie des fichiers sans être root quand on utilise cette option (ce qui sera modifié dans la prochaine version) donc... ^^'
    Pikachu_2014 wrote:As-tu d'ailleurs envisagé la possibilité d'utiliser les setuptools de Python ?
    Bah heu non... c'est très bien à ce qu'il parait... mais faut que je me penche dessus 🙂

    Merci pour tes remarques 😃
  • Dans contribution: Cover thumbnailer
    Sortie de MOCK : 
    [fedora@fc11vm rpm]$ mock -r "fedora-11-i386" --arch noarch rebuild SRPMS/cover-thumbnailer-0.7-1.fc11.src.rpm 
INFO: mock.py version 1.0.2 starting...
State Changed: init plugins
State Changed: start
INFO: Start(SRPMS/cover-thumbnailer-0.7-1.fc11.src.rpm)  Config(fedora-11-i386)
State Changed: lock buildroot
State Changed: clean
State Changed: init
State Changed: lock buildroot
Mock Version: 1.0.2
INFO: Mock Version: 1.0.2
INFO: enabled root cache
State Changed: unpacking root cache
INFO: enabled yum cache
State Changed: cleaning yum metadata
INFO: enabled ccache
State Changed: running yum
State Changed: setup
State Changed: build
INFO: Done(SRPMS/cover-thumbnailer-0.7-1.fc11.src.rpm) Config(fedora-11-i386) 1 minutes 7 seconds
INFO: Results and/or logs in: /var/lib/mock/fedora-11-i386/result
  • Dans contribution: Cover thumbnailer
    Voilà ! j'ai modifié mon .spec 🙂

    Sortie de rpmlint sur le srpm : 
    [fedora@fc11vm rpm]$ rpmlint SRPMS/cover-thumbnailer-0.7-1.fc11.src.rpm 
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
    Sortie de rpmlint sur le rpm : 
    [fedora@fc11vm rpm]$ rpmlint RPMS/noarch/cover-thumbnailer-0.7-1.fc11.noarch.rpm 
cover-thumbnailer.noarch: W: non-conffile-in-etc /etc/gconf/schemas/cover-thumbnailer.schemas
1 packages and 0 specfiles checked; 0 errors, 1 warnings.
    🙂
  • Dans contribution: Cover thumbnailer
    Merci pour tes suggestion pingou, je vais apporter les modifs dans mon spec 🙂

    Pour ce qui est de la licence, elle y est :
    dans le fichier Python : « either version 3 of the License » (ligne 19)
    et dans les sources : le fichier COPYING

    Merci encore 🙂
  • Dans contribution: Cover thumbnailer
    Bonjour,
    J'aurais besoin d'avis sur mon premier rpm :

    Résumé du test : cover-thumbnailer
    Résumé de la description : Afficher les pochettes des albums de musique dans nautilus
    URL Spec : http://tmp.fgsp.org/fedora/rpm/cover-thumbnailer.spec
    URL SRPM : http://tmp.fgsp.org/fedora/rpm/cover-thumbnailer-0.7-1.fc11.src.rpm

    Description :
    Cover thumbnailer est un petit script développé en Python qui permet d'afficher les pochettes des albums de musique dans nautilus et de prévisualiser les images contenues dans un dossier.
    Le script s'intègre dans nautilus comme n'importe quel autre thumbnailer de la GNOME thumbnail factory ; il n'est donc pas nécessaire de le lancer manuellement pour générer les miniatures.

    Screenshot :


    Site web :
    http://software.flogisoft.com/cover-thumbnailer/

    🙂