liberforce a écrit 4730 commentaires

Merci de se renseigner un peu avant de faire des points généraux.

Sympa.

Il se trouve justement, comme je l'ai écrit plus haut, que j'ai vu que tu fournissais un installateur GTK 3 pour Windows, et que j'en ai fait la publicité.

Sauf qu'à ma connaissance, tu n'es pas mainteneur officiel GTK. Pourquoi ton travail n'est pas directement accessible ? Sans doute parce qu'effectivement, le projet a une grosse inertie, mais aussi parce que le status de mainteneur ne s'aquiert pas du jour au lendemain, surtout sur un aussi gros truc que GTK. Fournir une version officielle d'un installateur GTK pour Windows indiquerait que c'est à nouveau officiellement supporté, et qu'il y a un mainteneur actif. Une fois fourni au public, plus de gens le testeraient et rapporteraient des bugs, il faut donc une personne solide et qui a acquis la confiance de l'équipe GTK derrière, sinon cela peut faire plus de mal que de bien. Que se passerait-il s'ils mettaient ton installateur sur gtk.org et que tu disparaissais de la circulation ensuite ?

Je viens de voir ton dernier message sur la gtk-list, et effectivement, c'est un appel à l'aide. Je suis en tout cas de tout coeur avec toi, cela fait 2 ans que je dois justifier l'absence de version Windows pour GTK sur différents forums. Je ne sais pas qui tu as eu sur IRC, mais je veux bien faire mon possible pour essayer de trouver ce qui coince pour tes contributions soient officialisées. Tu peux me contacter à liberforce at freeside org.

Je pense que son soucis vient du fait qu'il voudrait pouvoir juste avoir le bon programme par défaut, parce que c'est celui qui sera utilisé si tu double clique. Sinon, tu es obligé de passer par un clic droit et la sélection du bon programme.

Ce qu'ils disent, c'est que plutôt que de proposer un patch pour contourner les problèmes, il vaut mieux proposer un patch aux projets qui n'ont pas de fichiers .desktop, qu'on règle le problème à la source.

Comme je l'ai indiqué plus haut, pour les fichiers jar, essaie d'utiliser le type mime application/java-archive dans le .desktop, cf JAR (format de fichier).

Là, il y a mec qui sort un patch et qui fait le boulot … et qui n'est pas prêt de le refaire et c'est bien triste.

Savais-tu qu'un mainteneur n'a pas l'obligation d'accepter un patch ? Cela arrive, quand le patch est mal fait, ou qu'il ne correspond pas à ce que le mainteneur veut faire avec son logiciel. Là on est dans le second cas. Ce n'est pas une question de suffisance, il a très clairement indiqué les raisons de son choix.

Pour les .jar, il faut essayer d'utiliser le type mime application/java-archive dans le .desktop.

Exemple tiré du .desktop de gedit:

MimeType=text/plain;

Ensuite, pour déterminer le type mime, utilise la commande file:
file --mime-type toto.pdf
toto.pdf: application/pdf

Quand le .desktop est manquant, tu peux le créer avec Alacarte, qui est inclus depuis des années dans GNOME. Mais la vraie solution c'est que développeur corrige son application et livre un .desktop correct.

Qu'est-ce que tu trouves de répréhensible dans son message ?

Tu peux ne pas être d'accord avec eux, mais leur position se tient. Qaund tu dis:

on ne veut pas donner cette possibilité aux utilisateurs…

Ce n'est pas vrai. Ce qu'ils ne veulent pas, c'est mettre une solution de contournement pour régler un problème qui se situe ailleurs. C'est toujours le même problème: soit on contourne les bugs avec des verrues logicielles, et on se retrouve avec un code à la Frankenstein, soit on adopte la ligne stricte de corriger un problème là où il se situe.

Le premier choix est pragmatique, le second idéaliste. C'est ce dernier choix que fait GNOME. On peut trouver ça inconscient, cela entraîne une certaine oppression à court terme de l'utilisateur, j'en suis tout à fait conscient pour l'avoir ressentie aussi moi-même.

Mais je pense tout de même que c'est l'approche la plus payante sur le long terme. Par exemple, PulseAudio a mis au jour des bugs dans ALSA. Plutôt que de les contourner dans PulseAudio, ces bugs ont été corrigés directement dans ALSA. Tout le monde en a bénéficié. Même si PulseAudio disparaît et est remplacé par autre chose, même si on utilise directement ALSA sans passer par PulseAudio, on bénéficie aussi de ces correctifs. Le fait de ne pas contourner ces bugs et de décider de les laisser apparents est une manière de mettre le problème sous les projecteurs et forcer sa résolution par le ou les projets correspondants. En pratique, cela veut dire qu'en tant qu'utilisateur, ce truc va te saouler pendant 6 mois voire un an, le temps que le vrai problème soit corrigé au bon endroit. Ça fait mal, c'est pénible, et cela délègue l'obligation de contourner le problème à l'utilisateur. Mais c'est ce qui permet aussi de solidifier les fondations du logiciel plutôt que de les affaiblir.

