Un workflow qui préfère accepter un code lié à la sécurité des postes implémenté par non développeur, moi, ça me fait peur quand même…
Je n'ai pas plus de contexte que toi, mais outre le point précédent, j'ai l'impression que le soft présenté ici à été développé "par derrière", avant d'avoir l'approbation globale, du coup j'ai en plus un doute que ça finisse réellement par régler son problème, ou alors ça ne le réglera peut-être qu'a l'échelle de l'auteur et de ses "collègues proches".
M'est avis que ça risque de plus ajouter au bordel ambiant qu'autre chose, in fine.
Une utilisation du ~/.ssh/authorized_key local est adaptée à un petit parc de machine.
Dès l'instant ou on doit gérer beaucoup de machines avec des updates régulières de ce fichier, alors il faut commencer à penser à utiliser d'autres solutions, plus adaptées.
Pas entièrement d'accord… gérer manuellement un authorized_keys local n'est pas adapté à un parc qui grossit ou qui évolue, mais rien n'empêche de le gérer avec ansible/rex (qui sont agentless) dans des parcs plus importants, à priori.
Bon, ce n'est pas le plus efficace, certes, mais l'intérêt d'ansible/rex, c'est que, justement, pas besoin d'installer quoique ce soit sur la cible, ce qui du coup me fais un peu tiquer sur le "problème" de l'OP.
Bon, dans le cas d'ansible, il faut python, qui est installé presque partout, mais quand même moins souvent que perl, qui est nécessaire pour rex: c'est la raison pour laquelle j'ai opté pour rex au taf, sur des systèmes pour lesquels il me faut minimiser le nombre de dépendances (et qui n'ont aucune raison actuelle d'utiliser python).
Je serais bien partit sur cfengine3 (qui me ferait sauter pas mal de libs perls), mais c'est franchement compliqué de savoir comment le configurer, quels daemons servent vraiment à quoi et on besoin de quels autres… et avec le manque de temps, suis parti sur un agentless en me disant que je pourrais automatiquement passer à plus robuste et automatique le jour ou j'aurai mis en place tout le nécessaire… d'ici 2-3 siècles, avec du bol :D
Mais je pensais aussi pour ceux qui n'ont ou ne veulent pas d'outils type Ansible/Puppet/Chef/Salt.
Et donc, ils veulent pas utiliser d'outils rodés qui ne sont pas intrusifs sur les cibles (ansible ne nécessite pas d'agent) mais seraient disposés à passer par un soft purement expérimental développé par quelqu'un qui n'est pas accoutumé à implémenter des trucs (tu as dis ne pas être développeur, je n'invente rien)?
Faudra m'expliquer la logique, la… Ou peut-être est-ce le cliquodrome qui manque?
Debian (avec le paquet runit-sysv, du coup je n'utilise pas vraiment le système d'init, et pour l'anecdote, il existe un paquet runit-systemd, pour utiliser la gestion des daemons de runit au-dessus de systemd, comme quoi systemd n'est pas si monolithique que ça. On est vendredi, c'est permis :D), mais je l'utilise aussi sur Devuan et Void.
Enfin, j'utilise runsvdir, parce qu'en vrai, à part sur void, je n'utilise pas l'init réellement, bien que je me souvienne avoir tenté de porter une de mes Debian perso sur runit.
J'avais réussi, mais il restait pas mal de trucs sur lesquels je me basais sur les usines à gaz de scripts init.d de Debian et leurs dépendances spaghetti, vu que je n'avais pas (et n'ai toujours pas, en fait) assez de connaissances sur udev, principalement.
Il me semble que Void Linux utilise runit nativement.
Void utilise runit comme système d'initialisation et de gestion des daemons par défaut, oui.
(Tout ça, à moins que tu n’utilises déjà Void Linux et ne parles là que de ce qu’il reste à configurer ; dans ce cas Void Linux serait moins fini que ce que j’aurais pensé.)
J'aime beaucoup Void pour plusieurs raisons (déjà, elle implémente runit de base, et de manière minimale ce qui est excellent pour comprendre comment marche le système, contrairement au foutoir debianesque auquel je suis «habitué»… mais en plus, il est possible d'utiliser une variante musl, ce qui séduit vachement mon côté qui veut tout faire différemment des autres), mais elle à plusieurs défauts à mon goût:
je n'aime pas son système de paquets. Ou, pour être plus précis, je n'apprécie pas l'absence d'outils digne de ce nom pour se balader dans les paquets… Bien sûr, on peut toujours piper dans less et autres, mais je trouve personnellement qu'aptitude est un argument de poids pour utiliser Debian ou une de ses filles;
c'est une rolling release, et même si je n'ai jamais eu de problèmes avec void, je ne suis pas super fan de ce modèle, et je ne baserais jamais des systèmes embarqués sur du Void pour cette raison (Debian ne me dérange pas trop malgré quelques points, mais surtout parce que je la connaît plutôt bien et que je suis confiant en mes capacités de réparer la plupart des problèmes);
je m'inspire des scripts de void, mais il sont limités. Le seul exemple de logiciel libre qui me vienne à l'esprit et qui ait un vrai besoin de dépendances, c'est un serveur NFS. Si on prend le paquet nfs-utils de void, on constate que nfs-server dépend de statd qui dépend de rpcbind (via un grep -r "sv check "). Il est probable qu'un système qui démarre un serveur NFS se retrouve donc avec une courte phase de "yoyo" pendant laquelle plusieurs des services vont se lancer pour rien. Et NFS, c'est un schéma de dépendances simple, qui n'implique absolument pas que la machine soit capable d'en contacter une autre… auquel cas les choses pourraient être autrement plus chaotique.
Tout ceci étant dit, je ne connaît pas tant que ça d'applications qui ont vraiment une forte liste de dépendances. En libre, je ne vois que NFS, et c'est parce que je me suis creusé la tête pour te donner un exemple pas trop mauvais…
Si je parviens à mettre en place un système assez simple et efficace, il n'est pas dit que je ne le partagerai pas avec les gens de Void, bien au contraire.
Il faut garder à l'esprit que c'est une petite distro relativement jeune (11 ans…) et peu connue, peut-être que personne n'a eu le temps, la motivation ou l'idée de proposer un tel mécanisme: après tout, une des idées les plus intéressantes de systemd est justement d'avoir une configuration déclarative, c'est à ma connaissance le 1er à le faire sous linux.
Autrement dit, c'est lié à ce passage là de moi-même:
Dans les connaissances que je n'ai pas et les besoins que j'ignore avoir, il y a clairement les cgroups et SElinux, et je sais que systemd gère déjà tout ça nativement, inutile de me le rappeler.
En gros, me reste à savoir comment faire ça en shell (si je veux vraiment pouvoir créer une alternative).
Bon, la ou je suis curieux, c'est sur comment nosh s'y prend, puisqu'il prétend être capable de porter les units systemd, et fonctionner sur du BSD… les BSD implémentent-ils des mécanismes de ce type?
Si oui, existe-t-il un moyen portable, que ce soit en shell ou en C, d'être équi-fonctionnel?
Intéressant. Du coup, comment ça marche pour relancer le daemon s'il se ferme? Je veux dire, me semble que coup de forker sers à se détacher du parent… c'est rattrapé par le PID1 qui le refourgue à la partie du système qui gère les daemons? Ou peut-être que c'est le PID qui le fait, et donc ça ne pose pas de problème?
Pour améliorer les choses quand on programme le shell, il faut utiliser des fonctions dont les noms sont explicatifs
Je crains que ça ne vaille pour tous les langages, ça :D
La “bonne pratique” est de n'utiliser echo que sur un texte constant (c'est le cas ici) qui de plus ne commence pas par un tiret. Pour tout le reste on utilise printf en utilisant une chaîne de format constante.
Le truc, c'est que j'essaie de cultiver des idiomes, et l'usage de printf me semble en être un bon: quand ça pose un problème de performance avéré alors j'utilise autre chose, mais si ce n'est pas le cas, une fonction qui as un comportement bien définit me semble préférable. J'applique la même politique en C et C++, quitte a ne pas utiliser certains conforts, si ça peut rendre mon code plus fiable et portable. Me suis fait avoir quelques fois déjà sur des flous de standard, alors maintenant, je me méfie.
On a le droit de bien connaître le shell même sans être admin. :-)
Je fais mon maximum pour être bon dans les deux domaines, mais je n'ai pas la prétention de l'être, ni dans ma spécialité, et encore moins dans ce que je sais ne pas être ma spécialité.
Il me reste tant à apprendre, et ce n'est pas en me croyant bon que je le deviendrais.
Si ça peux te rassurer, ce genre de débilité, en france, ne se produit que sur le net et au volant des voitures… dans les bars, je n'ai que rarement vu de problèmes. Et la plupart d'entre eux ont été résolus par les gens qui calment leurs potes un peu émêchés.
On ne peut pas raisonnablement demander à des noirs de passer quotidiennement devant des statues glorifiant des personnes qui leur ont nié jusqu'à leur humanité.
Saches que je trouve ça dégueulasse qu'on aie des avenues Pétain, pourtant je suis de la même nationalité et couleur de peau.
Je voudrais juste que les noirs arrêtent de nous ressasser qu'on est des ordures parce qu'on est blanc et que dans le passé nos ancêtres ont acheté leurs ancêtres. C'est trop facile, compte tenu du fait que ce commerce dégueu à été fait des deux côtés, mais que «le nôtre» est celui qui en a tiré le plus de bénéfs. Enfin, le notre, c'est juste celui qui allait pas dans les mines, les usines, etc… moi, je suis gosse d'ouvrier, hein, on m'a dit comment on traitait les blancs, chez les blancs, y'a quelques décennies… on m'a raconté des histoires de procès, parfois de victoires, parfois de défaites, des histoires de grèves, avec leur violence… j'ai aussi eu des leçons d'histoire, ou les blancs ont lutté contre les blancs pour… ah, bah, justement, arrêter d'être des esclaves.
C'est pas un problème de racisme, en fait, c'est tout je que je voulais dire.
Tu dis aussi que vous, les noirs, supportez les conséquences? Ben, je connais plus d'un blanc qui a subit le racisme, de ses dires, des noirs, maltraités dans leurs îles d'origine, au point d'avoir peur des noirs dans leur exil en métropole. Tu dis que, vous subissez le bon vouloir des riches? Les blancs aussi! Si t'as pas de thune, t'es dans la merde, c'est pas nouveau. C'est triste, mais pas nouveau. Vos familles reviennent de plus loin?
En es-tu sûr? Dans le nord de la france, les ch'ti dont tout le monde se moque, les gens bossaient comme des esclaves dans les mines, sans congés, 16H/24, minimum, même les enfants. Germinal, c'est pas juste un roman… Vos ancêtres ont vécu l'enfer sous le joug de nos dirigeants? Les miens aussi. Et les miens étaient blancs, je crois pas que ça aie joué sur l'exploitation…
Je sais que c'est bien tard, je ne passe plus trop sur dlfp, mais, je tiens à expliciter ma réponse. Non pas que j'aie peur de passer pour une ordure, mais je préfère passer pour l'éventuelle ordure que je suis, et non une autre.
l'on tente de nous apprendre que c'est le "papa blanc" Victor Schoelcher qui a libéré les esclaves alors que ces derniers ont conquis leur liberté.)Dans tous les cas, il est malhonnête de rejeter la faute sur "le peuple noir"
Il est aussi malhonnête de rejeter la faute sur "le peuple blanc", hein. Je suis fils d'ouvrier, de révolutionnaire, je ne suis pas juste un pur produit de l'éducation française…
En fait, j'ai juste un baccalauréat, parce que je suis inadapté au bourrage de crâne qu'est l'éducation de cette nation, et j'en ai chié à prouver ce que je peux faire, bien que je sois un homme blanc.
De mon point de vue, j'ai l'impression que, de nos jours, les hommes blancs doivent assumer toutes les merdes qu'on fait leurs ancêtres, contre les femmes et les gens qui ont des peaux moins colorées (parce que, bon, je défie un noir d'être capable de prendre autant de teintes qu'un blanc: quand je suis malade, je verdit, quand je suis en colère, je suis rouge, etc… et c'est les noirs qu'on appelles hommes de couleurs? Ouai, je sais, je repique :))
La réalité que personne n'a consignée, je crois, c'est que les puissants vendent les moins puissants, et que la couleur de peau est leur prétexte.
Ça serait pareil que dire que "les français ont livré les juifs aux allemands"…
Mais ça a été le cas d'une partie, même si l'on oublie que les allemands avaient leurs propres résistants. Ce qui est dégueulasse, et que j'ai, certes, laissé échappé, c'est de généraliser, et de classer.
On ne peut pas raisonnablement demander à des noirs de passer quotidiennement devant des statues glorifiant des personnes qui leur ont nié jusqu'à leur humanité.
Saches que je trouve ça dégueulasse qu'on aie des avenues Pétain, pourtant je suis de la même nationalité et couleur de peau.
Je voudrais juste que les noirs arrêtent de nous ressasser qu'on est des ordures parce qu'on est blanc et que dans le passé nos ancêtres ont acheté leurs ancêtres. C'est trop facile, compte tenu du fait que ce commerce dégueu à été fait des deux côtés, mais que «le nôtre» est celui qui en a tiré le plus de bénéfs. Enfin, le notre, c'est juste celui qui allait pas dans les mines, les usines, etc… moi, je suis gosse d'ouvrier, hein, on m'a dit comment on traitait les blancs, chez les blancs, y'a quelques décennies… on m'a raconté des histoires de procès, parfois de victoires, parfois de défaites, des histoires de grèves, avec leur violence… j'ai aussi eu des leçons d'histoire, ou les blancs ont lutté contre les blancs pour… ah, bah, justement, arrêter d'être des esclaves.
C'est pas un problème de racisme, en fait, c'est tout je que je voulais dire.
Donc, c'est bien pratique pour le dev qui teste son code et dont la machine a autre chose à faire, dans le cas d'un serveur ou tu veux être sûr que les ressources sont disponibles, c'est ridicule. Dans le cas de l'embarqué, avec de faibles perfs, ça peut cependant être utile.
En fait, les environnements contraints en perf, ou pour lesquels c'est anecdotique, c'est OK: le dev, l'embarqué. Par contre, pour un serveur, j'en doute: je préférerai que mon serveur soit stable, quitte à ce que les ressources soient parfois inutilisées. J'ai, en prod, eu assez de problèmes avec des alimentations électriques pas assez dimensionnées pour savoir le genre de bugs que peuvent causer des ressources insuffisantes. Merci, mais pour sous-dimensionner du hard, faut vraiment avoir envie de faire chier ses ingés!
bah, à bien y réfléchir, c'est pas faux, inetd, ça peut juste gérer. Juste, c'est du cas par cas, et ça doit être supervisé par systemd/daemontools, ainsi qu'un sysadmin compétent pour que ça finisse pas en feuille excel sur laquelle repose une économie entière…
hum, entre un code C standard de 50 lignes et une ligne de bash "illisible" (de mon point de vue, ce concentré de caractères sans espaces est pénible à lire du moins) et qui risque de se retourner contre moi, je préfère les 50 lignes de C standard.
En plus, ici netcat est toujours nécessaire in fine.
Aussi, j'ai appris à me méfier d'echo, et une pratique que j'essaie de faire au max est de toujours utiliser printf, pour éviter les surprises.
Ça doit être lié au fait que je suis un dev qui joue aux admins, et pas un vrai admin (au moins, j'en suis conscient).
Par contre, je bloque sur la construction "foo & bar". Le '&' remplace le ';' c'est ça? Si oui, pourquoi ne pas mettre sur 2 lignes, que ce soit lisible?
Maintenant que tu le dis, je me demande pourquoi j'ai pas pensé à netcat… après tout, le but était juste d'écouter un port pour sortir le résultat dans stdout… je me sens encore plus bête, du coup.
Le C est tellement proche de l'implémentation machine qu'il sera toujours plus performant.
Faux, l'assembleur est le plus proche.
Blague à part, un superbe example que c'est faux, c'est la différence de performance entre qsort et std::sort. Impossible également de retrouver le lien précis, mais il y a quelques années, GCC à commencé à autoriser le C++, pour se débarrasser du garbage collector qu'ils avaient dû implémenter à cause du manque de RAII en C.
J'ai regardé rapidement (j'ai du taf, je voulais juste me distraire vite fait) un des examples de code en C++, et un autre en C. Celui en C++ utilise std::cout, celui en C utilise printf.
Rien n'empêche d'utiliser std::printf en C++ (personnellement, c'est ce que je fais, même si je m'emmerde pas avec le namespace) qui est plus lisible (à mes yeux, en tout cas, parce que je trouve les doubles chevrons imbuvables) et si ma mémoire est bonne plus rapide, surtout si l'on fait l'erreur d'utiliser std::endl (toujours de mémoire, c'est super lent comparé à '\n'). Le fait qu'il soit plus léger en mémoire reste à prouver, mais j'en suis persuadé (!= convaincu) du fait qu'il me semble que ça puisse lancer des exceptions (le code est p'tet mort, mais il est là quand même).
À noter que printf n'est spécialement un truc léger non plus, d'ailleurs.
Perso, je dirais que C++ est plus performant que C sur de gros projets, si on se limite à un certain nombre de fonctionnalités, ce que devraient faire à mon avis tous les projets, et je ne suis pas le seul à penser qu'il faut sélection un jeu de fonctionnalités et s'y tenir. Certains bannissent les exceptions, d'autres les templates, d'autres l'héritage multiple, d'autres les méthodes virtuelles…
La raison pour laquelle C++ serait plus efficace que C sur de gros projets est qu'il ne nécessite pas de gérer les ressources (la mémoire, les accès fichiers, les entités opengl, les accès aux bases de données, etc) à la main, ce qui fait que les ressources sont libérées dès qu'il n'y en a plus besoin.
Le gain en performance pour moi de ce côté est: moins de bugs, moins de mémoire consommée à instant T.
Les templates eux permettent, comme pour std::sort vs qsort, un gain de vitesse lié à la réduction des callbacks.
Par contre, mal utiliser des fonctionnalités de C++ peut être très punitif en matière de performance: utiliser std::map, std::set ou std::list pour stocker des petits objets (de taille inférieure à un pointeur, par exemple), utiliser std::vector sans réserver la mémoire avant de faire une boucle de push_back est aussi une erreur que je vois régulièrement et qui est potentiellement très punitive.
De manière générale, je trouve la STL difficile à utiliser efficacement, en fait, et je trouve qu'elle déroge quand même pas mal au fameux "you pay for what you use" de C++: après tout, dès lors que l'on utilise la STL, on est obligé d'utiliser les exceptions, qui ne sont pas vraiment légères en terme de code (certes qui n'est exécuté qu'exceptionnellement, mais il est bien présent dans le binaire, ce qui compte parfois).
D'ailleurs, sur ce sujet, EA games avait implémenté la sienne notamment parce que gérer la mémoire avec la STL n'est pas vraiment simple.
Utiliser des dossiers sans risque c'est impossible, pour moi, à cause du fait que les systèmes POSIX ne permettent pas de verrouiller un dossier pour écriture par un seul processus (les «verrous» reposent sur l'idée que tout le monde respecte les conventions)…
Du coup, à part créer un utilisateur pour chaque service, puis créer un dossier dans /tmp ou /dev/shm pour chaque utilisateur (qui ne soit inscriptible que par l'utilisateur) et prier pour que personne ne joue avec le compte root, il ne me semble pas vraiment possible d'utiliser un dossier «sans risque». Et c'est encore pire avec systemd, puisque, la dernière fois que j'ai regardé, tous les processus fils de systemd-init (du projet systemd) avaient un UID de 0… je me trompe peut-être.
D'un autre côté, c'était sur Debian, et je commence à penser sérieusement que Debian n'est pas aussi robuste que sa réputation ne tends à le faire croire.
Humpf. Je suis en désaccord total avec toi si on mets dans le contexte du journal (qui est léger, mais…).
En bref, tu considères que quelqu'un qui se pointe dans un groupe à le droit de reprocher aux gens de ce groupe que leur culture, qu'ils ont développée ensemble, l'offense?
Moi, je refuse ça.
Perso, p'tet bien que je suis sexiste, rasciste, xenophobe, antisémite, ou je ne sais quel autre qualificatif mal vu, mais oui, je fais des blagues sur les homo,blacks,juifs,femmes (mais aussi sur les hétéros/blanc/agnostiques/…) quand je suis avec des gens qui vont accepter ce type de blagues.
Et si je suis avec ce type de personnes, je prendrais mal le fait que quelqu'un se pointe d'on ne sait où pour dire qu'on est tous des mauvaises gens et qu'il nous faudrait nous comporter de manière a ne jamais risquer d'offenser quiconque!
De la même manière, quand je me suis loggué pour la 1ère fois sur linuxfr, je ne me suis pas pointé en disant "non, mais dire, c'est pas libre donc ça pue, ça m'offense, arrêtez ça tout de suite!".
Pour faire simple: tant qu'une référence ou une culture n'est pas propagée vers l'extérieur, et que les gens ont la possibilité de choisir de ne pas y mouiller (non Trichelieu, je ne t'ai pas invoqué!) je ne vois pas ou est le problème. Si quelqu'un rentre dans un milieu et veut le changer, ok, mais que cette personne le fasse en douceur, et c'est exactement ce à quoi je n'ai pas l'impression d'assister ces dernières années.
Notamment, je trouve écoeurant le sexisme en défaveur des hommes dans le logiciel (considérer que je n'ai pas du me battre pour faire mon métier, ou que c'est lié à la chance, c'est clairement m'insulter, mes parents ont essayé par bien des moyens de me faire changer de voie, même s'ils auraient pu faire pire).
Du coup, même si je suis d'accord que le journal en question est un vulgaire coup de gueule vide de contenu réel, je partage le sentiment, j'ai de plus en plus l'impression qu'on ne juge plus le résultat technique mais le marketing, la présentation, la forme, et pire: que l'on juge de plus en plus un résultat en fonction des caractéristiques de son auteur!
Certes, le public c'est important, si on fait du code pour vivre. Mais, moi, j'en fait d'une part pour vivre (ça me fait bien chier, promis), et d'autre part pour m'amuser. Au boulot, je mets des gants, j'envoie pas chier les idées débiles de mon chef, et je fais du code bâclé à cause de ça. Pourquoi je devrais faire de même pendant mes loisirs? Pourquoi je devrais dire à une femme "Ouah, ce que tu as fait est super!" alors qu'il existe mieux à côté, mais, zut, c'est pas fait par une femme?
Pourquoi je devrais cesser de dire que le périphérique AX042 est un "slave" (esclave ou slave? Les slaves sont-ils des esclaves? Je ne le crois pas…) juste parce qu'un descendant d'esclave pourrait un jour avoir envie de contribuer (d'une, il ne fait que descendre, il n'a pas vécu l'esclavage, et d'autre part il est probable que son peuple ait vendu les siens, donc, qui est le méchant peuple reste à définir)?
Je pense notamment à une page wiki qui décrit dans des graphes les exécutions des scripts pre/post-rm/inst des paquets Debian, qui porte fièrement la mention "cette page a été faite grâce au projet Debian women". Ce truc est mieux mis en valeur qu'une page plus complète, plus claire, discrètement citée par la 1ère comme source d'inspiration. Mais, voila, c'est «fait par une femme» donc même si c'est moins bien, faut le mettre plus en valeur.
Dès que je retrouve le lien, je le mettrai ici… sinon on va me dire que j'affabule.
Je n'apprécie que peu l'idée d'utiliser systemd, mais honnêtement, je trouve l'idée de cet utilitaire ridicule. Pourquoi?
Parce que inetd & co, c'est des outils d'optimisation: il faut économiser la RAM (ou rebooter le serveur rapidement), donc on n'invoque un démon que quand il est nécessaire.
Donc, il faut que l'invocateur soit le plus léger et rapide possible.
Du coup, c'est quoi l'intérêt de coder ça en python? Je n'ai personnellement pas l'impression que python soit conçu pour être léger ou rapide au démarrage, après tout, on parle bien d'un langage dont un des arguments de vente est "battery included", non? et les piles, ça pèse lourd.
Python, c'est bien, pour la colle, le code non critique, le truc qui prend «pas de ressources». Donc, j'ai beaucoup de mal a en voir l'utilité pour économiser des ressources ou accélérer un boot: je ne serais pas surpris que cet outil bouffe plus de RAM que d'avoir un TFTPd, SSHd, DHCPd qui tournent h24… mais peut-être que je me trompe.
C'est sympa de pouvoir modifier le plan du PCB (qui semble trivial d'ailleurs… serait-ce seulement éligible a brevet ou une quelconque protection? J'en doute, mais peu importe…) mais, pour le produire, on fait comment?
À vue de nez, on a un circuit imprimé trivial, qui utilise des composants «traditionnels» THT (Through Hole Technology, semble indiquer un site aléatoire trouvé sur le canard qui court accroupi), mais aussi des CMS (composants montés en surface, flemme de chercher le terme exact), avec du double couche.
Du coup, j'ai 3 questions:
1) Admettons que quelqu'un modifie le PCB, et en supposant que ça ne soit pas l'état de l'art (et donc, non éligible en France à la P.I. si ma mémoire est bonne), comment cette personne ferait-elle pour «compiler» le PCB en un «binaire» utilisable réellement?
En pratique (j'ai fait un bac STI génie électronique, triste que ça ne me serve que pour mes loisirs), j'ai souvenir qu'il faut de une plaque d'epoxy cuivré (me rappelle plus le terme exact), insolée aux UV puis passée au bain de perchlorure de sodium (terme qui m'est revenu en écrivant ce commentaire, il y a 15 minutes je ne l'avais plus en tête, c'est p'tet erroné du coup).
Il est évident que tout le monde n'a pas un tel matériel chez lui (ou pas la place), donc, comment ça marche? Il faut s'acheter l'insoleuse, le perchlo, la perceuse et se réserver une pièce chez soi pour tout ça, ou il existe des boîtes qui vendent aux particuliers des circuits pré-imprimés et pré-percés sur fourniture de PCB?
Ce point m'intéresse particulièrement, parce que j'aimerai me construire un téléphone, mais que je trouve que c'est de la connerie que d'utiliser des beagle ou des rPI pour ça, trop de gâchis d'espace… donc il me faut une solution pour les PCB…
2) Pour un thermomètre, pourquoi avoir utilisé d'une part du double couche, et d'autre part des CMS? On parle bien d'un thermomètre non? Un µcontrolleur pour si peu, ça ne serait pas overkill? Et au pire, pourquoi ne pas avoir pris un µC THT?
3) tant qu'a essayer de faire la pub d'un hard conçu avec un soft libre, il eut été pertinent de poster non pas le PCB, mais le rendu 3D, surtout que Kicad en est capable nativement… c'est plus sexy, et ça donne une meilleure idée de ce qu'est le produit final…
Montrer un screen du PCB, c'est comme si lors de l'annonce d'un logiciel on publiait un screen du code source… ai-je besoin d'écrire ce que j'en pense?
Exemple : j'ai un ERP en Python. Si c'est l'interpréteur qui est considéré comme étant l'ERP, alors si je change d'interpréteur, j'ai changé d'ERP
Moui, enfin, un ERP, c'est une application utilisateur, un noyau c'est un composant dont le rôle est très précis, et qui nécessite d'accéder directement au hardware.
En poussant plus loin, un compilateur pourrait être considéré comme faisant partie du programme --> bof
Dans le cas d'un langage interprété, ce ne serait pas déconnant, puisque tu as besoin de l'interpréteur pour utiliser ton programme, alors qu'un binaire est totalement décorrelé de son compilateur (surtout s'il est lié statiquement avec ses dépendances).
[^] # Re: Kerberos ?
Posté par freem . En réponse au journal Gestion de clés ssh publiques (~/.ssh/authorized_keys). Évalué à 3. Dernière modification le 15 avril 2019 à 14:19.
Un workflow qui préfère accepter un code lié à la sécurité des postes implémenté par non développeur, moi, ça me fait peur quand même…
Je n'ai pas plus de contexte que toi, mais outre le point précédent, j'ai l'impression que le soft présenté ici à été développé "par derrière", avant d'avoir l'approbation globale, du coup j'ai en plus un doute que ça finisse réellement par régler son problème, ou alors ça ne le réglera peut-être qu'a l'échelle de l'auteur et de ses "collègues proches".
M'est avis que ça risque de plus ajouter au bordel ambiant qu'autre chose, in fine.
[^] # Re: LDAP ?
Posté par freem . En réponse au journal Gestion de clés ssh publiques (~/.ssh/authorized_keys). Évalué à 4.
Pas entièrement d'accord… gérer manuellement un authorized_keys local n'est pas adapté à un parc qui grossit ou qui évolue, mais rien n'empêche de le gérer avec ansible/rex (qui sont agentless) dans des parcs plus importants, à priori.
Bon, ce n'est pas le plus efficace, certes, mais l'intérêt d'ansible/rex, c'est que, justement, pas besoin d'installer quoique ce soit sur la cible, ce qui du coup me fais un peu tiquer sur le "problème" de l'OP.
Bon, dans le cas d'ansible, il faut python, qui est installé presque partout, mais quand même moins souvent que perl, qui est nécessaire pour rex: c'est la raison pour laquelle j'ai opté pour rex au taf, sur des systèmes pour lesquels il me faut minimiser le nombre de dépendances (et qui n'ont aucune raison actuelle d'utiliser python).
Je serais bien partit sur cfengine3 (qui me ferait sauter pas mal de libs perls), mais c'est franchement compliqué de savoir comment le configurer, quels daemons servent vraiment à quoi et on besoin de quels autres… et avec le manque de temps, suis parti sur un agentless en me disant que je pourrais automatiquement passer à plus robuste et automatique le jour ou j'aurai mis en place tout le nécessaire… d'ici 2-3 siècles, avec du bol :D
[^] # Re: Via puppet directement
Posté par freem . En réponse au journal Gestion de clés ssh publiques (~/.ssh/authorized_keys). Évalué à 8.
Et donc, ils veulent pas utiliser d'outils rodés qui ne sont pas intrusifs sur les cibles (ansible ne nécessite pas d'agent) mais seraient disposés à passer par un soft purement expérimental développé par quelqu'un qui n'est pas accoutumé à implémenter des trucs (tu as dis ne pas être développeur, je n'invente rien)?
Faudra m'expliquer la logique, la… Ou peut-être est-ce le cliquodrome qui manque?
[^] # Re: Void Linux
Posté par freem . En réponse au journal Gestion des services avec runit. Évalué à 2.
Debian (avec le paquet runit-sysv, du coup je n'utilise pas vraiment le système d'init, et pour l'anecdote, il existe un paquet runit-systemd, pour utiliser la gestion des daemons de runit au-dessus de systemd, comme quoi systemd n'est pas si monolithique que ça. On est vendredi, c'est permis :D), mais je l'utilise aussi sur Devuan et Void.
Enfin, j'utilise runsvdir, parce qu'en vrai, à part sur void, je n'utilise pas l'init réellement, bien que je me souvienne avoir tenté de porter une de mes Debian perso sur runit.
J'avais réussi, mais il restait pas mal de trucs sur lesquels je me basais sur les usines à gaz de scripts init.d de Debian et leurs dépendances spaghetti, vu que je n'avais pas (et n'ai toujours pas, en fait) assez de connaissances sur udev, principalement.
Void utilise runit comme système d'initialisation et de gestion des daemons par défaut, oui.
J'aime beaucoup Void pour plusieurs raisons (déjà, elle implémente runit de base, et de manière minimale ce qui est excellent pour comprendre comment marche le système, contrairement au foutoir debianesque auquel je suis «habitué»… mais en plus, il est possible d'utiliser une variante musl, ce qui séduit vachement mon côté qui veut tout faire différemment des autres), mais elle à plusieurs défauts à mon goût:
grep -r "sv check "). Il est probable qu'un système qui démarre un serveur NFS se retrouve donc avec une courte phase de "yoyo" pendant laquelle plusieurs des services vont se lancer pour rien. Et NFS, c'est un schéma de dépendances simple, qui n'implique absolument pas que la machine soit capable d'en contacter une autre… auquel cas les choses pourraient être autrement plus chaotique.Tout ceci étant dit, je ne connaît pas tant que ça d'applications qui ont vraiment une forte liste de dépendances. En libre, je ne vois que NFS, et c'est parce que je me suis creusé la tête pour te donner un exemple pas trop mauvais…
Si je parviens à mettre en place un système assez simple et efficace, il n'est pas dit que je ne le partagerai pas avec les gens de Void, bien au contraire.
Il faut garder à l'esprit que c'est une petite distro relativement jeune (11 ans…) et peu connue, peut-être que personne n'a eu le temps, la motivation ou l'idée de proposer un tel mécanisme: après tout, une des idées les plus intéressantes de systemd est justement d'avoir une configuration déclarative, c'est à ma connaissance le 1er à le faire sous linux.
[^] # Re: Type=forking
Posté par freem . En réponse au journal Gestion des services avec runit. Évalué à 2.
Autrement dit, c'est lié à ce passage là de moi-même:
En gros, me reste à savoir comment faire ça en shell (si je veux vraiment pouvoir créer une alternative).
Bon, la ou je suis curieux, c'est sur comment nosh s'y prend, puisqu'il prétend être capable de porter les units systemd, et fonctionner sur du BSD… les BSD implémentent-ils des mécanismes de ce type?
Si oui, existe-t-il un moyen portable, que ce soit en shell ou en C, d'être équi-fonctionnel?
[^] # Re: Type=forking
Posté par freem . En réponse au journal Gestion des services avec runit. Évalué à 2.
Intéressant. Du coup, comment ça marche pour relancer le daemon s'il se ferme? Je veux dire, me semble que coup de forker sers à se détacher du parent… c'est rattrapé par le PID1 qui le refourgue à la partie du système qui gère les daemons? Ou peut-être que c'est le PID qui le fait, et donc ça ne pose pas de problème?
[^] # Re: Netcat?
Posté par freem . En réponse au journal Gestion des services avec runit. Évalué à 4.
Je crains que ça ne vaille pour tous les langages, ça :D
Le truc, c'est que j'essaie de cultiver des idiomes, et l'usage de printf me semble en être un bon: quand ça pose un problème de performance avéré alors j'utilise autre chose, mais si ce n'est pas le cas, une fonction qui as un comportement bien définit me semble préférable. J'applique la même politique en C et C++, quitte a ne pas utiliser certains conforts, si ça peut rendre mon code plus fiable et portable. Me suis fait avoir quelques fois déjà sur des flous de standard, alors maintenant, je me méfie.
Je fais mon maximum pour être bon dans les deux domaines, mais je n'ai pas la prétention de l'être, ni dans ma spécialité, et encore moins dans ce que je sais ne pas être ma spécialité.
Il me reste tant à apprendre, et ce n'est pas en me croyant bon que je le deviendrais.
[^] # Re: Netcat?
Posté par freem . En réponse au journal Gestion des services avec runit. Évalué à 1.
Certes, mais
me semble plus lisible et fait ce que fait
foo & barnon?[^] # Re: Snowflake
Posté par freem . En réponse au journal Le flicage dans l'Open Source. Évalué à 3.
Si ça peux te rassurer, ce genre de débilité, en france, ne se produit que sur le net et au volant des voitures… dans les bars, je n'ai que rarement vu de problèmes. Et la plupart d'entre eux ont été résolus par les gens qui calment leurs potes un peu émêchés.
L'humanité est triste, mais pas sans espoirs.
[^] # Re: Snowflake
Posté par freem . En réponse au journal Le flicage dans l'Open Source. Évalué à 3.
Saches que je trouve ça dégueulasse qu'on aie des avenues Pétain, pourtant je suis de la même nationalité et couleur de peau.
Je voudrais juste que les noirs arrêtent de nous ressasser qu'on est des ordures parce qu'on est blanc et que dans le passé nos ancêtres ont acheté leurs ancêtres. C'est trop facile, compte tenu du fait que ce commerce dégueu à été fait des deux côtés, mais que «le nôtre» est celui qui en a tiré le plus de bénéfs. Enfin, le notre, c'est juste celui qui allait pas dans les mines, les usines, etc… moi, je suis gosse d'ouvrier, hein, on m'a dit comment on traitait les blancs, chez les blancs, y'a quelques décennies… on m'a raconté des histoires de procès, parfois de victoires, parfois de défaites, des histoires de grèves, avec leur violence… j'ai aussi eu des leçons d'histoire, ou les blancs ont lutté contre les blancs pour… ah, bah, justement, arrêter d'être des esclaves.
C'est pas un problème de racisme, en fait, c'est tout je que je voulais dire.
Tu dis aussi que vous, les noirs, supportez les conséquences? Ben, je connais plus d'un blanc qui a subit le racisme, de ses dires, des noirs, maltraités dans leurs îles d'origine, au point d'avoir peur des noirs dans leur exil en métropole. Tu dis que, vous subissez le bon vouloir des riches? Les blancs aussi! Si t'as pas de thune, t'es dans la merde, c'est pas nouveau. C'est triste, mais pas nouveau. Vos familles reviennent de plus loin?
En es-tu sûr? Dans le nord de la france, les ch'ti dont tout le monde se moque, les gens bossaient comme des esclaves dans les mines, sans congés, 16H/24, minimum, même les enfants. Germinal, c'est pas juste un roman… Vos ancêtres ont vécu l'enfer sous le joug de nos dirigeants? Les miens aussi. Et les miens étaient blancs, je crois pas que ça aie joué sur l'exploitation…
[^] # Re: Snowflake
Posté par freem . En réponse au journal Le flicage dans l'Open Source. Évalué à 3.
Je sais que c'est bien tard, je ne passe plus trop sur dlfp, mais, je tiens à expliciter ma réponse. Non pas que j'aie peur de passer pour une ordure, mais je préfère passer pour l'éventuelle ordure que je suis, et non une autre.
Il est aussi malhonnête de rejeter la faute sur "le peuple blanc", hein. Je suis fils d'ouvrier, de révolutionnaire, je ne suis pas juste un pur produit de l'éducation française…
En fait, j'ai juste un baccalauréat, parce que je suis inadapté au bourrage de crâne qu'est l'éducation de cette nation, et j'en ai chié à prouver ce que je peux faire, bien que je sois un homme blanc.
De mon point de vue, j'ai l'impression que, de nos jours, les hommes blancs doivent assumer toutes les merdes qu'on fait leurs ancêtres, contre les femmes et les gens qui ont des peaux moins colorées (parce que, bon, je défie un noir d'être capable de prendre autant de teintes qu'un blanc: quand je suis malade, je verdit, quand je suis en colère, je suis rouge, etc… et c'est les noirs qu'on appelles hommes de couleurs? Ouai, je sais, je repique :))
La réalité que personne n'a consignée, je crois, c'est que les puissants vendent les moins puissants, et que la couleur de peau est leur prétexte.
Mais ça a été le cas d'une partie, même si l'on oublie que les allemands avaient leurs propres résistants. Ce qui est dégueulasse, et que j'ai, certes, laissé échappé, c'est de généraliser, et de classer.
Saches que je trouve ça dégueulasse qu'on aie des avenues Pétain, pourtant je suis de la même nationalité et couleur de peau.
Je voudrais juste que les noirs arrêtent de nous ressasser qu'on est des ordures parce qu'on est blanc et que dans le passé nos ancêtres ont acheté leurs ancêtres. C'est trop facile, compte tenu du fait que ce commerce dégueu à été fait des deux côtés, mais que «le nôtre» est celui qui en a tiré le plus de bénéfs. Enfin, le notre, c'est juste celui qui allait pas dans les mines, les usines, etc… moi, je suis gosse d'ouvrier, hein, on m'a dit comment on traitait les blancs, chez les blancs, y'a quelques décennies… on m'a raconté des histoires de procès, parfois de victoires, parfois de défaites, des histoires de grèves, avec leur violence… j'ai aussi eu des leçons d'histoire, ou les blancs ont lutté contre les blancs pour… ah, bah, justement, arrêter d'être des esclaves.
C'est pas un problème de racisme, en fait, c'est tout je que je voulais dire.
[^] # Re: L’avenir et le passé
Posté par freem . En réponse au journal Ajouter un service sur le réseau façon Internet, « à l'ancienne ». Évalué à 2.
Donc, c'est bien pratique pour le dev qui teste son code et dont la machine a autre chose à faire, dans le cas d'un serveur ou tu veux être sûr que les ressources sont disponibles, c'est ridicule. Dans le cas de l'embarqué, avec de faibles perfs, ça peut cependant être utile.
En fait, les environnements contraints en perf, ou pour lesquels c'est anecdotique, c'est OK: le dev, l'embarqué. Par contre, pour un serveur, j'en doute: je préférerai que mon serveur soit stable, quitte à ce que les ressources soient parfois inutilisées. J'ai, en prod, eu assez de problèmes avec des alimentations électriques pas assez dimensionnées pour savoir le genre de bugs que peuvent causer des ressources insuffisantes. Merci, mais pour sous-dimensionner du hard, faut vraiment avoir envie de faire chier ses ingés!
[^] # Re: My 2 cents
Posté par freem . En réponse au journal Ajouter un service sur le réseau façon Internet, « à l'ancienne ». Évalué à 2.
bah, à bien y réfléchir, c'est pas faux, inetd, ça peut juste gérer. Juste, c'est du cas par cas, et ça doit être supervisé par systemd/daemontools, ainsi qu'un sysadmin compétent pour que ça finisse pas en feuille excel sur laquelle repose une économie entière…
[^] # Re: Netcat?
Posté par freem . En réponse au journal Gestion des services avec runit. Évalué à 0.
hum, entre un code C standard de 50 lignes et une ligne de bash "illisible" (de mon point de vue, ce concentré de caractères sans espaces est pénible à lire du moins) et qui risque de se retourner contre moi, je préfère les 50 lignes de C standard.
En plus, ici netcat est toujours nécessaire in fine.
Aussi, j'ai appris à me méfier d'echo, et une pratique que j'essaie de faire au max est de toujours utiliser printf, pour éviter les surprises.
Ça doit être lié au fait que je suis un dev qui joue aux admins, et pas un vrai admin (au moins, j'en suis conscient).
Par contre, je bloque sur la construction "foo & bar". Le '&' remplace le ';' c'est ça? Si oui, pourquoi ne pas mettre sur 2 lignes, que ce soit lisible?
[^] # Re: Netcat?
Posté par freem . En réponse au journal Gestion des services avec runit. Évalué à 2.
Maintenant que tu le dis, je me demande pourquoi j'ai pas pensé à netcat… après tout, le but était juste d'écouter un port pour sortir le résultat dans stdout… je me sens encore plus bête, du coup.
[^] # Re: Quid sur de gros programmes ?
Posté par freem . En réponse au lien Faites du C pour sauver la planète!. Évalué à 4.
Faux, l'assembleur est le plus proche.
Blague à part, un superbe example que c'est faux, c'est la différence de performance entre qsort et std::sort. Impossible également de retrouver le lien précis, mais il y a quelques années, GCC à commencé à autoriser le C++, pour se débarrasser du garbage collector qu'ils avaient dû implémenter à cause du manque de RAII en C.
J'ai regardé rapidement (j'ai du taf, je voulais juste me distraire vite fait) un des examples de code en C++, et un autre en C. Celui en C++ utilise std::cout, celui en C utilise printf.
Rien n'empêche d'utiliser std::printf en C++ (personnellement, c'est ce que je fais, même si je m'emmerde pas avec le namespace) qui est plus lisible (à mes yeux, en tout cas, parce que je trouve les doubles chevrons imbuvables) et si ma mémoire est bonne plus rapide, surtout si l'on fait l'erreur d'utiliser std::endl (toujours de mémoire, c'est super lent comparé à '\n'). Le fait qu'il soit plus léger en mémoire reste à prouver, mais j'en suis persuadé (!= convaincu) du fait qu'il me semble que ça puisse lancer des exceptions (le code est p'tet mort, mais il est là quand même).
À noter que printf n'est spécialement un truc léger non plus, d'ailleurs.
Perso, je dirais que C++ est plus performant que C sur de gros projets, si on se limite à un certain nombre de fonctionnalités, ce que devraient faire à mon avis tous les projets, et je ne suis pas le seul à penser qu'il faut sélection un jeu de fonctionnalités et s'y tenir. Certains bannissent les exceptions, d'autres les templates, d'autres l'héritage multiple, d'autres les méthodes virtuelles…
La raison pour laquelle C++ serait plus efficace que C sur de gros projets est qu'il ne nécessite pas de gérer les ressources (la mémoire, les accès fichiers, les entités opengl, les accès aux bases de données, etc) à la main, ce qui fait que les ressources sont libérées dès qu'il n'y en a plus besoin.
Le gain en performance pour moi de ce côté est: moins de bugs, moins de mémoire consommée à instant T.
Les templates eux permettent, comme pour std::sort vs qsort, un gain de vitesse lié à la réduction des callbacks.
Par contre, mal utiliser des fonctionnalités de C++ peut être très punitif en matière de performance: utiliser std::map, std::set ou std::list pour stocker des petits objets (de taille inférieure à un pointeur, par exemple), utiliser std::vector sans réserver la mémoire avant de faire une boucle de push_back est aussi une erreur que je vois régulièrement et qui est potentiellement très punitive.
De manière générale, je trouve la STL difficile à utiliser efficacement, en fait, et je trouve qu'elle déroge quand même pas mal au fameux "you pay for what you use" de C++: après tout, dès lors que l'on utilise la STL, on est obligé d'utiliser les exceptions, qui ne sont pas vraiment légères en terme de code (certes qui n'est exécuté qu'exceptionnellement, mais il est bien présent dans le binaire, ce qui compte parfois).
D'ailleurs, sur ce sujet, EA games avait implémenté la sienne notamment parce que gérer la mémoire avec la STL n'est pas vraiment simple.
# Vraiment?
Posté par freem . En réponse au lien Utiliser /tmp/ et /var/tmp/ sans risque. Évalué à -4.
Utiliser des dossiers sans risque c'est impossible, pour moi, à cause du fait que les systèmes POSIX ne permettent pas de verrouiller un dossier pour écriture par un seul processus (les «verrous» reposent sur l'idée que tout le monde respecte les conventions)…
Du coup, à part créer un utilisateur pour chaque service, puis créer un dossier dans /tmp ou /dev/shm pour chaque utilisateur (qui ne soit inscriptible que par l'utilisateur) et prier pour que personne ne joue avec le compte root, il ne me semble pas vraiment possible d'utiliser un dossier «sans risque». Et c'est encore pire avec systemd, puisque, la dernière fois que j'ai regardé, tous les processus fils de systemd-init (du projet systemd) avaient un UID de 0… je me trompe peut-être.
D'un autre côté, c'était sur Debian, et je commence à penser sérieusement que Debian n'est pas aussi robuste que sa réputation ne tends à le faire croire.
# forum?
Posté par freem . En réponse au journal Formation Kubernetes. Évalué à 0.
Hum, juste pour info, ceci serait nettement plus à sa place dans les forums…
[^] # Re: Tant pis pour toi...
Posté par freem . En réponse au journal Hacker du dimanche. Évalué à 2.
Il faut quand même prévoir les «aérations» pour le porno par contre, sinon l'intérêt risque d'être limité…
[^] # Re: Snowflake
Posté par freem . En réponse au journal Le flicage dans l'Open Source. Évalué à 8.
Humpf. Je suis en désaccord total avec toi si on mets dans le contexte du journal (qui est léger, mais…).
En bref, tu considères que quelqu'un qui se pointe dans un groupe à le droit de reprocher aux gens de ce groupe que leur culture, qu'ils ont développée ensemble, l'offense?
Moi, je refuse ça.
Perso, p'tet bien que je suis sexiste, rasciste, xenophobe, antisémite, ou je ne sais quel autre qualificatif mal vu, mais oui, je fais des blagues sur les homo,blacks,juifs,femmes (mais aussi sur les hétéros/blanc/agnostiques/…) quand je suis avec des gens qui vont accepter ce type de blagues.
Et si je suis avec ce type de personnes, je prendrais mal le fait que quelqu'un se pointe d'on ne sait où pour dire qu'on est tous des mauvaises gens et qu'il nous faudrait nous comporter de manière a ne jamais risquer d'offenser quiconque!
De la même manière, quand je me suis loggué pour la 1ère fois sur linuxfr, je ne me suis pas pointé en disant "non, mais dire, c'est pas libre donc ça pue, ça m'offense, arrêtez ça tout de suite!".
Pour faire simple: tant qu'une référence ou une culture n'est pas propagée vers l'extérieur, et que les gens ont la possibilité de choisir de ne pas y mouiller (non Trichelieu, je ne t'ai pas invoqué!) je ne vois pas ou est le problème. Si quelqu'un rentre dans un milieu et veut le changer, ok, mais que cette personne le fasse en douceur, et c'est exactement ce à quoi je n'ai pas l'impression d'assister ces dernières années.
Notamment, je trouve écoeurant le sexisme en défaveur des hommes dans le logiciel (considérer que je n'ai pas du me battre pour faire mon métier, ou que c'est lié à la chance, c'est clairement m'insulter, mes parents ont essayé par bien des moyens de me faire changer de voie, même s'ils auraient pu faire pire).
Du coup, même si je suis d'accord que le journal en question est un vulgaire coup de gueule vide de contenu réel, je partage le sentiment, j'ai de plus en plus l'impression qu'on ne juge plus le résultat technique mais le marketing, la présentation, la forme, et pire: que l'on juge de plus en plus un résultat en fonction des caractéristiques de son auteur!
Certes, le public c'est important, si on fait du code pour vivre. Mais, moi, j'en fait d'une part pour vivre (ça me fait bien chier, promis), et d'autre part pour m'amuser. Au boulot, je mets des gants, j'envoie pas chier les idées débiles de mon chef, et je fais du code bâclé à cause de ça. Pourquoi je devrais faire de même pendant mes loisirs? Pourquoi je devrais dire à une femme "Ouah, ce que tu as fait est super!" alors qu'il existe mieux à côté, mais, zut, c'est pas fait par une femme?
Pourquoi je devrais cesser de dire que le périphérique AX042 est un "slave" (esclave ou slave? Les slaves sont-ils des esclaves? Je ne le crois pas…) juste parce qu'un descendant d'esclave pourrait un jour avoir envie de contribuer (d'une, il ne fait que descendre, il n'a pas vécu l'esclavage, et d'autre part il est probable que son peuple ait vendu les siens, donc, qui est le méchant peuple reste à définir)?
Je pense notamment à une page wiki qui décrit dans des graphes les exécutions des scripts pre/post-rm/inst des paquets Debian, qui porte fièrement la mention "cette page a été faite grâce au projet Debian women". Ce truc est mieux mis en valeur qu'une page plus complète, plus claire, discrètement citée par la 1ère comme source d'inspiration. Mais, voila, c'est «fait par une femme» donc même si c'est moins bien, faut le mettre plus en valeur.
Dès que je retrouve le lien, je le mettrai ici… sinon on va me dire que j'affabule.
[^] # Re: Grave
Posté par freem . En réponse au journal Le flicage dans l'Open Source. Évalué à 10.
Un journal qui enlève les nonce, je suppose?
[^] # Re: Pour remplacer inetd
Posté par freem . En réponse au journal Ajouter un service sur le réseau façon Internet, « à l'ancienne ». Évalué à 3.
Je n'apprécie que peu l'idée d'utiliser systemd, mais honnêtement, je trouve l'idée de cet utilitaire ridicule. Pourquoi?
Parce que inetd & co, c'est des outils d'optimisation: il faut économiser la RAM (ou rebooter le serveur rapidement), donc on n'invoque un démon que quand il est nécessaire.
Donc, il faut que l'invocateur soit le plus léger et rapide possible.
Du coup, c'est quoi l'intérêt de coder ça en python? Je n'ai personnellement pas l'impression que python soit conçu pour être léger ou rapide au démarrage, après tout, on parle bien d'un langage dont un des arguments de vente est "battery included", non? et les piles, ça pèse lourd.
Python, c'est bien, pour la colle, le code non critique, le truc qui prend «pas de ressources». Donc, j'ai beaucoup de mal a en voir l'utilité pour économiser des ressources ou accélérer un boot: je ne serais pas surpris que cet outil bouffe plus de RAM que d'avoir un TFTPd, SSHd, DHCPd qui tournent h24… mais peut-être que je me trompe.
[^] # Re: apt install ./opera-stable….deb
Posté par freem . En réponse au message Opera avec Mint. Évalué à 2.
Merci pour l'info!
# Modifier les plans, c'est bien, mais quid de la production?
Posté par freem . En réponse à la dépêche Un thermomètre OSHW basé ESP8266. Évalué à 5. Dernière modification le 21 février 2019 à 13:58.
C'est sympa de pouvoir modifier le plan du PCB (qui semble trivial d'ailleurs… serait-ce seulement éligible a brevet ou une quelconque protection? J'en doute, mais peu importe…) mais, pour le produire, on fait comment?
À vue de nez, on a un circuit imprimé trivial, qui utilise des composants «traditionnels» THT (Through Hole Technology, semble indiquer un site aléatoire trouvé sur le canard qui court accroupi), mais aussi des CMS (composants montés en surface, flemme de chercher le terme exact), avec du double couche.
Du coup, j'ai 3 questions:
1) Admettons que quelqu'un modifie le PCB, et en supposant que ça ne soit pas l'état de l'art (et donc, non éligible en France à la P.I. si ma mémoire est bonne), comment cette personne ferait-elle pour «compiler» le PCB en un «binaire» utilisable réellement?
En pratique (j'ai fait un bac STI génie électronique, triste que ça ne me serve que pour mes loisirs), j'ai souvenir qu'il faut de une plaque d'epoxy cuivré (me rappelle plus le terme exact), insolée aux UV puis passée au bain de perchlorure de sodium (terme qui m'est revenu en écrivant ce commentaire, il y a 15 minutes je ne l'avais plus en tête, c'est p'tet erroné du coup).
Il est évident que tout le monde n'a pas un tel matériel chez lui (ou pas la place), donc, comment ça marche? Il faut s'acheter l'insoleuse, le perchlo, la perceuse et se réserver une pièce chez soi pour tout ça, ou il existe des boîtes qui vendent aux particuliers des circuits pré-imprimés et pré-percés sur fourniture de PCB?
Ce point m'intéresse particulièrement, parce que j'aimerai me construire un téléphone, mais que je trouve que c'est de la connerie que d'utiliser des beagle ou des rPI pour ça, trop de gâchis d'espace… donc il me faut une solution pour les PCB…
2) Pour un thermomètre, pourquoi avoir utilisé d'une part du double couche, et d'autre part des CMS? On parle bien d'un thermomètre non? Un µcontrolleur pour si peu, ça ne serait pas overkill? Et au pire, pourquoi ne pas avoir pris un µC THT?
3) tant qu'a essayer de faire la pub d'un hard conçu avec un soft libre, il eut été pertinent de poster non pas le PCB, mais le rendu 3D, surtout que Kicad en est capable nativement… c'est plus sexy, et ça donne une meilleure idée de ce qu'est le produit final…
Montrer un screen du PCB, c'est comme si lors de l'annonce d'un logiciel on publiait un screen du code source… ai-je besoin d'écrire ce que j'en pense?
[^] # Re: langage interprété => interpréteur => exécutable
Posté par freem . En réponse au message comment est ce possible de faire un noyau avec python ou un langage interprété. Évalué à 2.
Moui, enfin, un ERP, c'est une application utilisateur, un noyau c'est un composant dont le rôle est très précis, et qui nécessite d'accéder directement au hardware.
Dans le cas d'un langage interprété, ce ne serait pas déconnant, puisque tu as besoin de l'interpréteur pour utiliser ton programme, alors qu'un binaire est totalement décorrelé de son compilateur (surtout s'il est lié statiquement avec ses dépendances).