laurentb a écrit 274 commentaires

Ta supposition de départ est incorrecte (que un changement de nom est suffisant) ; c'est justement l'objet de mon propos.

Par ailleurs j'ai plusieurs fois lancé un appel au remplacement de certaines icônes, ce qui ne demande aucune connaissance particulière (ni même de talent, quand on voit les actuelles). Depuis, aucune contribution. J'en déduis que ça n'intéresse personne.

Il est impossible de satisfaire quelqu'un qui au fond cherche à s'indigner (et feint d'être offensé, même si de toute façon il n'y aucun droit à ne pas être offensé) ; on l'a vu, il y aura toujours un truc qui ne va pas (y compris complètement imaginaire).

C'est quand même ennuyant car les diverses indignations ne nous ont pas fait tant de publicité ; manque de touiteur influent dans le lot, ou alors tout le monde s'en fout !

Si c'est le cas c'est plutôt un bug qu'une application mal notée apparaisse en première page.

En l’occurrence nous arrivons à pousser les mises à jour vers Debian et choisir les versions à supporter, mais Ubuntu prend des snapshots de Debian aux "mauvais" moments.

De pourquoi Ubuntu n'arrive pas à tenir un paquet à jour.

il est souvent sous-entendu que les Gentooistes sont parmi les plus hostiles à systemd

Et en tant que Gentooïste je n'apprécie pas du tout ça. Avec cette autre sombre histoire, ça fait beaucoup de gens qui ne comprennent rien à Gentoo mais qui se permettent de l'instrumentaliser.

Il se trouve qu'un bon nombre utilise déjà systemd depuis longtemps, y compris des développeurs. Moi, je m'en fous un peu, j'ai joué avec systemd sur une autre distribution et j'ai trouvé ça plutôt bien fait. Je n'ai pas de raison de migrer mes systèmes existants pour autant car OpenRC est déjà bien meilleur que les autres systèmes non-systemd.

Il y a surtout une incompréhension de ce qu'est Gentoo. Tant que c'est possible, le choix va être implémenté. Utiliser un autre système d'init n'a rien de nouveau sous Gentoo (même si la plupart de ceux qui étaient à la mode sont maintenant oubliés). Ou utiliser un système sans PulseAudio (auquel je suis passé volontairement et donc n'ait aucun rapport émotionnel comme bon nombre d'autres victimes de mauvaises distributions), ou même sans PAM pour les aventuriers.

En tout cas, de plus en plus de paquets sont fournis avec des unités systemd, et OpenRC a le support de tmpfiles.d (une invention de systemd dont le format est très bien documenté - quoi, comment est-ce possible ?!). C'est d'ailleurs sur ça que les anti-systemd devraient se focaliser : implémenter les interfaces documentées de systemd.

Pour les donations.

On remarquera que les "vétérans" n'ont toujours pas dit qui ils étaient, pas produit grand-chose, mais qu'ils ont déjà tout prévu pour les donations.

John Gruber, qui s'est visiblement comporté dans cette affaire comme un parfait goujat

Malheureusement le seul autre fait d'arme de ce monsieur est d'être "bloggeur influent" (et accessoirement le plus grand fanboy Apple). L'erreur première a été le choix de Markdown par un certain nombre de sites, surement trop attirés parce qui est hype, alors qu'il n'était pourtant même pas le premier arrivé.

C'est aussi le cas de weboob qui refuse de se lancer si d'autres utilisateurs ont la permission de lire le fichier ~/.config/weboob/backends.

En fait, derrière ça il y a la question de la sécurité des navigateurs en général.

Les cookies sont stockés en clair, et souvent la plupart des mots de passe (par défaut sous Firefox, et j'ai beau avoir compilé Chromium avec USE="gnome-keyring" il n'a pas l'air de l'utiliser, en tout cas par défaut). C'est vite oublié parce que c'est une habitude (mais ça ressort pour un logiciel inhabituel), et que l'endroit où sont stockés les mots de passe est "obscur". En l'état c'est pour moi c'est une des raisons principales de chiffrer son disque.

Oui, après le super exploit d'avoir réussi à choper mon pass, te voila avec ma liste d'achats

Oui le mot de passe d'un compte de banque française est souvent peu utile. Je serai sacrément plus embêté de stocker mon mot de passe e-mail en clair (oh, mais que font les logiciels d'e-mail ?).

Au passage, je note que tu dis merde aux aveugles (le rendu n'est pas "standard" du tout!) entre autres.

Et un bon nombre de sites sont inutilisables pour les aveugles (clavier virtuels, interfaces ultra complexes et pas sémantiques). Weboob les rend utilisables :).

