Anonyme a écrit 62265 commentaires

Pour aller plus loin, il y a toute une gamme de composants discrets inverseurs de tension permettant de créer des préamplis audio sans alim symétrique. Voici un exemple de réalisation. C'est ce genre de circuit qui est intégré dans les puces audio sur les cartes-mères et apparemment c'est le cas au moins depuis le standard AC'97.
Plus ancien encore, les puces sonores des années 70-80 comme les AY-3-8910 ou YM2612 ne fonctionnent aussi qu'à partir de tensions positives.

D'ailleurs un simnple « c'est mal traduit » peut-être violent pour l'auteur.

ou vrai et informatif, donc enrichissant…
ou mettant en avant une différence de compréhension…
ou prouvant la mauvaise foi du modérateur ;)

Bref ça peut être tout ce qu'on peut imaginer, tant que ce n'est pas lu et interprété par l'auteur on en saura rien. Et ça ne sera certainement pas pris de la même manière en fonction des auteurs et de leur état d'esprit du moment.

C'est pour cela qu'un système d'inclusion par défaut des auteurs et/ou contributeurs laissant l'exclusion possible au bon vouloir des modérateurs (parce que j'ai bien conscience qu'à un moment il faut bien laisser modérer en paix) me semble préférable à une exclusion par défaut.

On discute beaucoup entre nous dans la tribune, c'est parfois très critique et violent contre les auteurs.

Cela justifie mon appel à plus de transparence…
La critique s'assume au grand jour et la violence n'a pas lieu d'être, encore moins cachée derrière un espace privatisé.

Si l'auteur ramène sa fraise, on aura du mal à gérer

c'est ce que je voulais sous entendre dans ma dernière question.

mais cela prend le parti de penser qu'un auteur sera forcément un emmerdeur: je voudrais croire qu'un bandeau expliquant clairement que les règles dans cette espace post-soumission sont différentes de celles de l'espace de rédaction avec une priorité absolue aux modérateurs sous peine d'exclusion permettrait de bien poser les choses.

Ensuite si, comme tu le dis, l'auteur sort du cadre strict de ces règles, on applique l'exclusion et les modérateurs continuent à modérer en paix jusqu'à publication définitive.

Si ça ne demande pas de bouleversements trop importants dans le code du site, je me dis que ça vaudrait le coup de faire un test grandeur nature.

du coup, puisque c'est pile dans la cible, j'en profite pour faire de la pub: votez pour cette proposition !

et merci pour ces 10 années de déwebisation !

Je ne sais pas si c’est toujours le cas, mais le -12V servait également à alimenter l’ampli audio, qui utilisait une alim symétrique ±12V.

Ce n'est plus le cas non.
Les puces Realtek du type ALC887 et ALC892 qu'on trouve sur toutes les cartes-mères de moins de dix ans n'utilisent pas de tensions négatives. J'imagine qu'il y a des AOP rail-to-rail là dedans.
Il n'y a pas non plus de broche -12V sur le PCIe (ni sur l'AGP). C'est peut-être ce qui explique pourquoi il y a certaines incompatibilités avec les modules de conversion vers l'interface PCI en particulier ceux qui se branchent directement sur un port PCIe.

Si tu es à l’aise avec l’anglais : LVM sur le wiki Archlinux.

Dans une installation classique (sans parler de RAID ou quoi que ce soit), tu aurais quelque chose comme :

/dev/sda
├─/dev/sda1           partition formaté en ext4 pour /boot
├─/dev/sda2           partition formatée avec LUKS
  ├─/dev/mapper/sda2  volume chiffré formatée en tant que volume physique LVM (membre du groupe vg0)
    ├─vg0-root        volume logique LVM formaté en ext4 pour /
    ├─vg0-swap        volume logique LVM qui contient le swap
    ├─[…]

/mnt est probablement pas « inexistant ».

L’information des citoyens, c’est pas du fond ?

Ce n'est pas un switch manageable.

Même si c'était le cas, sachant que la machine freeze il ne serait pas raisonnable de compter uniquement sur le softreset.

J'aurai également le relais (ou équivalent) à gérer.

