freem a écrit 5059 commentaires

justement, comment gérer la différérence?

J'admets qu'il a raison même si ici nous avons tous un recul que j'espere non négligeable

Si c'étais vrais, ça encouragerais les devs passionés… le problème, c'est qu'on nous ment trop souvent, j'espère que peu de nous sont encore dupes involontairement

Commence par définir ce dont tu as besoin

C'est quasi l'équivalent de coder sois-même hein

PERSONNE ne veut mettre de masque car t'a l'air con et personne n'en mets dans la rue.

J'ai pris le train aujourd'hui, bah oui, fallais aller voter (les bars sont fermés, y'a 100-300 personnes, mais les mairies, même en petit bled, c'est vite fait 300 personnes minimum… passons la blague de mauvais gout) et j'ai vu au total 3 ou 4 masques. J'en faisais pas partie, pour le coup, mais on étais pas tassés, et les gens dans les trains ont naturellement tendance a garder de l'espace quand c'est possible.

Par contre, j'en ai vu 0 en campagne (d'ou je partais) et 0 en ville (mais on est dimanche, et les rues étaient vides quand même).

De mon côté, je suis un nolife, faut l'avouer, alors j'ai pas trop l'info, et le "bon comportement" c'est ma tendance naturelle… conclusion: j'ai pas assez de connaissances pour juger. Je me fie donc a mon côté logique et techie, pour mes comm' précédents. Ca implique une réflexion a froid, souvent, et j'ai envie de penser que c'est un truc qui manque qui manque. TIens, je suis tombé sur un truc rapport au SARS2003 aussi, quand j'ai été intrigué par le covid, a priori une raison pour laquelle les asiats étaient mieux entrainés que nous?

Oui, je suis dans le tas des paranos

Refuser le JS sur du paiement, c'est pas de la parano, c'est la prudence de mise, et même un peu de l'écologie!

Entièrement d'accord, d'ou le "je suppose", par exemple, ainsi que mon commentaire au-dessus, mais on a posté en meme temps :)

Je t'avoue que si NicolasP n'avais pas envoyé ce commentaire, j'aurai moinssé ton journal.

Simplement parce qu'il risque d'empirer la situation avec les non-dits: il ne faut évidemment pas le prêter (le masque), et si la personne qui a cousu le masque est atteinte, c'est un moyen de transmission, rien au sujet du besoin de désinfecter l'objet… Et si ça nous semble évident, le mythe urbain de la grand-mère qui a fait sécher son chat au micro-onde, était étudié en droit il y a 15 ans, donc…

Et, je considère ce site comme un site qui développe d'une part l'esprit critique, d'autre part la capacité de troller (et de résister aux trolls), ainsi qu'un site dont les intervenants essaient, du mieux qu'ils peuvent et en échouant souvent, d'être exaustifs.

Le commentaire initial de ce thread ajoute juste la dose de doute qu'il faut, mais perso, j'aimerai vraiment, compte tenu du sujet et de son importance actuelle, que soient ajoutées des notes dans le journal pour mettre ce type de choses en valeur, ou que tu cites des sources sur lesquelles se baser pour vérifier tes propos.

Ce n'est pas contre toi, hein, juste, tu as choisi de toucher a un sujet dangereux, et je veux pas que dlfp devienne juste un site ou on poste des trucs sans fondements.