L'approche "Frankenstein" quant à elle, pousse à avoir de multiples projets qui vont contourner les mêmes bugs (le .desktop d'une application qui ne déclare pas le type mime géré par l'appli affectera tous les desktops, pas juste GNOME), causant une duplication des efforts néfaste car les gens auraient pu employer leur temps à corriger d'autres bugs. On se retrouve aussi avec du code moins lisible, plus difficilement maintenable et on peut facilement se retrouver avec des effets de bords difficiles à prévoir (même si dans ton exemple précis, j'en conviens, la modification est très confinée). L'autre soucis de cette approche est politique: si tu fais une exception à la règle, elle est immédiatement utilisée comme modèle par d'autres personnes qui veulent une solution de contournement pour leur problème spécifique.

Pour ce qui est de GTK 3, j'aimerais en savoir un peu plus si tu veux bien. J'ai moi même fait la publicité de ton installateur GTK 3 pour Windows, et bien que ne l'utilisant pas, je te remercie pour ton travail, car il est important.

Quand tu dis:

Ce toolkit est dorénavant maintenu par des gens qui partagent les mêmes opinions, refuseront vos modifications

Effectivement, il est essentiellement maintenu par des gens de GNOME, une situation décriée par eux-même depuis plusieurs années, car ils sont en sous-effectifs. Depuis le retrait de Tor Lillqvist du poste de mainteneur GTK Windows, personne n'a pris le relais pour faire le boulot. Et je pense que l'équipe GTK serait plus que ravie d'avoir des contributeurs pour GTK Windows. Ce n'est pas par mauvaise volonté que ça n'avance pas, c'est juste qu'il n'y a plus personne pour faire le boulot. Aussi je m'étonne que tu parles de "refus de modifications". Tu as un exemple particulier en tête pour GTK ?

Félicitations à tous. Juste un petit mot, n'hésitez pas à contribuer directement à la traduction des release notes. On a notamment souvent du mal à avoir des captures d'écran francisées, n'hésitez donc pas à nous rejoindre sur #gnomefr ;-).

C'est une situation que je regrette, mais le soucis c'est que quasiment aucun développeur Windows ne contribue à GTK. Du coup, c'est difficile de demander aux gars qui développent pour Linux de freiner leur avancée pour attendre que la version Windows soit au niveau…

Excuses acceptées (j'ai eu mon diplôme d'ingé par apprentissage).

Nan, ça c'était Allan Day. Qui a depuis (ça remonte à un bon moment) indiqué qu'il avait eu tort et que les extensions étaient une bonne chose.

Ouaip, je viens d'en faire le constat, j'ai bidouillé en parallèle. J'avais lu en diagonale, j'avais même pas fait gaffe que sa demande était spécifique à ncurses.

Au final, j'ai modifié son code pour que ça marche, et effectivement, il faut passer par get_wch, ne pas oublier le %lc pour les caractères wide, et L'é' pour définir une constante wide, sans oublier de se lier à ncursesw plutôt que ncurses, ni le setlocale.

#include <stdio.h>
#include <stdlib.h>
#include <ncursesw/ncurses.h>
#include <locale.h>

wchar_t wch = L'é';
int err;

int main (int argc, char **argv)
{
    setlocale (LC_ALL, "");
    initscr();
    raw();
    noecho();
    keypad(stdscr, TRUE);
    while(wch != KEY_F(1))
    {
        clear();
        printw("char=%lc", wch);
        refresh();
        err = get_wch(&wch);
    }
    endwin();
    return 0;
}

Et le fichier CMakeLists.txt que j'ai utilisé pour compiler:

project (CURSES)
cmake_minimum_required (VERSION 2.8)

find_package (PkgConfig REQUIRED)
pkg_check_modules (NCURSESW REQUIRED ncursesw)

include_directories (${NCURSESW_INCLUDE_DIRS})
link_directories (${NCURSESW_LIBRARY_DIRS})
add_executable (curses main.c)
add_definitions (${NCURSESW_CFLAGS_OTHER} -g -Wall)
target_link_libraries (curses ${NCURSESW_LIBRARIES})

Tu auras ce genre d'erreurs si tu sauves ton fichier dans un charset où ce caractère prend plus d'un seul caractère. En gros en ISO-8859-1, 'é' prend un octet, mais en UTF-8, 'é' prend deux octets, il ne tient donc pas dans un char !

Il faut alors définir une chaîne de caractères, et plus juste un caractère…

Si, si, c'est bien une histoire de setlocale.

http://blog.freeside.fr/post/2007/03/27/Oisiweb%3A-Comment-afficher-une-chaine-de-caracteres-avec-des-accents

Si ton caractère "é" vaut 169, c'est que tu es en ISO-8859-1, et pas en UTF-8.

Le fichier suivant enregistré en UTF-8 fonctionne chez moi (ma distrib est par défaut en UTF-8).

#include <stdio.h>    /* for printf */
#include <locale.h>   /* for setlocale */

int main (void)

{
     setlocale (LC_ALL, "");
     printf ("éèâ\n");
     return 0;
}

C'est ce que m'a dit le technicien. Ensuite je me suis rendu compte que le mail expédié provenait de sa boîte gandi, et je ne sais pas si le domaine associé est configurée avec -all. Du coup pas de certitude. Pourrais tu également cesser ce ton hautain, ce serait sympa. Merci.

D'après Gandi, la même manip avec une boîte Free fonctionne. Le problème survient avec SFR.

et en plus liberf0rce est capable de venir faire un journal comme quoi l'antispam de sfr il est tout pourri.

Pour l'antispam, j'utilise Thunderbird, merci. Mais je préfère avoir des spams que perdre des mails. Est-ce trop compliqué à comprendre ?

SPF ne dit pas qu'un mail qui échoue au test SPF doit être refusé. C'est ce qu'il appelle la "local policy". En gros, tu peux très bien être conforme à SPF en classant le mail dans les spams. Là le fait que SFR refuse directement le mail est ce qui pose problème.

http://www.openspf.org/Best_Practices/Forwarding :

First of all, realize that the SPF result is deterministic and defined by the SPF specification. You do not get any choice in the matter. However, any decision your mail software makes based on the SPF result is your choice. This advice concerns your "local policy" – how you treat SPF results.

Assuming the recipient does not whitelist forwarders, then the answer is: Yes, it does break forwarding. You (the forwarder) will have to switch from forwarding, where the envelope sender is preserved, to remailing, where the envelope sender is changed.

Du coup je vais me retrouver avec l'expéditeur changé partout ? Parce que si je vois comme expéditeur alias@relais, le redirection n'a plus aucun intérêt.

Pas crédible (tu as déjà la flemme de changer d'hébergement mail…).

Alors là, crois bien que je ne vais pas me gêner, ça fait déjà un moment que j'y pense. Le fait que les enregistrements faits avec leur box soient chiffrés pour être utilisable uniquement avec cette box donnée aide aussi.

La seule chose qu'on pourrait dire là dedans, c'est que SPF n'est pas 100% cohérent. La RFC 4408 indique:

If domain owners choose to publish SPF records, it is RECOMMENDED that they end in "-all", or redirect to other records that do, so that a definitive determination of authorization can be made.

Donc pas étonnant que des sites comme celui de steam utilisent -all. Sauf que ça pète le forwarding. Ensuite côté bonnes pratiques, SPF indique que ça doit être corrigé par le destinataire, ce qui parait logique, sinon tu pourrais avor du man-in-the-middle et te faire passer pour n'importe qui en tant que relais.

SPF édicte des bonnes pratiques, après si tout le monde pisse dessus, c'est sûr que ça risque pas de fonctionner.

Je suis sûr que si tu arrives avec le fric pour payer la gestion du projet + le dev + la maintenance du bousin, ça doit être négociable.

On ne m'a pas dit que c'était trop cher ! On m'a juste dis "c'est pas nous". Sauf que Gandi me dira que ce n'est pas eux qui refusent le mail, et que steam me dira que c'est au forwarder ou au destinataire de contourner le problème. En gros, on tue le forwarding avec SPF.

La seule solution qui ne soit pas du contournement, c'est de le faire côté destinataire. Et j'ai de toute façon déjà contacté Gandi pour voir s'ils peuvent mettre en place une solution de contournement, au cas où. Mais là encore, pourquoi serait-ce à eux d'absorber les coûts ?

Imagine toi en train de bosser pour le 3e plus gros FAI et qu'un client te demande de modifier juste pour lui ta politique de sécurité, forcément c'est pas simple.

Imagine toi être un utilisateur qui a un problème et qu'on essaie d'enfumer avec des explications vaseuses. C'est pas simple non plus. Ça ne me dérange pas que les gens ne connaissent pas la réponse, mais les procédures qualité doivent te dire où les trouver, ou vers qui transférer le dossier. Là j'ai eu droit à "je vais voir mon pote du plateau qui-s-y-connait", et 1 fois sur 3 ils bottaient en touche pour fermer directement le dossier parce qu'à mon avis le gars ne savait même pas à qui refiler le dossier.

Ensuite qu'on me dise: "trop d'impact sur la politique sécurité, won't fix", ok, ça me va comme réponse. Mais quand on essaie de t'expliquer que c'est la faute de tout le monde, mais pas la leur, alors que openspf.org dit exactement le contraire, faut pas me prendre pour un lapin de 3 semaines…

Est-ce que quelqu'un lit les liens que je donne ? Tu es en train de me dire que chaque site devrait ajouter tous les forwarders possibles à travers le monde ? Ça te paraît vraiment pertinent ? On ne parle pas juste de Gandi là, on parle du concept même de forwarding.

Quand tu déménages, tu fais une redirection de courrier, ou tu vas voir tous tes interlocuteurs le jour du déménagement pour leur dire qu'à partir de demain il faut t'écrire à une autre adresse ?

En fait les serveur SFR peut tout à fait faire sa vérification SPF de son côté. Mais il faut juste que je puisse lui dire qu'en plus de ce qu'a déclaré le site, il doit accepter mon forwarder. C'est comme faire une procuration pour un vote, tu indiques que tu fais confiance à une autre personne. Bin là je veux juste que SFR fasse confiance au courrier relayé par Gandi.