Adrien Dorsaz a écrit 891 commentaires

Surtout que, vu la licence, ils ne devaient que citer la licence et ton nom pour afficher cette photo et faire une exception de la licence de leur site (d'ailleurs, leur licence générale, tu ne l'as toi même pas respectée puisque tu l'as copiée ici [et dans ta RAM, mais c'est une autre histoire]).

Ça n'est sûrement pas l'idéal, mais au moins le texte pourra facilement être référencé si tu utilises libre/OpenOffice pour enregistrer au format web (si je me souviens bien, c'est possible avec "enregistrer sous", mais le rendu n'est pas terrible (je n'ai rien sous la main pour tester)).

Désolé pour le "inutile",mon pouce a cliqué au lieu de scroller :/

Sinon, je vais tester wallabag pour les rendus epub : j'ai fait un tel plugin pour les articles favoris de Leed en utilisant phpEpub, mais je ne suis pas vraiment satisfait du résultat…

Tu veux utiliser un outil sans lire de doc… Je sais que certains trucs sont innés pour certains, mais bon, non un gestionnaire de base de donnée n'est pas simple sans lire de la doc (bien que pg_dump roundcube ou quelque chose comme ça n'est pas si compliqué). Même SQLite n'est pas simple pour faire un backup (un bon article de blog des créateurs de Geary explique les problèmes difficiles à gérer).

Ensuite, tu te cherches des ennuis pour rien : la base de donnée d'un client mail est quasiment inutile si tu utilises IMAP. Au pire si la base foire, tu la vides et le programme devrait la repeupler.

Pour HTTPS, il faut aussi lire un peu de doc (le chiffrage a besoin d'être un minimum compliquée, hé oui…). Mais créer des certificats autosignes est assez aisé et peu se faire. automatiquement, comme je l'ai vu pour Prodody.

Je n'ai jamais dit ça, juste que ses critiques portaient sur une méconnaissance des outils utilisés et que man aurait pu l'aider s'il fonctionnait (ce qui n'était pas précisé) ou qu'il aurait pu utiliser l'argument --help.

Première chose, le nouvel outils, journaltruc, est pas terrible et l'erreur n'était pas sur la dernière ligne du log, mais quelque part au milieu

Mouais, ça ne semble pas très sérieux comme "test" : man journalctl n'était pas si compliqué…

j'ajouterais qu'il y avait beaucoup de log qui ne servaient à rien

Mmmmh, j'ajouterais que man journalctl aurait aider à trier les logs par service, heure d'apparition (pas avant telle heure/date, pas après…). De plus man systemctl aurait été utile avant de chercher dans les logs afin de savoir quel service avait planté (et du coup utiliser correctement journalctl pour ne voir que les logs du service planté).

Édit : j'ai regardé le mauvais paquet désolé. Le changelog cité ci-dessus est celui de Squeeze, peut-être que c'est différent pour Wheezy

Hello,

J'ai également installé un serveur XMPP dans mon réseau et il ne reste qu'un détail qui me turlupine, c'est à propos de la redirection de ports.

Pour l'instant, ce que je fais, c'est que toutes les tentatives de connexions sur mon adresse IP publique pour les ports 5222 et 5269 sont redirigées vers mon serveur.

J'ai un doute que ce soit la bonne manière, car je ne sais pas comment est établie la connexion client to client :

• si j'établis moi la connexion depuis mon client vers l'extérieur, j'imagine que mon routeur sait faire les bonnes redirections (il est là pour ça :))
• mais si quelqu'un essaie directement de se connecter à mon client sur le port 5222, il va se retrouver sur le serveur (j'imagine qu'il peut le faire en interrogeant d'abord le serveur sur les informations de mes clients puis en les utilisant lui-même)

Est-ce que vous avez des conseils pour la redirection de ports ? Ou alors, est-ce que vous avez une documentation vulgarisée d'XMPP pour m'éviter de lire les RFCs ?

Merci pour le journal, il est bien complet !

j'observe l'évolution, mais plutôt que de ne l'utiliser que pour des opérations ultra basiques, j'utilise pinta a la place.

Justement, il y a deux cibles de "nouveaux" utilisateurs :

• Ceux qui veulent apprendre à faire de grandes travaux sur leurs images
• Ceux qui veulent juste corriger un flou, des yeux rouges, ajouter un cercle rouge, une flèche, …

Pour les premiers, ils devront apprendre à utiliser Gimp et auront sûrement besoin de sauver leurs travaux.

