donc si je ne donnes pas, je ne peux pas telecharger/utiliser/mettre à jour le logiciel ?
C'est bien ça.
Mais comme je l'écris en dessous,
Ce système de vente est avant tout incitatif. Il est possible de compiler Ardour gratuitement depuis les sources, et les utilisateurs sous linux obtiennent en général Ardour via leur gestionnaire de paquets.
Tu peux aussi avoir un copain qui a acheté le binaire et te le donne légalement (je pense).
Bref, c'est libre, mais pour faire rentrer de l'argent dans le projet, on demande aux gens qui téléchargent le binaire de mettre (modestement) la main à la poche.
(Et ça vaut le coup de payer pas cher pour pas s'emmerder avec la compilation…)
Je ne sais pas si c'est une solution de long terme. Tôt ou tard, tu risques de passer à Pulseaudio (sauf raison spécifique).
J'ai eu un problème similaire agaçant avec Debian/Mate. Je pouvais muter mais pas démuter. Sur le fond, c'était en gros parce qu'ALSA attend une commande en mode toggle alors que Pulseaudio a une commande pour muter et une autre pour démuter. Quelque chose comme ça. Certains préconisaient donc un script ou je ne sais quoi pour démuter, mappé sur une touche clavier. La solution était plus simple : installer le bon backend pour le mixer Mate (donc le backend Pulseaudio).
Pourquoi le gestionnaire de paquet ne l'a pas fait correctement de lui-même, je ne sais pas. (Et j'ai pas assez compris pour ouvrir le bug qu'il faut là ou il faut.)
La solution qui t'es proposée au-dessus pour Xfce me semble de la même trempe et c'est ce que je chercherais à creuser pour laisser le problème derrière moi plutôt que de le repousser.
Je n'ai pas pensé à le mentionner dans la dépêche. C'est précisé ici.
C'est principalement du C++ / GTK, avec un peu de C et d'assembleur (et en même temps, Debian le propose pour plein d'architectures, donc peut-être que les parties en assembleur sont optionnelles ?).
La dépêche ne le dit pas. C'est du Python 3 / Qt5.
J'ai pas creusé pour ton cas précis, mais peut-être que tu peut te passer du Makefile en utilisant la capacité qu'a uic de charger les fichier .ui dynamiquement.
Chez moi j'utilise quvi et un plugin Firefox qui doit s'appeler AppLauncher (de mémoire) et j'ai un lien "lancer dans vlc" qui fonctionne pour les pages reconnues par quvi (dont Youtube, mais je crois pas que ça marche quand la vidéo YT est embarquée sur un site tiers).
Suggestion un peu équivalente : virer les utilisateurs du groupe qui a le droit de monter les partitions (plugdev ?). En faisant, ça, il devrait y avoir une invite qui demande un mot de passe root. Je crois. À tester/confirmer. Concrètement, ça voudrait dire virer du groupe tous les utilisateurs actuels et modifier les groupes par défaut pour les futurs utilisateurs. Peut-être que de juste supprimer le groupe suffirait, je sais pas.
(Pour le clavier, c'est différent. Il écrit "périphériques USB" mais après il parle bien de "monter", donc ils parle de volumes de stockage, pas de claviers, cafetières ou autres lance-roquettes USB (si, si, ça existe…).)
Merci, je commence à y voir un peu plus clair. Je pense que je comprends pourquoi la transition n'est pas aussi triviale qu'un renommage de dépendance.
Je ne pense pas avoir le temps et le courage de re-développer cette partie, d'installer Evolution et tout pour tester, alors que je n'utilise pas cette fonctionnalité.
Si qqn est intéressé, qu'il se manifeste. Dans le fond, ça doit pas être trop lourd à faire quand on connaît l'environnement.
Le tout synchronisable avec un androphone ou tout autre chose sachant faire du caldav/carddav. Fort pratique pour n’avoir qu’un seul calendrier/carnet d’adresse.
Ça, ça me fait un peu rêver, mais mon client de messagerie, claws-mail, est limité de ce côté-là. Je doute que ça évolue positivement dans le futur mais il y a des petits choses qui me lient à lui et m'empêchent de changer (et pas seulement l'implémentation de X-Face).
Après, je vous concède que la première installation n’est pas foncièrement simple.
Tu parles de la version du gestionnaire de paquets, ou bien tu as installé à la main et c'est ça qui était pas simple ?
C'est triste. L'interface ncurse est pour moi la fonctionnalité qui tue et qui manque à apt. Le reste (qualité du résolveur de problèmes), je le vois pas.
Oui, SquirrelMail, c'est un peu lourdeau, quand on connaît Roundcube.
Concernant Roundcube, Vincent Bernat, le responsable (ou l'un des responsables) du paquet explique dans ce rapport de bogue les difficultés. Il a un compte DLFP, peut-être qu'il interviendra ici.
Il manque de temps/motivation/etc. pour maintenir le paquet d'une manière générale, et sorti du noyau dur de l'équipe de mainteneurs, les forces vont et viennent par coups de main ponctuels. Ça, ça doit pas être propre à Roundcube.
Par ailleurs, il est embêté par la politique de Roundcube qui pousse à passer aux versions supérieures pour avoir les mises à jour de sécurité sans garantir que les correctifs appliqués aux versions antérieures suffisent à les fiabiliser. Pas trop l'approche Debian qui préfère maintenir des vieilles versions à coups de patches de sécurité (mais c'est pourtant ce que fait aussi Iceweasel, il me semble).
Enfin, la migration vers les versions 1.* est compliquée par la refonte des fichiers de config. Il faudrait créer un script de migration pour que ça se fasse de façon transparente comme les mises à jour mineures. L'alternative, qui a été proposée dans le rapport de bogue cité plus haut, serait de proposer un paquet différent Roundcube1 sans prendre en charge la mise à jour. Comme ça, les nouveaux venus peuvent l'installer (pourquoi les bloquer s'ils n'ont pas besoin de migrer ?), les autres peuvent migrer à la main s'ils le souhaitent (c'est comme ça qu'on est passé de Dovecot 1 à 2, il me semble), et en plus il sera jamais trop tard pour créer un jour un script de migration et faire la transition doucement. Je ne pense pas que ça rajoute de boulot aux mainteneur, donc c'est l'idéal. Si c'est pas fait, c'est peut-être que le problème n'est pas la migration, mais bien la maintenance sur le long terme.
Ils parlent des données du mandat, ce qui doit être le débiteur, le créancier, l'identifiant de mandat…
OK, j'ai du lire trop vite. J'avais compris que les données transmises étaient celles de la liste en dessous ("ce mandat doit comporter"…).
Signer une convention, certainement pas, ce système serait inutilisable si les créanciers devaient signer une convention avec chaque banque européenne chez qui ils ont des débiteurs.
Non, je pense que c'est auprès de sa banque uniquement que le créancier doit signer une convention.
C'est exact, mais ce n'est pas la banque qui le reçoit et le conserve : au lieu de cela, c'est le créancier. Mon affirmation initiale est donc exacte : la banque ne conserve pas de liste d'autorisations de prélèvement, et ne vérifie pas qu'un créancier dispose bien d'un mandat pour un demande de prélèvement.
Le site de la Caisse d'Epargne dit:
Les données relatives à ce mandat sont transmises de façon dématérialisée à la banque du débiteur lors de la présentation du prélèvement SEPA sur le compte du débiteur.
Donc normalement il y a une vérif la première fois. La créancier doit avoir un identifiant créancier SEPA, signer une convention, etc. Certes on peut toujours falsifier une signature, mais bon…
Révocation :
Là où ça devient marrant, c'est pour la révocation de mandat de prélèvement : puisque ce n'est pas la banque qui les conserve, mais les créanciers, c'est à eux qu'il faut notifier la révocation, charge à eux de l’agrafer au mandat initial et de conserver le tout.
La formulation officielle est amusante :
Il est vivement recommandé au client d’en informer également sa banque.
Dans cas cas, peut-être que le fonctionnement avec liste noire seulement est satisfaisant.
Tuxguitar est l'équivalent libre de Guitar Pro, mais c'est loin d'être aussi abouti.
Je profite de cette page de pub pour signaler une réduction de 20% sur le prix de Guitarpro grâce à SheetHappensPublishing qui publie de chouettes partitions pour de chouettes groupes (c'est très orienté Metal).
Certaines sources (stackoverflow) prétendent qu'il vaut mieux quitter les environnements graphiques. Et rebooter. Je n'ai fait ni l'un ni l'autre, mais bon…
Pas nécessaire, en effet.
Mais bon… utiliser Debian stable et charger la libc6 de sid. Comment dire ?…
En plus, sid et testing, c'est la même version, donc pas besoin de sid. Et ça tourne donc sur Jessie qui sera "stable" dans 2 semaines.
OK sur le fond, notamment parce que c'est un plugin.
Ma crainte est de voir le développeur s'éparpiller dans le facultatif et oublier l'essentiel. Ce qui est tout à fait acceptable s'il veut se faire plaisir, apprendre et répondre à son besoin.
Un exemple de fonctionnalité que l'on ne trouve pas ailleurs ? Les artistes dans votre bibliothèque peuvent être triés par ordre alphabétique en ignorant les articles comme "The", ou "Les".
D'autres logiciels utilisent le tag artistsort, qui apparemment n'est pas standard mais implémenté par MusicBrainz, et c'est peut-être pas pire que de devoir gérer une liste de déterminants dans toutes les lanques.
un mini client bittorrent, via un plugin, pour pouvoir rechercher et incorporer plus simplement de la musique dans votre bibliothèque ;
Wow. Est-ce vraiment le rôle du lecteur multimédia ? Philosophie Unix: Un besoin = un outil. Télécharger les torrents, c'est plutôt le rôle de Weboob, non ?
J'ai vu un certain nombre de page proposant des solutions mais aucune ne me satisfaisait tout à fait.
Merci pour le lien, ça m'a donné quelques nouvelles pistes.
Notamment, j'avais laissé de côté la création du setup.py mais il le faudra tôt ou tard donc autant l'inclure dans la réflexion.
Une de mes difficultés, par exemple, c'est que j'aimerais pouvoir utiliser le logiciel "en place" dans le dépôt sans l'installer. Les solutions que j'ai trouvées utilisent un script dans bin/ pour lancer le logiciel. Le script fait un truc comme
import mon_logiciel
mon_logiciel.start()
mais ça suppose que le logiciel est installé dans le path.
Ou alors il faut faire une version comme ça pour l'install et une en chemin relatif pour les tests. Mais alors comme j'aimerais que ça fonctionne depuis Windows, ce n'est pas un script bash, c'est du python, et j'ai des soucis d'import en chemin relatif hors d'un module.
Tout ça se résout d'une manière ou d'une autre mais j'ai l'impression de réinventer la roue pour un problème très commun, c'est pourquoi je posais une question très ouverte pour savoir si une solution ferait consensus. Visiblement, et c'est ce qui ressort de ma recherche, ce n'est pas le cas, ou alors il en existe une mais elle ne me convient pas et c'est moi qui ait un besoin non courant.
[^] # Re: je crois que GCompris
Posté par jihele . En réponse à la dépêche Sortie d'Ardour 4. Évalué à 3.
Si tu veux…
La formulation est de moi.
Sur la page de téléchargement, il y a bien écrit "buy" et ailleurs "support", ou "donate". Pour l'abonnement, c'est "subscribe".
[^] # je crois que GCompris
Posté par jihele . En réponse à la dépêche Sortie d'Ardour 4. Évalué à 6.
C'est bien ça.
Mais comme je l'écris en dessous,
Tu peux aussi avoir un copain qui a acheté le binaire et te le donne légalement (je pense).
Bref, c'est libre, mais pour faire rentrer de l'argent dans le projet, on demande aux gens qui téléchargent le binaire de mettre (modestement) la main à la poche.
(Et ça vaut le coup de payer pas cher pour pas s'emmerder avec la compilation…)
[^] # Re: La solution ?
Posté par jihele . En réponse au message XFCE volume pulseaudio. Évalué à 3.
Je ne sais pas si c'est une solution de long terme. Tôt ou tard, tu risques de passer à Pulseaudio (sauf raison spécifique).
J'ai eu un problème similaire agaçant avec Debian/Mate. Je pouvais muter mais pas démuter. Sur le fond, c'était en gros parce qu'ALSA attend une commande en mode toggle alors que Pulseaudio a une commande pour muter et une autre pour démuter. Quelque chose comme ça. Certains préconisaient donc un script ou je ne sais quoi pour démuter, mappé sur une touche clavier. La solution était plus simple : installer le bon backend pour le mixer Mate (donc le backend Pulseaudio).
Pourquoi le gestionnaire de paquet ne l'a pas fait correctement de lui-même, je ne sais pas. (Et j'ai pas assez compris pour ouvrir le bug qu'il faut là ou il faut.)
La solution qui t'es proposée au-dessus pour Xfce me semble de la même trempe et c'est ce que je chercherais à creuser pour laisser le problème derrière moi plutôt que de le repousser.
# Les technos
Posté par jihele . En réponse à la dépêche Sortie d'Ardour 4. Évalué à 5.
Je n'ai pas pensé à le mentionner dans la dépêche. C'est précisé ici.
C'est principalement du C++ / GTK, avec un peu de C et d'assembleur (et en même temps, Debian le propose pour plein d'architectures, donc peut-être que les parties en assembleur sont optionnelles ?).
# Python 3 / Qt5
Posté par jihele . En réponse à la dépêche SuperBoucle: Logiciel de boucle pour la composition ou le live. Évalué à 2.
La dépêche ne le dit pas. C'est du Python 3 / Qt5.
J'ai pas creusé pour ton cas précis, mais peut-être que tu peut te passer du Makefile en utilisant la capacité qu'a uic de charger les fichier .ui dynamiquement.
[^] # Re: Ha?
Posté par jihele . En réponse au journal Bref état de Flash sous linux. Évalué à 2.
Chez moi j'utilise quvi et un plugin Firefox qui doit s'appeler AppLauncher (de mémoire) et j'ai un lien "lancer dans vlc" qui fonctionne pour les pages reconnues par quvi (dont Youtube, mais je crois pas que ça marche quand la vidéo YT est embarquée sur un site tiers).
[^] # Re: Je vois
Posté par jihele . En réponse au message [USB] Demande de mot de passe. Évalué à 2.
Suggestion un peu équivalente : virer les utilisateurs du groupe qui a le droit de monter les partitions (plugdev ?). En faisant, ça, il devrait y avoir une invite qui demande un mot de passe root. Je crois. À tester/confirmer. Concrètement, ça voudrait dire virer du groupe tous les utilisateurs actuels et modifier les groupes par défaut pour les futurs utilisateurs. Peut-être que de juste supprimer le groupe suffirait, je sais pas.
(Pour le clavier, c'est différent. Il écrit "périphériques USB" mais après il parle bien de "monter", donc ils parle de volumes de stockage, pas de claviers, cafetières ou autres lance-roquettes USB (si, si, ça existe…).)
[^] # Re: Mélange
Posté par jihele . En réponse au journal HTTP poussé vers la sortie ?. Évalué à 2. Dernière modification le 04 mai 2015 à 10:19.
Sauf si tu l'as déjà rentrée à la main, non ?
(OK, moi aussi j'accepte la première fois, dans la vraie vie.)
[^] # Re: GObject Introspection
Posté par jihele . En réponse au message Bindings python pour Evolution. Évalué à 2. Dernière modification le 02 mai 2015 à 10:57.
Merci, je commence à y voir un peu plus clair. Je pense que je comprends pourquoi la transition n'est pas aussi triviale qu'un renommage de dépendance.
J'ai ajouté l'info au rapport de bogue: https://sourceforge.net/p/gbirthday/bugs/12/
Je ne pense pas avoir le temps et le courage de re-développer cette partie, d'installer Evolution et tout pour tester, alors que je n'utilise pas cette fonctionnalité.
Si qqn est intéressé, qu'il se manifeste. Dans le fond, ça doit pas être trop lourd à faire quand on connaît l'environnement.
[^] # Re: Alternatives à roundcube
Posté par jihele . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 3.
Ça, ça me fait un peu rêver, mais mon client de messagerie, claws-mail, est limité de ce côté-là. Je doute que ça évolue positivement dans le futur mais il y a des petits choses qui me lient à lui et m'empêchent de changer (et pas seulement l'implémentation de X-Face).
Tu parles de la version du gestionnaire de paquets, ou bien tu as installé à la main et c'est ça qui était pas simple ?
[^] # Re: faut deja un acces aux données
Posté par jihele . En réponse au journal Encfs déclaré relativement peu sûr. Évalué à 2.
<blague potache>Dans ton cul.</blague potache>
[^] # Re: apt-get vs aptitude
Posté par jihele . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 10.
C'est triste. L'interface ncurse est pour moi la fonctionnalité qui tue et qui manque à apt. Le reste (qualité du résolveur de problèmes), je le vois pas.
# La dépêche de circonstance
Posté par jihele . En réponse au journal Elle est là !. Évalué à 10.
Ceci est un commentaire-bookmark pour signaler la dépêche qui annonce la sortie de Jessie.
https://linuxfr.org/news/debian-8-jessie-l-ecuyere-est-en-selle
[^] # Re: Alternatives à roundcube
Posté par jihele . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 10.
Oui, SquirrelMail, c'est un peu lourdeau, quand on connaît Roundcube.
Concernant Roundcube, Vincent Bernat, le responsable (ou l'un des responsables) du paquet explique dans ce rapport de bogue les difficultés. Il a un compte DLFP, peut-être qu'il interviendra ici.
Il manque de temps/motivation/etc. pour maintenir le paquet d'une manière générale, et sorti du noyau dur de l'équipe de mainteneurs, les forces vont et viennent par coups de main ponctuels. Ça, ça doit pas être propre à Roundcube.
Par ailleurs, il est embêté par la politique de Roundcube qui pousse à passer aux versions supérieures pour avoir les mises à jour de sécurité sans garantir que les correctifs appliqués aux versions antérieures suffisent à les fiabiliser. Pas trop l'approche Debian qui préfère maintenir des vieilles versions à coups de patches de sécurité (mais c'est pourtant ce que fait aussi Iceweasel, il me semble).
Enfin, la migration vers les versions 1.* est compliquée par la refonte des fichiers de config. Il faudrait créer un script de migration pour que ça se fasse de façon transparente comme les mises à jour mineures. L'alternative, qui a été proposée dans le rapport de bogue cité plus haut, serait de proposer un paquet différent Roundcube1 sans prendre en charge la mise à jour. Comme ça, les nouveaux venus peuvent l'installer (pourquoi les bloquer s'ils n'ont pas besoin de migrer ?), les autres peuvent migrer à la main s'ils le souhaitent (c'est comme ça qu'on est passé de Dovecot 1 à 2, il me semble), et en plus il sera jamais trop tard pour créer un jour un script de migration et faire la transition doucement. Je ne pense pas que ça rajoute de boulot aux mainteneur, donc c'est l'idéal. Si c'est pas fait, c'est peut-être que le problème n'est pas la migration, mais bien la maintenance sur le long terme.
# Python 3 ?
Posté par jihele . En réponse au journal Pythran 0.7 - PyDataParis. Évalué à 4.
Merci, je ne connaissais pas Pythran.
Le support Python 3 est il envisagé ?
Je vois que qqn sur GitHub a déjà demandé que le code compilé depuis Python 2.7 puisse être importé en Python 3, mais je pense aussi à la compilation de code Python 3.
[^] # Re: color2gray et organisation du code
Posté par jihele . En réponse à la dépêche G’MIC 1.6.2.0 : Colorisation de BD, transfert de couleurs, aide au détourage et autres réjouissances. Évalué à 2.
Merde alors, j'en étais convaincu. Merci pour le lien, c'est clair.
[^] # Re: color2gray et organisation du code
Posté par jihele . En réponse à la dépêche G’MIC 1.6.2.0 : Colorisation de BD, transfert de couleurs, aide au détourage et autres réjouissances. Évalué à -2.
git n'enregistre que des diff, pas des versions de fichier
[^] # Re: cp
Posté par jihele . En réponse au journal lns: ln -s pour les étourdis. Évalué à 2.
Super. Merci, je connaissais pas.
[^] # Re: Un mandat, oui, mais…
Posté par jihele . En réponse au message Prélèvement SEPA: mandat de prélèvement. Évalué à 2.
OK, j'ai du lire trop vite. J'avais compris que les données transmises étaient celles de la liste en dessous ("ce mandat doit comporter"…).
Non, je pense que c'est auprès de sa banque uniquement que le créancier doit signer une convention.
[^] # Re: Un mandat, oui, mais…
Posté par jihele . En réponse au message Prélèvement SEPA: mandat de prélèvement. Évalué à 2.
Mise en place du mandat :
Le site de la Caisse d'Epargne dit:
Donc normalement il y a une vérif la première fois. La créancier doit avoir un identifiant créancier SEPA, signer une convention, etc. Certes on peut toujours falsifier une signature, mais bon…
Révocation :
La formulation officielle est amusante :
Dans cas cas, peut-être que le fonctionnement avec liste noire seulement est satisfaisant.
[^] # Re: La guitare
Posté par jihele . En réponse à la dépêche Yousician, un logiciel d'apprentissage de la guitare. Évalué à 2.
Tuxguitar est l'équivalent libre de Guitar Pro, mais c'est loin d'être aussi abouti.
Je profite de cette page de pub pour signaler une réduction de 20% sur le prix de Guitarpro grâce à SheetHappensPublishing qui publie de chouettes partitions pour de chouettes groupes (c'est très orienté Metal).
[^] # Re: Installation sur Debian 7.0 32bits
Posté par jihele . En réponse à la dépêche Yousician, un logiciel d'apprentissage de la guitare. Évalué à 3.
Pas nécessaire, en effet.
Mais bon… utiliser Debian stable et charger la libc6 de sid. Comment dire ?…
En plus, sid et testing, c'est la même version, donc pas besoin de sid. Et ça tourne donc sur Jessie qui sera "stable" dans 2 semaines.
[^] # Re: Bon courage !
Posté par jihele . En réponse à la dépêche Miam-Player 0.7.1. Évalué à 4.
OK sur le fond, notamment parce que c'est un plugin.
Ma crainte est de voir le développeur s'éparpiller dans le facultatif et oublier l'essentiel. Ce qui est tout à fait acceptable s'il veut se faire plaisir, apprendre et répondre à son besoin.
# Bon courage !
Posté par jihele . En réponse à la dépêche Miam-Player 0.7.1. Évalué à 3.
Bon courage, c'est du boulot.
http://forums.sonos.com/showthread.php?t=16258
D'autres logiciels utilisent le tag artistsort, qui apparemment n'est pas standard mais implémenté par MusicBrainz, et c'est peut-être pas pire que de devoir gérer une liste de déterminants dans toutes les lanques.
Wow. Est-ce vraiment le rôle du lecteur multimédia ? Philosophie Unix: Un besoin = un outil. Télécharger les torrents, c'est plutôt le rôle de Weboob, non ?
[^] # Re: Google est parfois ton ami
Posté par jihele . En réponse au message Quelle arborescence pour un projet Python Qt ?. Évalué à 3.
J'ai vu un certain nombre de page proposant des solutions mais aucune ne me satisfaisait tout à fait.
Merci pour le lien, ça m'a donné quelques nouvelles pistes.
Notamment, j'avais laissé de côté la création du setup.py mais il le faudra tôt ou tard donc autant l'inclure dans la réflexion.
Une de mes difficultés, par exemple, c'est que j'aimerais pouvoir utiliser le logiciel "en place" dans le dépôt sans l'installer. Les solutions que j'ai trouvées utilisent un script dans bin/ pour lancer le logiciel. Le script fait un truc comme
mais ça suppose que le logiciel est installé dans le path.
Ou alors il faut faire une version comme ça pour l'install et une en chemin relatif pour les tests. Mais alors comme j'aimerais que ça fonctionne depuis Windows, ce n'est pas un script bash, c'est du python, et j'ai des soucis d'import en chemin relatif hors d'un module.
Tout ça se résout d'une manière ou d'une autre mais j'ai l'impression de réinventer la roue pour un problème très commun, c'est pourquoi je posais une question très ouverte pour savoir si une solution ferait consensus. Visiblement, et c'est ce qui ressort de ma recherche, ce n'est pas le cas, ou alors il en existe une mais elle ne me convient pas et c'est moi qui ait un besoin non courant.