L'idée de créer les images à partir de Debian est de se rapprocher au plus près de la situation réelle pour l'administrateur système : il a un serveur sous Debian, il installe les modules python nécessaire grâce à apt et il exécute le script.
Pour être proche de cette situation, j'utilise les images de Debian, puis j'installe les dépendances via apt.
Mon but est aussi de s'assurer que tout se déroule correctement sans l'accès à pip, car, pour une production, je préfère ne pas utiliser un gestionnaire de dépendance externe à ma distribution.
Je n'utilise pas "before_script" aussi pour éviter de télécharger à nouveau les dépendances à chaque stage. Docker a l'avantage en plus de faire automatiquement un snapshot à chaque instruction et d'ainsi éviter de télécharger les dépendances entre plusieurs Merge Request :-)
Notez que gitlab sait aussi optimiser le téléchargement pour before_script si on lui dit de conserver le cache de pip/apt/npm/… Donc, Docker n'est pas nécessaire, mais j'en profite puisque je les construit de toute manière.
Enfin,l'unique test unitaire, n'est pas vraiment un test unitaire, car il n'y a aucun mock. C'est plutôt dans le sens "opposé aux autres tests qui nécessitent de se connecter au staging de Let's Encrypt". C'est pour ça que je l'exécute sur les 3 environnements.
Les développeurs de GPG ont d'ailleurs "clarifié" leur documentation depuis.
Personnellement, je trouve que ce n'est pas une simple "clarification", mais plutôt une correction de la documentation. La documentation passe quand même de "Ce statut indique que la signature est valide." à "Ce statut indique que la signature peut être vérifiée ou est vide".
Je me suis permis de rouvrir l'entrée du suivi, parce que je ne suis pas sûr que mes commentaires plus hauts ont été lu/compris :)
J'essaie de réexpliquer pourquoi je pense que ce suivi n'est pas invalide: il se trouve que les liens du bloque "Derniers commentaires" pointent sur le commentaire dans le contexte du contenu.
Ce qui a pour conséquence que, si le dernier commentaire a été publié sur un contenu retiré, alors le lien dans "Derniers commentaires" renvoie la page "Vous ne passerez pas" (car le contenu ne peut pas être affiché).
Pour résoudre ce problème, j'ai proposé la correction suivante sur github: si le contenu est masqué, les commentaires n'apparaissent pas dans le bloque "Derniers commentaires".
Ça c'est une première solution que j'aime bien, parce que si le contenu entier a été retiré, je doute que les commentaires liés soient intéressants/utiles.
Une autre solution, serait de modifier la cible des liens du bloque "Derniers commentaires" pour pointer vers le commentaire hors-contexte du contenu.
Le titre des pages de contenu (dépêches, journaux, liens, etc.) ne devrait pas être cliquable.
Est-ce que tu veux dire "uniquement quand le contenu est ouvert avec les commentaires" ?
Je trouve aussi que, dans ce cas, le lien ne sert à rien, puisqu'il ramène sur la même page (et fais perdre le cache comme tu l'as dit).
Par contre, dans une page qui liste plusieurs contenus (comme la page d'accueil ou la page de suivis), je trouve que le lien sur le titre est très pratique pour ouvrir le contenu. On est bien d'accord ?
Merci d'avoir laissé l'option "useskin" dans l'URL, je ne savais pas que l'on pouvait changer le thème du Wiktionary et de Wikipedia et celui-là est sympa :)
Il ne faut pas oublier que les scroll bar actuelles sont très pratique avec l'utilisation d'une tablette graphique.
Avec ce système, le pointeur du stylet est capable de changer de 2 manières différentes les valeurs sans avoir besoin de déplacer ses mains sur un clavier ou une souris.
Je trouvais aussi pertinent de ne pas oublier qu'il ne faut juste faire une "belle" UI, mais que ça reste aussi utilisable pour les utilisateurs. Dans ce cas, je trouve que proposer une solution inadaptée aux tablettes graphiques est une réelle régression.
Le mieux, pour avoir les avis des développeurs est de ne pas continuer la conversation dans Linuxfr, mais sur leur système de suivis.
il restait un commentaire visible sur un contenu masqué. Donc encore accessible en accédant directement au commentaire, mais non affichage dans le contexte complet du contenu associé.
Oh, c'est très intéressant. En fait, je me disais justement que je n'arrivais pas à reproduire aujourd'hui sur ma machine.
Je pense qu'il faut quand même traiter ce cas, car la liste des "Derniers commentaires" contient des liens qui pointent vers le contexte des contenus complets.
L'idée, ça serait de permettre d'afficher dans "Les derniers commentaires" uniquement les commentaires publiés sur des journaux publiés.
Une autre idée serait de changer les liens pour afficher directement le commentaire sans le contexte du contenu.
Ce que j'aime bien aussi dans la logique, c'est: créer un nouveau journal qui n'apporte aucun contenu technique pour se plaindre qu'il n'y a pas assez de contenu technique.
D'ailleurs, on notera également que le contenu du site LinuxFr n'est pas décidé a priori.
Personne ne décide de ce qui va être affiché dans les 24 prochaines heures: tout dépend de ce que la communauté d'utilisateurs souhaite écrire et diffuser.
Même les dépêches dépendent des utilisateurs de LinuxFr: on peut mettre l'équipe de modération que l'on veut, mais si personne ne prend le temps d'écrire, aucun contenu ne sera publié.
D'ailleurs, peut être que le bandeau Faites vivre LinuxFr.org1 n'est pas suffisamment visible au fond de la page d'accueil ? On pourrait peut-être l'afficher après 5 contenus sur toutes les pages de liste de contenu (dépêches, journaux, forums, liens)…
1 Ce bandeau est suivi du texte:
Tous les articles sont le fruit du travail de la communauté. Grâce au système de rédaction collaborative du site, on peut s’aider les uns les autres. Pas besoin d'être un expert pour participer.
Je viens de lire ce post de mclasen. Il augure une série très intéressante sur les changements fondamentaux de Gtk 4.
Je trouve intéressant de rendre tous les widgets impossible à subclasser, ça évitera sûrement des problèmes complexes de maintenance due à la programmation orientée objet. Je me réjouis de lire la suite pour voir leur solution en pratique et les avantages du découplage des widgets.
J'aime aussi bien organiser les bookmarks pro avec une arborescence.
J'utilise beaucoup le panneau lateral de Firefox pour ça : le raccourci Ctrl+b affiche/cache très rapidement le panneau, c'est pratique.
Au boulot, les sujets sont assez facile à organiser par sujet, alors ça marche bien. En perso, je ne fais pas l'arborescence, mais je marque quand même les pages pour les retrouver rapidement dans la recherche de la barre principale.
Avec Xfce, tu utilises quel gestionnaire de fenêtre ?
Si tu utilises le manager xfwm4, tu pourrais suivre le wiki d'ArchLinux. Apparemment, ils appellent ça "window tiling".
Si tu utilises "mutter" de GNOME, tu peux désactiver cette option nommée "edge-tiling" avec dconf-editor (le chemin exact c'est "/org/gnome/mutter/edge-tiling"). Aux utilisateurs de GNOME 3, gnome-shell prend aussi en compte ce paramètre (car il utilise libmutter).
Edit:
"metacity" de GNOME 2 a le même genre d'option sous "/org/gnome/metacity/edge-tiling".
Gnome-Shell peut aussi utiliser son propre paramètre avec "/org/gnome/shell/overrides/edge-tiling".
La recherche de "tiling" avec dconf-editor fonctionne très bien :)
Néanmoins la dernière phrase de son commentaire est très importante et a été laissé de côté dans ton article si je me souviens bien:
La CLI de git explique beaucoup de choses : ce que tu dois/peux faire quand un merge n'est pas automatisable par exemple. Comment continuer le merge, abandonner le rebase…
Ce côté apprentissage de la cli de git est vraiment positif et manque souvent dans les GUI pour guider le développeur.
La gui est assez mauvaise pour l'apprentissage d'ailleurs: quand mes collègues bloqués me demandent quoi faire, je leur demande ce qu'ils veulent faire et je lance un git status qui explique souvent comment continuer/abandonner.
Un autre commentaire avait aussi souligné que la documentation en ligne de gît est aussi basée sur la CLI. La doc est aussi de mon point de vu plus intéressante pour comprendre plutôt que de faire des cliques au hasard.
Toutefois, la gui est plus pratique pour avoir une vision globale de son code. Également pour choisir les lignes de code à indexer, la souris est plus pratique. Au final, je trouve l'intégration de git dans vscode assez optimale : ce n'est pas une usine à gaz et ça me permet de faire les tâches courantes.
Exactement, et vu le commit qui a amené le flag et cette constante, j'ai l'impression que c'est une limite arbitraire (mais tout de même assez raisonnable).
Je me demande si tu pourrais compiler un noyau avec une constante plus élevée (disons 512) et espérer que tout fonctionne encore ?
D'après ce post très détaillé de Stack Overflow, par défaut, le nombre de partition max pour un système GPT est de 255 (pour les disques usuels si j'ai bien compris le flag).
Dans l'autre sens c'est plus difficile de récupérer le hash.
Si tu mets le hash à la fin, donc après le numéro de version ici, tu peux lire de droite à gauche les noms. Ainsi tu sais qu'il faut partir de la fin du nom de fichier et remonter de x caractères pour retrouver le hash.
C'est beaucoup plus propre pour les utilisateurs et je pense que ça ne devrait pas trop impacter les performances.
c’est une dépendance à du code non-libre qu’on souhaiter boycotter, etc
Dans ce cas, aucun fork de youtube-dl ne te sera utile: dès que tu dépends d'une de ces plateformes (youtube, dailymotion…), tu dépends de fait de leur code privateur. C'est un non-sens d'espérer pouvoir profiter de ces plateformes avec uniquement du logiciel libre (car c'est la plateforme qui décide comment elle doit être utilisée).
En fait, pour bien boycotter ces plateformes privatrices, il faut proposer une alternative aux plateformes elles-mêmes. Actuellement, pour les vidéos, il me semble que Peertube est la plateforme qui pourrait bien changer la donne.
Pour la piste du template, ça à l'aire juste, je commencerais par là aussi :)
Tu verras, Rails est sympa, il définit un environnement de travail assez chouette avec un ORM qui se base sur les models pour gérer la base de donnée et sur une approche MVC classique gérée par le serveur bin/rails.
Avec Rails, pas mal de choses sont définies de manières implicites. Pour ce bug, ça ne devrait pas être nécessaire, mais, si tu veux mieux comprendre le fonctionnement de Rails, leur tutoriel est un très bon début :)
Tu peux faire des PRs pour tout ce que tu veux et dans ce cas, ça semble pertinent comme ajout.
Il me semble que, même sans entrée dans le suivi, tu peux faire des PRs. L'entrée dans le suivi permet d'avoir les avis des autres et voir si c'est pertinent pour le site. Je pense que des corrections du style, une mise à jour du Readme, n'a pas forcément besoin d'une entrée de suivi.
Si je me souviens bien des longs débats Snap vs Flatpak vs Appimage, Canonical a choisi par design de ne permettre d'utiliser qu'une seule source de snaps (snapcraft.io).
Et c'est justement un des points qui différencie Flatpak. Flatpak a décidé par design le contraire: n'importe qui peut créer son propre serveur flatpak et l'utiliser.
Maintenant Canonical vient de casser le système de miroir de Debian par ce package qui dépend de snapcraft.io (c'est le cas depuis 1 ou 2 versions je crois).
Je pense que le plus simple pour continuer d'utiliser les mirroirs, c'est d'utiliser Debian. En effet, Debian n'a pas d'intérêt à imposer Snap via ses paquets .deb.
Wow, c'est effectivement étonnant, je ne pensais pas que LibreOffice faisait des PDFs non-standards avec cette option.
Je trouve aussi que l'argumentation de l'utilisateur kurt.pfeifle est vraiment mauvaise: avec ce genre de discours, on ne corrige jamais aucun bug… genre "pas vu, pas pris".
Par contre, je pense que ça serait intéressant d'ajouter un commentaire pour expliquer que, si LibreOffice corrige ce bug, ça sera utile pour pouvoir inclure facilement des factur-x.
# Comment supprimer l'account ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Commentaire d'un compte supprimé non éditable par un admin. Évalué à 2 (+0/-0).
Hello,
J'ai essayé de reproduire sur ma machine, mais je n'ai pas trouver comment on peut supprimer un
account.Je n'ai rien trouvé pour supprimer un compte dans /admin/comptes, comment dois-je le faire ?
[^] # Re: Docker et GitLab CI
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Publication d'acme-dns-tiny et du RFC 8555. Évalué à 5.
Hello,
L'idée de créer les images à partir de Debian est de se rapprocher au plus près de la situation réelle pour l'administrateur système : il a un serveur sous Debian, il installe les modules python nécessaire grâce à
aptet il exécute le script.Pour être proche de cette situation, j'utilise les images de Debian, puis j'installe les dépendances via
apt.Mon but est aussi de s'assurer que tout se déroule correctement sans l'accès à
pip, car, pour une production, je préfère ne pas utiliser un gestionnaire de dépendance externe à ma distribution.Je n'utilise pas "before_script" aussi pour éviter de télécharger à nouveau les dépendances à chaque stage. Docker a l'avantage en plus de faire automatiquement un snapshot à chaque instruction et d'ainsi éviter de télécharger les dépendances entre plusieurs Merge Request :-)
Notez que gitlab sait aussi optimiser le téléchargement pour before_script si on lui dit de conserver le cache de pip/apt/npm/… Donc, Docker n'est pas nécessaire, mais j'en profite puisque je les construit de toute manière.
Enfin,l'unique test unitaire, n'est pas vraiment un test unitaire, car il n'y a aucun mock. C'est plutôt dans le sens "opposé aux autres tests qui nécessitent de se connecter au staging de Let's Encrypt". C'est pour ça que je l'exécute sur les 3 environnements.
[^] # Re: GPG
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Legacy LVFS S3 bucket takeover and CVE-2020-10759 fwupd signature verification bypass. Évalué à 4.
Les développeurs de GPG ont d'ailleurs "clarifié" leur documentation depuis.
Personnellement, je trouve que ce n'est pas une simple "clarification", mais plutôt une correction de la documentation. La documentation passe quand même de "Ce statut indique que la signature est valide." à "Ce statut indique que la signature peut être vérifiée ou est vide".
[^] # Re: Erreur de traitement
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Enlever les contenus marqués comme spam dans la liste "Derniers commentaires". Évalué à 2 (+0/-0).
Hello,
Je me suis permis de rouvrir l'entrée du suivi, parce que je ne suis pas sûr que mes commentaires plus hauts ont été lu/compris :)
J'essaie de réexpliquer pourquoi je pense que ce suivi n'est pas invalide: il se trouve que les liens du bloque "Derniers commentaires" pointent sur le commentaire dans le contexte du contenu.
Ce qui a pour conséquence que, si le dernier commentaire a été publié sur un contenu retiré, alors le lien dans "Derniers commentaires" renvoie la page "Vous ne passerez pas" (car le contenu ne peut pas être affiché).
Pour résoudre ce problème, j'ai proposé la correction suivante sur github: si le contenu est masqué, les commentaires n'apparaissent pas dans le bloque "Derniers commentaires".
Ça c'est une première solution que j'aime bien, parce que si le contenu entier a été retiré, je doute que les commentaires liés soient intéressants/utiles.
Une autre solution, serait de modifier la cible des liens du bloque "Derniers commentaires" pour pointer vers le commentaire hors-contexte du contenu.
# Lorsque le contenu est ouvert, c'est ça ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Délier le titre des pages de contenu. Évalué à 4 (+0/-0).
Hello,
Est-ce que tu veux dire "uniquement quand le contenu est ouvert avec les commentaires" ?
Je trouve aussi que, dans ce cas, le lien ne sert à rien, puisqu'il ramène sur la même page (et fais perdre le cache comme tu l'as dit).
Par contre, dans une page qui liste plusieurs contenus (comme la page d'accueil ou la page de suivis), je trouve que le lien sur le titre est très pratique pour ouvrir le contenu. On est bien d'accord ?
Merci pour la suggestion :)
# Tiens, des skin, c'est sympa :)
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Après Larousse et Robert, le Wiktionnaire dévoile son millésime. Évalué à 2.
Merci d'avoir laissé l'option "useskin" dans l'URL, je ne savais pas que l'on pouvait changer le thème du Wiktionary et de Wikipedia et celui-là est sympa :)
[^] # Re: Traduction approximative
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche GIMP 2.10.14 et 2.10.18 : sans limites. Évalué à 10.
Hello,
Il ne faut pas oublier que les scroll bar actuelles sont très pratique avec l'utilisation d'une tablette graphique.
Avec ce système, le pointeur du stylet est capable de changer de 2 manières différentes les valeurs sans avoir besoin de déplacer ses mains sur un clavier ou une souris.
Je trouvais aussi pertinent de ne pas oublier qu'il ne faut juste faire une "belle" UI, mais que ça reste aussi utilisable pour les utilisateurs. Dans ce cas, je trouve que proposer une solution inadaptée aux tablettes graphiques est une réelle régression.
Le mieux, pour avoir les avis des développeurs est de ne pas continuer la conversation dans Linuxfr, mais sur leur système de suivis.
[^] # Re: Erreur de traitement
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Enlever les contenus marqués comme spam dans la liste "Derniers commentaires". Évalué à 2 (+0/-0).
Ce que je voulais proposer d'abord, ça correspondrait à cette correction.
Ça ajoute bien sûr une jointure SQL entre Comment et Node pour filtrer correctement les contenus visibles d'abord.
[^] # Re: Erreur de traitement
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Enlever les contenus marqués comme spam dans la liste "Derniers commentaires". Évalué à 2 (+0/-0).
Oh, c'est très intéressant. En fait, je me disais justement que je n'arrivais pas à reproduire aujourd'hui sur ma machine.
Je pense qu'il faut quand même traiter ce cas, car la liste des "Derniers commentaires" contient des liens qui pointent vers le contexte des contenus complets.
L'idée, ça serait de permettre d'afficher dans "Les derniers commentaires" uniquement les commentaires publiés sur des journaux publiés.
Une autre idée serait de changer les liens pour afficher directement le commentaire sans le contexte du contenu.
[^] # Re: Troll ? Tu veux qu'on parle de systemd alors ?...
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal oh et puis merde.... dlfp, c'est vraiment censé être politique?. Évalué à 8.
Ce que j'aime bien aussi dans la logique, c'est: créer un nouveau journal qui n'apporte aucun contenu technique pour se plaindre qu'il n'y a pas assez de contenu technique.
D'ailleurs, on notera également que le contenu du site LinuxFr n'est pas décidé a priori.
Personne ne décide de ce qui va être affiché dans les 24 prochaines heures: tout dépend de ce que la communauté d'utilisateurs souhaite écrire et diffuser.
Même les dépêches dépendent des utilisateurs de LinuxFr: on peut mettre l'équipe de modération que l'on veut, mais si personne ne prend le temps d'écrire, aucun contenu ne sera publié.
D'ailleurs, peut être que le bandeau Faites vivre LinuxFr.org1 n'est pas suffisamment visible au fond de la page d'accueil ? On pourrait peut-être l'afficher après 5 contenus sur toutes les pages de liste de contenu (dépêches, journaux, forums, liens)…
1 Ce bandeau est suivi du texte:
[^] # Re: Grandeur et décadence
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Ubuntu 20.04 a été publiée !. Évalué à 3.
Que dire de plus… allons dans l'espace de rédaction, on a encore 5 ans pour la finir dans les temps 😅
# D'autres articles de plus haut niveau à venir
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Migrating from GTK 3.x to GTK 4 - developer.gnome.org. Évalué à 2.
Hello,
Je viens de lire ce post de mclasen. Il augure une série très intéressante sur les changements fondamentaux de Gtk 4.
Je trouve intéressant de rendre tous les widgets impossible à subclasser, ça évitera sûrement des problèmes complexes de maintenance due à la programmation orientée objet. Je me réjouis de lire la suite pour voir leur solution en pratique et les avantages du découplage des widgets.
[^] # Re: Je ne comprends pas
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Que faire quand on a (toujours et vraiment) trop d'onglets. Évalué à 2.
J'aime aussi bien organiser les bookmarks pro avec une arborescence.
J'utilise beaucoup le panneau lateral de Firefox pour ça : le raccourci Ctrl+b affiche/cache très rapidement le panneau, c'est pratique.
Au boulot, les sujets sont assez facile à organiser par sujet, alors ça marche bien. En perso, je ne fais pas l'arborescence, mais je marque quand même les pages pour les retrouver rapidement dans la recherche de la barre principale.
[^] # Re: Anti humain
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.36 à la cool. Évalué à 3. Dernière modification le 18 avril 2020 à 22:27.
Avec Xfce, tu utilises quel gestionnaire de fenêtre ?
Si tu utilises le manager xfwm4, tu pourrais suivre le wiki d'ArchLinux. Apparemment, ils appellent ça "window tiling".
Si tu utilises "mutter" de GNOME, tu peux désactiver cette option nommée "edge-tiling" avec dconf-editor (le chemin exact c'est "/org/gnome/mutter/edge-tiling"). Aux utilisateurs de GNOME 3, gnome-shell prend aussi en compte ce paramètre (car il utilise libmutter).
Edit:
"metacity" de GNOME 2 a le même genre d'option sous "/org/gnome/metacity/edge-tiling".
Gnome-Shell peut aussi utiliser son propre paramètre avec "/org/gnome/shell/overrides/edge-tiling".
La recherche de "tiling" avec dconf-editor fonctionne très bien :)
[^] # Re: Merci!
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Git : la GUI est votre amie !. Évalué à 2.
Néanmoins la dernière phrase de son commentaire est très importante et a été laissé de côté dans ton article si je me souviens bien:
La CLI de git explique beaucoup de choses : ce que tu dois/peux faire quand un merge n'est pas automatisable par exemple. Comment continuer le merge, abandonner le rebase…
Ce côté apprentissage de la cli de git est vraiment positif et manque souvent dans les GUI pour guider le développeur.
La gui est assez mauvaise pour l'apprentissage d'ailleurs: quand mes collègues bloqués me demandent quoi faire, je leur demande ce qu'ils veulent faire et je lance un
git statusqui explique souvent comment continuer/abandonner.Un autre commentaire avait aussi souligné que la documentation en ligne de gît est aussi basée sur la CLI. La doc est aussi de mon point de vu plus intéressante pour comprendre plutôt que de faire des cliques au hasard.
Toutefois, la gui est plus pratique pour avoir une vision globale de son code. Également pour choisir les lignes de code à indexer, la souris est plus pratique. Au final, je trouve l'intégration de git dans vscode assez optimale : ce n'est pas une usine à gaz et ça me permet de faire les tâches courantes.
[^] # Re: devices.rst
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au message Comment avoir plus de 256 partitions?. Évalué à 3.
Exactement, et vu le commit qui a amené le flag et cette constante, j'ai l'impression que c'est une limite arbitraire (mais tout de même assez raisonnable).
Je me demande si tu pourrais compiler un noyau avec une constante plus élevée (disons 512) et espérer que tout fonctionne encore ?
[^] # Re: devices.rst
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au message Comment avoir plus de 256 partitions?. Évalué à 3. Dernière modification le 25 mars 2020 à 21:01.
D'après ce post très détaillé de Stack Overflow, par défaut, le nombre de partition max pour un système GPT est de 255 (pour les disques usuels si j'ai bien compris le flag).
[^] # Re: snap et faltpak : on nous ment sur la marchandise
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Guix pour remplacer mon gestionnaire de paquets APT. Évalué à 3. Dernière modification le 22 mars 2020 à 22:26.
Si tu mets le hash à la fin, donc après le numéro de version ici, tu peux lire de droite à gauche les noms. Ainsi tu sais qu'il faut partir de la fin du nom de fichier et remonter de x caractères pour retrouver le hash.
C'est beaucoup plus propre pour les utilisateurs et je pense que ça ne devrait pas trop impacter les performances.
[^] # Re: youtube-dl sans utiliser de code non libre
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Demande de conseils pour voir une vidéo sur Youtube (n'importe nawak, je sais merci). Évalué à 5.
Dans ce cas, aucun fork de youtube-dl ne te sera utile: dès que tu dépends d'une de ces plateformes (youtube, dailymotion…), tu dépends de fait de leur code privateur. C'est un non-sens d'espérer pouvoir profiter de ces plateformes avec uniquement du logiciel libre (car c'est la plateforme qui décide comment elle doit être utilisée).
En fait, pour bien boycotter ces plateformes privatrices, il faut proposer une alternative aux plateformes elles-mêmes. Actuellement, pour les vidéos, il me semble que Peertube est la plateforme qui pourrait bien changer la donne.
# GCC cache les strings ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au message GCC sous Mandrake Odyssey. Évalué à 3.
Hello,
Il me semble que GCC ne "cache" pas les constantes string dans le binaire.
Tu dois pouvoir vérifier avec ton éditeur de texte favoris ou avec la commande
strings ton_binaire.# Corrigé
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Fichier INSTALL.md détaillé pour guider les nouveaux contributeurs. Évalué à 2 (+0/-0).
cf: https://github.com/linuxfrorg/linuxfr.org/pull/263
[^] # Re: Instructions d'installation pour Debian Stretch
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Tenter une première modification sur le code de LinuxFr.org. Évalué à 3.
Simplement parce que je pensais que les scripts Ansible seraient bientôt disponibles
^^Mais vu comme le temps passe vite, je vais faire un rebase et un PR. Merci pour le relancement du sujet.
# Instructions d'installation pour Debian Stretch
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Tenter une première modification sur le code de LinuxFr.org. Évalué à 9.
Hello,
Pour t'aider dans la mise en place de ton environnement, j'ai écris un fichier "INSTALL.md" qui explique comment installer LinuxFr sur Debian Stretch.
Pour la piste du template, ça à l'aire juste, je commencerais par là aussi :)
Tu verras, Rails est sympa, il définit un environnement de travail assez chouette avec un ORM qui se base sur les models pour gérer la base de donnée et sur une approche MVC classique gérée par le serveur
bin/rails.Avec Rails, pas mal de choses sont définies de manières implicites. Pour ce bug, ça ne devrait pas être nécessaire, mais, si tu veux mieux comprendre le fonctionnement de Rails, leur tutoriel est un très bon début :)
Tu peux faire des PRs pour tout ce que tu veux et dans ce cas, ça semble pertinent comme ajout.
Il me semble que, même sans entrée dans le suivi, tu peux faire des PRs. L'entrée dans le suivi permet d'avoir les avis des autres et voir si c'est pertinent pour le site. Je pense que des corrections du style, une mise à jour du Readme, n'a pas forcément besoin d'une entrée de suivi.
Bonne découverte !
# Impossible par design ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au message Snapstore sans connexion internet. Évalué à 3. Dernière modification le 30 janvier 2020 à 08:32.
Hello,
Si je me souviens bien des longs débats Snap vs Flatpak vs Appimage, Canonical a choisi par design de ne permettre d'utiliser qu'une seule source de snaps (snapcraft.io).
Et c'est justement un des points qui différencie Flatpak. Flatpak a décidé par design le contraire: n'importe qui peut créer son propre serveur flatpak et l'utiliser.
Maintenant Canonical vient de casser le système de miroir de Debian par ce package qui dépend de snapcraft.io (c'est le cas depuis 1 ou 2 versions je crois).
Je pense que le plus simple pour continuer d'utiliser les mirroirs, c'est d'utiliser Debian. En effet, Debian n'a pas d'intérêt à imposer Snap via ses paquets .deb.
PS: pour plus d'informations, notamment l'avis de Linux Mint: https://linuxfr.org/users/ps12r/journaux/canonical-refait-cavalier-seul-et-annonce-une-nouvelle-boutique-logicielle-centree-sur-snap
[^] # Re: Ça a l'air super
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Extension LibreOffice pour générer des factures Factur‑X. Évalué à 5. Dernière modification le 02 janvier 2020 à 08:41.
Wow, c'est effectivement étonnant, je ne pensais pas que LibreOffice faisait des PDFs non-standards avec cette option.
Je trouve aussi que l'argumentation de l'utilisateur kurt.pfeifle est vraiment mauvaise: avec ce genre de discours, on ne corrige jamais aucun bug… genre "pas vu, pas pris".
Par contre, je pense que ça serait intéressant d'ajouter un commentaire pour expliquer que, si LibreOffice corrige ce bug, ça sera utile pour pouvoir inclure facilement des factur-x.