Du coup, tu as déduit une formule du type consommation structurelle = taille fixe + pourcentage du volume * taille du volume ? (le tout en fonction de la taille des blocs ?).
Ouais ben de mon temps on faisait du pixel art sur Amstrad CPC en redéfinissant les fontes 8x8 en binaire dans du Basic après avoir dessiné sur du papier millimétré… Espèce de jeunes assistés ! (enfin assisté·e·s)
-m pourcentage_blocs_réservés
Indiquer le pourcentage de blocs du système de fichiers réservés pour le superutilisateur. Cela permet d'éviter la fragmentation et permet aux démons lancés par le superutilisateur, comme syslogd(8), de continuer à fonctionner correctement après que les processus non privilégiés ne soient plus autorisés à écrire sur le système de fichiers. La valeur par défaut est de 5 %.
Étrangement ma question en lisant l'article était de trouver des applications au fait de réserver 100% à root…
Cette conclusion est des plus classiques/banales. La plupart des gens s'exprime sur des sujets sans en maîtriser les tenants et les aboutissants (forcément on n'est pas experts spécialisés en tout) : la plupart des personnes qui s'exprime sur le karma, la modération ou les fonctionnalités de LinuxFr.org (pour prendre un exemple que je connais bien) ne connaisse pas les détails techniques, l'historique ou les raisons des choix, mais ont des avis tranchés en général. On ne doit pas leur dire de ne pas s'exprimer, c'est même souhaitable qu'elles s'expriment pour dire ce qui leur plaît, ne leur plaît pas, leurs suggestions, etc. Tout au plus peut-on espérer un peu de pondération/modération dans les propos pour convertir un « Votre xxxx c'est de la merde » ou « Bordel pourquoi vous n'avez pas encore fait ça ? » en « Votre xxx est améliorable pour telle ou telle raison et par tel ou tel moyen » ou « Pourquoi votre xxx fait-il cela ? ». C'est moins présomptueux, plus empathique, moins inflammatoire, plus respectueux, plus intéressant pour les deux parties (le demandeur réfléchit un peu plus aux raisons, et de fait le répondant aussi, tâchant de se rappeler pourquoi c'est comme ça et si ça ne devrait pas être documenté quelque part), et ça rend le poil soyeux et guérit la faim de la guerre des cancers du monde.
C'est dommage de réduire ces sujets à un simple lien je trouve. Il y aurait plus à dire sur RGPD et infrastructures informatiques (ICANN & DNS, GPG, blockchain, etc.).
Tentative de résumé des échanges sur la liste gnupg-devel :
les serveurs de clé peuvent partager des noms/prénoms/courriels (voire des photos) associés aux clés
cela se fait sans permettre la suppression et rentrerait en conflit avec le droit à l'oubli
cela fait partie du fonctionnement (la collecte n'est pas abusive)
demander des confirmations/informer l'utilisateur à chaque envoi serait contre-productif en termes d'interface utilisateur et de diffusion de la crypto
un tiers peut collecter les données partagées de toute façon, sans accord utilisateur ou sans respect de la loi (spammeur par exemple)
techniquement, il n'est pas actuellement possible de marquer « privée »/non diffusable une clé publique (ou de la supprimer). Il faudrait au moins permettre la suppression de la clé (ou au moins de la partie UID nom/prénom/courriel/photo) par le propriétaire de la clé.
les serveurs SKS ne seraient pas compatibles RGPD, mais d'autres serveurs de clé (celui de Mailvelope est cité) le seraient.
J'utilise aussi les mots-clés et le %s pour compléter l'URL avec Firefox, mais j'ai un petit souci sur mobile (Android Firefox 60.0.1). Si j'associe 'w' à wikipedia par exemple, et que je fais 'w foo bar' dans la barre d'URL, ça donne …/foo%20bar sur desktop (espace OK) et …/foo%2Bbar sur mobile (plus KO). J'ai raté un truc ou je dois ouvrir un bug ?
Beh ça dépend du « sens » du non respect : si c'est un ayant-droit qui vient voir LinuxFr et donc son directeur de publication donc moi, ça m'embête un peu. Et dans l'autre sens, c'est plus l'aspect technique le souci : il ne faudrait pas que trop de sites à trafic important en termes de nombre de visiteurs distincts se mettent à utiliser des images du site (pour la bande passante et les ressources de notre serveur web en général) ; en l'occurrence ça me gêne moins pour une image/capture d'écran donnée que pour une icône du site (parce que l'icône va être présente un peu partout sur le site en question, contrairement à une capture d'écran qui sera noyée sur une page au fin fond du site en question).
Parmi les soucis de l'hébergement d'images (hormis la question des ressources stockage/bande passante), il y a la modération, pour éviter les images déposées en violation de leur licence, les pubs, les images non autorisées pour les mineurs, les images déposées sur le site uniquement pour pouvoir les utiliser depuis un autre site, les images haineuses, etc. Il faudrait que l'équipe de modération gère tout cela en plus (ou que l'on se contente d'héberger les images des contenus modérés et de faire proxy pour les images des contenus non modérés par exemple).
Ça fait tout de même 2,5 fois l'âge de LinuxFr.org lui-même. Sans parler du fait qu'en 2068, les Onusiens trouveront étranges sur l'Hypernet VII de ne pas avoir des holovisions en 6,28 dimensions, 2 zillions de couleurs, 8 sens et 4 degrés de profondeur émotionnelle, et que les infoarchéologues se demanderont à quoi pouvait bien servir ce systemd dont on parlait beaucoup à cette époque.
[^] # Re: Debian stable (Stretch) propose toujours Firefox ESR 52
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Firefox 60 et 60 ESR. Évalué à 3. Dernière modification le 30 mai 2018 à 09:52.
Pour Debian Stretch actuellement, les architectures prises en charge :
Pour Debian Sid actuellement :
Pour Debian experimental :
Bref il manque encore quelques paquets pour cela (cf source).
[^] # Re: le pluriel ?
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Arduino de retour avec deux nouvelles cartes : MKR Vidor 4000 et Uno WiFi Rev 2. Évalué à 4.
Corrigé, merci. (même si la version de la demande est malvenue)
[^] # Re: Puisque je n'ai pas vu l'enquête ...
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Refaire LinuxFr.org : résultats de l’enquête. Évalué à 5.
Ça mériterait un tooltip ou une info plus visible sur la barre d'outils (ou ailleurs je ne sais pas trop).
[^] # Re: Puisque je n'ai pas vu l'enquête ...
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Refaire LinuxFr.org : résultats de l’enquête. Évalué à 4.
On parle bien des raccourcis clavier ?
[^] # Re: Rien pour financer mon orthographe.
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Un million de dollars sur deux ans promis à la Fondation GNOME. Évalué à 5.
Corrigé, merci.
[^] # Re: Lignes de code
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Sortie de GIMP 2.10.2. Évalué à 8.
Précision ajoutée dans la dépêche.
[^] # Re: Rien pour financer mon orthographe.
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Un million de dollars sur deux ans promis à la Fondation GNOME. Évalué à 3.
Corrigé, merci.
[^] # Re: Rien pour financer mon orthographe.
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Un million de dollars sur deux ans promis à la Fondation GNOME. Évalué à 3.
Corrigé, merci.
[^] # Re: Espace libre qui varie en fonction de la taille du blockdevice
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Partitions ext4 : ne gaspillez plus l’espace disque !. Évalué à 4.
Du coup, tu as déduit une formule du type consommation structurelle = taille fixe + pourcentage du volume * taille du volume ? (le tout en fonction de la taille des blocs ?).
[^] # Re: Sympa !
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche GrafX2 enfin en version 2.5. Évalué à 10.
Ouais ben de mon temps on faisait du pixel art sur Amstrad CPC en redéfinissant les fontes 8x8 en binaire dans du Basic après avoir dessiné sur du papier millimétré… Espèce de jeunes assistés ! (enfin assisté·e·s)
[^] # Re: Espace réservé au super‐utilisateur
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Partitions ext4 : ne gaspillez plus l’espace disque !. Évalué à 9. Dernière modification le 24 mai 2018 à 15:24.
(tiré de man mke2efs)
Étrangement ma question en lisant l'article était de trouver des applications au fait de réserver 100% à root…
[^] # Re: Journal ou dépêche
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Les serveurs de clefs incompatibles avec le règlement général sur la protection des données ?. Évalué à 5.
Cette conclusion est des plus classiques/banales. La plupart des gens s'exprime sur des sujets sans en maîtriser les tenants et les aboutissants (forcément on n'est pas experts spécialisés en tout) : la plupart des personnes qui s'exprime sur le karma, la modération ou les fonctionnalités de LinuxFr.org (pour prendre un exemple que je connais bien) ne connaisse pas les détails techniques, l'historique ou les raisons des choix, mais ont des avis tranchés en général. On ne doit pas leur dire de ne pas s'exprimer, c'est même souhaitable qu'elles s'expriment pour dire ce qui leur plaît, ne leur plaît pas, leurs suggestions, etc. Tout au plus peut-on espérer un peu de pondération/modération dans les propos pour convertir un « Votre xxxx c'est de la merde » ou « Bordel pourquoi vous n'avez pas encore fait ça ? » en « Votre xxx est améliorable pour telle ou telle raison et par tel ou tel moyen » ou « Pourquoi votre xxx fait-il cela ? ». C'est moins présomptueux, plus empathique, moins inflammatoire, plus respectueux, plus intéressant pour les deux parties (le demandeur réfléchit un peu plus aux raisons, et de fait le répondant aussi, tâchant de se rappeler pourquoi c'est comme ça et si ça ne devrait pas être documenté quelque part), et ça rend le poil soyeux et guérit la faim de la guerre des cancers du monde.
# Journal ou dépêche
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Les serveurs de clefs incompatibles avec le règlement général sur la protection des données ?. Évalué à 9.
C'est dommage de réduire ces sujets à un simple lien je trouve. Il y aurait plus à dire sur RGPD et infrastructures informatiques (ICANN & DNS, GPG, blockchain, etc.).
Tentative de résumé des échanges sur la liste gnupg-devel :
[^] # Re: casque de pilote
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Outil d'aide à la communication pour travailleur handicapé. Évalué à 3.
Précisé, merci.
[^] # Re: Mot-clé
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Firefox 60 et 60 ESR. Évalué à 3.
Une solution est d'utiliser %S, qui marche sur mobile et desktop dans ce cas.
[^] # Re: Typo
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche AlternC Camp à Paris du 21 au 23 juin 2018. Évalué à 3.
Corrigé, merci.
[^] # Re: Debwhat
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche OpenJardin 1.04. Évalué à 3.
Corrigé, merci.
# Mot-clé
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Firefox 60 et 60 ESR. Évalué à 3.
(repompe éhontée de https://linuxfr.org/users/antistress/journaux/optimiser-la-recherche-web-dans-firefox#comment-1738469 avec mise à jour de version)
J'utilise aussi les mots-clés et le %s pour compléter l'URL avec Firefox, mais j'ai un petit souci sur mobile (Android Firefox 60.0.1). Si j'associe 'w' à wikipedia par exemple, et que je fais 'w foo bar' dans la barre d'URL, ça donne …/foo%20bar sur desktop (espace OK) et …/foo%2Bbar sur mobile (plus KO). J'ai raté un truc ou je dois ouvrir un bug ?
# FreshRSS
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : première quinzaine de mai 2018. Évalué à 10.
Alkarex, un des développeurs de FreshRSS a identifié l'origine du souci et poussé une correction sur la branche de développement. Rapide et efficace.
https://github.com/FreshRSS/FreshRSS/pull/1891 (commit)
[^] # Re: Debwhat
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche OpenJardin 1.04. Évalué à 4.
Corrigé, merci.
[^] # Re: toi meme
Posté par Benoît Sibaud (site web personnel) . En réponse au message hébergeur image gratuit sans tracking. Évalué à 5.
Beh ça dépend du « sens » du non respect : si c'est un ayant-droit qui vient voir LinuxFr et donc son directeur de publication donc moi, ça m'embête un peu. Et dans l'autre sens, c'est plus l'aspect technique le souci : il ne faudrait pas que trop de sites à trafic important en termes de nombre de visiteurs distincts se mettent à utiliser des images du site (pour la bande passante et les ressources de notre serveur web en général) ; en l'occurrence ça me gêne moins pour une image/capture d'écran donnée que pour une icône du site (parce que l'icône va être présente un peu partout sur le site en question, contrairement à une capture d'écran qui sera noyée sur une page au fin fond du site en question).
[^] # Re: toi meme
Posté par Benoît Sibaud (site web personnel) . En réponse au message hébergeur image gratuit sans tracking. Évalué à 7.
Il fait référence à cette dépêche d'humeur.
Parmi les soucis de l'hébergement d'images (hormis la question des ressources stockage/bande passante), il y a la modération, pour éviter les images déposées en violation de leur licence, les pubs, les images non autorisées pour les mineurs, les images déposées sur le site uniquement pour pouvoir les utiliser depuis un autre site, les images haineuses, etc. Il faudrait que l'équipe de modération gère tout cela en plus (ou que l'on se contente d'héberger les images des contenus modérés et de faire proxy pour les images des contenus non modérés par exemple).
# Retour vers le futur
Posté par Benoît Sibaud (site web personnel) . En réponse au message hébergeur image gratuit sans tracking. Évalué à 10.
Ça fait tout de même 2,5 fois l'âge de LinuxFr.org lui-même. Sans parler du fait qu'en 2068, les Onusiens trouveront étranges sur l'Hypernet VII de ne pas avoir des holovisions en 6,28 dimensions, 2 zillions de couleurs, 8 sens et 4 degrés de profondeur émotionnelle, et que les infoarchéologues se demanderont à quoi pouvait bien servir ce systemd dont on parlait beaucoup à cette époque.
# Fin de la campagne Ulule
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Création d’une maison du Libre et des Communs à Paris. Évalué à 4.
Bilan de campagne Ulule: 54 672 € collectés, par 531 contributeurs (dont 10 000€ de la Fondation Free)
Prochains événements annoncés :
[^] # Re: Micro-erreur
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Héberger son courriel en 2018. Évalué à 3.
Corrigé, merci.