Donc, pour vivre libres, vivons sans communautés trop faciles d'accès, à défaut de cachées?
De plus en plus, je vois l'amalgame "logiciel libre == communauté qui contribue ensemble sur un projet unique" mais est-ce vraiment la réalité? Et si oui, est-ce que ça doit être le cas de tous les projets libres? Et dans tous les cas, comment filtrer les contributions néfastes, qui sont évidentes dès que ça buzz ou prend de l'ampleur (l'humain est ainsi fait qu'il y aura toujours des ordures prêtes à saccager le travail des autres pour leur profit unique)?
OpenSCAD prétend être un langage fonctionnel, mais il n'est pas possible de créer une fonction qui prend en paramètre un "objet"…
C'est normal, c'est (dys)fonctionnel, pas objet. Oups, pas vendredi… Perso, j'ai testé il y a quelques années divers softs de CAO: brlcad, solvespace, openscad et freecad, dans le but principalement de faire de l'impression 3D.
Le plus simple à utiliser, et de loin, c'est solvespace.
Par contre il n'est pas versionnable dans git ou svn (contrairement à openscad).
Il ne fait pas de RDM alors que brlcad le fait très probablement.
Contrairement à freecad, il ne fait que deux choses: des pièces et des assemblages de pièces fixes, ce qui le rend casse-pied pour de l'architecture dont les pièces peuvent être paramétriques (une poutre, par exemple).
Au final, il reste mon préféré. Parce que:
Comparé à openscad, il est utilisable sans être matheux.
Comparé à brlcad, il est facile à utiliser (brlcad est celui que j'ai le moins creusé).
Comparé à freecad, il est fini.
Cette machine est relativement récente, je connais solvespace depuis bien plus longtemps que ça et l'ai testé sur diverses autres machines, plus ou moins puissantes.
Pour des formes simples, sans trop de contraintes, ça passe partout, c'est vraiment un logiciel peu gourmand.
Une autre personne dans ce fil a parlé de solidworks, mais pour info, il existe un outil nommé BRLCAD qui est probablement plus vieux: l'histoire de son code source, disponible en libre, peut être tracé depuis les années 80, et je ne pense pas qu'il y avait des GPU aussi puissants que nos GPUs intégrés :)
Va taper mod+F3 pour lancer firefox quand tu n'y vois rien…
Ou tout simplement devant un pr0n, une main sur la souris, sur la… je plaisante. perso, j'apprécie avoir certains contrôles cliquables, en tout cas, notamment pour la radio (mpd), et donc j'utilise i3blocks, un remplaçant d'i3status.
Dans mon cas perso, j'ai fait de l'ascii art, parce que flemme de trouver une fonte qui supporte les bons glyphes, du coup ça ressemble à ça:
[mpcprev]
command=~/.bin/mpi3b.sh prev
interval=once
signal=10
[mpcstop]
command=~/.bin/mpi3b.sh stop
interval=once
signal=10
[mpcplay]
command=~/.bin/mpi3b.sh play
interval=once
signal=10
[mpcnext]
command=~/.bin/mpi3b.sh next
interval=once
signal=10
Dans la conf d'i3blocks.
Ça ne fait peut-être pas ce que tu veux, puisque je ne pense pas qu'il soit possible d'intégrer des icônes, mais, ça me semble proche, non?
Après perso, les touches de fonction je n'ai aucun problème à les trouver dans le noir, idem pour la plupart des touches en fait, mais bon, ça, c'est moi, et je conçois que ça ne soit pas le cas de tous, surtout sur des claviers plus compacts type laptop (j'ai un clavier tout ce qu'il y a de plus traditionnel, avec les écarts entre les bloc des touches de fonction et les marqueurs sur 'f' et 'j', ça aide)
Mais sinon je suis d'accord, essayer Debian, c'est tuer un peu son âme de «distro hopper». À une époque (révolue depuis longtemps), installer debian et avoir un système utilisable sans connaître le shell, c'était compliqué. Mais c'était il y a longtemps (debian Potato je crois…).
L'installateur mériterait un coup de propre, clairement, notamment dans l'ordre des questions et des actions (avoir toutes les questions, puis toutes les actions, au lieu d'un mélange), mais franchement c'est largement utilisable, et on n'est pas censés ré-installer son systèmes tous les 3 mois non plus.
Posté par freem .
En réponse à la dépêche Les daemontools ont 20 ans !.
Évalué à 9.
Dernière modification le 15 juillet 2021 à 14:47.
Et le vrai sysadmin, il prend la voiture pour aller rebooter les systèmes distants de plusieurs centaines de kilomètres dès qu'il y a une merde possiblement pas liée au logiciel, mais qui plante quand même les softs?
Dans l'absolu, je suis d'accord, les logiciels devraient être corrigés avant tout. Sauf que bon… ça, c'est la situation idéale, pas le monde que j'ai expérimenté. Mais bon, je ne suis pas sysadmin, juste un dev système qui a bossé sur du "mobilier urbain" (enfin, urbain… ça veut pas dire que ça peut pas être déployé au fin fond d'une forêt, loin de la).
Si le taux de vaccination n'est pas à la hauteur en automne,
Il faut 2 doses espacées de, je crois, 3 semaines, pour la plupart des personnes. Pour les personnes fragiles, il y a des discussions sur le fait qu'une 3ème dose s'impose. Dans leurs cas, ça fait donc 6 semaines, 1 mois et demi.
Pour des vaccins basés sur une technologie expérimentale.
Je ne dis pas le contraire, mais en attendant la société doit aussi faire des choix pour qu'on avance.
Vraiment? Ce n'est pas ce que j'ai compris au dernier confinement, quand on n'a pas hésité à confiner je ne sais plus quelle ville du sud de la France, mais que l'on se contentait d'hésiter à confiner l'île de france, tout en s'étonnant ensuite que l'infection se répandait dans les région autour.
Je ne suis pas vacciné, non, désolé. Oui, je préférerais une segmentation des déplacement régionaux et internationaux. Ce que je préfère à des vaccins basés sur des technologies expérimentales, c'est une méthode médiévale, je sais. Si nouvelle vague il y a après les vacances, on dira que c'est la faute aux non-vaccinés, comme moi, qui n'ont pourtant pas bougé de chez eux (dans une proportion inconnue), et pas des vaccinés qui ont fait voyager le virus pendant que leur corps le combattait, c'est ça?
Refuser le vaccin aujourd'hui n'est pas rationnel.
C'est irrationnel de considérer avec méfiance une technologie non éprouvée dont on ne connaît pas les effets secondaires à moyen terme? Ah oui, quand même…
c'est tout à fait possible d'écrire ses propres "smart pointers" ou autres outils de gestion de la mémoire
Et heureusement!
Parce que perso, mon unique_res<> est bien pratique pour gérer la mémoire partagée (mmap ne retourne pas NULL en cas d'échec), les file descriptors (qui sont des entiers), les ID opengl (entiers aussi)…
Et le GNUisme change, pour une raison X ou Y, ou pire, le standard l'implémente d'une façon différente. PAF tout cassé ton code non standard.
Ou aussi, tiens du coup tu dois utiliser un compilo non libre parce que le seul à supporter une architecture matérielle qui viens de sortir. Tu as l'habitude d'utiliser un GNUisme, et ce compilateur l'implémente bien, mais pas de la même façon: re-PAF les chocap…
Les intérêts du standard, c'est l'interopérabilité, une certaine garantie que ça ne cassera pas du jour au lendemain, et une documentation souvent plus solide sur ce que la fonctionnalité est censée faire, y compris dans des cas foireux (évidemment, l'inconvénient, c'est une lenteur d'évolution, et le fait que quand des conneries sont faites, elles sont dans le marbre, elles aussi).
Surtout qu'ici on parle de standards ISO, pas juste d'un accord entre 2 projets libres dont on ne sais pas trop combien de temps ils vont durer.
Oui je sais compilo proprio peu pas toucher au code… Apres si vous avez des tools pourrit aussi…
Sauf qu'un code ouvert n'est pas une garantie de qualité (juste qu'il est possible de constater soi-même le niveau qualité, à condition d'avoir le temps et les compétences).
GCC et clang fonctionnent bien dans un très, très grand nombre de cas, je le sais, probablement la majorité, mais ça ne veut absolument pas dire que c'est la totalité.
Quant aux outils pourri… le truc, c'est que, peut-être, ils fournissent, ou l'ont fait et l'histoire fait qu'on peut pas changer, leurs propres extensions au standard, plus utiles que les GNUismes, et que GNU ne fournit pas?
Bref, y a de quoi s’investir, d’une manière ou d’une autre… Et considérons que théoriquement tout est possible !
En général, je m'investit dans deux types de projets: les miens, et ceux dont je suis un utilisateur.
J'ai conscience que tu ne me le demandes pas à moi directement, mais voila, effectivement sortir «juste fait le!» à quelqu'un qui n'est pas utilisateur, c'est un excellent moyen de faire fuir un utilisateur potentiel, plus les gens qu'il connaît.
Le faire sur le web, ou tout le monde peut le lire et ou ça reste des décennies, en multiplie l'efficacité.
Autre point, j'ai une tendance a vouloir (et le résultat est plutôt une stagnation qu'une décroissance…) utiliser de moins en moins le web. Ce n'est certainement pas pour y contribuer.
Quant au problème des tags et des moteurs d'indexation en soit… bon, disons que quand j'utilise un moteur de recherche, je râle très fréquemment du fait qu'il modifie mes recherche, et le champ de recherche se voit très, très souvent agrémenté de " et de + pour forcer le moteur à chercher vraiment ce que je veux et le rendre, au final, plus con, moins smart.
D'un autre côté, c'est juste ce qui se produit avec une grande majorité de logiciels qui se veulent intelligents.
Tu peux afficher (ponctuellement) l'arborescence des processus et thread avec pstree, c'est à dire qui est actuellement responsable de libérer les ressources quand le processus/thread s'arrête.
Par défaut, il regroupe ceux qui ont le même nom, mais il existe quelques options bien pratiques, j'aime personnellement utiliser pstree -paT: -p pour afficher les PID, -a pour la ligne de commande, et -T pour ne pas afficher les threads, parce que sinon c'est un bordel monstre.
2nd point, selon mes lectures dont j'ai perdu la source (à remettre en question donc!), sous linux, un thread et un process c'est la même chose (en terme de fonctionnement technique, j'entend, pas en terme d'interface) et donc il n'y a pas de différence de performance. Perso, j'ai un doute, hein, mais je reconnaît n'avoir jamais creusé trop le sujet, parce que de toute façon je pense que c'est négligeable: même si les processus coûtent un peu «plus cher», ils ont d'immenses avantages, notamment, il est possible que ne pas perdre l'application complète si un sous-processus crash, contrairement aux threads.
Mais c'est un moteur de recherche, non? Sans catégories, du coup, j'imagine? Et qui nécessite de, chercher un truc spécifique. Contrairement à des chaînes/radios ou des annuaires, d'une certaine façon.
T'as eu du bol, il est pas en JS, sinon me serais pas privé de troller… mais non, c'est du rust: compilé une fois par archi, tournant plusieurs fois par uptime, contrairement à du python ou du JS (ou d'autres).
TL;DR: le profit immédiat à eu raison du bon sens, une fois de plus.
Pour le reste, désolé, mais je n'ai plus d'espoirs pour nos politiques qui prennent des décisions uniquement économiquement rentable à court terme.
Tu dis:
ce sujet peut (et doit) être débattu notamment pour son impact écologique
Justement.
Je pourrais parler du fait qu'il serait peut-être envisageable, et peut-être même est-ce planifié (j'ai vu dans le journal ce mois-ci qu'une course nautique va passer en full-hydrogène… je n'en sais pas plus, ni n'ai d'avis) de passer en moins carboné, mais d'un autre côté, comme tu le dis si bien dans ton journal, l'espace de sécurité aux alentours des aérodromes (on se souvient du concorde qui s'est crashé dans l'immeuble d'en face il y a quelques annéesW décennies…) n'est pas, justement, aussi utile à l'écologie.
Ne pas bétonner les sols, c'est garder un endroit ou l'eau peu s'infiltrer (moins d'inondations), et ou les animaux peuvent nicher. C'est à mon avis bien plus pertinent d'avoir moins de zones bétonnées que de que réduire le cramage pour l'écologie, parce que, tout simplement, ça donne une chance aux autres espèces d'évoluer.
On manque de terrains vagues, de zone délaissées, qui sont bonnes pour l'écologie (ben oui, les humans sont des admins de merde, y'a qu'a voir le nombre d'hostaux qui se sont fait niquer par des ransomwares! Le sys, ça reste de l'admin!).
Que ça pose en plus des problèmes de sécurités pour le vol ne fait, à mes yeux, qu'aggraver mon opinion des politiciens: tout pour le profit et le pouvoir immédiat, rien pour la communauté et le futur.
La propriété intellectuelle qui est (ici assez mal vue, mais) défendues par la loi devait à l'origine préserver la connaissance et l'art, en permettant aux générations futures de modifier et améliorer les oeuvres.
Aujourd'hui, pas besoin de donner les plans ou les méthodes ou les ressources premières pour disposer de la protection, il suffit de montrer qu'on est premier. c'est, je pense, bien le problème: le gain, immédiat, pour soit et ses amis, plutôt que pour la société et les descendants que l'on ne verra jamais.
Je veux dire, oui, mille fois oui. Et utilises la section liens de linuxfr.org, c'est fait pour ça je crois!
Je ne clique quasi plus sur les liens youtube (non pas que j'aie été un jour un grand consommateur, mais quand même) et j'avoue que c'est du à leur obligation légale de nous faire chier avec une popup. Ben oui, j'avoue.
Cela dis, les alternatives décentralisées sont à la fois peu connues, peu usitées, et peu promues.
Ce type d'initiatives ne peux qu'aider.
Cela dis, vu que c'est décentralisé, je doute qu'un moteur de recherche soit vraiment efficace, et du coup, existe-t-il, question un peu idiote faisant référence à un mécanisme du passé, des annuaires ou des radios/chaînes inter-instances?
Non (ou j'ai mal compris), il a juste dit qu'il était plus habitué à github, pas qu'il en avait utilisé (genre, vraiment, pas pour juste poser un ticket) d'autres (surtout que gitlab à clairement longtemps eu un arrière-goût de clone de Github).
Cela dis, la bonne question de ma part aurait plutôt été: "GitHub a-t-elle été ta 1ère forge?", bien plus explicite, puisqu'il est possible que mon propre avis soit lié au fait que, parmis les forges hébergées gratos, sourceforge.net est ma première.
Dans mon cas, j'ai vraiment utilisé plusieurs forges pour, entres autres, héberger des projets.
Ma préférée pour l'instant reste sourceforge, en terme de fonctionnalités (github intègre quelques trucs de temps en temps, mais ça reste plus limité) et d'interface, malgré la réclame pénible. J'ai bon espoir que sourcehut change ce point ceci dit (ma préférence).
Tu as oublié la bande passante… Honnêtement, je me souviens d'une époque ou c'étais 10 fois plus réactif (et l'UI mieux branlée) que github, c'est pour ça que j'y avais un compte.
Maintenant… disons que l'UI est pire que github ou savannah, et la lenteur donne l'impression d'avoir une connection 56K.
C'est bête mais juste devoir créer un compte pur envoyer un message/pull request bah ça va en calmer pas mal.
Ça tombe bien, plusieurs forge, y compris gitlab et github, rendent possible d'utiliser un compte externe pour te log direct.
là où github c'est bien rangé.
Ça serait pas parce que tu connais juste github, ça? Non parce que moi, je trouve que github à toujours été l'une des pires forges au monde côté UI. Ils se sont (un peu) améliorés: maintenant on attend moins entre deux clics, mais c'est toujours horrible à utiliser.
Dans les forges que j'ai utilisées avant, il y a eu sourfeforge, savannah (la, j'avoue, la compétition de la pire UI est rude), gitlab, redmine, trac, fossil, bitbucket (c'était mieux avant que ça n'est maintenant, j'avoue que la ils sont tombé très, très bas…), sourcehut…
Perso, je suis principalement non-loggué, donc la plupart du temps je ne vote pas, logique, non?
Je ne me log que pour répondre à un point particulier ou pour identifier un spam qui ne serait pas encore négatif (très rare, étant de moins en moins sur dlfp), et dans ce cas, il est possible que je me balade un peu et distribue (ou enlève, selon) du karma.
Ceci dis, pour ceux qui disent que ça ne masque pas, que ça ne retire pas, etc, c'est un peu faux, puisqu'un utilisateur non-loggué ne dispose pas de la fonctionnalité de dépli/repli, il est obligé d'afficher le lien (et il faut connaître l'astuce pour ça… ce n'est pas évident à la première vue que cliquer sur le titre fera quoique ce soit…), idéalement dans un nouvel onglet (pas le cas par défaut, au moins c'est libre de JS ce qui est un vrai plus).
Le commentaire est, certes, toujours présent et affichable, mais je trouve regrettable que les commentaires à -1 ou -2 (qui sont fréquents en début de vie du commentaire) soient si compliqués à afficher au visiteur de passage.
Autre point ennuyeux, il est impossible d'annuler son vote. Ce qui fait que parfois on «inutile» un contenu que l'on voulait pertinenter, et la… ben zut. Ou alors on inutile un peu trop vite, et, 5 minutes plus tard on comprend réellement et, finallement, c'était pertinent.
Ceci dit, je considère malgré tout que de manière générale le système de vote, y compris négatif, n'est pas un problème, loin de la (j'ai une petite collection de -10 à mon actif, donc c'est pas comme si je n'en étais jamais «victime», mais clairement c'est toujours justifié).
Il est, clairement, améliorable (modification de ses propres votes, possibilité de dépli/repli pour les visiteurs, faire naviguer les visiteurs à -2 par défaut au lieu de 0) mais je le trouve bel et bien utile.
Pas de problème, je me log de moins en moins souvent aussi :)
Plus un problème d'UI mal foutue qu'autre chose?
Non, il existe GUI très bien faite.
C'est justement ce que je voulais dire, certaines UIs sont bien foutues, j'utilise par exemple gparted, qu'il me semble difficile de dire plus difficile à utiliser que fdisk ou parted ou…
Toutes les UIs ne sont pas mal branlées, loin de la, mais j'ai l'impression que c'est le cas de beaucoup, que l'on ait à traiter de grosses quantités de données ou pas (typiquement, gparted ne manipule pas grand chose…).
Si «les UI qui sont capables de traiter de telle quantité sont un plus relou à utiliser que quelques grep/sed/awk/jq» je ne crois pas que ça soit à cause du fait que ce soient des UI, juste qu'elles sont soit pas assez souples (la CLI, étant un langage de programmation, sera toujours plus souple que les [TG]UI, à moins d'implémenter un langage de programmation visuel, mais ça risque d'être galère à utiliser) soit mal foutues (aptitude en ncurses est de loin supérieur à tout ce que j'ai pu utiliser en graphique, clairement)
Je ne peux pas parler pour le graphique, mais tu saurais dire ce qui coince avec zsh ?
Trier un dossier en ligne de commandes, c'est pénible à mes yeux. Construire la ligne de commande avec zsh est raisonnablement rapide, mais ça reste "laborieux" et je rêve parfois d'un frontal shell qui me permette d'avoir un «mode visuel» à la vim pour aller sélectionner des entrées. Je sais que zsh implémente énormément de choses au niveau auto-complétion, mais il faut tout configurer (d'ailleurs il faut que je refasse ma conf moi…) au travers d'un menu type printf/scanf, ce qui n'est pas le plus ergonomique au monde, il faut bien l'avouer.
Ce qui me paraît évident un jour ne l'est plus le lendemain,
bien ce que je dis:
question de façon de fonctionner j'imagine
Chez moi ça marche, mais ça ne veut pas dire que ça marcherais pour tout le monde.
[^] # Re: Dépêche à venir ?
Posté par freem . En réponse au lien Sortie de Debian 11 « Bullseye ». Évalué à 2.
Tu attendrais quoi d'un journal sur debian 11,à minima? (non, je me sens pas capable de faire une dépêche)
[^] # Re: Objectifs d'employés
Posté par freem . En réponse au journal Doctoshotgun pris d'assaut par le variant étudiant. Évalué à 4.
Donc, pour vivre libres, vivons sans communautés trop faciles d'accès, à défaut de cachées?
De plus en plus, je vois l'amalgame "logiciel libre == communauté qui contribue ensemble sur un projet unique" mais est-ce vraiment la réalité? Et si oui, est-ce que ça doit être le cas de tous les projets libres? Et dans tous les cas, comment filtrer les contributions néfastes, qui sont évidentes dès que ça buzz ou prend de l'ampleur (l'humain est ainsi fait qu'il y aura toujours des ordures prêtes à saccager le travail des autres pour leur profit unique)?
[^] # Re: Information importante sur le moteur
Posté par freem . En réponse à la dépêche Débuter avec SolveSpace. Évalué à 6.
C'est normal, c'est (dys)fonctionnel, pas objet. Oups, pas vendredi… Perso, j'ai testé il y a quelques années divers softs de CAO: brlcad, solvespace, openscad et freecad, dans le but principalement de faire de l'impression 3D.
Le plus simple à utiliser, et de loin, c'est solvespace.
Par contre il n'est pas versionnable dans git ou svn (contrairement à openscad).
Il ne fait pas de RDM alors que brlcad le fait très probablement.
Contrairement à freecad, il ne fait que deux choses: des pièces et des assemblages de pièces fixes, ce qui le rend casse-pied pour de l'architecture dont les pièces peuvent être paramétriques (une poutre, par exemple).
Au final, il reste mon préféré. Parce que:
Comparé à openscad, il est utilisable sans être matheux.
Comparé à brlcad, il est facile à utiliser (brlcad est celui que j'ai le moins creusé).
Comparé à freecad, il est fini.
[^] # Re: configuration matérielle
Posté par freem . En réponse à la dépêche Débuter avec SolveSpace. Évalué à 4.
Je voulais dire GPU mea culpa :)
[^] # Re: Information importante sur le moteur
Posté par freem . En réponse à la dépêche Débuter avec SolveSpace. Évalué à 4.
Je me permets de pointer le fait que solvespace propose sa propre bibliothèque en réponse à ton commentaire.
[^] # Re: configuration matérielle
Posté par freem . En réponse à la dépêche Débuter avec SolveSpace. Évalué à 3.
Mon cpu:
Je n'ai pas de CPU.
Cette machine est relativement récente, je connais solvespace depuis bien plus longtemps que ça et l'ai testé sur diverses autres machines, plus ou moins puissantes.
Pour des formes simples, sans trop de contraintes, ça passe partout, c'est vraiment un logiciel peu gourmand.
Une autre personne dans ce fil a parlé de solidworks, mais pour info, il existe un outil nommé BRLCAD qui est probablement plus vieux: l'histoire de son code source, disponible en libre, peut être tracé depuis les années 80, et je ne pense pas qu'il y avait des GPU aussi puissants que nos GPUs intégrés :)
# bricolage avec i3blocks
Posté par freem . En réponse au message I3wm et des launchers dans i3bar ou polybar. Évalué à 3.
Ou tout simplement devant un pr0n, une main sur la souris, sur la… je plaisante. perso, j'apprécie avoir certains contrôles cliquables, en tout cas, notamment pour la radio (mpd), et donc j'utilise i3blocks, un remplaçant d'i3status.
Dans mon cas perso, j'ai fait de l'ascii art, parce que flemme de trouver une fonte qui supporte les bons glyphes, du coup ça ressemble à ça:
Le code est ici: https://p.mort.coffee/hwu et s'utilise avec un bloc du type:
Dans la conf d'i3blocks.
Ça ne fait peut-être pas ce que tu veux, puisque je ne pense pas qu'il soit possible d'intégrer des icônes, mais, ça me semble proche, non?
Après perso, les touches de fonction je n'ai aucun problème à les trouver dans le noir, idem pour la plupart des touches en fait, mais bon, ça, c'est moi, et je conçois que ça ne soit pas le cas de tous, surtout sur des claviers plus compacts type laptop (j'ai un clavier tout ce qu'il y a de plus traditionnel, avec les écarts entre les bloc des touches de fonction et les marqueurs sur 'f' et 'j', ça aide)
[^] # Re: Debian et moi...
Posté par freem . En réponse au lien Debian 11 (bullseye) prévue pour le 14 août . Évalué à 5.
Laquelle du coup?
Mais sinon je suis d'accord, essayer Debian, c'est tuer un peu son âme de «distro hopper». À une époque (révolue depuis longtemps), installer debian et avoir un système utilisable sans connaître le shell, c'était compliqué. Mais c'était il y a longtemps (debian Potato je crois…).
L'installateur mériterait un coup de propre, clairement, notamment dans l'ordre des questions et des actions (avoir toutes les questions, puis toutes les actions, au lieu d'un mélange), mais franchement c'est largement utilisable, et on n'est pas censés ré-installer son systèmes tous les 3 mois non plus.
[^] # Re: un bon sysadmin dirait...
Posté par freem . En réponse à la dépêche Les daemontools ont 20 ans !. Évalué à 9. Dernière modification le 15 juillet 2021 à 14:47.
Et le vrai sysadmin, il prend la voiture pour aller rebooter les systèmes distants de plusieurs centaines de kilomètres dès qu'il y a une merde possiblement pas liée au logiciel, mais qui plante quand même les softs?
Dans l'absolu, je suis d'accord, les logiciels devraient être corrigés avant tout. Sauf que bon… ça, c'est la situation idéale, pas le monde que j'ai expérimenté. Mais bon, je ne suis pas sysadmin, juste un dev système qui a bossé sur du "mobilier urbain" (enfin, urbain… ça veut pas dire que ça peut pas être déployé au fin fond d'une forêt, loin de la).
[^] # Re: Obligation vaccinale non assumée ?
Posté par freem . En réponse au lien En France, Macron lance la traque aux non vaccinés - letemps.ch (€). Évalué à 1.
Il faut 2 doses espacées de, je crois, 3 semaines, pour la plupart des personnes. Pour les personnes fragiles, il y a des discussions sur le fait qu'une 3ème dose s'impose. Dans leurs cas, ça fait donc 6 semaines, 1 mois et demi.
Pour des vaccins basés sur une technologie expérimentale.
Vraiment? Ce n'est pas ce que j'ai compris au dernier confinement, quand on n'a pas hésité à confiner je ne sais plus quelle ville du sud de la France, mais que l'on se contentait d'hésiter à confiner l'île de france, tout en s'étonnant ensuite que l'infection se répandait dans les région autour.
Je ne suis pas vacciné, non, désolé. Oui, je préférerais une segmentation des déplacement régionaux et internationaux. Ce que je préfère à des vaccins basés sur des technologies expérimentales, c'est une méthode médiévale, je sais. Si nouvelle vague il y a après les vacances, on dira que c'est la faute aux non-vaccinés, comme moi, qui n'ont pourtant pas bougé de chez eux (dans une proportion inconnue), et pas des vaccinés qui ont fait voyager le virus pendant que leur corps le combattait, c'est ça?
C'est irrationnel de considérer avec méfiance une technologie non éprouvée dont on ne connaît pas les effets secondaires à moyen terme? Ah oui, quand même…
[^] # Re: Aujourd'hui j'ai appris
Posté par freem . En réponse au lien Comprendre la taille de la stack des threads, et comment Alpine Linux diffère des autres systèmes. Évalué à 2.
Et heureusement!
Parce que perso, mon unique_res<> est bien pratique pour gérer la mémoire partagée (mmap ne retourne pas NULL en cas d'échec), les file descriptors (qui sont des entiers), les ID opengl (entiers aussi)…
[^] # Re: Aujourd'hui j'ai appris
Posté par freem . En réponse au lien Comprendre la taille de la stack des threads, et comment Alpine Linux diffère des autres systèmes. Évalué à 2. Dernière modification le 30 juin 2021 à 14:03.
oups. Déjà dis.
[^] # Re: Aujourd'hui j'ai appris
Posté par freem . En réponse au lien Comprendre la taille de la stack des threads, et comment Alpine Linux diffère des autres systèmes. Évalué à 7.
Et le GNUisme change, pour une raison X ou Y, ou pire, le standard l'implémente d'une façon différente. PAF tout cassé ton code non standard.
Ou aussi, tiens du coup tu dois utiliser un compilo non libre parce que le seul à supporter une architecture matérielle qui viens de sortir. Tu as l'habitude d'utiliser un GNUisme, et ce compilateur l'implémente bien, mais pas de la même façon: re-PAF les chocap…
Les intérêts du standard, c'est l'interopérabilité, une certaine garantie que ça ne cassera pas du jour au lendemain, et une documentation souvent plus solide sur ce que la fonctionnalité est censée faire, y compris dans des cas foireux (évidemment, l'inconvénient, c'est une lenteur d'évolution, et le fait que quand des conneries sont faites, elles sont dans le marbre, elles aussi).
Surtout qu'ici on parle de standards ISO, pas juste d'un accord entre 2 projets libres dont on ne sais pas trop combien de temps ils vont durer.
Sauf qu'un code ouvert n'est pas une garantie de qualité (juste qu'il est possible de constater soi-même le niveau qualité, à condition d'avoir le temps et les compétences).
GCC et clang fonctionnent bien dans un très, très grand nombre de cas, je le sais, probablement la majorité, mais ça ne veut absolument pas dire que c'est la totalité.
Quant aux outils pourri… le truc, c'est que, peut-être, ils fournissent, ou l'ont fait et l'histoire fait qu'on peut pas changer, leurs propres extensions au standard, plus utiles que les GNUismes, et que GNU ne fournit pas?
[^] # Re: PeerTube fédération ? (Re: clap,)
Posté par freem . En réponse au journal PeerTube ← pot de miel sur Youtube (Sea Dragon TRS-80 + audio-description). Évalué à 5.
En général, je m'investit dans deux types de projets: les miens, et ceux dont je suis un utilisateur.
J'ai conscience que tu ne me le demandes pas à moi directement, mais voila, effectivement sortir «juste fait le!» à quelqu'un qui n'est pas utilisateur, c'est un excellent moyen de faire fuir un utilisateur potentiel, plus les gens qu'il connaît.
Le faire sur le web, ou tout le monde peut le lire et ou ça reste des décennies, en multiplie l'efficacité.
Autre point, j'ai une tendance a vouloir (et le résultat est plutôt une stagnation qu'une décroissance…) utiliser de moins en moins le web. Ce n'est certainement pas pour y contribuer.
Quant au problème des tags et des moteurs d'indexation en soit… bon, disons que quand j'utilise un moteur de recherche, je râle très fréquemment du fait qu'il modifie mes recherche, et le champ de recherche se voit très, très souvent agrémenté de
"
et de+
pour forcer le moteur à chercher vraiment ce que je veux et le rendre, au final, plus con, moins smart.D'un autre côté, c'est juste ce qui se produit avec une grande majorité de logiciels qui se veulent intelligents.
[^] # Re: multi-process
Posté par freem . En réponse au message Comprendre Comment marche GNU/Linux: question sur les processes. Évalué à 2.
Petit compléments d'info:
Tu peux afficher (ponctuellement) l'arborescence des processus et thread avec
pstree
, c'est à dire qui est actuellement responsable de libérer les ressources quand le processus/thread s'arrête.Par défaut, il regroupe ceux qui ont le même nom, mais il existe quelques options bien pratiques, j'aime personnellement utiliser
pstree -paT
: -p pour afficher les PID, -a pour la ligne de commande, et -T pour ne pas afficher les threads, parce que sinon c'est un bordel monstre.2nd point, selon mes lectures dont j'ai perdu la source (à remettre en question donc!), sous linux, un thread et un process c'est la même chose (en terme de fonctionnement technique, j'entend, pas en terme d'interface) et donc il n'y a pas de différence de performance. Perso, j'ai un doute, hein, mais je reconnaît n'avoir jamais creusé trop le sujet, parce que de toute façon je pense que c'est négligeable: même si les processus coûtent un peu «plus cher», ils ont d'immenses avantages, notamment, il est possible que ne pas perdre l'application complète si un sous-processus crash, contrairement aux threads.
[^] # Re: clap,
Posté par freem . En réponse au journal PeerTube ← pot de miel sur Youtube (Sea Dragon TRS-80 + audio-description). Évalué à 2.
Mais c'est un moteur de recherche, non? Sans catégories, du coup, j'imagine? Et qui nécessite de, chercher un truc spécifique. Contrairement à des chaînes/radios ou des annuaires, d'une certaine façon.
[^] # Re: Le rapport avec le libre
Posté par freem . En réponse au lien Pourquoi arrêter l’avion ne devrait plus être un débat. Évalué à 0.
T'as eu du bol, il est pas en JS, sinon me serais pas privé de troller… mais non, c'est du rust: compilé une fois par archi, tournant plusieurs fois par uptime, contrairement à du python ou du JS (ou d'autres).
Je suis déçu.
# Merde... mais typique de notre époque
Posté par freem . En réponse au journal [HS] Ils étaient trois. Évalué à 4.
Merde… pour l'accident.
TL;DR: le profit immédiat à eu raison du bon sens, une fois de plus.
Pour le reste, désolé, mais je n'ai plus d'espoirs pour nos politiques qui prennent des décisions uniquement économiquement rentable à court terme.
Tu dis:
Justement.
Je pourrais parler du fait qu'il serait peut-être envisageable, et peut-être même est-ce planifié (j'ai vu dans le journal ce mois-ci qu'une course nautique va passer en full-hydrogène… je n'en sais pas plus, ni n'ai d'avis) de passer en moins carboné, mais d'un autre côté, comme tu le dis si bien dans ton journal, l'espace de sécurité aux alentours des aérodromes (on se souvient du concorde qui s'est crashé dans l'immeuble d'en face il y a quelques annéesW décennies…) n'est pas, justement, aussi utile à l'écologie.
Ne pas bétonner les sols, c'est garder un endroit ou l'eau peu s'infiltrer (moins d'inondations), et ou les animaux peuvent nicher. C'est à mon avis bien plus pertinent d'avoir moins de zones bétonnées que de que réduire le cramage pour l'écologie, parce que, tout simplement, ça donne une chance aux autres espèces d'évoluer.
On manque de terrains vagues, de zone délaissées, qui sont bonnes pour l'écologie (ben oui, les humans sont des admins de merde, y'a qu'a voir le nombre d'hostaux qui se sont fait niquer par des ransomwares! Le sys, ça reste de l'admin!).
Que ça pose en plus des problèmes de sécurités pour le vol ne fait, à mes yeux, qu'aggraver mon opinion des politiciens: tout pour le profit et le pouvoir immédiat, rien pour la communauté et le futur.
La propriété intellectuelle qui est (ici assez mal vue, mais) défendues par la loi devait à l'origine préserver la connaissance et l'art, en permettant aux générations futures de modifier et améliorer les oeuvres.
Aujourd'hui, pas besoin de donner les plans ou les méthodes ou les ressources premières pour disposer de la protection, il suffit de montrer qu'on est premier. c'est, je pense, bien le problème: le gain, immédiat, pour soit et ses amis, plutôt que pour la société et les descendants que l'on ne verra jamais.
# clap,
Posté par freem . En réponse au journal PeerTube ← pot de miel sur Youtube (Sea Dragon TRS-80 + audio-description). Évalué à 2.
clap, clap.
Je veux dire, oui, mille fois oui. Et utilises la section liens de linuxfr.org, c'est fait pour ça je crois!
Je ne clique quasi plus sur les liens youtube (non pas que j'aie été un jour un grand consommateur, mais quand même) et j'avoue que c'est du à leur obligation légale de nous faire chier avec une popup. Ben oui, j'avoue.
Cela dis, les alternatives décentralisées sont à la fois peu connues, peu usitées, et peu promues.
Ce type d'initiatives ne peux qu'aider.
Cela dis, vu que c'est décentralisé, je doute qu'un moteur de recherche soit vraiment efficace, et du coup, existe-t-il, question un peu idiote faisant référence à un mécanisme du passé, des annuaires ou des radios/chaînes inter-instances?
[^] # Re: "panne mondiale"
Posté par freem . En réponse au journal Gitlab, Github & Stackoverflow sont inaccessibles simultanément. Évalué à 2. Dernière modification le 12 juin 2021 à 18:28.
Non (ou j'ai mal compris), il a juste dit qu'il était plus habitué à github, pas qu'il en avait utilisé (genre, vraiment, pas pour juste poser un ticket) d'autres (surtout que gitlab à clairement longtemps eu un arrière-goût de clone de Github).
Cela dis, la bonne question de ma part aurait plutôt été: "GitHub a-t-elle été ta 1ère forge?", bien plus explicite, puisqu'il est possible que mon propre avis soit lié au fait que, parmis les forges hébergées gratos, sourceforge.net est ma première.
Dans mon cas, j'ai vraiment utilisé plusieurs forges pour, entres autres, héberger des projets.
Ma préférée pour l'instant reste sourceforge, en terme de fonctionnalités (github intègre quelques trucs de temps en temps, mais ça reste plus limité) et d'interface, malgré la réclame pénible. J'ai bon espoir que sourcehut change ce point ceci dit (ma préférence).
[^] # Re: "panne mondiale"
Posté par freem . En réponse au journal Gitlab, Github & Stackoverflow sont inaccessibles simultanément. Évalué à 2.
Tu as oublié la bande passante… Honnêtement, je me souviens d'une époque ou c'étais 10 fois plus réactif (et l'UI mieux branlée) que github, c'est pour ça que j'y avais un compte.
Maintenant… disons que l'UI est pire que github ou savannah, et la lenteur donne l'impression d'avoir une connection 56K.
[^] # Re: "panne mondiale"
Posté par freem . En réponse au journal Gitlab, Github & Stackoverflow sont inaccessibles simultanément. Évalué à 2.
Ça tombe bien, plusieurs forge, y compris gitlab et github, rendent possible d'utiliser un compte externe pour te log direct.
Ça serait pas parce que tu connais juste github, ça? Non parce que moi, je trouve que github à toujours été l'une des pires forges au monde côté UI. Ils se sont (un peu) améliorés: maintenant on attend moins entre deux clics, mais c'est toujours horrible à utiliser.
Dans les forges que j'ai utilisées avant, il y a eu sourfeforge, savannah (la, j'avoue, la compétition de la pire UI est rude), gitlab, redmine, trac, fossil, bitbucket (c'était mieux avant que ça n'est maintenant, j'avoue que la ils sont tombé très, très bas…), sourcehut…
[^] # Re: Je m’étonne
Posté par freem . En réponse au journal De la notation sur les contenus et les commentaires. Évalué à 3.
Perso, je suis principalement non-loggué, donc la plupart du temps je ne vote pas, logique, non?
Je ne me log que pour répondre à un point particulier ou pour identifier un spam qui ne serait pas encore négatif (très rare, étant de moins en moins sur dlfp), et dans ce cas, il est possible que je me balade un peu et distribue (ou enlève, selon) du karma.
Ceci dis, pour ceux qui disent que ça ne masque pas, que ça ne retire pas, etc, c'est un peu faux, puisqu'un utilisateur non-loggué ne dispose pas de la fonctionnalité de dépli/repli, il est obligé d'afficher le lien (et il faut connaître l'astuce pour ça… ce n'est pas évident à la première vue que cliquer sur le titre fera quoique ce soit…), idéalement dans un nouvel onglet (pas le cas par défaut, au moins c'est libre de JS ce qui est un vrai plus).
Le commentaire est, certes, toujours présent et affichable, mais je trouve regrettable que les commentaires à -1 ou -2 (qui sont fréquents en début de vie du commentaire) soient si compliqués à afficher au visiteur de passage.
Autre point ennuyeux, il est impossible d'annuler son vote. Ce qui fait que parfois on «inutile» un contenu que l'on voulait pertinenter, et la… ben zut. Ou alors on inutile un peu trop vite, et, 5 minutes plus tard on comprend réellement et, finallement, c'était pertinent.
Ceci dit, je considère malgré tout que de manière générale le système de vote, y compris négatif, n'est pas un problème, loin de la (j'ai une petite collection de -10 à mon actif, donc c'est pas comme si je n'en étais jamais «victime», mais clairement c'est toujours justifié).
Il est, clairement, améliorable (modification de ses propres votes, possibilité de dépli/repli pour les visiteurs, faire naviguer les visiteurs à -2 par défaut au lieu de 0) mais je le trouve bel et bien utile.
[^] # Re: curses
Posté par freem . En réponse au journal fzf et mon terminal. Évalué à 2.
Pas de problème, je me log de moins en moins souvent aussi :)
C'est justement ce que je voulais dire, certaines UIs sont bien foutues, j'utilise par exemple gparted, qu'il me semble difficile de dire plus difficile à utiliser que fdisk ou parted ou…
Toutes les UIs ne sont pas mal branlées, loin de la, mais j'ai l'impression que c'est le cas de beaucoup, que l'on ait à traiter de grosses quantités de données ou pas (typiquement, gparted ne manipule pas grand chose…).
Si «les UI qui sont capables de traiter de telle quantité sont un plus relou à utiliser que quelques grep/sed/awk/jq» je ne crois pas que ça soit à cause du fait que ce soient des UI, juste qu'elles sont soit pas assez souples (la CLI, étant un langage de programmation, sera toujours plus souple que les [TG]UI, à moins d'implémenter un langage de programmation visuel, mais ça risque d'être galère à utiliser) soit mal foutues (aptitude en ncurses est de loin supérieur à tout ce que j'ai pu utiliser en graphique, clairement)
Trier un dossier en ligne de commandes, c'est pénible à mes yeux. Construire la ligne de commande avec zsh est raisonnablement rapide, mais ça reste "laborieux" et je rêve parfois d'un frontal shell qui me permette d'avoir un «mode visuel» à la vim pour aller sélectionner des entrées. Je sais que zsh implémente énormément de choses au niveau auto-complétion, mais il faut tout configurer (d'ailleurs il faut que je refasse ma conf moi…) au travers d'un menu type printf/scanf, ce qui n'est pas le plus ergonomique au monde, il faut bien l'avouer.
bien ce que je dis:
Chez moi ça marche, mais ça ne veut pas dire que ça marcherais pour tout le monde.
[^] # Re: Sujet rarement débattu, merci
Posté par freem . En réponse au journal Et si on parlait de microcodes (firmware) open source pour serveur. Évalué à 6.
Et les installer. Et il faut rebooter. Des serveurs. Comment on fait après pour la course au gros uptime, hein?
En dehors des serveurs, qui j'espère ont tous une double banque, il y a le problème de risquer de briquer le matos, aussi.
Je pense que ces problèmes sont aussi assez important dans l'explication de la non mise à jour.