Ma première réaction (a but humoristique, probablement raté, comme d'hab :)) étais par rapport au journal, qui m'a assez intrigué pour aller voir le site.

Je ne connais (évidemment) rien à la psyché.
Par contre, je trouve le site assez, disons étrange. Le fait de devoir scroller a l'horizontale sans indicateur visuel particulièrement présent, surtout. Mais bon, j'imagine que c'est mon côté PC qui parle, alors que la cible est une cible "normale", qui a un matériel tactile.

J'ai aussi été déçu par la vidéo. Bien faite, ok, mais j'en attendais plus, je ne saurais dire comment. D'un autre côté, en tant qu'introduction, ça intrigue, ça doit être le but.

Le public est probablement le «citoyen ordinaire» ou l'image qu'on en a. Je ne suis personnellement pas sûr de savoir définir cet archétype, et j'aurai naturellement tendance a regretter de cibler cette catégorie de personne pour laquelle j'ai, au final, un certain manque de respect (alors que je ne sais pas le définir, hein!).
Je plussoie parce que je pense le sujet intéressant, mais dans l'ensemble, je trouve le site trop marketing. Pas moyen de facilement creuser le sujet, ou alors c'est pas assez évident pour moi ce soir, par exemple.

Comment dire… y'a pas mal d'information sur les symptômes en free party… ahh, c'est pas le sujet? Oups :)

Blagues a part, vu que certains se plaignent de s'ennuyer a cause des fermetures de lieux de loisirs, si c'est assez bien fait, peut-être queça pourrais être utilisé pour enfin rendre la à la télé ou a internet leurs vocations de transmission d'information… essayer n'est pas forcément échouer.

Bon courage en tout cas.

Pour le coup, excellente question.

Je suppose qu'un masque même improvisé réduit l'absorption de particules infectées, et donc réduit le risque de contamination, a défaut de s'en prémunir complètement… d'un autre côté, n'existe-t-il pas le même problème avec les masques plus officiels: ce ne sont que des mesures de mitigations, mais, dans l'info, on sait que ce n'est pas négligeable pour autant? Après tout, un journal récent parlais du fait que le moyen de transmission est via les muqueuses, et que donc une peau en bon état fait barrage efficace. Du coup, toute plaie rends potentiellement caduque la protection d'un masque. Ce même journal indiquait qu'un masque protège plus l'entourage de soi, que l'inverse, ce qui semble faire sens compte tenu du fait que le masque ne couvre pas toutes les zones sensible du visage (yeux, oreilles) même sans plaies, plaies qui peuvent être nombreuses en cas d'acné, ou d'allergies légères.

Par contre, je me dis qu'utiliser des masques maison, ça peut mitiger, oui, mais peut-être faut-il les désinfecter régulièrement? Je ne sais pas.

Perso, je change pas mes habitudes: je reste planqué chez moi, a codouiller, envoyer des patchs selon mes envies de contribution… luttez contre le covid-19, contribuez à vos logiciels préférés :p (aka, revanche d'un geek!)

weboob in browser

Web Outside Of Browser in browser? Bah, du coup, la question de l'intérêt se pose d'autant plus, non?

je sais qu'il est tard, j'ai parfois honte de mes interventions (par exemple ce journal)… perso, je veux contribuer en écrivant. Je sais que ça suffit pas, mais bon, on m'a déjà dis que ce que j'écrit est intéressant, et je pense que c'est un bon premier pas?

et ça justifie qu'on oublie les vrais échecs?

Que se passe-t-il si l'une des innombrables usine chimique en France comme à l'étranger a un problème ?

On a eu un cas récent, pour le coup. Enfin, un… façon de parler. Et je n'ai fait que lier l'article vers le dernier coupable dont j'ai entendu parler.
Pour le coup, il semble qu'il n'y ait eu aucun mort sur le dernier, les autres j'ai la flemme d'aller voir, mais sans creuser on constate quand même que le même groupe industriel à 3 incidents importants (dont 2 incendies) sur 10 ans dans un seul département.
Heureusement que le nucléaire est mieux géré, clairement.

Donc, faut cesser la monoculture? C'est sûr, ça produit en masse, mais d'un autre côté, quel ratio finit arrosé d'essence pour pas que les pauvres prennent dans les poubelles?

En vrai, je suis sûr de rien connaître sur le problème: entre les subventions gouvernementales, l'union européenne et donc l'arrêt de taxes frontalières pour l'UE alors que le coût de la vie diffère gravement entre les états membres, et ce genre de joyeusetés, le cultivateur indé doit pas l'avoir facile… enfin, pas que le cultivateur: tout indépendant d'un pays ou la vie est chère (genre, la france?) subit ce problème.

TL;DR:

Debian a toujours très bien marché sans systemd, et pour éviter toutes traces de ce machin, le plus simple c'est (c)debootstrap.
Il ne faut pas chercher un système «KISS» quand on utilise des outils (DE, gestionnaire réseau) qui ne le sont pas (KDE, Gnome, NetworkManager, etc).
Devuan n'apporte en pratique que des régressions.

Plus en détails:

Pour info, je n'installe plus Debian par l'installateur depuis… disons quelques mois (peut-être même plus de 24?).

À la place, je fais du (c)debootstrap, ça me permets d'éviter l'installation par défaut de systemd (parce que j'aime pas, pour des raisons diverses et variées, certaines pragmatiques, d'autres plus «politiques»), ce qui est plus propre et respectueux envers «la nature» (surtout envers ma bande passante et mon temps en vrai, ça m'évite un reboot et autres bricolages à la con) que d'installer puis supprimer ce dernier.

J'ai aussi toujours évité autant que possible les trucs foireux genre networkmanager, y préférant à l'origine /etc/network/interfaces et maintenant que mes systèmes tournent avec runit (je note que ce système n'utilise d'ailleurs pas runit-init, va falloir que je corrige ça!), un service par IFACE, bien souvent qui fait tourner un bête busybox udhcpcd. Bon, par encore testé le WiFi, mais ça me fait pas plus peur que ça, suffit de lancer un wpasupplicant avant. Déjà fait sans runit, ça marche nickel.

Le seul cas dans lequel j'ai eu à installer un gestionnaire réseau, c'est pour le WiFi dans les hôtels, parce qu'ironiquement, je ne sais pas configurer le WiFi pour du WEP et leurs espèces de portails. Y'a probablement d'autres cas que je sais pas gérer, mais bon… le problème n'est pas l'outil ici, c'est moi, l'admin.

Par contre, point notable, je n'utilise pas de bureau monolithique. Du coup, à la question:

Il est où le KISS ?

Je répondrais qu'il est inutile de chercher du KISS (en plus je déteste cet acronyme, il est débile, je préfère MISS moi: Make It Simple Smart, parce que quand on fait simple en programmation, c'est pas stupide, et du code stupide ça finit invariablement en usine à gaz, surtout quand on essaie de le garder) quand on utilise Gnome, KDE, ou autre usine à gaz.
Un système simple, c'est un ensemble, on ne peux pas demander d'avoir un environnement logiciel qui fait son boulot, le café, et torche le petit sans qu'on lève un doigt et obtenir un système simple.
De mon point de vue, un système simple, ça force l'administrateur à maîtriser son système sans passer par des outils automatiques.
Typiquement, l'installation d'arch ou de voidlinux, c'est assez «KISS», là ou l'installateur de Debian est un truc automatique clés en main et, some toute, complexe (et qui pose 100 mille questions chiantes quand on veut juste un démarrage de secours, en plus, super pénible!).

Niveau réseau, le plus gros changement que j'ai vu depuis l'arrivée de systemd, c'est le renommage des iface. À vue de nez, sur des install clean, ça marche pas trop mal (en tout cas, j'ai eu aucun souci sur plusieurs centaines d'installations sur des beaglebone black et des mano842, systèmes auxquels je peux ajouter un serveur et quelques tours de diverses marques) par contre sur ma carte mère perso:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 70:85:c2:a6:0e:38 brd ff:ff:ff:ff:ff:ff
3: eno1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether 70:85:c2:a6:0e:36 brd ff:ff:ff:ff:ff:ff
4: wlp3s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether 3c:6a:a7:b5:a2:c5 brd ff:ff:ff:ff:ff:ff

On repassera pour le nommage cohérent… C'est peut-être dû au hard, peut-être à des traces de config du système, vu qu'il me semble que cette install est partie d'une Debian probablement stretch à Devuan à une autre version de Devuan à Debian stretch puis à Debian buster… faudrait que je tente une réinstall clean pour être sûr (sans parler du fait que c'est la 2nde carte mère sur laquelle cette install tourne et que la Debian précédente ne détectais pas tout le hard).
Je pourrais juste demander au système de pas effectuer le renommage, ça se fait facilement, juste une option a ajouter au boot.
Ou alors que j'acquière une meilleure maîtrise de comment marche udev, mais j'avoue avoir la flemme, ce machin me semble particulièrement compliqué pour un usage qui me semble, somme toute, pas si utile que ça: à part des clés USB mon hardware ne change que très rarement après tout (les gens normaux ajoutent probablement leurs débilophones et appareils photo à la liste, certes, mais bon, ça reste sur l'USB au final).

De mon côté, Devuan, j'ai essayé aussi. Plus d'un an.

De mon point de vue, ça n'apporte rien, et ça casse même certaines fonctionnalités, notamment le fait que les paquets n'ont plus de description!
C'est extrêmement pénible pour moi. Debootstrap et consort qui pètent, ça aussi c'est pénible. J'ai probablement eu d'autres petites merdes à gauche et a droite, mais ça devais pas être bloquant, sinon je serais capable de les lister :)

Et avec l'arrivée de runit-init qui est l'une des dépendances possibles du paquet init dans Buster, c'est encore moins pertinent (oui, c'est stupide de vouloir rester avec rc.d et ses scripts bloatés qui font même pas le minimum syndical malgré plusieurs milliers de lignes de shell exécutées à chaque action).
Bon, certes, quand on lis /etc/runit/2, on sent que c'est aussi bien intégré que l'étais systemd quand il est apparu dans Debian: très mal, on lance en gros juste les trucs que rc.d lance. Mais bon, le pied est dans la porte.