J'ai préféré citer des solutions modernes à base de semi-conducteurs car le classique relai électro-mécanique c'est de loin la moins élégante.

Beaucoup de cartes mères, qui n'ont plus de sortie DB9, ont encore un connecteur interne. Il suffit donc d'un câble HE10-DB9 ou même simplement HE10 vers ton circuit. C'est quelques fois également le cas avec le port parallèle, mais c'est plus rare.

J'en ai parlé il y a deux semaines sur un autre sujet :)

c'est le souci des traductions: elle sont censées être fidèles à l'original :)

ah oui c'est pas beau…

"Cette spécification propose un mécanisme par lequel les corps de message peuvent être marqués comment étant utilisables uniquement en tant que solution de repli."

C'est mieux pour ce qui est de la traduction ?

Pour le sens, voilà ce que je comprends:
si le message principal est exploitable par le client, ce dernier ignore ceux marqués comme "solution de repli". À l'inverse, si le message principal n'est pas exploitable par le client, ce dernier sait qu'un message marqué comme "solution de repli" peut être affiché à la place.

Sans étiquette signifie sans appartenance à un parti politique spécifique.

Dans les résultats officiels, « pas d’étiquette » signifiera surtout que le gouvernement nous la met à l’envers

Il y a plusieurs choses :

• PID 1 ne reçoit que les signaux qu’il a explicitement « trap » ¹ ;
• PID 1 devrait se charger du « reaping de zombies ».

AMHA ce n'est pas un problème suffisamment présent, c'est juste un problème qui peut exister et qui n'est pas chère à assurer.

Comme je le répète depuis 3 ou 4 commentaires, c’est tellement pas suffisamment présent que les développeurs de Kubernetes ont choisit de gérer ces cas par défaut (ou presque).

mais je pourrais probablement m'en sortir avec ce genre de module et un microcontrôleur

oui, y a plus qu'à ajouter un circuit de commutation à base de SSR, IGBT, thyristor, etc.

PID 1 ne reçoit que les signaux qu'il trap explicitement. J'ai juste mis 2 lien qui en parle dans mon précédent commentaire…

en fait pas trop parce qu'avec rxvt-unicode-256color, ça manque de couleur pour un rendu intéressant. Selon mes vagues souvenirs, rxvt en millions de couleurs existe qqpart sous forme de patch mais n'est pas intégré dans debian.

donc j'ai essayé avec st dans un terminal plein écran et c'est assez bluffant.

Est-ce que le terminal utilisé influe sur la vitesse de traitement de l'image ?

Sur ma machine qui a maintenant 10 ans, cela manque de fluidité, mais j'ai remarqué que cela n'utilisait qu'un seul core. Peut-être qu'une parallélisation, du code, si elle est possible, améliorerait ce point.

À priori non.

Au temps pour moi.

Je dois pas faire assez de java en conteneur alors, car je ne le vois (quasiment) jamais.

Je n’ai jamais fait de Java dans Docker, mais ça reste un problème suffisamment présent pour que Kubernetes l’intègre de base avec son container pause.

Si l'application ne gère pas les signaux c'est un problème, mais ça devrait être corrigé dans l'application et non par l'adjonction d'un init.

Tu en connais beaucoup des applications qui trap SIGKILL ?

Oui, j’ai lu « plusieurs partitions » et j’ai pensé à plusieurs disques.

merci je vais pouvoir jouer :)

ça vient peut être de chez moi, je n'ai pas creusé: j'ai un souci lors du build de blockish-caca

Updating git repository `https://github.com/yazgoo/redhook#07dc2275e02c5676293e90aeccb0660ccb79306a`
warning: spurious network error (2 tries remaining): unexpected HTTP status code: 400; class=Net (12)
warning: spurious network error (1 tries remaining): unexpected HTTP status code: 400; class=Net (12)
error: failed to load source for a dependency on `redhook`

Caused by:
  Unable to update https://github.com/yazgoo/redhook#07dc2275e02c5676293e90aeccb0660ccb79306a

Caused by:
  failed to clone into: /home/pierre/.cargo/git/db/redhook-0a0d276329482a0b

Caused by:
  unexpected HTTP status code: 400; class=Net (12)