Pour les seconds, Gimp est inapproprié et il serait mieux de leur conseiller un autre logiciel (comme pinta, shotwell,…). En effet, Gimp n'a clairement pas un interface simple à utiliser entre la panoplie d'outils non visibles sans visiter les menus, les calques qui ne signifient rien pour la plupart des gens, les opérations simples qui sont "cachées" (comme dit dans d'autres commentaires pour faire un rectangle, par exemple ou écraser une image), l'utilisation intensive des touches Ctrl, Maj, Alt, …

Du coup, pour moi c'est cohérent que Gimp fasse des projets par défaut et non pas des opérations directement sur les images. Il me semble d'ailleurs que le prochain outil en développement, GEGL, pousse plus loin encore l'idée de projet.

Cheese !

c'est surtout le concept de "projet" que le xcf couvre.

Tout le monde n'ouvre pas un éditeur en se disant qu'il va débuter un projet, pour y revenir des jours après. C'est une sauvegarde que l'on fait plus rarement.

La plupart du temps, on se dit que l'opération que l'on va faire sur l'image va être rapide, et donc il est plutôt logique de s'attendre a ce que le logiciel soit optimiste, et propose de sauvegarder au même format. On gagne du temps

Souvent je n'utilise LibreOffice que pour faire une lettre que je n'aurai jamais besoin d'éditer dès qu'elle sera envoyée. Pour quoi donc sauver en .odt au lieu de directement sauver en PDF/PostScript puisque c'est ce format qui sera envoyée à mon imprimante ?

Ça serait bête de pouvoir gagner du temps la prochaine fois que je dois envoyer une lettre du même type et me retrouver devant un PDF alors que j'aurais pu juste changer l'adresse dans le .odt…

Le problème de sauver au même format est que tu perds complètement l'image d'origine et donc un malencontreux réflexe de sauver et tu perds le travail déjà accompli (tu ne peux pas revenir en arrière si tu fermes le logiciel en plus).

Même pour les non professionnels, perdre une telle information peut être un très grande perte de temps (devoir refaire l'image, puisqu'un non-professionnel n'aura sûrement pas de sauvegardes…) par rapport à juste "Sauver le travail" puis Exporter (ou directement Exporter).

Est-ce que ton éditeur de vidéo n'a pas le même comportement que Gimp ? Est-ce qu'il écrase le fichier d'origine à chaque sauvegarde ou alors enregistre-t'il le montage dans un fichier séparé ?

Je n'ai pas cette option sous Gimp 2.8.14 chez Debian/Jessie.

D'ailleurs, c'est comme si les utilisateurs se plaignaient que Libre/OpenOffice sauvegardait les fichiers en .odt au lieu de PDF…

Ah,je comprend mieux la page de Flattr : en la lisant la première fois, j'avais compris que les comptes de types charités et/ou à but non lucratif étaient des comptes sans taxes.

Mais en réalité "sans taxes" est un troisième label qui n'est pas d'office lié à la charité et aux non lucratifs…

PS: du coup il faudrait soit changer le titre du journal qui est faux, soit le supprimer :/

Edit:

En même temps, j'avais bien écrit :

par extension à la plupart des projets libres régis sous forme de fondation ou d'associations à but non-lucratif.

Donc, je n'étais pas si hors-sujet…

Mince, je n'avais en effet pas vu les exceptions :/

Bon du coup, vous avez d'autre moyens de faire des dons avec des taxes moins élevées ?

J'ai lu en vitesse le site et j'ai vu ce paragraphe très intéressant :

Critères éliminatoires

Pour une solution considérée, sont considérés comme critères éliminatoires :

• Le fait de ne pas livrer aux clients une solution sous une licence reconnue comme libre par la Free Software Foundation  ;
• L'impossibilité, pour une personne de l'art, non experte de la solution, de reconstruire les éventuels binaires à partir des sources ;
• L'enfermement des données et travaux des utilisateurs, rendant leur exploitation impossible en dehors de la solution, par l'usage de standards non-ouvert (nota : les standards qui imposent le paiement d'une redevance, même « raisonnable et non-discriminatoire  », sont considérés comme non-ouverts) ;
• L'impossibilité d'obtenir auprès de l'offreur, ou de l'un de ses partenaires, d'un support professionnel pour ladite solution.

et ce quelque soit le niveau de A à D.

Alors, là, je ne connais pas assez en détails les flags imaps et sieve.

J'ai vu que dans les exemples de Dovecot ils en parlent en utilisant des labels apparemment trouvés en utilisant des variables crées depuis une regexp.

Apparemment, la RFC pour IMAP définis juste quelques flags standard, mais ce n'est pas sûr que Thunderbird les utilise tous (en particulier \Flagged pour indiquer un message important). Ça serait bien de vérifier si ce bug devrait être fermé ou s'il faut le remettre sur le tapis (surtout qu'un groupe de développeur s'est mis d'accord pour reprendre un peu le code de Thunderbird).

Désolé, j'ai oublié de préciser mes imports sieves :

require "imap4flags";
require ["fileinto", "envelope"];

Je parle autant des dossiers que des flags imaps avec filtre sieve.

Voilà mon filtre à spams :

if anyof (header "X-Spam_detected" "true",
    address :contains ["From"] "xxxx@example.com") {
    setflag "\\Seen";
    fileinto "spam";
}

Il déplace dans le dossier spam et ajoute l'étique "\Seen",

En effet, je n'ai pas trouvé d'information à ce sujet dans l'aide de Geary. Ça ne me pose pas de problèmes, car mes messages sont filtrés par mon serveur mail (spam et étiquettes). Peut-être que ton fournisseur de mail pourrait proposer une telle option ?

J'ai le souvenir de news parlant de matériels libres mais en revanche je n'ai pas le souvenir de caractéristiques intéressantes (tant techniques que "financières").

Je pense que tu avais dû entendre parlé de l'OpenMoko et de l'OpenPhoenux.

Le premier, tu peux le trouver d'occasion pour environ 100€, mais ses composants se font vieux (mais tu as au moins l'accès root par défaut, ce sont des distributions Linux dessus). Le second est plus cher (~500€ je crois) et a du matériel plus récent (toujours avec l'accès root).

Enfin, il existe le projet Neo900 qui aura aussi un matériel récent, mais sera aussi assez cher (sûrement 500€ aussi si je me souviens bien).

OpenPhoenux et Neo900 ont un développement actif et verront bientôt Replicant supporté (l'interface RIL est en cours de développement). OpenPhoenux peut déjà être utilisé avec une Debian standard et une distribution QtMoko qui gère déjà la téléphonie et est assez légère.

Je n'ai pas trop suivi où en est le développement du Neo900, mais il y a déjà eu des phases de tests en 2014.

Malheureusement, un smartphone le plus libre possible coûte cher et ça intéresse donc peu de monde (OpenPhoenux par exemple a déjà une nouvelle révision matérielle prête, mais pas assez de personnes intéressées pour lancer la production) et pour avoir un téléphone rooté et avec un système de démarrage libre, il n'y a pas trop d'autres choix :/

C'était déjà le cas avec Gnome 2.24, mais la sauce n'a jamais vraiment pris… (excepté pour Maemo sur les N900).

De nos jour, je pense que les outils qui étaient proposés sont déjà inclus dans les versions desktop, il faut juste l'installer sur un téléphone. C'est tout à fait possible avec les puissances des smartphones actuels et surtout avec des projets libre comme l'OpenPhoenux (bien que leurs mobiles soient moins puissant).

Mais il reste plusieurs problèmes:

• très peu de personnes sont intéressées par des smartphones le plus libre possible (ce qui est nécessaire pour pouvoir installer n'importe quoi dessus) et OpenPhoenux n'a pour l'instant produit que 250 téléphones environ
• les rares personnes intéressées désirent un téléphone vraiment libre, mais seront toujours face aux problèmes suivant: la puce GSM qui a un firmware propriétaire, les puces graphiques ARM propriétaires, souvent la puce Wifi/Bluetooth également pour une question de disponibilité en petite quantité et à prix pas trop élevé
• les puces graphiques ARM étant très souvent propriétaire, il n'y a pas d'accélération graphique ce qui est un problème pour toutes ces technologies : Android, Firefox OS, Firefox pour Android, Gnome3, … Il y a bien des moyens de se passer de la puce graphique, comme le fait Replicant, mais les performances sont moins bonnes et certains logiciels ne fonctionneront pas du tout (Firefox pour Android, par exemple).

Du coup, bien que je possède un des mobiles openphoenux, je n'arrive pas à installer Gnome3 à cause des puces graphiques ARM de TI (dont l'utilisation avec des noyaux récent posent problèmes apparemment).

Bref, avant de s'inquiéter à un Gnome Mobile, il y a déjà beaucoup de progrès à faire ailleurs (et ce depuis longtemps…).

Hello,

J'ai des résultats un peu plus pertinent avec searx.

Particulièrement cet add-on pour Firefox: https://addons.mozilla.org/en-us/firefox/addon/skip-feedsportal/

Euh, ce n'est pas out-of-box, mais c'est quand même pas si compliqué… Tout est expliqué ici : https://wiki.debian.org/fr/SaneOverNetwork

En gros, il faut dire au serveur qui est autorisé à utiliser le scanner et lui dire de lancer automatiquement la commande saned lors d'une connexion. Pour chaque client il faut dire où chercher le scanner.

Après, il n'y a peut-être pas d'outils graphiques pour le faire, mais ce n'est pas la mère à boire d'éditer 3 fichiers.