Re: $USER vs. $LOGNAME and the EnvironmentVariables wiki page

[Max Nikulin]

On 26/03/2024 02:48, Patrice Duroux wrote:

1. Using CodeSearch, it is not clear to me when to use one or the other.


Some additions to Greg's answer.

From (info "(libc) Standard-Environment")
https://www.gnu.org/software/libc/manual/html_node/Standard-Environment.html
25.4.2 Standard Environment Variables
LOGNAME

This is the name that the user used to log in. Since the value in
the environment can be tweaked arbitrarily, this is not a reliable
way to identify the user who is running a program; a function like
getlogin (see Identifying Who Logged In) is better for that purpose.

For most purposes, it is better to use LOGNAME, precisely because
this lets the user specify the value.

The following man page is explicitly linked from the wiki page
environ(7) § NOTES:

The HOME, LOGNAME, SHELL, and USER variables are set when the user is
changed via a session management interface, typically by a program such
as login(1) from a user database (such as passwd(5)).  (Switching to the
root user using su(1) may result in a mixed environment where LOGNAME
and USER are retained from old user; see the su(1) manual page.)


2. Would it be nice if the EnvironmentVariables page were linked to a
new page named EnvironmentVariablesList (the same way as DotFiles and
DotFilesList)?


Do you think it would be a long and detailed enough list? At least some 
variables should be discussed in a more specific context, e.g. 
. 
For USER vs. LOGNAME I see nothing Debian-specific, but on the other 
hand I can not suggest a better site. (I have not tried to search on 
stackoverflow.)

Re: seeding /dev/random from a security key

[Jeffrey Walton]

On Mon, Mar 25, 2024 at 4:33 PM Björn Persson  wrote:
>
> In a quest to acquire hardware random number generators for seeding
> /dev/random on servers that lack a built-in entropy source, I'm
> investigating how random data can be obtained from a security key such
> as a Nitrokey, Yubikey or a similar device.

Out of morbid curiosity, what hardware are the servers using? RDRAND
and RDSEED have been available since about 2012, so it is mostly
ubiquitous nowadays.

> RNGD version 6 from https://github.com/nhorman/rng-tools can fetch
> random data through a PKCS #11 interface, but the two versions of RNGD
> in Debian seem to lack that ability. Debian has rng-tools5 and
> rng-tools-debian, but not Neil Horman's version 6. Or am I just failing
> to find it?

Be careful of rng-tools. It does not do a good job for non-mainstream
generators, like VIA's Padlock Security Engine. And rng-tools did not
support generators for architectures, like you would find on ARM,
aarch64 and PowerPC.

> SCDrand from https://incenp.org/dvlpt/scdtools.html can also obtain
> random data from a "smartcard"-compatible device, but I don't find that
> in Debian either.
>
> Does anyone know of another way to obtain random data from devices of
> this kind?

PKCS#11 is a standard interface. If the card provides a generator,
then the code is the same for all cards. OpenSSL and GnuPG should be
able to extract the entropy from the card, and then use it to seed
/dev/{u}random.

But keep in mind ... the kernel crypto folks effectively deprecated
/dev/random, and recommend using /dev/urandom for your random bits. Or
use getrandom(2). See .

Jeff

Re: Debian 12.5.0 amd64 and OpenZFS bug #15526

[David Christensen]

On 3/25/24 15:05, Gareth Evans wrote:

On Fri 22/03/2024 at 21:01, Gareth Evans  wrote:

As anyone interested can see from the ref to #15933 in the below, there seems 
to have been considerable effort in getting to grips with this bug (actually 
multiple bugs), and it looks like a fix may be forthcoming, though not sure at 
the time of writing if there may be some further polishing first

https://github.com/openzfs/zfs/pull/16019


https://github.com/openzfs/zfs/issues/15933

is now closed as completed with fix

https://github.com/openzfs/zfs/commit/102b468b5e190973fbaee6fe682727eb33079811

which for the moment necessarily adds synchronous writes.

FYI.
Gareth



Thank you for keeping an eye on this.


