liberforce a écrit 4743 commentaires

Intéressant. Hier en regardant sur un autre ordinateur j'ai vu autre chose avec des noms d'onglets que je ne connaissais pas. Sinon je n'aurais pas perdu mon temps à écrire de commentaire. Je suis d'autant plsu atterré du comportement des étudiants en question qui envoient des PR qui ne correspondent à aucun besoin réel...

Pourquoi ne pas activer le bugtracker ? Tu pourrais suivre tes propres idées d'amélioration, et avoir d'autres bugs avec un tag spécifique pour les contributions faciles. En son absence, un étudiant peut se dire "tiens, je vais envoyer ça, on verra si ça rentre". Si tu as des listes de contributions possibles, ou acceptes des demandes d'évolution, cela donne une ligne directrice, leur évitant de s'éparpiller. Certes, tu peux te retrouver à fermer des bugs plutôt que des pull requests (voire en plus des pull requests), c'est un risque. Tu peux aussi laisser juste un bug ouvert avec un titre explicite pour dire que le logiciel est complet et n'a pas besoin d'évoluer et n'a pas de bugs (ce qui est à mon avis faux et sonne un peu pédant, mais a le mérite d'être clair).

Le bugtracker c'est le premier réflexe je pense quand tu t'intéresses à l'amélioration d'un logiciel. Il t'aidera à envoyer bouler ce qui sont venus pour la gloire et trouver l'aiguille dans la meule de foin : la personne qui aura un vrai besoin, ou une vraie idée. Tu me diras que tu as déjà ça via les PR, et tu as peut être raison, mais à ta place, je tenterais l'expérience pour voir si cela améliore les choses. Je ne pense pas que les PR ont pour vocation de servir de point d'entrée.

Au pire, ajoute un CONTRIBUTING.md, ou une section de contribution au README.md, mais je ne pense pas que les étudiants en question le liront, j'ai un peu plus d'espoir du côté du bugtracker... Un peu plus de chances avec une table des matières (genre générée avec md-toc) pour voir en un clin d'œil qu'il y a une section de contribution sans avoir à faire défiler tout le fichier.

Par contre, dès qu'on tape sur l'accès au bistrot, les gens se ruent sur la vaccination !

J'ai souri. Je parlais avec mon beau frère il y a deux semaines de la vaccination, il a plein de collègues de travail (il est routier) qui l'encouragent à ne pas se faire vacciner, parce que effets à long terme, etc. En parlant avec lui, il me dit surtout qu'il n'a pas envie de se faire vacciner tous les ans (il fut un temps évoqué de potentiels vaccins annuels comme la grippe). Ce à quoi je lui réponds qu'entre ne pas faire la vaccination initiale, et ne pas faire d'hypothétiques rappels dans un an, il y a quand même une différence énorme. Il écoute bonne pâte, ce n'est pas spécialement un antivax, je pense qu'il fait avec les informations qui arrivent à lui, et l'environnement joue aussi. Sa mère non plus ne veut pas être vaccinée.

Le week-end dernier, ils vont à 3 personnes à la fête foraine, et là: tests ou certificats de vaccination à présenter à l'entrée, et c'est le seul non-vacciné du groupe. Après 3h d'attente (ils n'ont pas compris la procédure pour le test sur place, refont la queue plusieurs fois), ils finissent par rentrer chez eux.

Le lendemain il reçoit sa première dose.

Donc oui, c'est plutôt une histoire de friction. Tant que c'est facile de ne pas se faire vacciner, certaines personnes s'en foutent un peu, ou préfèrent le status quo. Quand ça les rattrape dans leur vie quotidienne et leur confort en revanche, ça peut aller vite.

J'en ai vu un autre au journal télévisé qui s'était retrouvé sous assistance respiratoire, 39 ans, non vacciné. Il semble qu'il ait peur des piqûres et ne s'était pas fait vacciner à cause de ça. Donc sans rendre la vaccination obligatoire, rien qu'emmerder un peu plus les gens pour vaincre la paresse et les barrières psychologiques des gens qui ne sont foncièrement anti-vaccins devrait aider à augmenter la couverture vaccinale.

Ou Droid48 pour émuler la HP-48.

J'ai pu désactiver les Services Google Play en désactivant la fonctionnalité qui te permet de retrouver ton téléphone en cas de perte ou de vol. Signal n'est pas content non plus -_-'.

Mais effectivement, sans ça je suis à 1,29Go de libre... Je vais creuser sur les app stores alternatifs pour pouvoir continuer de mettre à jour mes applications. Merci pour tes conseils.

Il existe des alternatives dont vous avez certainement entendu parler : Aptoide, APKPure ou encore UpToDown. Nous déconseillons néanmoins leur utilisation. Tout d’abord, certains proposent des applications illégalement, sans rémunérer les développeurs, mais on peut également y trouver des applications ou des mods qui peuvent représenter un danger pour votre smartphone ou votre tablette. Cela ne veut pas dire que TOUTES les applications de ces boutiques sont illégales ou dangereuses, mais la plus-value n’est pas suffisante pour justifier le risque.

