Impossible to verify GPG signature on Debian Release file

[john doe]

Debians,

I'm trying to verify the Debian's Release file but to no avail:

$gpg --keyserver keyring.debian.org --keyserve
r-options auto-key-retrieve --verify Release.gpg Release
gpg: Signature made 10/9/2021 11:35:49 AM Romance Daylight Time
gpg:using RSA key 0146DC6D4A0B2914BDED34DB648ACFD622F3D138
gpg: requesting key 0x648ACFD622F3D138 from hkp://keyring.debian.org
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0
gpg: Can't check signature: No public key
gpg: Signature made 10/9/2021 11:35:49 AM Romance Daylight Time
gpg:using RSA key A7236886F3CCCAAD148A27F80E98404D386FA1D9
gpg: requesting key 0x0E98404D386FA1D9 from hkp://keyring.debian.org
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0
gpg: Can't check signature: No public key
gpg: Signature made 10/9/2021 11:49:02 AM Romance Daylight Time
gpg:using RSA key A4285295FC7B1A81600062A9605C66F00D6C9793
gpg:issuer "debian-rele...@lists.debian.org"
gpg: requesting key 0x605C66F00D6C9793 from hkp://keyring.debian.org
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0
gpg: Can't check signature: No public key
$ gpg --locate-keys debian-release@lists.debian
.org
gpg: error retrieving 'debian-rele...@lists.debian.org' via WKD:
Certificate exp
ired
gpg: error reading key: Certificate expired


The Release file and signature file are downloaded from (1) and (2).

What am I missing?


1)  http://ftp.debian.org/debian/dists/stable/Release
2)  http://ftp.debian.org/debian/dists/stable/Release.gpg

--
John Doe

Re: [HS] Envoi de mail vers Hotmail/Outlook/Live bloqués !

[Charles Plessy]

Le Mon, Nov 22, 2021 at 07:16:06PM +0100, JUPIN Alain a écrit :
> 
> J'ai un serveur de mail (sur serveur dédié OVH) pour notre petite structure,
> hébergeant Postfix, Amavis, OpenDKIM et OpenDMARC pour les domaines
> concernés.
> Problème : les messages a destination de Microsoft (live.com et .fr,
> homail.com et fr, outlook.com et fr ...) sont directement refusés à la
> connection !

Bonjour,

lorsque je m'hébergeais à la maison certains destinataires refusaient
catégoriquement tout message provenant d'une IP assignée au domicile
d'un particulier.

La seule solution que j'avais trouvé était de configurer Postfix pour
qu'il passe par le serveur SMTP de mon fournisseur d'accès, pour ces
destinataires uniquement.

Dans `main.cf`, j'ai ajouté:

transport_maps = hash:/etc/postfix/transport

Et dans ce fichier des lignes comme:

gmx.de smtp:[mail.asahi-net.or.jp]

De mémoire, il faut lancer une commande grenre `postmap` pour que la
configuration ou ses changements soient pris en compte.

Plus de détails dans la page de manuel transport(5).

Bonne chance !

Charles

-- 
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work,   https://mastodon.technology/@charles_plessy
Tooting from home, https://framapiaf.org/@charles_plessy

Re: Re : [HS] Utilisation d'une alimentation universelle de PC portable

[Hugues Larrive]

‐‐‐ Original Message ‐‐‐

Le lundi 22 novembre 2021 à 20:35, BERTRAND Joël  a 
écrit :

k6dedi...@free.fr">--protonsignature--k6dedi...@free.fr a écrit :

> Bonjour,
>
> En cas de doute, il est possible d'envisager de faire un montage avec une 
> diode zenner qui régulera le courant à la tension souhaitée.
> Il existe aussi des régulateurs tout prêts dans le commerce.
> Bien préciser la tension de sortie et l’ampérage utilisé.
> Pur réguler de 19V à 18V, il n'y aura pas de grosse émission de chaleur si le 
> composant est bien dimensionné quant à l’ampérage.

50W = 3A/19V (aux rendements des convertisseurs internes près). À la
limite mettre deux diodes classiques en séries, mais pas une Zener (qui
encaisserait de toute façon 3W) et qui n'est pas précise. Une Zener, ça
commence à être utilisable à partir de 5,1V. Avant, c'est assez
folklorique, les caractéristiques étant assez loin de la théorie (la
tension inverse fluctue beaucoup en fonction du courant, raison pour
laquelle on mettra toujours trois diodes Si en série plutôt qu'une Zener
de 2V en inverse).

En tant que concepteur électronique, je déconseille, mais chacun fait
ce qu'il veut.

JKB

S'il y en a qui sont intéressé par l'électronique, voilà comment on
fait un vrai régulateur linéaire de puissance avec seulement 3
composants :
https://gitlab.com/luiz.villa/ownwall/raw/master/0-Documentation/Internship_report_(FR)_v4.2.pdf
Section 3.7 - figure 3.3