Après, une fois encore, je n'utilise pas de bureau bloaté, du coup j'ai pas la dépendance à logind qui est le principal problème pour les DE de ce que je comprend de mes diverses lectures sur la toile. Je note quand même la présence d'elogind dans le dépôt Debian.

Pour finir ce pavé: peut-être bien que l'arrivée d'elogind et de runit-init sont indirectement liés à la naissance de Devuan, qui sait?
Perso, je pense plutôt que c'est l'oeuvre de gens qui n'apprécient pas systemd mais qui sont restés dans Debian malgré tout, Devuan semblant plutôt partir sur d'abord un retour a sysVinit+rc.d pour ensuite migrer vers openrc, ce qui me semble contre-productif (revenir en arrière pour avancer ensuite? Pourquoi ne pas juste avancer, ça casserais la vision de «gens qui veulent juste garder /etc/init.d et ses scripts foireux»).

Bon, après, si t'as un retour d'expérience sur Devuan ou il y a des améliorations réelles comparé à Debian, je suis intéressé, même si je sais que le sujet est un appeau à trolls et à moinssages.

autant réseau je suis moins sûr.

ip -s link donne, par exemple:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    RX: bytes  packets  errors  dropped overrun mcast   
    16410506   152826   0       0       0       0       
    TX: bytes  packets  errors  dropped carrier collsns 
    16410506   152826   0       0       0       0       
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether d8:cb:8a:e9:03:05 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    422738017  454508   0       0       0       23208   
    TX: bytes  packets  errors  dropped carrier collsns 
    17412954   242196   0       0       0       0       