Looking at the github commit, the C code makes me worry -- it does not 
appear to use traditional C/C++ thread-safe programming techniques such 
as I learned in CS and used when I did systems programming (e.g. guard 
functions, critical sections, locks, semaphores, etc.).  Do I need to 
look at more enclosing code to see such, are those techniques missing, 
are there some newer techniques I do not understand, or something else?



David

Re: seeding /dev/random from a security key

[Björn Persson]

Andy Smith wrote:
> EntropyKey is a dead product that can no longer be obtained

I've seen several like that. They're permanently sold out, or the
webshops are abandoned and half-broken. Pure random number generators
that are actually possible to buy are rare. That's why I'm
investigating whether security keys can be used instead. Security keys
are available from multiple vendors, but it's hard to find any
information about the random number generators inside them.

> OneRNG is still in production.

I tried to buy one of those a while ago, but I couldn't because the
shop didn't like my card number.

> On their mailing list however, there
> is a recent discussion about whether there any point. The conclusion
> seems to be "not really". Thread starts here:
> 
> http://lists.ourshack.com/pipermail/discuss/2024-March/000797.html
> 
> The thread covers how to make rngd feed /dev/random from a OneRNG in
> Debian 12, but it is no longer possible to tell if that does
> anything useful.

It is indeed harder to tell since Linux stopped keeping track of the
entropy level, and it's now necessary to force-feed /dev/random
periodically instead of waiting for the entropy level to drop.

A random number generator is still useful on a server with no keyboard,
no spinning disk and no RDRAND or similar processor instruction.
Otherwise network traffic becomes the only source of entropy, and I'd
rather not rely solely on events controlled by other computers.

It also helps to mix entropy from multiple sources, in case one of them
has a design flaw or a backdoor, or breaks down, or loses its driver
like in Debian bug 1041007.

Björn Persson


pgpEuWy2nx_ME.pgp
Description: OpenPGP digital signatur

Re: seeding /dev/random from a security key

[Greg Wooledge]

On Mon, Mar 25, 2024 at 06:09:02PM -0400, e...@gmx.us wrote:
> On 3/25/24 17:27, Andy Smith wrote:
> > The thread covers how to make rngd feed /dev/random from a OneRNG in
> > Debian 12, but it is no longer possible to tell if that does
> > anything useful.
> 
> If not from devices like this, from where does Debian get its randomness?

random(4) (i.e. "man 4 random") gives a basic introduction to the topic,
if you have manpages-dev installed.

Re: seeding /dev/random from a security key

[eben]

On 3/25/24 17:27, Andy Smith wrote:

The thread covers how to make rngd feed /dev/random from a OneRNG in
Debian 12, but it is no longer possible to tell if that does
anything useful.


If not from devices like this, from where does Debian get its randomness?

--
For is it not written, wheresoever two or three are gathered
together, yea they will perform the Parrot Sketch.

-- Rob on ASR

Re: Debian 12.5.0 amd64 and OpenZFS bug #15526

[Gareth Evans]

On Fri 22/03/2024 at 21:01, Gareth Evans  wrote:
> As anyone interested can see from the ref to #15933 in the below, there seems 
> to have been considerable effort in getting to grips with this bug (actually 
> multiple bugs), and it looks like a fix may be forthcoming, though not sure 
> at the time of writing if there may be some further polishing first
> 
> https://github.com/openzfs/zfs/pull/16019

https://github.com/openzfs/zfs/issues/15933 

is now closed as completed with fix

https://github.com/openzfs/zfs/commit/102b468b5e190973fbaee6fe682727eb33079811

which for the moment necessarily adds synchronous writes.

FYI.
Gareth

Re: seeding /dev/random from a security key

[Andy Smith]

Hi,

On Mon, Mar 25, 2024 at 09:24:23PM +0100, Björn Persson wrote:
> Does anyone know of another way to obtain random data from devices of
> this kind?

I have some EntropyKeys and some OneRNGs. I have the rngd packaged
in Debian feeding /dev/random from them.

This had an actual noticeable effect in Debian 9 and earlier, but
since the reworking of Linux's random subsystem I cannot demonstrate
any benefit unless I disable all use of the RDRAND CPU instruction.