Source: https://www.frandroid.com/android/applications/522592_meilleures-alternatives-au-google-play-store-boutiques-applications

De ce que j'ai compris en lisant un fil stackoverflow, c'est que le dépôt principal d'Aptoide a l'air de qualité, mais la nature décentralisée fait que les autres dépôts ne sont pas vérifiés pour savoir s'ils sont fiables ou pas. Et au final je ne sais même pas si en désactivant Google Play Store je pourrai désactiver les Services Google Play.

Je viens de voir que Maps et Youtube étaient désactivées mais pas rétablies en configuration sortie d'usine (d'où la présence d'apk en espace utilisateur). J'ai donc pu récupérer cet espace là.

Samsung Galaxy J5 (Android 6.0.1). Le téléphone est vendu comme ayant 8 Go de stockage (quand je vais dans "stockage" je vois 7,29Go/8Go). À côté de ça j'ai une carte mémoire de 60Go où je mets toutes les données et certaines applis qui sont déplaçables, mais certaines ne le sont pas, c'est donc la mémoire interne qui me limite.

J'utilise l'appli DiskUsage pour voir où part mon espace disque. Elle m'affiche un total de 4,63Go de stockage, j'en déduis donc que c'est uniquement l'espace utilisateur. On retrouve là un dossier Apps avec la liste des applications et des sous-dossiers apk et data pour chacunes. Pour les applis désactivées, je n'ai que le dossier apk, pas de data.

Exemple d'espace pris par des applis désactivées:
- Maps (179,9Mo)
- Youtube (139Mo)

Dans les trucs non désactivables mais qui prennent de la place:

• Services Google Play (apk: 212Mo, data: 167,2Mo)
• Samsung Internet (apk: 191,5Mo — j'utilise Firefox)
• Galaxy Apps (47,2Mo)

Alors bon, j'image que les Services Google Play sont nécessaires au bon fonctionnement du Play Store (que j'utilise toujours pour certaines applis), etc., mais la quantité de données consommées me parait démesurée.

Si on ajoute à ça la zone marquée "System Data" qui fait 1,1Go, on voit qu'il ne reste plus grand chose pour les applis de l'utilisateur. Je me retrouve donc régulièrement en rade d'espace, alors que j'ai dans les 500Mo de trucs que je n'utilise pas, soit 1/8 de l'espace utilisateur.