3: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether 18:d6:c7:01:8d:a4 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    0          0        0       0       0       0       
    TX: bytes  packets  errors  dropped carrier collsns 
    136932     732      0       0       0       0       

On peut y mettre d'autres options, dont un formatage en json soit-disant plus facile à parser. Dans mon cas j'avais utilisé ip -s l | sed 's! *! !g' | awk '...' pour parser, ça se fait bien.
Bon, évidemment, ça donne des stats sur l'instant t, pour y voir un intérêt, il faut prendre des mesures régulièrement, timestamp inclus, et comparer un certain nombre d'enregistrements.
Par contre, je sais pas si on peut choper le débit maximal d'une interface réseau…

mais j'en vois pas dans l'autre sens (je parle bien de vexer les caucasiens hétérosexuels).

Gigolo? Ce nom est choisit parce que:

About the name

Let me quote Olivier Fourdan about the name 'Gigolo':

<ofourdan> Q: Why is it called “gigolo”

<ofourdan> A: Because it mounts what it's told to

Du coup, on a ici clairement l'objetisation de l'homme, mais c'est moins à la mode que de critiquer l'autre côté.

Me reste à rappeler que «boob» dans ma langue et dans bien d'autres, ça veux rien dire.

Que le lien soit en anglais, ok. Mais que le le titre le soit aussi, franchement, je trouve que c'est même pas du partage, sur un site francophone.