EntropyKey is a dead product that can no longer be obtained but
OneRNG is still in production. On their mailing list however, there
is a recent discussion about whether there any point. The conclusion
seems to be "not really". Thread starts here:

http://lists.ourshack.com/pipermail/discuss/2024-March/000797.html

The thread covers how to make rngd feed /dev/random from a OneRNG in
Debian 12, but it is no longer possible to tell if that does
anything useful.

I most likely will not be replacing these devices when they fail.

Thanks,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: $USER vs. $LOGNAME and the EnvironmentVariables wiki page

[Greg Wooledge]

On Mon, Mar 25, 2024 at 08:48:04PM +0100, Patrice Duroux wrote:
> Hi,
> 
> 1. Using CodeSearch, it is not clear to me when to use one or the other.

Your original Subject: header mentions $USER and $LOGNAME so I assume
you're asking about these.

$LOGNAME is the standard variable which is set by the login(1) program.
Every process in a standard login session should have access to this.
For other login sessions that don't use login(1), the rules may differ,
but see below.

Additionally, crontab(5) documents that cron sets LOGNAME, so all of
your cron jobs should also have access to it.

$USER is the old BSD variable which serves the same purpose.  Most of
the subsystems in Linux (including logins performed by ssh(1) and by
Display Managers) will set both LOGNAME *and* USER, in order to provide
the expected working environment for users from various backgrounds
(and to programs written by developers from various backgrounds).

If you're writing a new program today and wondering which one to use,
$LOGNAME should be the way to go.  Unless you want your program to run
on every old Unix/BSD system in the world -- then you should check for
both of them, LOGNAME and then USER, and use whichever one you find first.

seeding /dev/random from a security key

[Björn Persson]

Hello!

In a quest to acquire hardware random number generators for seeding
/dev/random on servers that lack a built-in entropy source, I'm
investigating how random data can be obtained from a security key such
as a Nitrokey, Yubikey or a similar device.

RNGD version 6 from https://github.com/nhorman/rng-tools can fetch
random data through a PKCS #11 interface, but the two versions of RNGD
in Debian seem to lack that ability. Debian has rng-tools5 and
rng-tools-debian, but not Neil Horman's version 6. Or am I just failing
to find it?

SCDrand from https://incenp.org/dvlpt/scdtools.html can also obtain
random data from a "smartcard"-compatible device, but I don't find that
in Debian either.

Does anyone know of another way to obtain random data from devices of
this kind?

Björn Persson


pgp1OCs1ezY_B.pgp
Description: OpenPGP digital signatur

Re: Installation minimaliste

[Jean Louis Giraud]

A ma connaissance Lxde n’est plus maintenu depuis 2021 et a fusionné avec un autre projet pour donner LXQt https://fr.m.wikipedia.org/wiki/LXDEEnvoyé de mon iPhoneLe 25 mars 2024 à 14:21, Frederic Zulian  a écrit :Lxde, lxqt,  Il y a le choix + limiter les services.On Mon, 25 Mar 2024, 12:06 ajh-valmer,  wrote:Linux light :
https://medium.com/lesenfantsdu-net/des-distributions-linux-light-a121d6019d5d

https://technochouette.istocks.club/les-8-plus-petits-distributions-linux-minimales-et-legeres/2021-04-24/

Hope it helps !

On Sunday 24 March 2024 17:25:23 Alex PADOLY wrote:
> Je souhaite faire une installation minimaliste ayant pour objectifs de 
> regarder des vidéos et d'écouter de la musique uniquement.
> Dois-je à l'installation choisir une configuration minimale ou 
> m'orienter vers une distribution légère basée sur Debian.
> Enfin, connaissez-vous un paquet Debian permettant de gérer l'archivage 
> de vidéo et de musique et gérant la lecture de ces deux types de médias.

$USER vs. $LOGNAME and the EnvironmentVariables wiki page

[Patrice Duroux]

Hi,

1. Using CodeSearch, it is not clear to me when to use one or the other.
2. Would it be nice if the EnvironmentVariables page were linked to a
new page named EnvironmentVariablesList (the same way as DotFiles and
DotFilesList)?

Best,
Patrice