J'ai déjà F-Droid. J'ai déjà désactivé tout ce que je peux de Google. Ce que tu trouves sur F-Droid n'est pas préinstallé et donc alourdit encore un peu plus l'espace utilisateur (mais je l'utilise pour avoir des applis plus libres — et souvent assez légères). Je déplace presque toutes les applis non essentielles sur la carte SD. Mais je n'ai pas trouvé comment empêcher ces fichus services Google Play (non désactivables) de gonfler. Suis encore à 380Mo (212Mo d'apk + 167Mo de données) et quand j'efface les données, tout continue de fonctionner au poil. Le téléphone a 4Go de mémoire, le but étant de le faire durer le plus longtemps possible.

En prenant un peu plus le temps de lire l'article, je pense que c'est ça le fameux magic-trailing-comma.

Dans ce cas quelqu'un aurait une idée de ce qu'on peut faire pour récupérer de l'espace (autre que faire de l'ordre dans les applis et données) ? Par exemple, les services Google Play me prennent en général près de 400Mo. Je peux supprimer tout le stockage associé, ça retombe à 213Mo, mais quelques minutes plus tard ça remonte tout seul à 300Mo, et 400Mo dans les jours qui suivent.

Personnellement, je regrette que black mette sur une seule ligne un petit dictionnaire que je trouve plus lisible sur plusieurs lignes.

Je trouve plus regrettable que le style par défaut ne soit pas de mettre tous les éléments sur une ligne indépendante, ça rend les diffs plus lisibles, et fait des lignes plus courtes. Cependant, on peut forcer black à utiliser ce style, il suffit de mettre une virgule après le dernier élément. Il me semble que c'est le cas pour yapf également.

Et sinon, comment tu as fait pour choisir entre emacs et vim ?

Pour le coup Ctrl+W c'est associé au caractère ASCII End of Transmission Block: https://en.wikipedia.org/wiki/End-of-Transmission-Block_character , donc d'un point de vue historique et compatibilité ascendante avec les téléscripteurs, ça me parait pertinent de l'associer à la fermeture. C'est plutôt emacs qui se fourvoie à ce niveau là.

Pour ceux que l'histoire de ces codes de contrôle intéresse: https://bestasciitable.com/

J'imagine que c'est l'antériorité qui fait que vim est disponible de base à peu près partout par défaut, là où il faut souvent installer emacs.

Les customs scripts shortcuts, c'est en fait très limité. Le mieux c'est encore de les plugger sur invoke, pour qu'un pipenv run ma_commande fasse juste un pipenv run invoke ma_commande. J'avais fait ça pour remplacer un Makefile comme point d'entrée, quand on a pas vraiment de dépendances entre cibles. Par exemple, avoir une commande unique pour le développeur et l'intégration continue pour effectuer les mêmes actions/vérifications, c'est cool. Pas de surprises de "ça marche sur ma machine et pas sur la CI".

J'ai utilisé pipenv pendant un an en environnement professionnel.

pipenv est bien mais avait il y a encore un tas de soucis:

• impossible de faire un pipenv update pour mettre à jour uniquement un paquet précis (en cas de mise à jour de sécurité par exemple), et ce malgré les options en ligne de commande qui existent (--selective-upgrade, --keep-outdated). C'est extrêmement bloquant quand on veut mettre à jour une bibliothèque qui a une mise à jour de sécurité sans changer le fonctionnel.
• la maintenance s'est retrouvée à l'arrêt pendant un an et demi et le projet perçu comme quasiment mort. Il suffit de regarder l'historique des commits pour se rendre compte que le projet patine: https://github.com/pypa/pipenv/graphs/contributors . Et encore, ça s'est amélioré, mais il n'y a pas l'activité qu'on attendrait pour un projet de cette envergure, qui se présentait comme la solution officielle du la Python Packaging Authority.
• de mémoire pipenv est plutôt adapté aux applications, pas aux bibliothèques (il parait que poetry est mieux pour ça).
• actuellement 492 bugs ouverts...
• temps de résolution des dépendances assez long

pipenv est un bon projet, agréable pour des cas simples mais ajoute une friction à la maintenance dès qu'il s'agit de déployer des applications avec des contraintes professionnelles: il gère tout, mais dès que ça se passe mal, c'est la galère pour contourner les bugs.

C'est clair que ce genre de comparaison est souvent biaisé parce qu'on ne prend souvent pas en compte l'énergie grise.

Un peu comme de dire qu'une voiture électrique ça ne pollue pas (ou moins) parce que ça ne rejette pas de CO2, omettant ainsi la pollution due à la production d'acier, à l'extraction des terres rares pour les batteries, et au combustible nucléaire pour la recharge.

Perso je n'utilise pas ce genre d'extension mais j'admire la pugnacité nécessaire pour arriver à ce niveau de fonctionnalité quand on doit s'interfacer à une entité externe. C'est du beau boulot !

C'est juste une demande de réservation de port... Que tu demandes 22 ou 34 ne va rien changer à la sécurité...

Mon propos était que si les ports étaient alloués définitivement, on serait plus enclin à vérifier que le protocole/logiciel en question n'est pas bidon pour ne pas "gaspiller" un port.

Mais indiqué plus haut, la réservation peut être révoquée à tout moment, donc effectivement, on s'en fout.

Oui, ma remarque était sur le fait que le port risquait d'être alloué pour rien. Je ne savais pas que cela pouvait être révoqué par la suite, surtout vu l'âge des protocoles qu'on trouve dans les ports réservés, certains plus vraiment populaires. Cela explique l'apparente facilité à avoir un port.

C'est pas trop la simplicité qui m'étonne, mais plutôt le fait qu'il s'est écoulé 14 heures entre la demande et l'obtention, avec la RFC d'un nouveau protocole mettant en avant la sécurité qui était jointe à la demande. Donc soit les décideurs étaient des brutes (et ils l'étaient), soit la sécurité craignait un max (et elle craignait), mais ça me parait quand même super court pour l'audit d'un nouveau protocole qui se dit sécurisé. Sans compter qu'on ne leur a même pas fourni l'implémentation, qui aurait aussi potentiellement pu être moisie. Autres temps...

De ce que je comprends, ils peuvent se permettre de reprendre le nom de GNU: les développeurs en question font partie du projet GNU. Là on est sur la couche communautaire: FSF vs GNU Assembly. La FSF est un soutien du projet GNU, elle n'est pas le projet GNU.

N'est pas → n'est plus.

GNOME has historically been part of the GNU Project. However, it is no longer part of that project.

Source: https://en.wikipedia.org/wiki/GNOME#GNOME_1

https://twitter.com/nmcgovern/status/1382360647464316931
https://mobile.twitter.com/gnome/status/1382361929981825024

C'est pour ça que GNOME qui était le GNU Network Object Model Environment est juste GNOME de nos jours.

Nous sommes sur LinuxFR, alors comme cette faute trop commune me pique les yeux, j'y vais :
c'est Vim avec un 'm', pas Vi. Vi c'est vieux et ça fait pas le café.