j'ai voulu utiliser les tildes pour barrer un texte dans le titre mais ça a pas marché…

Je sais, je dois ouvrir une feature request, vous me laissez jusqu'a demain pour le faire?

Heu, t'es en train de me dire que l'on peut debootstrap sur un dossier inexistant?

À vrai dire, c'est un tout petit prototype et je n'ai pas le temps d'améliorer

Je comprend.

packager pour Debian

Si c'est faire un vrai paquet source, je peux pas t'aider, mais faire un paquet binaire, c'est assez simple. Ça implique qu'on ait confiance en toi, certes, mais ça sera de toute façon le cas.
Pour moi, la bureaucratie debian, elle n'a de sens que pour faire des deb intégrés au dépôt central, avec un haut degré de qualité.
Du coup, je pense que, pour juste partager un repo a toi qui sera ajouté dans les sources, pas besoin de te prendre trop la tête, suffit de créer un dossier pour le projet foobar foobar/DEBIAN avec divers fichiers, genre control (obligatoire), sha512sum (de mémoire, et pas obligatoire) et autres du même genre.

Si tu veux plus d'infos pour faire un truc qui soit installable par dpkg, je peux t'aider, voire contribuer.

(pour les utilisateurs) permettre de traduire les messages automatiquement

J'avoue n'avoir aucune idée de comment traduire les messages de scripts… en C, je sais faire, mais en sh? Ceci est un appel à bonne âme: un journal sur comment traduire du script serait plussé par au moins moi :)

(pour les administrateurs) utiliser une solution plus générique pour la configuration de l'initrd (dracut, clevis ou systemd-*). Chacune de ces solutions aboutit à une proposition d'architecture assez différente.

Je suis vexé.
Vraiment.
Parce que, hé, debian 10 intègre runit-init dans les variantes de init (même si c'est pas mon fait, mais j'espère rendre mes scripts assez solides pour les contribuer).
Blague à part, systemd impacte vraiment l'initrd? Pour dracut, il me semblait que c'est juste un système de de build, une sorte d'autotools spécialisé, et clevis, je connais pas.
Mais, parles-moi un peu plus de tout ça, je souhaite aider a avoir un système debian portable et potentiellement maintenable par un nombre réduit de personnes, et je pense que runit correspond a ma façon de penser, malgré ses défauts (il faudrait que j'étudie nosh, en vrai).

J'essaies de monter en compétence petit à petit, et je pense que je n'ai pas encore assez de compréhension du fonctionnement interne de LVM pour l'utiliser.
Je ne sais pas pourquoi, il me faut une compréhension relativement bas niveau d'un système pour l'appréhender, et j'ai pas encore étudié LVM.
Ce que j'en comprend, de très loin, c'est que c'est une sorte de méta-format de disque, une sur-couche à GPT/DOS/whatever, qui, j'imagine, considère le disque entier comme un FS, et chaque partition comme un fichier? Enfin, c'est un raccourcis très gros…

Bref, du peu de compréhension que je suppose avoir, je n'aime pas trop l'idée de LVM, sans trop pouvoir expliquer pourquoi. C'est purement subjectif je pense, et se combine au fait que je vois peu d'intérêts objectifs à un truc qui correspond à l'image décrite plus tôt (qui est fausse, j'en suis persuadé).

Mais, si quelqu'un fait de la vulga sur LVM, je serais très curieux de lire ça, et je poserais surement un tas de questions bêtes!

C'est ce que j'ai fait, non?