perte de la touche morte du clavier pour saisir les accents circonflexes depuis une mise à jour système

[Frédéric Baldit]

Bonjour,

depuis la dernière mise à jour de mon système (Bookworm sous Gnome), je
n'ai plus accès avec mon clavier à la saisie des accents circonflexes
avec la touche morte de mon clavier (qui utilise le layout «Français,
obsolete, variante»).

Le phénomène est visible par exemple dans un terminal, dans emacs ou
depuis claws-mail. J'ai tenté un

sudo dpkg-reconfigure keyboard-configuration

...sans succès. Curieusement, dans la zone de saisie d'un navigateur
cette touche fonctionne, ainsi que dans le terminal zutty. Si je me
connecte Aussi, si je me connecte sur tty3 (après Ctrl-Alt-F3), j'ai
bien l'usage de cette touche. Je sèche...

Merci d'avance pour toute aide.
Cordialement,

--
  Frédéric Baldit

Re: Kvm Bridge Network Problem

[Geert Stappers]

On Tue, May 07, 2024 at 02:17:05AM +0100, Gareth Evans wrote:
> On Tue 07/05/2024 at 01:51, Gareth Evans wrote:
> 
> I did miss a step.  
> 
> > Start VM, check DHCP address assigned
> 
> should be
> 
> > Edit the VM NIC settings and choose your routed network connection from the 
> > "Network Source" dropdown. Apply changes.
> 
> > Start VM, check DHCP address assigned
> 
> I actually deleted other vibrX devices and networks before starting, but I 
> don't think that matters.
> 
> G

For the sake of the archive: Place _all_ steps in one email.
Preferable in reply to the original posting.
 

Groeten
Geert Stappers
-- 
Silence is hard to parse

Re: Problema de Thunderbird debian 11 con Zimbra

[Roberto José Blandino Cisneros]

On Fri, Feb 17, 2023 at 1:36 AM Camaleón  wrote:
>
> El 2023-02-16 a las 21:40 -0600, Roberto J. Blandino Cisneros escribió:
>
> > El 12/2/23 a las 13:04, Camaleón escribió:
> > > El 2023-02-12 a las 12:05 -0600, Roberto J. Blandino Cisneros escribió:
> > >
> > > > El 12/2/23 a las 04:40, Camaleón escribió:
> > > > > > Por mera curiosidad consulte las versiones de ambos clientes y vi 
> > > > > > que mi
> > > > > > cliente de thunderbird tenía la version "102" proveída del 
> > > > > > repositorio de
> > > > > > seguridad, y la otra aún tenía la versión "91" proveída del 
> > > > > > repositorio
> > > > > > principal.
> > > > > >
> > > > > > Por lo tanto respalde la carpeta, desinstalé el paquete e instalé
> > > > > > manualmente la versión "91" desde el repositorio excluyendo para 
> > > > > > thunderbird
> > > > > > los demás repositorios, por medio de de una maquina virtual instalé 
> > > > > > la
> > > > > > ultima versión de thunderbird para lograr abrir el backup y guardar 
> > > > > > todos a
> > > > > > una carpeta local compartida en red, luego pase los correos al 
> > > > > > thunderbird
> > > > > > con version "91" y listo.
> > > > > >
> > > > > > Para mi sorpresa con esta versión no me ha dado inconvenientes, he
> > > > > > habilitado el debug en thunderbird y no he visto nada extraño en 
> > > > > > los logs
> > > > > > más que errores de autenticación.
> > > > > >
> > > > > > ¿Alguien ha presentado ese problema?
> > > > > (...)
> > > > >
> > > > > No uso Zimbra y tampoco sé qué servidor pop3/imap incluye pero si 
> > > > > tienes
> > > > > acceso a los registros del servidor (Zimbra) y te dice que falla en la
> > > > > autenticación del cliente, tanto en Outlook como en Thunderbird, quizá
> > > > > se deba a algún problema de incompatibilidad con estos clientes.
> > > > Zimbra hace uso de postfix es un set completo que combina,
> > > > mysql+postfix+amavisd+clamav+ldap+dkim+dnscache+proxy+nginx y todo el 
> > > > set es
> > > > completo para administrar el servicio, lógico que no es solo de 
> > > > instalar y
> > > > listo, aunque funciona pero requiere algunos detalles para asegurarlo y
> > > > protegerlo.
> > > Sigo sin ver quién se encarga de la parte receptora (buzones) de los 
> > > correos
> > > electrónicos... es decir, no veo un Dovecot, Cyrus, Courier-Imapd, por 
> > > poner
> > > algunos ejemplos.
> >
> > Puedes leer el siguiente url:
> >
> > https://zimbra.github.io/zimbra-9/adminguide.html
> >
> > En la parte de "Produc Overview"
> >
> > El postfix es el que se encarga de administrar tanto el SMTP como el Popd y
> > el imapd,
>
> (...)
>
> Postfix no puede encargarse de conexiones IMAP4/POP3, es un MTA.
>
> > Luego si sigues leyendo encontraras el flujo del correo.
>
> Ya lo veo... tienen algún servicio IMPAD integrado en la suite:

