jihele a écrit 1148 commentaires

<blague potache>Dans ton cul.</blague potache>

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.

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

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.

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.

Merde alors, j'en étais convaincu. Merci pour le lien, c'est clair.

git […] doit enregistrer un nouveau blob de 1.12M à chaque commit modifiant le fichiers gmic_def.h

git n'enregistre que des diff, pas des versions de fichier

Néanmoins, tu peux te passer de la commande ls grâce à la commande cp -l/cp -s, qui fait exactement ça.

Super. Merci, je connaissais pas.

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.

Mise en place du mandat :

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.

Bon courage, c'est du boulot.

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".

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.

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.

On me souffle dans l'oreillette que la Ministre de l’Éducation Nationale aurait lu la bannière de l'April un peu vite et aurait commandé un iPad pour chaque élève de collège.

Faut pas le voir comme ça. L'agent orange à contribué à sauver le monde deux fois. Directement en participant à l'écrasement de la menace communiste. Et indirectement parce que c'est grâce à la recherche sur l'agent orange qu'on a eu le Round Up, par exemple, et partant, les gains de productivité apportés par les céréales Round Up ready. Et au final, la possibilité de nourrir toute la planète.

CQFD.

Pourquoi tous ces composants (résistances, etc.) s'il suffirait de router uniquement deux fils sur les quatre ?

OK, merci à vous deux de lever le doute.

Dans ce cas, il y a peut-être pas lieu d'en réécrire un identique dans Xfce pour le plaisir de réinventer la roue.

Sujet vaguement lié.

Je scanne mes fiches de paye et je les mets sur un serveur au cas où je perdrais mes fiches papier (incendie,…).

Quelle est la valeur de ces scans ?

J'aimerais que notre employeur nous les donne en .pdf en plus du papier, voire à la place (je peux toujours les imprimer si j'ai envie).

Est-ce que ça poserait des problèmes légaux ?

Après tout, entre la version papier que je reçois, qui n'est ni signée ni tamponnée ni rien, et une version .pdf que j'imprimerais, je ne vois pas la différence.

J'imagine que chez Xubuntu, il y a qqchose.

Mais c'est peut-être un outil Gnome avec pas mal de dépendances Gnome.

Exemple de tearing

Je suis d'accord que simple qui marche ça suffit, c'est ce que j'aime dans Xfce. Et je suis content quand une nouvelle version sort, même s'il y a pas de grosses différences.

Truc un peu basique qui manque : la recherche de fichiers.

La dernière fois que j'ai regardé, il n'y avait pas d'outil graphique de recherche de fichiers dans Xfce. Moi, je m'en fous je cherche en ligne de commande avec find sais ou je range mes fichiers. Mais c'est quand même un manque.

On peut intégrer catfish, mais c'est pas fait par défaut et ça marche pas top, je trouve.

La recherche dans Mate est plutôt pas mal, par exemple.

Est-ce que ça a évolué (va évoluer) dans Xfce ?

Après tout, 01,02,03,… c'est pas dur à lire pour un être humain.

Voire 001, 002, 003 (pas besoin de s'imposer les limites du CD)…