Dans ce circuit le courant qui traverse la zener est constant. On
comprend aisément pourquoi la tension de sortie (à l'émetteur de Q1) ne
peut dépasser la tension de la zener. Notez que le Vbe de Q1
vient se soustraire à la tension de la zener.

R4 représente la charge. D2 et V2 ne font pas partie du
régulateur, ce circuit sert de bootstrap dans une alimentation
réversible (bidirectionnelle en courant)...

On comprend aisément pourquoi la tension de sortie (à l'émetteur de Q1)
ne peut dépasser la tension de la zener. Par contre la tension d'entrée
doit obligatoirement être au moins 0,6V au dessus de la tension de sortie.

@+

publickey - hlarrive@pm.me - 0xE9429B87.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: How to cause a process started in .xsessionrc to terminate with x-session termination?

[Greg Wooledge]

On Mon, Nov 22, 2021 at 02:45:28PM -0600, David Wright wrote:
> I implied in my first post that a background job started in .xsession
> would be killed when the X server terminated, be that by reaching the
> end of the .xsession script (if you prefer that expression), or by
> killing the X server (which abandons the rest of the .xsession script).
> But I think this applies only if it maps a window, hence the need to
> kill it, as shown in your example above, and absent from my post.

The .xsession file is executed as a shell script, either under sh or bash
or some other shell, depending on the permissions on the file, the user's
login account's shell, the shebang (if any) inside the .xsession file,
and possibly other factors.  Let's assume sh or bash, because I don't
want to make blanket statements about other shells.  I don't know how
they all work.

If you run a non-X background job from a shell script (including .xsession),
and the script terminates, the background job will keep running.  That is,
unless you've specifically taken steps to arrange for something to kill
that background job.  It will not happen automatically.

In the event of an X client run as a background job, that X client will
be forcefully killed when the X server shuts down.

So, at least some parts of the paragraph quoted above are correct.
X client programs will always be killed (by termination of the X server).

You've also claimed that "zapping" the X server, as opposed to exiting
the window manager in the normal manner, causes the .xsession script to
be killed prematurely.  I have my doubts about this, but I am not going
to test it.  First and foremost, because it's a *real* pain in the ass
to log out and back in and get everything set back up the way I like.
Second, because Debian hasn't configured X with a "zap" option by default
in a very long time, and I don't feel like changing my X configuration
to put a deprecated "zap" option back into it.

I don't immediately see any reason why "zapping" the X server would kill
the .xsession shell script.  As far as I know, it should continue
running just like any other shell script.  The only reasons it would
exit are:

(1) You've reached the end of the script.
(2) You've called "exit".
(3) You've used "exec" to replace the shell with some other program, such
as a window manager.
(4) You've used "set -e" or an equivalent option, and one of your commands
exited with a nonzero status in a context where set -e will trigger
and kill the shell.

I suspect you've run across one of the above cases, without realizing it.


On Mon, Nov 22, 2021 at 02:45:43PM -0600, David Wright wrote:
> I haven't looked for differences that might have arisen since systemd
> entered upon the scene (and I've yet to work my way through your
> addition to this subthread), but in looking through /etc/X11/ to see
> what x-session-manager might be, I see that Xsession.d has a twin,
> Xreset.d, called from Xreset. This says it's for "when a user log[s]
> out from a display manager", which might be what the OP is doing
> "when I log out [and] it [unison] is orphaned and not terminated".

I don't consider that a valid solution to the problem, because there is no
equivalent at the user level.  Anything that goes into /etc/X11/Xreset.d/
is executed *as root* when *any* user's display manager X session
terminates.

That's just unacceptable.  Primarily because it applies to all users, not
just the one user who wants it.  Secondarily because it runs as root
instead of the user whose session is ending.  Third (tertiary-something?)
because it only applies to DM sessions, not startx.

Re: How to cause a process started in .xsessionrc to terminate with x-session termination?

[David Wright]

On Mon 22 Nov 2021 at 10:58:28 (-0500), Greg Wooledge wrote:
> On Mon, Nov 22, 2021 at 03:25:02PM +, Musbur wrote:
> > Am 20.11.2021 22:19 schrieb Greg Wooledge:
> > > On Sat, Nov 20, 2021 at 09:46:24PM +0100, Arkadiusz Dabrowski wrote:
> > > > Started with "exec" according to Debian documentation:
> > > > https://wiki.debian.org/Xsession
> > > 
> > > You're cargo-culting stuff with zero understanding.  That's not going
> > > to help.
> > > 
> > > If you don't know how shell scripts work, if you don't know what the
> > > "exec" command does... then this is going to be quite difficult for you.
> > 
> > I know the difference between using exec and not using exec, but I've never
> > understood why Debian explicitly suggests using exec to start the wm in
> > .xsession. Maybe to release resources held by the shell instance?
> 
> Basically, yeah.  There's no reason to keep the shell around waiting
> on the window manager, if the shell isn't going to do anything after
> the WM terminates.  So, for 95% of cases, that's what you want.
> 
> The OP in this thread is an exception.  They want the shell to hang
> around so it can kill a process after the WM terminates.  A .xsession
> file without "exec" on the WM seems to be the most obvious way to do it.
> 
> (Unless someone can figure out how to make systemd do this.)

I haven't looked for differences that might have arisen since systemd
entered upon the scene (and I've yet to work my way through your
addition to this subthread), but in looking through /etc/X11/ to see
what x-session-manager might be, I see that Xsession.d has a twin,
Xreset.d, called from Xreset. This says it's for "when a user log[s]
out from a display manager", which might be what the OP is doing
"when I log out [and] it [unison] is orphaned and not terminated".

I have no idea whether it would benefit to start unison from an
Xsession.d/ file and stop it in Xreset.d/, nor how the two might
communicate information. An Xreset.d/ that's populated with examples
might suggest some ideas. However, I would have thought that the sequence
  start something in Xsession.d/
  run x-session-manager from 99x11-common_start
  stop something in Xreset.d/
was closer to the spirit of Debian's /etc/X11/ than
  start something in .xsession
  run x-session-manager from .xsession
  stop something in .xsession
but maybe I'm wrong. DMs and DEs just aren't my thing.
Anyway, you're less likely to accidentally create a loop. Sorry.

Cheers,
David.

Re: How to cause a process started in .xsessionrc to terminate with x-session termination?

[David Wright]

On Mon 22 Nov 2021 at 07:31:04 (-0500), Greg Wooledge wrote:
> On Sun, Nov 21, 2021 at 11:39:53PM -0600, David Wright wrote:
> > On Sun 21 Nov 2021 at 14:16:26 (-0500), Greg Wooledge wrote:
> > > So then, it would look something like this:
> > > 
> > > your unison thing &
> > > unisonPID=$!
> > > other things you want to run
> > > magic MATE start command
> > > kill "$unisonPID"
> > 

¶A
> > I expect that DEs have DontZap set, so that they get a chance to clean
> > up after themselves. (That's just a guess. I have no idea how X
> > servers, DEs and DMs interact with each other.)
> > 

¶B
> > I think that my expectation in my earlier post might have been
> > unrealistic. If you don't map any sort of window, then I'm not sure
> > that falling out of .xsession would kill a background job. And
> > zapping the X server likely wouldn't get to the kill command above.
> 
> I'm not sure what you're saying here.  Are you expecting that the OP is
> going to "zap" the X server (by which I believe you mean pressing
> a magic key combination like Ctrl-Alt-Backspace, with an appropriate
> option set in the xorg.conf file to cause that to terminate the X server)
> rather than exiting from MATE in the normal manner?

When I wrote the post that ¶B refers to, the only evidence that the OP
was using a DE was mention of x-session-manager, which I've never seen
or used. Hence I overlooked it. So that post was written from the
viewpoint of startx, and I'm sure many users of startx terminate their
X server with C-A-B rather that exiting the WM. In my case, it's one
keystroke versus two well-aimed mouse clicks (and the latter assumes
that part of the root window is actually exposed), so you can guess
which way I choose.

> I'm expecting that the OP is exiting/logging out of MATE in whatever
> the normal way is.  Further I'm expecting that this normal logout
> action causes the "magic MATE start command" to terminate, returning
> control to the .xsession script.

As I wrote there, ¶A is a presumption that I have little chance of
confirming myself in the foreseeable future. (If it's untrue, I'd
expect someone would contradict and/or correct it pretty quickly.)

> We're not "falling out of .xsession" either.  It's just a shell script,
> so it works the way any other shell script works.  When the MATE session
> ends, the .xsession shell script moves on to the next command, which
> is kill.

So, back to ¶B; if you're not in the habit of putting exit 0 or return 0
at the end of every script, function, program, etc, that you write,
then most scripts you run can probably terminate by "falling out of
the end". (A counterexample would be FORTRAN X3.9-1966.)

I implied in my first post that a background job started in .xsession
would be killed when the X server terminated, be that by reaching the
end of the .xsession script (if you prefer that expression), or by
killing the X server (which abandons the rest of the .xsession script).
But I think this applies only if it maps a window, hence the need to
kill it, as shown in your example above, and absent from my post.

> > So it would seem common sense to use the GUI that unison provides,
> > even if the window was minimised or iconified (whatever is possible
> > while the program is still left running).
> 
> I know nothing about unison itself.

Nor I, beyond these lines from the Packages file (buster):

  Package: unison
  Description: file-synchronization tool for Unix and Windows

  Package: unison-gtk
  Description: file-synchronization tool for Unix and Windows with GTK+ 
interface
  Tag: admin::backup, admin::file-distribution, implemented-in::ocaml,
   interface::graphical, interface::x11, role::program, scope::utility,
   uitoolkit::gtk, uitoolkit::ncurses, use::synchronizing,
   x11::application

> That might work, but I can't confirm
> or deny it.  In either case, it doesn't appear to be what the OP wants.

No, but I don't let that constrain my thoughts on a topic. IANAI.
(I am not an intern.)

Cheers,
David.

Re: Re : [HS] Utilisation d'une alimentation universelle de PC portable

[BERTRAND Joël]

k6dedi...@free.fr a écrit :
> Bonjour,
> En cas de doute, il est possible d'envisager de faire un montage avec une 
> diode zenner qui régulera le courant à la tension souhaitée.
> 
> Il existe aussi des régulateurs tout prêts dans le commerce.
> 
> Bien préciser la tension de sortie et l’ampérage utilisé.
> Pur réguler de 19V à 18V, il n'y aura pas de grosse émission de chaleur si le 
> composant est bien dimensionné quant à l’ampérage.

50W = 3A/19V (aux rendements des convertisseurs internes près). À la
limite mettre deux diodes classiques en séries, mais pas une Zener (qui
encaisserait de toute façon 3W) et qui n'est pas précise. Une Zener, ça
commence à être utilisable à partir de 5,1V. Avant, c'est assez
folklorique, les caractéristiques  étant assez loin de la théorie (la
tension inverse fluctue beaucoup en fonction du courant, raison pour
laquelle on mettra toujours trois diodes Si en série plutôt qu'une Zener
de 2V en inverse).

En tant que concepteur électronique, je déconseille, mais chacun fait
ce qu'il veut.

JKB

apt clé publique n'est pas disponible

[benoit]

Bonjour,

J'ai ce message d'erreur quand je fais une mise à jour :
apt update
Err :1 http://deb.debian.org/debian buster InRelease
Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est 
pas disponible : NO_PUBKEY 648ACFD622F3D138 NO_PUBKEY 0E98404D386FA1D9 
NO_PUBKEY DCC9EFBF77E11517
C'est un ordi en debian Stretch qui n'a plus servi depuis longtemps

Merci d'avance.

Sent with [ProtonMail](https://protonmail.com/) Secure Email.

Re: [HS] Envoi de mail vers Hotmail/Outlook/Live bloqués !

[JUPIN Alain]

Bonsoir,

J'ai oublié de préciser, mais en effet, en contactant le support de 
hotmail, j'ai eu aussi la réponse "cette ip ne peux pas être débloquée", 
mais en discutant avec le support, j'ai eu comme réponse que les IPs 
sont dé⋅bloquées par bloc, pas individuellement. C'est donc au FAI (ici 
l'hébergeur) de faire le nécessaire.
Et OVH, m'a répondu que s'était un problème récurant et que les IPs ne 
restent de toute façon pas débloquées longtemps, et surtout n'apporte 
aucune solution (fiable dans le temps). Coté Scaleway, idem, on m'a 
juste indiqué que les blocs IPs bloquées connues font régulièrement 
l'objet de demandes débloquage (sans plus de précision).


Merci à vous

Alain JUPIN
Lumières d'Ici ... et d'Ailleurs 
Le 22/11/2021 à 19:28, Jérémy Prego a écrit :

bonjour,

J'ai exactement le même problème depuis une ip d'un FAI associatif. 
Quand j'écris a microsoft par l'intermédiaire de ce formulaire :

https://support.microsoft.com/supportrequestform/8ad563e3-288e-2a61-8122-3ba03d6b8d75

je reçois le rapport d'analyse qui dit "cette ip ne peux pas être 
débloqué". Soit, du coup je répond au mail, afin que quelqu'un prenne 
contact avec moi pour comprendre le problème. Et là, c'est le dramme. 
en gros, le gars du support me dit, ben nous on voit rien d'anormale 
avec cette ip. Donc, d'un coté, il y a l'outil automatique qui me dit 
que mon ip ne peut pas être débloqué, et d'un autre coté, le mec qui 
ne voit rien d'anormal avec mon ip ... et du coup, le problème 
n'avance pas, parce que pour lui l'ip n'a rien de désinvolte alors que 
l'outil automatique de ms me dit qu'elle ne peut pas être débloqué ... 
et vu que je ne peux pas envoyer de mail, c'est l'outil automatique 
qui a raison ... j'ai l'impression d'avoir à faire à des robots ...


voilà mon petit témoignage,

Jerem
Le 22/11/2021 à 19:16, JUPIN Alain a écrit :

Bonjour,

Certes ce n'est pas directement lié à Debian, mais peut être certains 
ont ici la solution ?


J'ai un serveur de mail (sur serveur dédié OVH) pour notre petite 
structure, hébergeant Postfix, Amavis, OpenDKIM et OpenDMARC pour les 
domaines concernés.
Problème : les messages a destination de Microsoft (live.com et .fr, 
homail.com et fr, outlook.com et fr ...) sont directement refusés à 
la connection !

: host eur.olc.protection.outlook.com[104.47.17.97]
 said: 550 5.7.1 Unfortunately, messages from [51.38.255.223] weren't sent.
 Please contact your Internet service provider since part of their network
 is on our block list (S3140). You can also refer your provider to
 http://mail.live.com/mail/troubleshooting.aspx#errors.
 [DB8EUR05FT034.eop-eur05.prod.protection.outlook.com] (in reply to MAIL
 FROM command)
Mais en essayant avec un autre serveur (VPS chez Scaleway), j'ai 
exactement le même message !
Pour info, les envois vers Gmail et les autres serveurs mails 
fonctionnent très bien (et arrivent rarement en spam).
Une connaissance me disait qu'il avait le même soucis avec une 
instance EC2 d'AWS.


Bref est-ce que l'un d'entre vous a réussi a envoyé des mails vers MS 
? Avec quel hébergeur ?


Merci pour vos retours,

--
Alain JUPIN
Lumières d'Ici ... et d'Ailleurs 

Re: [HS] Envoi de mail vers Hotmail/Outlook/Live bloqués !

[Jérémy Prego]

bonjour,

J'ai exactement le même problème depuis une ip d'un FAI associatif. 
Quand j'écris a microsoft par l'intermédiaire de ce formulaire :

https://support.microsoft.com/supportrequestform/8ad563e3-288e-2a61-8122-3ba03d6b8d75

je reçois le rapport d'analyse qui dit "cette ip ne peux pas être 
débloqué". Soit, du coup je répond au mail, afin que quelqu'un prenne 
contact avec moi pour comprendre le problème. Et là, c'est le dramme. en 
gros, le gars du support me dit, ben nous on voit rien d'anormale avec 
cette ip. Donc, d'un coté, il y a l'outil automatique qui me dit que mon 
ip ne peut pas être débloqué, et d'un autre coté, le mec qui ne voit 
rien d'anormal avec mon ip ... et du coup, le problème n'avance pas, 
parce que pour lui l'ip n'a rien de désinvolte alors que l'outil 
automatique de ms me dit qu'elle ne peut pas être débloqué ... et vu que 
je ne peux pas envoyer de mail, c'est l'outil automatique qui a raison 
... j'ai l'impression d'avoir à faire à des robots ...


voilà mon petit témoignage,

Jerem
Le 22/11/2021 à 19:16, JUPIN Alain a écrit :

Bonjour,

Certes ce n'est pas directement lié à Debian, mais peut être certains 
ont ici la solution ?


J'ai un serveur de mail (sur serveur dédié OVH) pour notre petite 
structure, hébergeant Postfix, Amavis, OpenDKIM et OpenDMARC pour les 
domaines concernés.
Problème : les messages a destination de Microsoft (live.com et .fr, 
homail.com et fr, outlook.com et fr ...) sont directement refusés à la 
connection !

: host eur.olc.protection.outlook.com[104.47.17.97]
 said: 550 5.7.1 Unfortunately, messages from [51.38.255.223] weren't sent.
 Please contact your Internet service provider since part of their network
 is on our block list (S3140). You can also refer your provider to
 http://mail.live.com/mail/troubleshooting.aspx#errors.
 [DB8EUR05FT034.eop-eur05.prod.protection.outlook.com] (in reply to MAIL
 FROM command)
Mais en essayant avec un autre serveur (VPS chez Scaleway), j'ai 
exactement le même message !
Pour info, les envois vers Gmail et les autres serveurs mails 
fonctionnent très bien (et arrivent rarement en spam).
Une connaissance me disait qu'il avait le même soucis avec une 
instance EC2 d'AWS.


Bref est-ce que l'un d'entre vous a réussi a envoyé des mails vers MS 
? Avec quel hébergeur ?


Merci pour vos retours,

--
Alain JUPIN
Lumières d'Ici ... et d'Ailleurs 

[HS] Envoi de mail vers Hotmail/Outlook/Live bloqués !

[JUPIN Alain]

Bonjour,

Certes ce n'est pas directement lié à Debian, mais peut être certains 
ont ici la solution ?


J'ai un serveur de mail (sur serveur dédié OVH) pour notre petite 
structure, hébergeant Postfix, Amavis, OpenDKIM et OpenDMARC pour les 
domaines concernés.
Problème : les messages a destination de Microsoft (live.com et .fr, 
homail.com et fr, outlook.com et fr ...) sont directement refusés à la 
connection !


: host eur.olc.protection.outlook.com[104.47.17.97]
said: 550 5.7.1 Unfortunately, messages from [51.38.255.223] weren't sent.
Please contact your Internet service provider since part of their network
is on our block list (S3140). You can also refer your provider to
http://mail.live.com/mail/troubleshooting.aspx#errors.
[DB8EUR05FT034.eop-eur05.prod.protection.outlook.com] (in reply to MAIL
FROM command)

Mais en essayant avec un autre serveur (VPS chez Scaleway), j'ai 
exactement le même message !
Pour info, les envois vers Gmail et les autres serveurs mails 
fonctionnent très bien (et arrivent rarement en spam).
Une connaissance me disait qu'il avait le même soucis avec une instance 
EC2 d'AWS.


Bref est-ce que l'un d'entre vous a réussi a envoyé des mails vers MS ? 
Avec quel hébergeur ?


Merci pour vos retours,

--
Alain JUPIN
Lumières d'Ici ... et d'Ailleurs 

Re: Offtopic: Transfer a programm from DOS to Linux

[Georgi Naplatanov]

On 11/22/21 00:47, Hans wrote:
> Hi Georgi,
> 
> yes, that sounds interesting. And fingerprinting of a transceiver is the main 
> thing. Thus, for example, you can identify people's radio transceivers, they 
> use to radio interfere. I am a licensed radio amateur, and those people are 
> often doing this on repeaters.
> 
> They want to be anonymous, however, many of them are also licensed radio 
> amateurs, and their callsigns are known.
> 
> Of course they are using the same radio transmitters for normal trafficing, 
> and so they could be identified. This is the same technics our 
> "Bundesnetzagentur" is using (the radio government).
> 
> It would also give the ability, to supress those people on the repeaters, 
> when 
> they misuse it. For example, an unlicensed radio could be filtered out, so 
> that its transmission will not be send by the repeaters.
> 
> And as the range of a handheld transceiver is not large, only a small area 
> would be interfered - not the whole area the radio repeater is covering.
> 
> I did not find any similar solution to xmit-id, especially none for linux. If 
> you know one, I will be happy, to point me at them.
> 
> If you know one, this would be interesting, so it could maybe run on a small 
> computer, like a Raspberry Pi.
> 
> These are just my thoughts, why I stumbled over this application, and maybe 
> others would be interested, too.
> 
> As I know, there are also bibg applications ported from DOS to linux (like 
> doom), I thoughtm that would be easy - just start a cross compiler, then fix 
> some issues, ready. But I believe, it is not that easy, I suppose, this is a 
> lot lot lot work. And as far as I understood, code from DOS C is far from 
> similar to Linux C.
> 
> That is a pity, but good to know, if I might some time begin to code myself: 
> I 
> won't never ever code for DOS or Windows or any proprietrary OS! Never!
> 
> Have a very nice day!
> 
> Best regards
> 

Hi Hans,

I just gave an idea and I'm far away from this field.

Kind regards
Georgi

Re: How to cause a process started in .xsessionrc to terminate with x-session termination?

[Greg Wooledge]

On Mon, Nov 22, 2021 at 10:58:28AM -0500, Greg Wooledge wrote:
> (Unless someone can figure out how to make systemd do this.)

Google found  which
is the first time I've ever seen an attempt at an end user's guide
for systemd --user services.

So, I decided to play with this a little bit.

I've got a user account named "tester" which is normally not logged in,
and which had no running processes at the time I began testing.

I used "su - tester" to open a shell as this user.  This did *not* bring
up a systemd --user service manager.  Apparently "su -" does not count
as a login session for that purpose.

Based on the Arch wiki page, I created a .config/systemd/user directory,
and then created this file inside it:


tester@unicorn:~/.config/systemd/user$ cat sleeper.service 
[Unit]
Description=Sleep command for testing

[Service]
ExecStart=/bin/sleep 12345

[Install]
WantedBy=default.target


Of course, I couldn't enable it (at least not via the normal systemctl
route) because there was no --user manager running as "tester" yet.

Next, I pressed Ctrl-Alt-F2 to get to a console terminal, and logged in
as tester.  This brought up the systemd --user manager process.  After
that I was able to enable and start the sleeper.service unit.

I logged out of the tty2 shell, and pressed Ctrl-Alt-F1 to get back to
my X session running as greg.  Then I checked the processes running as
user tester:


unicorn:~$ ps -fu tester
UID  PIDPPID  C STIME TTY  TIME CMD
tester   1604310   1  0 11:18 ?00:00:00 /lib/systemd/systemd --user
tester   1604311 1604310  0 11:18 ?00:00:00 (sd-pam)
tester   1604330 1604310  0 11:18 ?00:00:00 /usr/bin/pipewire
tester   1604335 1604310  0 11:18 ?00:00:00 /usr/bin/dbus-daemon --sessi
tester   1604336 1604330  0 11:18 ?00:00:00 /usr/bin/pipewire-media-sess
tester   1604363 1604310  0 11:18 ?00:00:00 /bin/sleep 12345


I spent a few seconds reading this, and wondering what on earth a "pipewire"
is.  I checked to see if I was running one as "greg":


unicorn:~$ ps -ef | grep pipewire
greg 849 829  0 Oct09 ?00:00:00 /usr/bin/pipewire
greg 861 849  0 Oct09 ?00:00:14 
/usr/bin/pipewire-media-session
greg 1604399   66960  0 11:19 pts/31   00:00:00 grep pipewire


The pipewire running as "tester" was... gone?  I checked again:


unicorn:~$ ps -fu tester
UID  PIDPPID  C STIME TTY  TIME CMD


So, it seems that the sleeper.service which was started under the
management of the systemd --user process *did* get killed.  Not
immediately, but within a minute or so.

I opened another "su - tester" session, and ran this to check for more
details:


tester@unicorn:~/.config/systemd/user$ journalctl --user -u sleeper
-- Journal begins at Mon 2021-11-22 11:18:09 EST, ends at Mon 2021-11-22 11:19:>
Nov 22 11:18:27 unicorn systemd[1604310]: Started Sleep command for testing.
Nov 22 11:19:00 unicorn systemd[1604310]: Stopping Sleep command for testing...
Nov 22 11:19:00 unicorn systemd[1604310]: sleeper.service: Succeeded.
Nov 22 11:19:00 unicorn systemd[1604310]: Stopped Sleep command for testing.


I don't know the exact time that I closed the login shell on tty2.  It
*could* have been at exactly 11:19:00 but that seems like a suspiciously
round number (and a suspiciously long time after I started the service).
Also:


unicorn:~$ last
tester   tty2  Mon Nov 22 11:18 - 11:18  (00:00)
[...]


Maybe there's something that triggers every minute and cleans up
logged-out user units?  I don't know.

That's as far as I got.  If the OP wants to try writing a systemd --user
unit file for their unison thingy, and see if that starts and stops in
a way that they find acceptable, that would be a cool experiment.

Re: How to cause a process started in .xsessionrc to terminate with x-session termination?

[Greg Wooledge]

On Mon, Nov 22, 2021 at 03:25:02PM +, Musbur wrote:
> Am 20.11.2021 22:19 schrieb Greg Wooledge:
> > On Sat, Nov 20, 2021 at 09:46:24PM +0100, Arkadiusz Dabrowski wrote:
> > > Started with "exec" according to Debian documentation:
> > > https://wiki.debian.org/Xsession
> > 
> > You're cargo-culting stuff with zero understanding.  That's not going
> > to help.
> > 
> > If you don't know how shell scripts work, if you don't know what the
> > "exec" command does... then this is going to be quite difficult for you.
> 
> I know the difference between using exec and not using exec, but I've never
> understood why Debian explicitly suggests using exec to start the wm in
> .xsession. Maybe to release resources held by the shell instance?

Basically, yeah.  There's no reason to keep the shell around waiting
on the window manager, if the shell isn't going to do anything after
the WM terminates.  So, for 95% of cases, that's what you want.

The OP in this thread is an exception.  They want the shell to hang
around so it can kill a process after the WM terminates.  A .xsession
file without "exec" on the WM seems to be the most obvious way to do it.

(Unless someone can figure out how to make systemd do this.)

Re: Offtopic: Transfer a programm from DOS to Linux

[Nicholas Geovanis]

On Sun, Nov 21, 2021, 12:23 PM Nate Bargmann  wrote:

> Interestingly, it appears that the original author was threatened with
> patent infringement of US Patent 5,005,210[1].  It seems as though the
> patent may have expired in 2008[2].
>
> .
>

Thanks for that, the usual shady story.


> Just glancing at the source and from the comments of others, there is
> probably some amount of the source that could be usable.  I suspect the
> UI and the sound interface would need to be written from scratch as they
> are probably Turbo C and Soundblaster specific, respectively.


The thing is, the Soundblaster and the (Commodore? or Curtis?) sound chips
in them became a de facto standard. DOS and Windows. There were clone chips
and compatible cards, etc.

So the project could have a broad compatibility reach. And you have to
wonder if it's been mostly done already.

Still
> this would be a very useful tool for those interested in radio frequency
> (RF) work, especially with a laptop or SBC (Raspberry Pi, etc.).
>
> - Nate
>
> [1] https://www.qsl.net/n9zia/xmit_id/legal.html
> [2] https://patents.google.com/patent/US5005210A/en
> [3] https://wiki.w9cr.net/index.php/Transmitter_Fingerprinting
> [4]
> https://www.legacy.com/us/obituaries/dispatch/name/richard-rager-obituary?id=28327105
>
> --
> "The optimist proclaims that we live in the best of all
> possible worlds.  The pessimist fears this is true."
> Web: https://www.n0nb.us
> Projects: https://github.com/N0NB
> GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819
>
>

Re: Offtopic: Transfer a programm from DOS to Linux

[Daniel Haude]

As I know, there are also bibg applications ported from DOS to linux 
(like
doom), I thoughtm that would be easy - just start a cross compiler, 
then fix
some issues, ready. But I believe, it is not that easy, I suppose, this 
is a
lot lot lot work. And as far as I understood, code from DOS C is far 
from

similar to Linux C.


The opposite is in fact true: the C language with its core library is 
highly standardized and portable across all platforms. There probably is 
no "more portable" computer language in existence. 
Implementation-specific libraries, however, are usually not portable, 
hence applications using these libraries must be adapted to the target 
system. And that bit is not "some issues" -- it's the real work.

Re: How to cause a process started in .xsessionrc to terminate with x-session termination?

[Musbur]

Am 20.11.2021 22:19 schrieb Greg Wooledge:

On Sat, Nov 20, 2021 at 09:46:24PM +0100, Arkadiusz Dabrowski wrote:

Started with "exec" according to Debian documentation:
https://wiki.debian.org/Xsession


You're cargo-culting stuff with zero understanding.  That's not going
to help.

If you don't know how shell scripts work, if you don't know what the
"exec" command does... then this is going to be quite difficult for 
you.


I know the difference between using exec and not using exec, but I've 
never understood why Debian explicitly suggests using exec to start the 
wm in .xsession. Maybe to release resources held by the shell instance?

Re: installation catch 22

[Kent West]

On Sat, Nov 20, 2021, 7:47 AM  wrote:

> I am able ro login in safe mode which has few commands and I am a new user
> so I don't know enough.
>

See reply below (so messages are read in order).


> -Original Message-
> From: Kent West 
> To: debian-user@lists.debian.org 
> Cc: jasheb...@aol.com
> Sent: Fri, Nov 19, 2021 11:10 am
> Subject: Re: installation catch 22
>
>
>
> On Fri, Nov 19, 2021 at 9:36 AM  wrote:
>
>
> The installation runs through to completion but the system does not boot
> up.
> I have tried several times with the same result.
>
> I am able to log in and look at the log file where it informs me that some
> firmware
> needs to be updated. (red warnings)  I have a CD with the firmware but how
> do I
> install it if the system will not boot?
>
>
> You say the system does not boot up, and yet then you say you're able to
> log in.
>
> Perhaps what you mean is that the system does not boot up into a graphical
> system, but that you are getting to a login prompt?
>
> If so, after logging in, what happens if you run "startx"?
>
> --
> Kent West<")))><
> Westing Peacefully - http://kentwest.blogspot.com
>

Hi jashebert!

I would encourage you to reply to the debian-user list as a whole, so that
others may be able to chime in.

When you say "safe mode", I assume you mean that you're choosing the "Safe
Mode" option from the first GRUB boot screen menu?

If you let the machine boot normally, do you get to a login prompt at all?
If so, is it on a text-only screen, or a graphical screen?

If so, what happens when you type in your username and password?

-- 
Kent

>

Re: Problème carte son USB

[Alexandre D]

Bonjour,

Non, les microcoupures sont aussi en local avec des musiques en .flac, 
.mp3 ou .wav.


J'ai déjà testé avec Librazic, les problèmes sont les mêmes.

Ayant exposé tout ça chez Linuxmao, ils penchent pour un problème de 
pilote, j'ai fait changé la carte USB par mon revendeur pour éliminer le 
problème matériel. Aucun problème à signaler sur Mac ou Windows.


Même avec les autres périphériques de débranché, le problème se reproduit.

Alex.


⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁
⢿⡄⠘⠷⠚⠋
⠈⠳⣄ ⠀⠀  
Alexandre D.
https://alexbook.fr
alexan...@alexbook.fr

- - - - - - -
System : Debian SID
- - - - - - - -

Le 22/11/2021 à 13:47, Haricophile a écrit :

Le Mon, 22 Nov 2021 12:42:04 +0100,
Haricophile  a écrit :

  

Bonjour,

J'ai solliciter les équipes de linuxmao qui me conseille justement de
venir ici car pour eux il s'agirait d'un problème de pilote pour la
carte son.

Merci pour ton message.

Ah possible.

Mais si les microcoupures ne sont que en réseau, je me
poserait quand même la question de savoir s'il ne faut pas gratter par
là.

Dans les questions, il y a quel est le chipset de ta carte, comment tu
diffuse en réseau, pulseaudio sous SID...

Sous SID, il peut aussi y avoir une question du kernel Linux, je
commencerais par tester avec une autre version de kernel, voire avec
une version stable comme Librazic en "live USB".

Ah, et comme c'est de l'USB, a tout zazard débranche les autres
appareils branchés sur le même contrôleur.

Re: Re : [HS] Utilisation d'une alimentation universelle de PC portable

[Dethegeek]

Bonjour

Pour info je dispose d'une alimentation universelle de marque kingston.
Elle m'a servi sur quelques pc portables différents et elle n'a jamais posé
de souci en plus de 15 ans ..

Elle ne dispose que de 2 réglages de tension.

1 pour les portables alimentés entre 12 et 15v et l'autre entre 15 et 21v
(je donne des plages de tête, elles sont peut être légèrement différentes
en réalité).

Observant cela j'en ai déduit que les laptops ont une tension d'entrée
relativement tolérante permettant ce type de design. Le fait que ce soit
une alim de marque me rassure sur ce choix qui pourrait paraître
préoccupant au premier abord.

Un Lenovo w510 a servi très activement avec cette alim, sans jamais se
plaindre.

Je pense donc qu'une alim universelle n'a pas forcément besoin d'avoir tous
les voltages existant sur tout un tas de modèles. La régulation interne aux
laptops fait visiblement le travail.




Le lun. 22 nov. 2021 à 15:27,  a écrit :

> Bonjour,
> En cas de doute, il est possible d'envisager de faire un montage avec une
> diode zenner qui régulera le courant à la tension souhaitée.
>
> Il existe aussi des régulateurs tout prêts dans le commerce.
>
> Bien préciser la tension de sortie et l’ampérage utilisé.
> Pur réguler de 19V à 18V, il n'y aura pas de grosse émission de chaleur si
> le composant est bien dimensionné quant à l’ampérage.
>
> Bon courage.
> Cassis
>
>
>
> - Mail d'origine -
> De: Olivier 
> À: ML Debian User French 
> Envoyé: Mon, 22 Nov 2021 11:24:28 +0100 (CET)
> Objet: [HS] Utilisation d'une alimentation universelle de PC portable
>
> Bonjour,
>
> J'ai dernièrement acheté une nouvelle alimentation universelle de PC
> portable.
> Sa fiche technique indique qu'elle supporte plusieurs tensions en sortie
> (18V, 19V, ...) pour une puissance maximale de 90W.
> Elle est livrée avec plusieurs embouts (PC power tips) permettant une
> connexion physique à une multitude de modèles de PC portable.
>
> Pourtant, je suis surpris que cette alimentation ne possède aucune commande
> de sélection du voltage en sortie, comme si la sélection du bon embout
> déterminait magiquement le bon voltage.
> J'en possède une autre, beaucoup plus ancienne qui elle possède un moyen de
> sélection et de visualisation du voltage.
>
> 1. Existe-t-il une norme, une référence, dans le domaine des PC portables,
> qui décrit la relation entre un embout et des caractéristiques électriques
> ?
>
> 2. Une alimentation de PC portable est-elle capable de découvrir, de
> négocier ou de s'adapter à une alimentation universelle ou bien les valeurs
> couramment rencontrées sont-elles suffisamment proches pour que "tout
> marche" ?
>
> 3. Par simple curiosité, connaissez-vous des PC portables qui ne
> fonctionnent pas en 19V ?
>
> 4. Connaissez-vous des alimentation de PC avec embout coaxial dont la
> polarité n'est pas avec le moins sur la surface extérieure ?
>
> Slts
>
>

Re : [HS] Utilisation d'une alimentation universelle de PC portable

[k6dedijon]

Bonjour,
En cas de doute, il est possible d'envisager de faire un montage avec une diode 
zenner qui régulera le courant à la tension souhaitée.

Il existe aussi des régulateurs tout prêts dans le commerce.

Bien préciser la tension de sortie et l’ampérage utilisé.
Pur réguler de 19V à 18V, il n'y aura pas de grosse émission de chaleur si le 
composant est bien dimensionné quant à l’ampérage.

Bon courage.
Cassis



- Mail d'origine -
De: Olivier 
À: ML Debian User French 
Envoyé: Mon, 22 Nov 2021 11:24:28 +0100 (CET)
Objet: [HS] Utilisation d'une alimentation universelle de PC portable

Bonjour,

J'ai dernièrement acheté une nouvelle alimentation universelle de PC
portable.
Sa fiche technique indique qu'elle supporte plusieurs tensions en sortie
(18V, 19V, ...) pour une puissance maximale de 90W.
Elle est livrée avec plusieurs embouts (PC power tips) permettant une
connexion physique à une multitude de modèles de PC portable.

Pourtant, je suis surpris que cette alimentation ne possède aucune commande
de sélection du voltage en sortie, comme si la sélection du bon embout
déterminait magiquement le bon voltage.
J'en possède une autre, beaucoup plus ancienne qui elle possède un moyen de
sélection et de visualisation du voltage.

1. Existe-t-il une norme, une référence, dans le domaine des PC portables,
qui décrit la relation entre un embout et des caractéristiques électriques ?

2. Une alimentation de PC portable est-elle capable de découvrir, de
négocier ou de s'adapter à une alimentation universelle ou bien les valeurs
couramment rencontrées sont-elles suffisamment proches pour que "tout
marche" ?

3. Par simple curiosité, connaissez-vous des PC portables qui ne
fonctionnent pas en 19V ?

4. Connaissez-vous des alimentation de PC avec embout coaxial dont la
polarité n'est pas avec le moins sur la surface extérieure ?

Slts

Re: Re : Re: Re : [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[Olivier]

@Benoit:
Veux-tu dire que keysym, c'est ce qu'envoie le clavier et keycode c'est ce
qu'il interprète ou bien  est-ce le contraire ?
Si c'est le 1er cas, alors oui, les 2 claviers émettent le même keycode,
sinon ils émettent des keysym différents.


Le lun. 22 nov. 2021 à 11:47, benoit  a écrit :

> Alors là... Je ne comprend pas pourquoi ça ne va pas !
>
> KeyPress event, serial 37, synthetic NO, window 0x81,
> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
> state 0x0, *keycode 24 (keysym 0x61, a)*, same_screen YES,
> XLookupString gives 1 bytes: (61) "a"
>
> Tes deux claviers retournent la même chose lors de la pression de la
> touche A :
> *keycode 24 (keysym 0x61, a)*
>
> Normalement ça devrait aller ...
>
> --
> Benoit
> Sent with ProtonMail  Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> Le lundi 22 novembre 2021 à 08:47, Olivier  a écrit :
>
> De mon message précédent, je déduis:
> la touche A du clavier d'origine émet des événements,
> ces événements suivent "une table de correspondance" inhabituelle avec
> l'émission d'un keycode 211 au lieu d'un keycode attendu 24,
> visiblement, deux claviers physiques connectés à une même machine (l'un
> par USB, l'autre par XXX), suivent chacun leur propre table de
> correspondance
>
> En cherchant, je n'ai pas trouvé de nom à l'interface entre la carte mère
> d'un PC portable et son clavier d'origine. Je l'ai baptisée XXX ci-dessus.
>
> Qu'en pensez-vous ? Que faire ?
>
> Le lun. 22 nov. 2021 à 08:23, Olivier  a écrit :
>
>>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XmbLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
>> YES,
>> XLookupString gives 0 bytes:
>> XmbLookupString gives 0 bytes:
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
>> YES,
>> XLookupString gives 0 bytes:
>> XFilterEvent returns: False
>>
>> Voici ci-dessus une capture avec xev.
>> Les 2 premiers évènements sont consécutifs à un appui sur la touche A
>> d'un clavier USB Azerty connecté au PC portable.
>> Les 2 suivants sont consécutifs à un appui sur la touche du clavier
>> Azerty d'origine du PC portable.
>>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XmbLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
>> YES,
>> XLookupString gives 0 bytes:
>> XmbLookupString gives 0 bytes:
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
>> YES,
>> XLookupString gives 0 bytes:
>> XFilterEvent returns: False
>>
>>
>>
>> Le jeu. 18 nov. 2021 à 17:29, benoit  a écrit :
>>
>>> Perso j’essayerais en premier un test simple sur une touche au choix :
>>>
>>> – avec xev, je regarderais le numéro de la touche du clavier, par
>>> exemple chez moi la touche A c’est keycode 24.
>>>
>>> - Tu regardes avec xev ce que renvois cette touche défectueuse (toujours
>>> pour A)
>>>
>>> keycode 24 (keysym 0x61, a)
>>>
>>> - Si xev ne réagit pas à la pression d’une touche défectueuse t’es mal
>>> et il faut aller l’associer, je ne sais plus comment.
>>>
>>> - Si tu obtiens un truc qui ne correspond pas, tu lui affectes a comme
>>> premier test :
>>>
>>> xmodmap -e "keycode 24 = a"
>>>
>>> Et puis il faut aller lire la doc de l’ordre des modificateurs 

Re: [HS] Utilisation d'une alimentation universelle de PC portable

[Hugues Larrive]

‐‐‐ Original Message ‐‐‐
Le lundi 22 novembre 2021 à 11:24, Olivier  a écrit :

> Bonjour,

Bonjour Olivier,

> J'ai dernièrement acheté une nouvelle alimentation universelle de PC portable.
> Sa fiche technique indique qu'elle supporte plusieurs tensions en sortie 
> (18V, 19V, ...) pour une puissance maximale de 90W.
> Elle est livrée avec plusieurs embouts (PC power tips) permettant une 
> connexion physique à une multitude de modèles de PC portable.
> 

> Pourtant, je suis surpris que cette alimentation ne possède aucune commande 
> de sélection du voltage en sortie, comme si la sélection du bon embout 
> déterminait magiquement le bon voltage.
> J'en possède une autre, beaucoup plus ancienne qui elle possède un moyen de 
> sélection et de visualisation du voltage.
> 

> 1. Existe-t-il une norme, une référence, dans le domaine des PC portables, 
> qui décrit la relation entre un embout et des caractéristiques électriques ?
>
Je ne crois pas en dehors du récent USB-C, mais je pense que les constructeurs 
se débrouillent pour ne pas employer un connecteur déjà employé par eux-même ou 
un concurrent avec une tension différente au risque de voir leur SAV exploser.

J'ai une vieille alim universelle pro. Elle fait 120W et 10 tensions de sortie 
: 12/15/16/18/18.5/19/19.5/20/22/24. Son embout est un DIN à 7 broches dont 4 
sont utilisées de manière appairées pour passer la puissance et les 3 restantes 
peut-être pour sélectionner la tension, qui est notée sur chaque embouts
et affichée sur le voltmètre intégré à l'alimentation. Dans tous les cas chaque 
connecteur à bien sa tension fixe gravé dessus et cette alim était sensée 
couvrir la quasi-totalité du marché. 

 

> 2. Une alimentation de PC portable est-elle capable de découvrir, de négocier 
> ou de s'adapter à une alimentation universelle ou bien les valeurs couramment 
> rencontrées sont-elles suffisamment proches pour que "tout marche" ?
> 

Eh bien au pifomètre je dirais que les alimentations doivent avoir une 
régulation avec une ondulation de l'ordre de +-5% (+-1V pour 20 volts) et les 
circuits de puissance des ordinateurs portables acceptent probablement +10% 
-5%. En gros un portable 19V devrait tolérer de 18V à 21V sans problème voir 
beaucoup plus
vu la technologie (découpage) des régulateurs utilisés aujourd'hui.

> 3. Par simple curiosité, connaissez-vous des PC portables qui ne fonctionnent 
> pas en 19V ?
> 

Bien sûr ! Allez, un petit inventaire :
Sur mon bureau j'ai un ThinkPad 20V/170W (connecteur rond), un Pinebook pro en 
5V/15W, une coque de HP marquée 19.5V/3.3A.
Dans les catacombes j'ai :
 - 2 Packard Bell en 19V ;
 - 1 HP en 18.5V et 1 en 19.5V (connecteur différent) ;
 - 2 Lenovo en 20V avec des connecteurs différents ;
 - 3 Apple en 24V ;
 - 1 Medion en 19V ;
 - 2 Dell en 19.5V et 1 en 19V (connecteur différent) ;
 - 1 Sony en 19.5V.

> 4. Connaissez-vous des alimentation de PC avec embout coaxial dont la 
> polarité n'est pas avec le moins sur la surface extérieure ?
> 

J'aurais tendance à dire non, par contre le broche centrale n'est pas toujours 
la borne positive : sur les connecteurs lenovo rond les 2 faces de la 
"couronne" sont isolées avec la borne négative à l'extérieure et la borne 
positive à l'intérieur, la borne central étant une broche de signal.

> Slts
Vous-vous posez beaucoup de questions, et je me demande si ça ne refléterais 
pas un manque de confiance dans une alim universelle bon marché importée de 
chine. J'en ai acheté une comme ça un jour
sur dx.com pas universelle mais compatible avec mon portable, ça fonctionne 
très bien mais elle "pollue" le réseau électrique de sorte qu'elle est 
inutilisable sur la même ligne qu'un oscilloscope. Si vous voulez être sûr de 
la qualité, je peux vous recommander l'Antec NP100 à 40€.

@+

publickey - hlarrive@pm.me - 0xE9429B87.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: Problème carte son USB

[Haricophile]

Le Mon, 22 Nov 2021 12:42:04 +0100,
Haricophile  a écrit :

 
> Bonjour,
> 
> J'ai solliciter les équipes de linuxmao qui me conseille justement de
> venir ici car pour eux il s'agirait d'un problème de pilote pour la
> carte son. 
> 
> Merci pour ton message. 

Ah possible. 

Mais si les microcoupures ne sont que en réseau, je me
poserait quand même la question de savoir s'il ne faut pas gratter par
là.

Dans les questions, il y a quel est le chipset de ta carte, comment tu
diffuse en réseau, pulseaudio sous SID...

Sous SID, il peut aussi y avoir une question du kernel Linux, je
commencerais par tester avec une autre version de kernel, voire avec
une version stable comme Librazic en "live USB".

Ah, et comme c'est de l'USB, a tout zazard débranche les autres
appareils branchés sur le même contrôleur.

Re: How to cause a process started in .xsessionrc to terminate with x-session termination?

[Greg Wooledge]

On Sun, Nov 21, 2021 at 11:39:53PM -0600, David Wright wrote:
> On Sun 21 Nov 2021 at 14:16:26 (-0500), Greg Wooledge wrote:
> > So then, it would look something like this:
> > 
> > your unison thing &
> > unisonPID=$!
> > other things you want to run
> > magic MATE start command
> > kill "$unisonPID"
> 
> I expect that DEs have DontZap set, so that they get a chance to clean
> up after themselves. (That's just a guess. I have no idea how X
> servers, DEs and DMs interact with each other.)
> 
> I think that my expectation in my earlier post might have been
> unrealistic. If you don't map any sort of window, then I'm not sure
> that falling out of .xsession would kill a background job. And
> zapping the X server likely wouldn't get to the kill command above.

I'm not sure what you're saying here.  Are you expecting that the OP is
going to "zap" the X server (by which I believe you mean pressing
a magic key combination like Ctrl-Alt-Backspace, with an appropriate
option set in the xorg.conf file to cause that to terminate the X server)
rather than exiting from MATE in the normal manner?

I'm expecting that the OP is exiting/logging out of MATE in whatever
the normal way is.  Further I'm expecting that this normal logout
action causes the "magic MATE start command" to terminate, returning
control to the .xsession script.

We're not "falling out of .xsession" either.  It's just a shell script,
so it works the way any other shell script works.  When the MATE session
ends, the .xsession shell script moves on to the next command, which
is kill.

> So it would seem common sense to use the GUI that unison provides,
> even if the window was minimised or iconified (whatever is possible
> while the program is still left running).

I know nothing about unison itself.  That might work, but I can't confirm
or deny it.  In either case, it doesn't appear to be what the OP wants.

Re: ALSA plugins

[Miroslav Skoric]

On 11/21/21 9:33 PM, Georgi Naplatanov wrote:

On 11/21/21 20:57, Miroslav Skoric wrote:

Hi all,

I was recently told that ALSA doesn't normally allow sharing a soundcard
with two applications, but there are two ALSA plugins, dsnoop and dmix
to share capture and playback respectively. I spent some time in
searching the web for possible info on how to install or how to check if
those plugins are installed, but did not find instructions. Any pointer
in that direction? Thanks in advance.



Why don't you use PulseAudio or maybe PipeWire?

Kind regards
Georgi




My issue is related to some amateur radio applications, and the 
application maintainer suggested me to check with ALSA plugins first. It 
should be possible to try PulseAudio as an alternative method but I wait 
for instructions from hams who made it working.


Thanks anyway,

Misko

Re: Problème carte son USB

[Haricophile]

Le Mon, 22 Nov 2021 10:46:20 +0100,
Alexandre D  a écrit :

> Bonjour,
> 
> J'ai fait l'acquisition d'une carte son USB (Berhinger UMC202HD)
> reconnu par Debian au démarrage est presque opérationnelle.
> 
> Je rencontre un problème de micro coupure lors de la lecture musicale
> en réseau, sur le web ou en local.

Je ne saurais pas te conseiller efficacement. Est-ce que par exemple un
kernel a faible latence et un réglage de priorité ne résoudrait pas ton
problème, est-ce un problème USB... mais je t'encourage a consulter
beaucoup plus compétents que moi à http://linuxmao.org/

Amicalement
-- 
Jérôme

Re: [HS] Utilisation d'une alimentation universelle de PC portable

[BERTRAND Joël]

Olivier a écrit :
> Bonjour,

Bonjour,

> J'ai dernièrement acheté une nouvelle alimentation universelle de PC
> portable.
> Sa fiche technique indique qu'elle supporte plusieurs tensions en sortie
> (18V, 19V, ...) pour une puissance maximale de 90W.
> Elle est livrée avec plusieurs embouts (PC power tips) permettant une
> connexion physique à une multitude de modèles de PC portable.
> 
> Pourtant, je suis surpris que cette alimentation ne possède aucune
> commande de sélection du voltage en sortie, comme si la sélection du bon
> embout déterminait magiquement le bon voltage.
> J'en possède une autre, beaucoup plus ancienne qui elle possède un moyen
> de sélection et de visualisation du voltage.
> 
> 1. Existe-t-il une norme, une référence, dans le domaine des PC
> portables, qui décrit la relation entre un embout et des
> caractéristiques électriques ?

Pas à ma connaissance.

> 2. Une alimentation de PC portable est-elle capable de découvrir, de
> négocier ou de s'adapter à une alimentation universelle ou bien les
> valeurs couramment rencontrées sont-elles suffisamment proches pour que
> "tout marche" ?

Les cartes-mères ne travaillent pas en 19V. Les tensions utiles sont
3V3, 5V, 12V (pas forcément sur un portable) et -12V (même remarque).
Les tensions CPU et mémoire sont tirées à part. Le 19,5V qu'on voit
partout est surtout une tension inférieure à 20V (certains
convertisseurs n'acceptent pas plus de 20V en entrée). Le constructeur
cherche la tension la plus haute acceptable pour réduire d'autant le
courant. Donc 18 ou 19V, ça fonctionnera. Il n'y a aucune négociation.

> 3. Par simple curiosité, connaissez-vous des PC portables qui ne
> fonctionnent pas en 19V ?

J'ai un Toshiba un peu ancien qui est en 14,4V.
Il existe des cartes-mères en 12V (mais je les suspecte de fonctionner
aussi en 19V).

> 4. Connaissez-vous des alimentation de PC avec embout coaxial dont la
> polarité n'est pas avec le moins sur la surface extérieure ?

Oulà... La logique veut qu'on mette le moins à l'extérieur, mais il
existe des gens tordus.

JKB

Re : Re: Re : [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[benoit]

Alors là... Je ne comprend pas pourquoi ça ne va pas !

KeyPress event, serial 37, synthetic NO, window 0x81,
root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
XLookupString gives 1 bytes: (61) "a"

Tes deux claviers retournent la même chose lors de la pression de la touche A :
keycode 24 (keysym 0x61, a)

Normalement ça devrait aller ...

--
Benoit

Sent with [ProtonMail](https://protonmail.com/) Secure Email.

‐‐‐ Original Message ‐‐‐
Le lundi 22 novembre 2021 à 08:47, Olivier  a écrit :

> De mon message précédent, je déduis:
> la touche A du clavier d'origine émet des événements,
> ces événements suivent "une table de correspondance" inhabituelle avec 
> l'émission d'un keycode 211 au lieu d'un keycode attendu 24,
> visiblement, deux claviers physiques connectés à une même machine (l'un par 
> USB, l'autre par XXX), suivent chacun leur propre table de correspondance
>
> En cherchant, je n'ai pas trouvé de nom à l'interface entre la carte mère 
> d'un PC portable et son clavier d'origine. Je l'ai baptisée XXX ci-dessus.
>
> Qu'en pensez-vous ? Que faire ?
>
> Le lun. 22 nov. 2021 à 08:23, Olivier  a écrit :
>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XmbLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,
>> XLookupString gives 0 bytes:
>> XmbLookupString gives 0 bytes:
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,
>> XLookupString gives 0 bytes:
>> XFilterEvent returns: False
>> Voici ci-dessus une capture avec xev.
>> Les 2 premiers évènements sont consécutifs à un appui sur la touche A d'un 
>> clavier USB Azerty connecté au PC portable.
>> Les 2 suivants sont consécutifs à un appui sur la touche du clavier Azerty 
>> d'origine du PC portable.
>>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XmbLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,
>> XLookupString gives 0 bytes:
>> XmbLookupString gives 0 bytes:
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,
>> XLookupString gives 0 bytes:
>> XFilterEvent returns: False
>>
>> Le jeu. 18 nov. 2021 à 17:29, benoit  a écrit :
>>
>>> Perso j’essayerais en premier un test simple sur une touche au choix :
>>>
>>> – avec xev, je regarderais le numéro de la touche du clavier, par exemple 
>>> chez moi la touche A c’est keycode 24.
>>>
>>> - Tu regardes avec xev ce que renvois cette touche défectueuse (toujours 
>>> pour A)
>>>
>>> keycode 24 (keysym 0x61, a)
>>>
>>> - Si xev ne réagit pas à la pression d’une touche défectueuse t’es mal et 
>>> il faut aller l’associer, je ne sais plus comment.
>>>
>>> - Si tu obtiens un truc qui ne correspond pas, tu lui affectes a comme 
>>> premier test :
>>>
>>> xmodmap -e "keycode 24 = a"
>>>
>>> Et puis il faut aller lire la doc de l’ordre des modificateurs tels que 
>>> Shif, Alt, Ctrl…
>>>
>>> Voici l’ordre dans le man xmodmap :
>>>
>>> «Le premier keysym est utilisé quand aucune touche de modificateur n'est 
>>> pressée en même temps que la touche, le second quand la touche majus‐cule 
>>> (Shift) est pressée, le troisième en combinaison avec la touche Mode_switch 
>>> (Alt Gr) et le quatrième en combinaison avec les touches majuscule et 
>>> Mode_switch.»
>>>
>>> Ce qui donne en suivant l’ordre indiqué dans le man :
>>>
>>> xmodmap -e "keycode 24 = a A 

[HS] Utilisation d'une alimentation universelle de PC portable

[Olivier]

Bonjour,

J'ai dernièrement acheté une nouvelle alimentation universelle de PC
portable.
Sa fiche technique indique qu'elle supporte plusieurs tensions en sortie
(18V, 19V, ...) pour une puissance maximale de 90W.
Elle est livrée avec plusieurs embouts (PC power tips) permettant une
connexion physique à une multitude de modèles de PC portable.

Pourtant, je suis surpris que cette alimentation ne possède aucune commande
de sélection du voltage en sortie, comme si la sélection du bon embout
déterminait magiquement le bon voltage.
J'en possède une autre, beaucoup plus ancienne qui elle possède un moyen de
sélection et de visualisation du voltage.

1. Existe-t-il une norme, une référence, dans le domaine des PC portables,
qui décrit la relation entre un embout et des caractéristiques électriques ?

2. Une alimentation de PC portable est-elle capable de découvrir, de
négocier ou de s'adapter à une alimentation universelle ou bien les valeurs
couramment rencontrées sont-elles suffisamment proches pour que "tout
marche" ?

3. Par simple curiosité, connaissez-vous des PC portables qui ne
fonctionnent pas en 19V ?

4. Connaissez-vous des alimentation de PC avec embout coaxial dont la
polarité n'est pas avec le moins sur la surface extérieure ?

Slts

Problème carte son USB

[Alexandre D]

Bonjour,

J'ai fait l'acquisition d'une carte son USB (Berhinger UMC202HD) reconnu 
par Debian au démarrage est presque opérationnelle.


Je rencontre un problème de micro coupure lors de la lecture musicale en 
réseau, sur le web ou en local.


J'ai désinstallé puis réinstallé pulseaudio et alsa mais cela ne résout 
pas le problème.


Je suis sous Debian GNU/Linux bookworm/sid x86_64 avec un noyau 
5.15.0-1-amd64.


Merci par avance pour votre aide.

Librement

--

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁
⢿⡄⠘⠷⠚⠋
⠈⠳⣄ ⠀⠀  
Alexandre D.
https://alexbook.fr
alexan...@alexbook.fr

- - - - - - -
System : Debian SID
- - - - - - - -

Re: Problème pour accèder au disque D en dual boot avec Windows 10

[lists . debian]

Bonjour à tous, Je suis désolé pour l'énorme délai de réponse, mais je me suis 
embarqué dans mon changement de SSD. Comme prévu par Didier, cela n'a pas 
résolu le problème, même si j'ai fait une installation propre de mes 2 systèmes 
: Windows et Debian. Par contre la bonne nouvelle est-ce que j'ai réussi à 
accéder aux fichiers : j'ai eu une intuition que l'erreur pouvait venir de 
l'outil de synchronisation avec mon NAS (Synology Drive Client, installé sur 
mon Windows). J'ai donc copié tous mes documents manuellement du NAS vers mon 
HDD, et maintenant j'ai accès à tous les fichiers :) Je vais maintenant 
paramétrer le montage automatique au démarrage et je dois partir bien pour mon 
dual boot :) Merci beaucoup de votre aide Le 2021-11-10 13:43, didier gaumet 
 a écrit : > > > > Le mercredi 10 novembre 2021 à 
13:14 +0100, lists.deb...@netc.eu a > écrit : > > Bonjour Didier, > > > > Je 
viens de tester les plugins : > > J'ai copié les plugins systcomp 
(ntfs-plugin-8017.so) et dedup > > (ntfs-plugin-8013.so) dans le 
dossier /usr/lib64/ntfs-3g/ (j'ai > > du créer le dossier ntfs-3g). > > > > 
Après avoir redémarré mon PC j'ai toujours le même erreur. > > Je ne suis pas 
affirmatif mais il est possible que le répertoire > /usr/lib64 ne soit utilisé 
que sur des installations en double > architecture 32+64 bits, peut-être en 64 
bits purs, faut-il copier les > plugins dans /usr/lib/ntfs-3g/. Je viens de 
vérifier: je n'ai quasiment > rien dans /usr/lib64 (PC avec Debian en 64 bits 
purs, pas en double > architecture 32+64) > > Tu ne risques rien à faire le 
test en copiant les plugins dans > /usr/lib/ntfs-3g/... > > > Je pense que je 
vais essayer de désactiver la compression pour voir > > ce qui cela va 
donner... Je vous tiens au courant une fois les > > manipulations terminés. > > 
> >

Re: El gestor de paquets APT ha estat modificat impedir la desinstal.lació de components esencials

[Aniol Martí]

On 11/22/21 7:48 AM, Lluís Gras wrote:
> Però això ja ho feia abans, suposo que en els casos encara més crítics
> que perdre un entorn gràfic.
> 
> Perquè aquest matí estava eliminant l'arquitectura i386 de la meva
> instal·lació i casualment m'hi he trobat.
> 
> "Avís: la realització d'aquesta tasca pot induir a errors en el vostre
> sistema.
>       No contineu si no coneixeu exactament el que esteu fent.
> To continue, type the phrase "Sóc conscient que no és una bona idea"
> (or: "I am aware that this is a very bad idea"):"

Pel que vaig llegir ara no pots fer això. Retorna un error i si vols que
ho desinstal·li has de passar un paràmetre en l'ordre d'execució.

Salut!
Aniol