tout est correct sauf redhook qui s'obstine à ne pas exister…

Pour le CMJN, LibreOffice fonctionne avec.

J'évoquais uniquement le sujet principal de la discussion.
Mais si tu veux aborder la gestion des couleurs, LibreOffice propose uniquement un aperçu du rendu CMJN en laissant le pilote ICC de l'imprimante se charger de la conversion. Scribus, lui, permet de travailler directement en CMJN et permet même la création de tons directs. Ça permet d'éviter de perdre du temps avec des tests supplémentaires d'impression ou de ne pas devoir chercher spécifiquement un imprimeur qui accepte les PDF en RGB. Ça permet aussi de réduire drastiquement les coûts sur de grandes séries car si le document utilise certaines des quatre primaires pures (souvent le noir) ou qu'il n'en utilise que trois sur quatre (voire moins) et que la conversion RGB vers CMJN n'est pas optimale, l'impression gaspillera de l'encre (ou du toner).

C'est plus que "décent" ce qu'on peut faire avec.

Le seul moment où j'ai employé ce terme c'est pour parler d'Abiword, pas de Writer.

je ne suis pas sûre que Scribus soit aussi exigeant sur notamment tout ce qui concerne les espaces (les blancs)

Je ne suis pas sûr de comprendre.
Si tu veux parler des caractères d'espacement typographiques, c'est le rôle d'un traitement de texte, pas d'un logiciel de mise en page. Un rédacteur ne travaillera pas sur un logiciel comme Scribus.
Si tu veux parler de l'alignement du texte ou des marges, il y a un petit peu plus de possibilités avec Scribus.

Et faire une document long de type rapport dans Scribus est vite un casse-tête (pas vraiment fait pour)

Pourtant il y a la même notion de styles et c'est tout adapté à la mise en page d'un livre. Mais ce n'est pas un logiciel de traitement de texte comme Writer.

(ou plutôt des exigences spécifiques de l'imprimerie en fait)

Justement pas toujours, c'est pour ça que j'ai précisé les deux. Par exemple, ce n'est pas l'imprimeur qui exigera des couleurs, des encres, des vernis, des découpes ou des pliages spécifiques, c'est bien une volonté du client.

Je pense qu’il visait mutt en fait.

Ça rend pas plus pertinent son commentaire, comme si c’était la règle d’utiliser un MUA en ncurses dans le grand public.

pour resumé le /home/utilisateur est facile a chiffré

C’est la seule chose qui a de l’importance sur une machine d’utilisateur final. On s’en fout totalement que le système soit à l’abris si l’utilisateur a tout perdu.

Meme le module fait main et chargé a l'arrache n'est plus possible sur certaine distribution de nos jours.

Pas besoin de module pour chiffrer les données de l’utilisateur : c’est devenu la règle de faire curl | bash pour installer des softs et c’est un énorme vecteur d’attaque.

Je suis à peu prêt certain que la seule chose qui sauve Linux sur ce point c’est sa faible adoption.

Ici avec l'entrypooint ça veut dire que tout ce que tu rajoutes au docker run sera envoyé dans cmd et entrypoint + cmd est executé.

De mémoire, l’entrypoint est aussi exécuté quand tu fais un docker exec (ce qui t’empêche de rentrer dans ton container pour le débuger), non ?

A partir du moment où on commence à rentrer des notions d'init dans les conteneurs faut se poser des questions sur ce qu'on fait et pourquoi. Il peut y avoir des cas où c'est nécessaire, mais plutôt rare et à éviter.

dumb-init n’est pas un init classique, il ne gère pas de service, il ne fait qu’exécuter une commande, lui passer les signaux qu’il reçoit et s’occuper du « reaping » de Zombie.

Il est utile dans tout les cas ou tu veux pouvoir envoyer un signal à ton application alors que celui-ci ne le « trap » pas explicitement et tous les cas où il peut y avoir des sous-processus. Presque tout le temps en fait.

Dans Kubernetes tu as un peu la même chose avec le container pause qui fait le même travail (mais comme l’espace de nom des PID n’est pas partagé par défaut entre les différent containers d’un pod, dumb-init reste quand même utile dans ce contexte).