recherche preprocesseur libre

[Basile Starynkevitch]

Bonsoir la liste

Pour le moteur d'inférences RefPerSys ("reflexive persistent system") en 
https://github.com/RefPerSys/RefPerSys sous licence GPLv3+ je souhaite 
que la syntaxe (encore à définir, vos suggestions constructives sont 
bienvenues) soit fournie par une grammaire (probablement pour GNU bison, 
peut-être pour bison++) par un fichier qui soit obtenu par un 
préprocesseur textuel (libre) préférentiellement packagé sous Debian 
Testing.


RefPerSys vise à être plus performant que CLIPSrules (en 
https://clipsrules.net/ ...)


On veut y générer du code (C++ ou machine) durant l'exécution (via des 
métarègles générant des règles d'inférence et du code), et reprendre des 
idées de https://arxiv.org/abs/1109.0779 (et certaines de Jacques 
Pitrat, voir https://fr.wikipedia.org/wiki/Jacques_Pitrat


RefPerSys a déjà un mécanisme d'agenda et un mécanisme de persistence 
orthogonale. Voir aussi


L'intuition c'est d'être reflexif: la grammaire de RefPerSys doit être 
décrite, ou au moins étendue, par des règles de grammaire qui sont 
générées par RefPerSys


Je connais bien sûr GNU m4 (dont la syntaxe comme la sémantique sont 
assez atroces) et GPP (en https://logological.org/gpp ) qui pourrait 
être utilisé pour générer la grammaire au format *.yy pour GNU bison



Merci de vos suggestions.

--
Basile Starynkevitch 
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: Coordonnées graphiques du focus clavier

[Pierre ESTREm]

Bonjour,

Le but serait de récupérer le texte d'une info-bulle d'une icone du bureau.
Pour ce faire j'aurais besoin de mener (moveTo) le pointeur de souris 
jusque ce focus clavier et ensuite à bosser car je ne sais pas pour 
l'heure lire cette info-bulle.


Il s'agit d'un script qui serait un daemon pour pallier au bug de Orca 
de sorte de savoir sur quelle icone le focus clavier se trouve.


A propos de ce bug signalé par Kiril j'avoue ne pas savoir faire quoi de 
ce fichier :

https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-desktop-icons-ng/+bug/2048390/+attachment/5736866/+files/add-accessibility-support.diff
Après son downoad un :
$ patch add-accessibility-support.diff
Je comprends qu'il faudrait le comparer, mais à quoi ?

pierre estrem




Le 25/03/2024 à 08:10, Basile Starynkevitch a écrit :


On 3/24/24 19:50, Pierre ESTREm wrote:

Bonjour,

Je ne parviens pas à trouver comment récupérer les coordonnées X et Y 
où se situe le focus clavier dans un écran.

Ca doit se faire...


La question me parait bizarre. Dans mon souvenir des règles de codage 
des applications graphiques, un tel comportement est explicitement 
proscrit ou déconseillé. Quel est le cas d'usage? En plus le focus 
clavier appartient à une fenêtre (zone rectangulaire de X11) pas à un 
point. Et il peut être redirigé, et peut-être même dans des cas 
pathologiques multiples.




Tout ce que je sais faire est de récupérer celles du pointeur souris 
(avec les modules pyxhook ou pyautogui).


Une idée en Python ? Sinon en Bash, xprop etc



Je ne connais pas l'API en détails, mais en C et avec un serveur 
d'affichage Xorg (pas Wayland) il faudrait se plonger dans les détails 
de IM. 
https://www.x.org/releases/X11R7.6/doc/xorg-docs/specs/ICCCM/icccm.html 
- comptez plusieurs jours de lecture (et ensuite quelques semaines de 
codage).



Peut-être qu'il pourrait être utile de se limiter à un seul 
gestionnaire de fenêtres (sans viser la généralité) par exemple 
choisir entre https://www.fvwm.org/ et https://ice-wm.org/ et ensuite 
en modifier le code pour que votre logiciel puisse interroger 
directement ce gestionnaire de fenêtres.



Mais la question me surprend, et me parait contraire aux attendus des 
utilisateurs et aux usages.


Librement

Re: Alternative à Dropbox

[Tulum]

Le lundi 25 mars 2024, 18:12:59 CET Alex PADOLY a écrit :
> Bonsoir à tous,
> 
> Existe-t-il une alternative à Dropbox qui permettrait aussi d'avoir
> accès à ses documents sur une tablette.
> 
> Je n'aime pas le programme propriétaire qu'installe Dropbox à
> l'installation ainsi que sa politique commerciale.
> 
> Merci pour vos conseils.

Nextcloud, tu choisis ton serveur

Alternative à Dropbox

[Alex PADOLY]

Bonsoir à tous,

Existe-t-il une alternative à Dropbox qui permettrait aussi d'avoir 
accès à ses documents sur une tablette.


Je n'aime pas le programme propriétaire qu'installe Dropbox à 
l'installation ainsi que sa politique commerciale.


Merci pour vos conseils.

Re: filesystem info

[tomas]

On Mon, Mar 25, 2024 at 11:05:44AM -0400, Cindy Sue Causey wrote:

[...]

> apt-cache search kernel filesystem doc
> 
> Which brought up two docs appropriate for my own Trixie setup: linux-doc-6.5
> and linux-doc-6.6. The description for 6.6 is:
> 
> Description-en: Linux kernel specific documentation for version 6.6

[...]

That's a good one, thanks :-)

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: filesystem info

[Cindy Sue Causey]

On Sun, Mar 24, 2024 at 11:42 PM Sirius  wrote:
>
> In days of yore (Sun, 24 Mar 2024), fxkl4...@protonmail.com thus quoth:
> > when i type mount i see many different filesystem names
> >
> > sysfs, proc, udev, devpts, tmpfs, securityfs, cgroup2, pstore, none,
> > systemd-1, hugetlbfs, mqueue, debugfs, tracefs, sunrpc, fusectl, configfs
> > binfmt_misc, portal
> >
> > is there "simple" documentation to explain what these are
> >
>
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/Documentation/filesystems?h=v6.8.1
>
> The Linux Kernel sources have a Documentation tree that documents many
> aspects and features of the kernel. There may be a kernel-doc package you
> can install that should put that documentation right onto your system in
> /usr/share/doc/kernel/.
>
> Do note: reading the docs about /proc and /sys (procfs and sysfs
> respectively) may give ideas - write those ideas down if you decide to try
> them out so you have a record of what you might have done on the system.
> It can be relatively easy to unintentionally cause bad performance by
> poking around with those settings.

That suggestion inspired an apt-cache search:

apt-cache search kernel filesystem doc

Which brought up two docs appropriate for my own Trixie setup: linux-doc-6.5
and linux-doc-6.6. The description for 6.6 is:

Description-en: Linux kernel specific documentation for version 6.6
 This package provides the various README files and HTML documentation for
 the Linux kernel version 6.6.  Plenty of information, including the
 descriptions of various kernel subsystems, filesystems, driver-specific
 notes and the like.  An index to the documentation is installed as
 /usr/share/doc/linux-doc-6.6/html/index.html.

Sounds pretty good, in fact just downloaded for myself. For those who
haven't found them yet, you can also install various Debian centric handbooks
using similar searches, e.g. for "admin". Empowered users, yada-yada!

Cindy :)

PS Apologies for potential email formatting glitches. Boogeyman Gmail
finally forced its dynamic'y version on us text folks. Standard line
length options are
"indisposed". I had to manually hack them down to size. FAIL.
-
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA
* runs with birdseed *

RE: Reporte de fallo

[Juan Acuña]

Hola Leandro, puedes dar mas detalles, versiones etc

Tambien tengo Debian 12 y al menos en esta version funciona bien.

6.1.0-17-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.69-1 (2023-12-30) x86_64 
GNU/Linux

saludos


De: Leandro Garcia 
Enviado: domingo, 24 de marzo de 2024 15:58
Para: debian-user-spanish@lists.debian.org 

Asunto: Reporte de fallo

Hola. He encontrado un fallo en uno de los comandos predeterminados en Debian 
12.

Se trata del comando "TAC" (inversor de listas)

Donde puedo informarlo? No se como reportarlo, ni donde.. pero es un fallo que 
debe estar afectando a todos los usuarios que usen ese comando.

Gracias



No sienta la obligación de contestar este mail fuera de horario laboral.

Re: Installation minimaliste

[Frederic Zulian]

Lxde, lxqt, 

 Il y a le choix + limiter les services.

On Mon, 25 Mar 2024, 12:06 ajh-valmer,  wrote:

> Linux light :
>
> https://medium.com/lesenfantsdu-net/des-distributions-linux-light-a121d6019d5d
>
>
> https://technochouette.istocks.club/les-8-plus-petits-distributions-linux-minimales-et-legeres/2021-04-24/
>
> Hope it helps !
>
> On Sunday 24 March 2024 17:25:23 Alex PADOLY wrote:
> > Je souhaite faire une installation minimaliste ayant pour objectifs de
> > regarder des vidéos et d'écouter de la musique uniquement.
> > Dois-je à l'installation choisir une configuration minimale ou
> > m'orienter vers une distribution légère basée sur Debian.
> > Enfin, connaissez-vous un paquet Debian permettant de gérer l'archivage
> > de vidéo et de musique et gérant la lecture de ces deux types de médias.
>
>

Re: Installation minimaliste

[Michel Verdier]

Le 25 mars 2024 François LE GAD a écrit :

>> Tu n'auras pas plus léger que d'installer comme on te l'a suggéré un
>> environnement léger lxde ou xfce, en désélectionnant tout le reste, puis
>> en installant juste ce qu'il te faut.
>> 
> Encore plus léger : un simple gestionnaire de fenêtres.

Tout à fait et c'est d'ailleurs ce que j'utilise. Mais il n'y a pas ce
choix dans l'installateur je crois ? J'utilise l'install serveur ssh en
général pour ça.

Re: Installation minimaliste

[ajh-valmer]

Linux light :
https://medium.com/lesenfantsdu-net/des-distributions-linux-light-a121d6019d5d

https://technochouette.istocks.club/les-8-plus-petits-distributions-linux-minimales-et-legeres/2021-04-24/

Hope it helps !

On Sunday 24 March 2024 17:25:23 Alex PADOLY wrote:
> Je souhaite faire une installation minimaliste ayant pour objectifs de 
> regarder des vidéos et d'écouter de la musique uniquement.
> Dois-je à l'installation choisir une configuration minimale ou 
> m'orienter vers une distribution légère basée sur Debian.
> Enfin, connaissez-vous un paquet Debian permettant de gérer l'archivage 
> de vidéo et de musique et gérant la lecture de ces deux types de médias.

Re: Installation minimaliste

[François LE GAD]

Le 24/03/2024 à 19:04, Michel Verdier a écrit :


Tu n'auras pas plus léger que d'installer comme on te l'a suggéré un
environnement léger lxde ou xfce, en désélectionnant tout le reste, puis
en installant juste ce qu'il te faut.


Encore plus léger : un simple gestionnaire de fenêtres.

--
François

Re: Installation minimaliste

[Fabien Dubois]

Je l'utilise en local, sur un Pi 4, comme média center sur ma télé, 
accès wifi sur le réseau mais aucun compte externe. Après je ne suis pas 
spécialiste, pour certaines fonctionnalités, du cloud... Ben faut voir. 
Mais je n'ai rien vu de tel pour mon usage.


Fab

Le 25/03/2024 à 10:34, Erwann Le Bras a écrit :


Pour Kodi faut pas créer obligatoirement un compte sur un serveur externe?

Re: Installation minimaliste

[Erwann Le Bras]

Pour Kodi faut pas créer obligatoirement un compte sur un serveur externe?

Le 24/03/2024 à 17:46, Fabien Dubois a écrit :

Bonjour,
Kodi est un media center fonctionne bien, je l'utilise avec xbian mais 
celui-ci n'est dispo que pour Raspberry Pi et assimilés.


https://kodi.tv/

https://xbian.org/

Je ne sais pas si cela répond à la question.
Fabien

Le 24/03/2024 à 17:25, Alex PADOLY a écrit :


Bonsoir à tous,


Je souhaite faire une installation minimaliste ayant pour objectifs 
de regarder des vidéos et d'écouter de la musique uniquement.


Dois-je à l'installation choisir une configuration minimale ou 
m'orienter vers une distribution légère basée sur Debian.


Enfin, connaissez-vous un paquet Debian permettant de gérer 
l'archivage de vidéo et de musique et gérant la lecture de ces deux 
types de médias.



MERCI BEAUCOUP !


Alex PADOLY

Re: Installation minimaliste

[Erwann Le Bras]

bonjour

Si c'est pour lire en local, une install de base incluant VLC ou son 
lecteur favori suffira.


Si c'est pour en faire un serveur multimédia permettant de "/streamer/" 
vers d'autres périphériques uPNP voir du coté de Gerbera (que je n'ai 
jamais réussi à faire fonctionner correctement).