Así es

>
> 
> https://zimbra.github.io/zimbra-9/adminguide.html#_imap
>
> IMAP
>
> Zimbra Collaboration has a built-in IMAP server which is installed by
> default and is part of zimbra-mailboxd process (Zimbra Mailbox Server).
> 
>
> Pero no dice de qué servicio de trata. Qué poco me gustan estas
> herramientas que pretenden encargarse de todo y a la vez, le ocultan
> todo al administrador (todo para el pueblo pero sin el pueblo) :-/

Es bien complejo, se requiere mucho tiempo desenmarañar todo y como
está todo entrelazado. Y cuando hacen cambios es por el bien de ellos,
ahora la instalación tiene que ser por compilación para obtener la
nueva suite, por ejemplo.

Los que solo lo consumen sin saber nada de compilación han corrido la
voz de que ya está muerto y que no hay actualizaciones sin embargo
zimbra lo que ha dicho es que ya no se va a encargar de  ofrecer los
compilados para la rama opensource, pero seguirán disponibles.

Los resultados que hice es que al final actualizar el thunderbird
resolvió algunos problemas, puede ayudar crear varios zimbra proxy
dependiendo de la geolocalizacion y esto mejora los problemas de
conexión.

>
> Saludos,
>
> --
> Camaleón

Saludos

>
(...)



-- 

Re: Bookworm's /etc/mailcap seems to break s-nail

[Max Nikulin]

On 07/05/2024 18:40, Jesper Dybdal wrote:

On 2024-05-06 16:24, Max Nikulin wrote:
2. It does not skip x-scheme-handler/* entries. Are there applications 
that may use such entries?


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=291015
mime-support: run‐mailcap to understand URL notation and start 
sensible-browser if required.


A kind of proposal to support x-scheme-handler entries.


On 2024-05-06 17:04, Max Nikulin wrote:

So doubled backslashes (as in .desktop files) are correct.

What is wrong is lack of backslashes added before ";" and it is a bug.


I have now removed the "x-scheme-handler/mailto" entry


I do not think they really hurt, however they are most complex entries, 
so chance that some parser would be confused is higher.



and added backslashes in all the
emacsclient entries in mailcap, and the error messages are gone.


If these edits are outside of user section then entries may be 
regenerated to original form during installing of some package. Please, 
consider filing a bug report.

Re: Om debian på desktoppen

[Povl Ole Haarlev Olsen]

On Tue, 7 May 2024, Flemming Bjerke wrote:

Den 06.05.2024 kl. 15.18 skrev Povl Ole Haarlev Olsen:

Har du prøvet Debian backports?

Fordi jeg ikke orker at styre det:
It is recommended to pick out single backports which fit your needs, and 
not to use all backports available. 

https://wiki.debian.org/Backports


Jeg er ikke sikker på, at jeg ved hvorfor du mener det er besværligt at 
styre.


Du installer en pakke som normalt. ("dia" er, som sagt, ikke i backports, 
men da du ikke har nævnt andre pakker, bruger jeg alligevel den som 
eksempel.)


Du opdager, at "dia" fra stable af den ene eller anden grund ikke er "god 
nok".


Din løsning har været noget med at køre dia fra en Kubuntu chroot.

Med backports beder du i stedet pakkesystemet om at installere dia fra 
backports. Enten vha.


apt install dia/bookworm-backports

(hvor du kun får "dia" fra backports, men ikke eventuelle dependencies)

eller vha.

apt -t bookworm-backports install dia

(hvor både "dia" og eventuelle dependencies bliver installeret fra 
backports)


Og... Det er vist det.


Nyeste Q2OS er baseret på bookworm med nogle systemændringer.
ls /etc/apt/sources.list.d/
10_q4os.list  20_debian.list  30_debian_backports.list
(backports er ikke aktiveret)


Hint: Hvis man vil disable en fil i /etc/apt/sources.list.d/ uden at pille 
i selve filen, kan man nøjes med at rename filen, så den ikke hedder 
*.list, f.eks. hedder nogle af mine *.list.disabled



chroot /a2 mount /dev/sda4 /home

Hvad er grunden til, at du ikke bind-mounter /home?

Det er vel også det rigtigste at bruge bind. Men gør det nogen forskel?


Med bind-mount burde der kun være een version af filesystem koden i brug 
og derfor også kun een ting, der snakker med /dev/sda4. Mens der med et 
"rigtigt" mount kunne være to versioner filesystem koden i brug, en for 
/home og en for /a2/home, og derfor to ting, der prøver at snakke med 
/dev/sda4 samtidig.


Jeg har ikke checket, om det kunne give problemer. Det var lettere bare at 
bruge et bind-mount og slippe for at tænke over den slags ting.


chroot /a2  #Her kan man udføre alle mulige kommandoer. Skriptet venter 
til man kører: exit.

#chroot --userspec=flem:flem /a2 (fungerer ikke - forstår ikke hvorfor)

Hmm, hvorfor har jeg ikke hørt om --userspec før?!

man chroot


Ja, jeg er godt klar over, at det selvfølgelig står i man siden. Men hvem 
læser man sider, når ens script virker "fint"? :-)



Og nu kan mit skript forenkles ganske meget:
#!/bin/bash
mount --bind /home /a2/home
bash -c "HOME=/home/flem chroot --userspec=flem:flem /a2 $1"


Med "$@" i stedet for "$1" burde du også kunne give din kommando 
argumenter, f.eks. bede dia om at åbne en specifik fil.


Det virker ikke som om man behøver mount --bind /sys osv. Faktisk fik jeg 
lidt problemer når jeg gjorde det fordi alt i /dev/pts/ forsvandt. Hvorfor 
fatter jeg ikke, men det har nok noget at gøre med:
While ‘chroot’ is a powerful tool, it’s not a security measure by itself. 
Processes that are running as root can break out of the chroot jail. 

https://hopeness.medium.com/master-the-linux-chroot-command-a-comprehensive-guide-f2026f913726


Ok, det er ikke noget, jeg selv har oplevet, men det er efterhånden også 
et godt stykke tid siden jeg sidst brugte chroot, så måske er noget blev 
ændret.


Men jeg skal nok ikke opdatere kubuntu via chroot ... Risikerer jeg ikke at 
der kommer ged i kernen og boot ... osv.?


Jeg har ikke haft /boot mountet i mine chroots, så den slags har jeg 
aldrig tænkt nærmere over. Hvis et chroot ville ændrer i hvad det troede 
var /boot, så var det i virkelighed f.eks. /opt/wheezy/boot og ikke det 
rigtige /boot.


--
Povl Ole

Re: [HS]

[NoSpam]

Bonjour

Le 07/05/2024 à 14:25, David Martin a écrit :
je voulais dire niveau tarifs, selon vous, quel est le meilleur choix 
s'il vous plait ?
Debian ou autre, peu importe. Dell HP Microcomputer Lenovo etc. Ma 
préférence va a Dell



Le mar. 7 mai 2024 à 14:17, David Martin  a 
écrit :


Bonjour,

Savez vous quelle est la meilleure solution aujourd'hui pour un
serveur dédié sous Debian Linux ?

-- 
david martin




--
david martin

Re: [HS]

[David Martin]

je voulais dire niveau tarifs, selon vous, quel est le meilleur choix s'il
vous plait ?


Le mar. 7 mai 2024 à 14:17, David Martin  a écrit :

> Bonjour,
>
> Savez vous quelle est la meilleure solution aujourd'hui pour un serveur
> dédié sous Debian Linux ?
>
> --
> david martin
>
>

-- 
david martin

[HS]

[David Martin]

Bonjour,

Savez vous quelle est la meilleure solution aujourd'hui pour un serveur
dédié sous Debian Linux ?

-- 
david martin

Re: Bookworm's /etc/mailcap seems to break s-nail

[Jesper Dybdal]

On 2024-05-06 16:24, Max Nikulin wrote:

On 06/05/2024 20:27, Greg Wooledge wrote:

On Mon, May 06, 2024 at 02:53:10PM +0200, Jesper Dybdal wrote:

s-nail: $MAILCAPS: /etc/mailcap: text/english: ignored unknown
string/command: then exec emacsclient --alternate-editor =
--display=\\"\\$DISPLAY\\" \\"\\$@\\"

...
It seems there are a couple of bugs in update-mime: 

...
2. It does not skip x-scheme-handler/* entries. Are there applications 
that may use such entries?


On 2024-05-06 17:04, Max Nikulin wrote:

So doubled backslashes (as in .desktop files) are correct.

What is wrong is lack of backslashes added before ";" and it is a bug.

I have now removed the "x-scheme-handler/mailto" entry and added 
backslashes in all the

emacsclient entries in mailcap, and the error messages are gone.

Thanks a lot to Max and everybody else who responsed.

Jesper

--
Jesper Dybdal
https://www.dybdal.dk

Re: speaker-test: no correct sound output on LFE and others speakers

[Alexandre Rossi]

Hi,

> > My understanding is that pulseaudio uses alsa for kernel interface and
> > that speaker-test uses alsa directly. So if one cannot get speaker-test
> > to sound right, it cannot work with pulseaudio. That why I suggest 
> > workarounds
> > in alsa conf (asoundrc).
> 
> I tried several configurations of ~/.asoundrc in these days but nothing
> works with "speaker-test". Well some configurations let "aplay" to use
> rear-left, rear-right, front-center speakers but "speaker-test" never sends
> sound to front-center, rear-left, rear-right and LFE with this command:
> [...]
> Just now, checking the ALSA configuration in /etc/alsa/conf.d/ I found the
> 99-pulse.conf file:
> 
> ~# cat /etc/alsa/conf.d/99-pulse.conf
> # PulseAudio alsa plugin configuration file to set the pulseaudio plugin as
> # default output for applications using alsa when pulseaudio is running.
> [...]
> 
> Does Debian use Pulseaudio daemon as default output for ALSA applications?
> Could it be a Pulseaudio misconfiguration? Should I try to uninstall it or
> how can I stop Pulseaudio? If I do "killall pulseaudio" it re-spawns
> immediately and "systemctl" doesn't work:

My hypothesis: speaker-test outputs directly to ALSA (kernel) but ALSA redirects
to pulseaudio (the 99-pulse.conf file) and pulseaudio Output profile is stereo.
Therefore, pulseaudio downmixes 5.1 to stereo. That would explain why only
front-left and front-right output sound.

To confirm, you can either:
- move away that 99-pulse.conf file so that speaker-test use directly and only
  ALSA
- configure pulseaudio output profile for surround5.1 (you can use command line
  $ pacmd set-card-profile 0 output:output:analog-surround-51 or
  pavucontrol (graphical)

> ~# systemctl stop pulseaudio
> Failed to stop pulseaudio.service: Unit pulseaudio.service not loaded.

pulseaudio is usually a *user* service and socket activated (starts 
automatically
if some app wants to use it). To stop it, the following should work:
$ systemctl --user stop pulseaudio.socket  # stop the socket to prevent auto 
start
$ systemctl --user stop pulseaudio.service # stop the daemon

Cheers,

Alex

Re: Om debian på desktoppen

[Flemming Bjerke]

Den 06.05.2024 kl. 15.18 skrev Povl Ole Haarlev Olsen:

On Mon, 6 May 2024, Flemming Bjerke wrote:
Jeg har adskillige gange opgivet debian på desktoppen fordi jeg 
ustandselig fik problemer med alt muligt der ikke rigtig virkede, 
bl.a. programmer som ikke fungerede og ikke kunne opdateres pga. 
debians restriktioner på hvornår programmer kunne blive stable. (Jeg 
har dog ikke prøvet bookworm af.) Jeg har så valgt at køre med 
kubuntu i årevis.


Har du prøvet Debian backports?


Fordi jeg ikke orker at styre det:

It is recommended to pick out single backports which fit your needs, 
and not to use all backports available. 

https://wiki.debian.org/Backports




"dia" er, så vidt jeg kan se, ikke i backports, men måske kunne det 
bruges med nogle af de andre programmer, hvor du ønsker en nyere version.


Jeg er meget tilfreds med at køre et debian system (sources er 
primært debian stable), for jeg har normalt ikke brug for de nyeste 
versioner af forskelligt software. Derimod er stabiliteten vigtig for 
mig. Men ind i mellem får man brug for en nyere version af et 
program. F.eks. er bookworm's version af  dia håbløst buggy. Så fandt 
jeg på at chroot til min kubuntu som ligger (passivt)


Hvordan ved du, at bookworms dia er buggy, hvis du ikke har prøvet 
bookworm?


Nyeste Q2OS er baseret på bookworm med nogle systemændringer.

ls /etc/apt/sources.list.d/
10_q4os.list  20_debian.list  30_debian_backports.list
(backports er ikke aktiveret)



chroot /a2 mount /dev/sda4 /home


Hvad er grunden til, at du ikke bind-mounter /home?


Det er vel også det rigtigste at bruge bind. Men gør det nogen forskel?




chroot /a2  #Her kan man udføre alle mulige kommandoer. Skriptet 
venter til man kører: exit.

#chroot --userspec=flem:flem /a2 (fungerer ikke - forstår ikke hvorfor)


Hmm, hvorfor har jeg ikke hørt om --userspec før?!


man chroot




Hvilken fejlbesked får du?


chroot --userspec=flem:flem /a2
To run a command as administrator (user "root"), use "sudo ".
See "man sudo_root" for details.

bash: /root/.bashrc: Adgang nægtet

Som det fremgår, virker det ikke som at bruge: "su bruger" idet man ikke 
får adgang til det brugeren normalt har adgang til. Så uanset man er 
bruger (og altså ikke root), kan man f.eks. ikke køre dia:




flem@baren:/$ whoami
flem
flem@baren:/$ dia

** (dia:102168): CRITICAL **: 08:48:13.495: Could not create per-user 
Dia configuration directory

--

På nettet fandt Jeg en måde at omgå dette på:

bash -c "HOME= chroot --userspec=: 
 /bin/bash -i"


Og nu kan mit skript forenkles ganske meget:

#!/bin/bash
mount --bind /home /a2/home
bash -c "HOME=/home/flem chroot --userspec=flem:flem /a2 $1"
umount /a2/home

Med dette skript kan jeg afvikle et program på min ubuntu-partition. F.eks.

./chroot-program.sh dia

Og hvis man ikke angiver et program, startes en kommandoprompt. 
Overordentlig nyttigt.


Det virker ikke som om man behøver mount --bind /sys osv. Faktisk fik 
jeg lidt problemer når jeg gjorde det fordi alt i /dev/pts/ forsvandt. 
Hvorfor fatter jeg ikke, men det har nok noget at gøre med:


While ‘chroot’ is a powerful tool, it’s not a security measure by 
itself. Processes that are running as root can break out of the chroot 
jail. 
https://hopeness.medium.com/master-the-linux-chroot-command-a-comprehensive-guide-f2026f913726 



Men jeg skal nok ikke opdatere kubuntu via chroot ... Risikerer jeg ikke 
at der kommer ged i kernen og boot ... osv.?







Nu kan jeg starte f.eks. kubuntus dia (og libreoffice) fra en 
terminal, og hvis jeg gør det med et & efter, fungerer fungerer 
programmet videre selv efter exit fra chroot.


Hvad synes I om min løsning?


Jeg har haft noget i samme stil (med /home bind-mounted) for at kunne 
bruge en ældre version af bl.a. xpra.


Jeg havde alle mine bind-mounts i /etc/fstab og en desktop launcher, 
der "run in terminal" kørte


su -c "chroot /opt/wheezy /bin/su - stderr -c /usr/bin/xfce4-terminal 
& bg"


(Med --userspec ville den linie sikkert kunne skæres kraftigt ned.)

Launcher'en startede en terminal og alt startet i den terminal blev 
kørte fra en wheezy installation, jeg havde debootstrap'et i /opt/wheezy.


Det virkede fint til mit formål.


Sejt!



Det er selvfølgelig ikke uproblematisk at køre to forskellige 
systemer på samme home-partition, men hvis man ikke bruger samme 
programmer på dem, burde det vel ikke skabe de store problemer?


Hvis programmer opførte sig nogenlunde pænt, ville det heller ikke 
være noget problem, at køre de samme programmer på samme homedir.


Da jeg var studerende var vores homedirs mountet på Linux, HP-UX, 
IRIX, Solaris, ... og jeg tænkte ikke ret meget over, om jeg kunne 
tillade mig, at starte et program på en given platform eller ej.


Men jeg ved godt, at der er nogle programmer, der meget gerne vil lave 
en "upgrade" af deres config i ~/.config uden at tænke over, at man 
måske deler sit homedir mellem mange forskellige installationer. Det 
er eet af 

Re: Linux mobilise désormais 15 % de parts sur les desktops en Inde, une performance qui contraste avec les 4 % à l'échelle globale

[Erwann Le Bras]

bonjour

désolé pour le retard.

Les grandes entreprises sont souvent liées par des contrats globaux pour 
la fourniture des PC collaborateurs et leur support.


Ces contrats incluent toute la bureautique. Par 
simplicité/méconnaissance/lobbying ces PC sont à base de Windows, Office 
et Sharepoint. Et je trouve curieux ces entreprises qui confient toutes 
leurs données à des américains parfois concurrents sur le segment. En 
tant qu'utilisateur imposé de ces solutions je n'ai pas accès à ces 
informations de sécurité.


C'est du coté serveurs que Linux s'impose (chez nous Redhat)... tant que 
le logiciel hôte le permet et que le responsable de l'infrastructure pousse.


Erwann

Le 30/04/2024 à 08:15, Alex PADOLY a écrit :


Voici le lien pour plus de détail :


Lien 




J'ai du mal à comprendre ces chiffres, LINUX à fait beaucoup de 
progrès en termes de vulgarisation, pour Debian,  j'ai commencé par la 
distribution slink,


c'était difficile, mais pas insurmontable.

Quand on voit la distribution Mint, c'est une distribution prête à 
être utilisée.


Depuis Windows 10, on a un OS qui est devenu opaque, respecte peu la 
vie privée des utilisateurs, concernant les performances, je ne peux 
m'exprimer


car je n'utilise pas ou occasionnellement au travail.


Il faut que les personnes ouvrent les yeux !!