Et personnellement, je modifie l'affichage de beaucoup de sites pour accommoder mes yeux (couleurs, tailles, polices).

J'espère que tu n'es éditeur d'aucun site, ils doivent être de jolis gruyères.

Si c'est facile à récupérer, on peut récupérer sur le site.

Mais sinon, pour ce genre d'information, on peut aussi créer un test unitaire qui sera chargé de la vérifier.

Il y a 3 possibilités :

• enregistrer le mot de passe (aucun différence avec enregistrer le mot de passe dans son navigateur sans mot de passe maître)
• laisser weboob demander le mot de passe à chaque fois
• utiliser une commande externe, comme pass

Elles sont proposées à l'ajout d'un backend.

Oui, mais comment les données sont récupérées ? Si les requêtes AJAX sont toujours les mêmes, ou encore mieux renvoie autre chose que du HTML, ce n'est pas forcément plus compliqué à gérer.

L'exemple c'est pour l’authentification HTTP, je ne pense pas que ce soit son cas, mais plutôt un formulaire.

Et sinon, weboob.browser utilise requests et toutes ses fonctionnalités sont accessibles.

Oui, tu peux te cantonner à weboob.browser, je l'ai utilisé pour des scripts personnels. Il faut quand même installer le paquet weboob entier.

Oui, il gère les formulaires (mais tu peux aussi faire le POST toi-même) et les cookies.

Pour écrire un parser Scrapy fait moins de choses que weboob.browser, et globalement utilise les mêmes technologies : requests et lxml. De plus il est mal pensé pour une utilisation interactive (plutôt aspiration de masse avec gestion des URLs un peu simpliste).
De plus weboob propose beaucoup d'outils supplémentaires (filtres, gestion de la pagination, des formulaires…).

Il faudrait que j'écrive une comparaison plus détaillée entre les deux projets.

D'après http://www2.leboncoin.fr/dc/cgu/0

utiliser ou interroger le Service LEBONCOIN pour le compte ou au profit d'autrui ;

Responsabilité de l'utilisateur, pas vraiment possible avec les applications livrées.

extraire, à des fins commerciales ou non, tout ou partie des informations ou des petites Annonces présentes sur le Service LEBONCOIN et sur le Site Internet, le Site Mobile, l'Application iPhone et l'Application Android ;

Dans ce cas, weboob "extrait" toujours les informations, mais c'est aussi ce que fait tout navigateur. Ça me paraît beaucoup trop vague pour tenir, mais il serait possible de mieux l'écrire (par exemple interdire toute autre présentation des informations que celles fournies par leboncoin).

reproduire sur tout autre support, à des fins commerciales ou non, tout ou partie des informations ou des petites Annonces présentes sur le Service LEBONCOIN et sur le Site Internet, le Site Mobile, l'Application iPhone et l'Application Android permettant de reconstituer tout ou partie des fichiers d'origine ;

Responsabilité de l'utilisateur, pas vraiment possible avec les applications livrées.

utiliser un robot, notamment d'exploration (spider), une application de recherche ou récupération de sites Internet ou tout autre moyen permettant de récupérer ou d'indexer tout ou partie du contenu du Site Internet, du Site Mobile, de l'Application iPhone et de l'Application Android, excepté en cas d'autorisation expresse et préalable de LBC France.

Weboob ne se comporte pas comme un robot d'exploration (en tout cas pas avec les applications livrées), mais peut éventuellement être qualifié de robot.

À noter que le service lebonmail.fr semble avoir été fermé pour des questions de marque, pas de respect des CGU.

Les modules (ce que tu dois désigner par parsers) sont mis à jour par weboob lui-même qui a son propre système de dépôts.

On pourrait aussi avoir un dépôt spécial pour certaines distributions, mais pour l'instant personne ne s'en occupe.

Ça dépend.

Si le JavaScript du site utilise principalement une API (fermée) alors encore mieux pour nous, on simule le JavaScript et c'est plus facile que de parser des pages.

Dans le cas contraire et le JavaScript est volontairement obscur, les modules peuvent utiliser autre chose que Browser (comme le module Citibank qui utilise Selenium).

les innovations iraient probablement moins vite

Et si tu enlèves le temps perdu a déposer, vérifier, et contourner les brevets ?

Il y a des différences entre :

1. l'esprit de la loi (ce que le législateur a voulu faire)
2. la communication autour de la loi (le marketing)
3. ce que fait la loi en réalité

Dans le cas des brevets, on a une forte déconnexion entre 2 et 3, et je ne suis même pas convaincu que 1 et 2 aient été proches.

Au point mort par manque de temps et de développeurs.