Hors Debian, UMS (Universal Media Player) permet de transcoder vers des 
périphériques uPNP ou HTTP. C'est en java, il faut une config de base un 
peu costaude pour transcoder et lire en même temps.


Pour l'archivage je n'ai pas bien compris de quoi il s'agit.

bonne journée

Erwann

Le 24/03/2024 à 17:25, Alex PADOLY a écrit :


Bonsoir à tous,


Je souhaite faire une installation minimaliste ayant pour objectifs de 
regarder des vidéos et d'écouter de la musique uniquement.


Dois-je à l'installation choisir une configuration minimale ou 
m'orienter vers une distribution légère basée sur Debian.


Enfin, connaissez-vous un paquet Debian permettant de gérer 
l'archivage de vidéo et de musique et gérant la lecture de ces deux 
types de médias.



MERCI BEAUCOUP !


Alex PADOLY

Re: Reporte de fallo

[Camaleón]

El 2024-03-24 a las 15:58 -0300, Leandro Garcia escribió:

> Hola. He encontrado un fallo en uno de los comandos predeterminados en
> Debian 12.

Yo también tengo curiosidad por saber qué falla :-?
 
> Se trata del comando "TAC" (inversor de listas)
> 
> Donde puedo informarlo? No se como reportarlo, ni donde.. pero es un fallo
> que debe estar afectando a todos los usuarios que usen ese comando.

man tag

REPORTING BUGS
   GNU coreutils online help: 

   Report any translation bugs to 


Saludos,

-- 
Camaleón 

Re: Coordonnées graphiques du focus clavier

[Basile Starynkevitch]

On 3/24/24 19:50, Pierre ESTREm wrote:

Bonjour,

Je ne parviens pas à trouver comment récupérer les coordonnées X et Y 
où se situe le focus clavier dans un écran.

Ca doit se faire...


La question me parait bizarre. Dans mon souvenir des règles de codage 
des applications graphiques, un tel comportement est explicitement 
proscrit ou déconseillé. Quel est le cas d'usage? En plus le focus 
clavier appartient à une fenêtre (zone rectangulaire de X11) pas à un 
point. Et il peut être redirigé, et peut-être même dans des cas 
pathologiques multiples.




Tout ce que je sais faire est de récupérer celles du pointeur souris 
(avec les modules pyxhook ou pyautogui).


Une idée en Python ? Sinon en Bash, xprop etc



Je ne connais pas l'API en détails, mais en C et avec un serveur 
d'affichage Xorg (pas Wayland) il faudrait se plonger dans les détails 
de IM. 
https://www.x.org/releases/X11R7.6/doc/xorg-docs/specs/ICCCM/icccm.html 
- comptez plusieurs jours de lecture (et ensuite quelques semaines de 
codage).



Peut-être qu'il pourrait être utile de se limiter à un seul gestionnaire 
de fenêtres (sans viser la généralité) par exemple choisir entre 
https://www.fvwm.org/ et https://ice-wm.org/ et ensuite en modifier le 
code pour que votre logiciel puisse interroger directement ce 
gestionnaire de fenêtres.



Mais la question me surprend, et me parait contraire aux attendus des 
utilisateurs et aux usages.


Librement

--
Basile Starynkevitch 
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/