Re: Lightweight Emacs for container?

[tomas]

On Mon, May 06, 2024 at 04:19:32PM -0400, Stefan Monnier wrote:
> > Is there some package, or a simple workaround, that will allow me to use
> > a basic Emacs without all the cruft?
> 
> I think the usual answers look like:
> 
> - Use Zile (or some other small Emacs-inspired editor).
> - Use Tramp (i.e. run Emacs outside the container and access the
>   container's files as a kind of remote host).

Tramp is the way to go, for a bunch of other reasons. You carry around
your set of customizations. You have less instances to keep up to date
and to care-and-feed.

Cheers
-- 
t


signature.asc
Description: PGP signature

Re : Re: Connexion imprimante réseau

[k6dedijon]

Bonjour,
J'ai une imprimante que je partage sur mon réseau.
Elle est installée attachée au PC1.
C'est PC1 qui a les drivers et qui tourne 24/24.
L'imprimante est déclarée dans les paramètres de configuration d'imprimants 
comme "partagée".
Pour que les autres PC la voie, il suffit dans les paramètres imprimantes 
d'ajouter une imprimante distante, puis de valider son nom.
Et voilà, même mes invités sur mon réseau peuvent l'utiliser.

Les PC sont sous Linux ou sous Windows.

En espérant que cela puisse vous aider.
Cordialement,
Cassis



- Mail d'origine -
De: Michel Verdier 
À: debian-user-french@lists.debian.org
Envoyé: Mon, 06 May 2024 08:26:03 +0200 (CEST)
Objet: Re: Connexion imprimante réseau

Le 5 mai 2024 Thierry a écrit :

> Avec ordi 3, pas de connexion automatique, l'imprimante est bien trouvée par
> Cups, mais il faut gérer manuellement la connexion et il n'y a aucun pilote
> Canon proposé. Pourtant les paquets Cups installés sont bien les mêmes.
> Je ne vois pas pourquoi çà ne fonctionne pas, mais il y a forcément une
> raison. Que manque-t-il sur ordi 3? Dans quel fichier de config se trouve la
> liste des pilotes?

Peut-être qu'il manque la couche mDNS avec le paquet avahi-daemon pour la
découverte automatique ?

Les pilotes ajoutés manuellement devraient être dans /etc/cups/ppd/.
Sinon il s'agit de paquets. Tu peux peut-être comparer les ordi.

Re: Lightweight Emacs for container?

[Jeffrey Walton]

On Mon, May 6, 2024 at 6:45 PM Dr. Jennifer Nussbaum 
wrote:

> I usually use Emacs on full-blown Debian distributions, so I don't pay
> much attention to how large it is. But I'm now starting to
> play around with lightweight LXC containers, obviously headless, and would
> like to keep using Emacs in these, but just for basic
> text editing and so forth, I don't need a whole IDE environment. But to my
> surprise, even emacs-nox is a gigantic installation,
> that even wants to pull in MySQL, for heaven's sake.
>
> Is there some package, or a simple workaround, that will allow me to use a
> basic Emacs without all the cruft?
>

To expand on what Stefan said, see <
https://www.emacswiki.org/emacs/EmacsImplementations>.

And you can build it from sources, and really leave out the stuff you don't
want: .

Jeff

Re: Kvm Bridge Network Problem

[Gareth Evans]

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

RE: Shopify help center

[Mublex Kion]

Hello store owner, how are you doing today, I am Mublex Kion, a shopify
expert, I visited your store recently and I appreciate your effort towards
setting up the store, However towards my analysis I can see that you have
not implemented the latest strategy used by successful Shopify store owners
in the recent month which is Google Shopping Ads(GSAs). If I should ask,
Did you know what GSAs is and how it can benefit your store?

Re: Kvm Bridge Network Problem

[Gareth Evans]

On host:

$ ip a|grep wl
3: wlp1s0:  mtu 1500 qdisc noqueue state UP 
group default qlen 1000
inet 192.168.1.100/24 ...

Using:

virt-manager > Edit > Connection Details > Virtual Networks > Add network 

Mode: Routed
Network: 192.168.200.0/24
Accept default DHCP range
Forward to: physical device
Device: wlp1s0 [this is my physical wifi card]

Then:

$ sudo sysctl -w net.ipv4.ip_forward=1

Then check:

$ ip link

6: virbr0:  mtu 1500 qdisc noqueue state UP 
mode DEFAULT group default qlen 1000
link/ether 52:54:00:54:ed:48 brd ff:ff:ff:ff:ff:ff
7: vnet0:  mtu 1500 qdisc noqueue master 
virbr0 state UNKNOWN mode DEFAULT group default qlen 1000
link/ether fe:54:00:9b:a7:8e brd ff:ff:ff:ff:ff:ff

Start VM, check DHCP address assigned

On VM guest:

$ ip a|grep enp
2: enp1s0:  mtu 1500 qdisc fq_codel state UP 
group default qlen 1000
inet 192.168.200.151/24 ...

At this point (with firewalls temporarily off) I was able to ssh to and from 
host and VM guest using their respective IP addresses.

After adding a static route on my wireless router:

192.168.200.0/24 via 192.168.1.100  (to paraphrase the web form)

I installed apache2 on the VM guest and was able to access

http://192.168.200.151

from my phone over wifi, and websites on the host from the VM guest.

Firewalld actived on host with ssh and https services allowed - ssh and web 
browsing worked as before.

No nf/iptables jiggery-pokery, but static route on router required.

Perhaps not the most efficient solution, but I try to avoid too many firewall 
rules because they make my head spin :)

Don't think I've omitted any steps.

Does that help?

Best wishes,
Gareth

Re: Lightweight Emacs for container?

[Michael Kjörling]

On 6 May 2024 16:19 -0400, from monn...@iro.umontreal.ca (Stefan Monnier):
>> Is there some package, or a simple workaround, that will allow me to use
>> a basic Emacs without all the cruft?
> 
> I think the usual answers look like:
> 
> - Use Zile (or some other small Emacs-inspired editor).

mg and jove might be other alternatives; all of these appear to have
minimal dependencies.

On a fairly small Bookworm installation (standard and ssh-server tasks
installed, and otherwise out-of-the-box):

# apt-get -s install zile
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  libgee-0.8-2
The following NEW packages will be installed:
  libgee-0.8-2 zile
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Inst libgee-0.8-2 (0.20.6-1 Debian:12.5/stable [amd64])
Inst zile (2.6.2-2+b1 Debian:12.5/stable [amd64])
Conf libgee-0.8-2 (0.20.6-1 Debian:12.5/stable [amd64])
Conf zile (2.6.2-2+b1 Debian:12.5/stable [amd64])
# apt-get -s install mg
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following NEW packages will be installed:
  mg
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Inst mg (20221112-1 Debian:12.5/stable [amd64])
Conf mg (20221112-1 Debian:12.5/stable [amd64])
# apt-get -s install jove
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Suggested packages:
  aspell ctags | emacs-bin-common
The following NEW packages will be installed:
  jove
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Inst jove (4.17.5.1-2 Debian:12.5/stable [amd64])
Conf jove (4.17.5.1-2 Debian:12.5/stable [amd64])
#

You could also try with --no-install-recommends --no-install-suggests
to apt-get install; but there's no denying that present-day Emacs is
fairly heavy-weight.

-- 
Michael Kjörling  https://michael.kjorling.se
“Remember when, on the Internet, nobody cared that you were a dog?”

Re: Lightweight Emacs for container?

[David Wright]

On Mon 06 May 2024 at 19:37:39 (+), Dr. Jennifer Nussbaum wrote:
> I usually use Emacs on full-blown Debian distributions, so I don't pay much 
> attention to how large it is. But I'm now starting to
> play around with lightweight LXC containers, obviously headless, and would 
> like to keep using Emacs in these, but just for basic 
> text editing and so forth, I don't need a whole IDE environment. But to my 
> surprise, even emacs-nox is a gigantic installation, 
> that even wants to pull in MySQL, for heaven's sake.
> 
> Is there some package, or a simple workaround, that will allow me to use a 
> basic Emacs without all the cruft?

Are you allowing APT to install Recommends and/or Suggests?

If you haven't yet installed emacs-nox, it might be interesting
to see the list of packages you get listed if you:

 $ apt-get -s --no-install-recommends install emacs-nox

as a /user/.

Or OTOH, if you have installed emacs-nox:

 $ apt-get -s purge 

as a /user/, where  is the names of the mysql packages
you're complaining about.

The only mysql package I have (on bullseye, I'm afraid)
is mysql-common (which is very small), and that shows:

$  apt-get -s purge mysql-common
NOTE: This is only a simulation!
  apt-get needs root privileges for real execution.
  Keep also in mind that locking is deactivated,
  so don't depend on the relevance to the real current situation!
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages were automatically installed and are no longer required:
  gsasl-common guile-2.2-libs libgsasl7 libntlm0 mailutils-common
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
  libmailutils7* libmariadb3* libreoffice-sdbc-mysql* mailutils* 
mariadb-common* mysql-common*
0 upgraded, 0 newly installed, 6 to remove and 0 not upgraded.
Purg mailutils [1:3.10-3+b1]
Purg libmailutils7 [1:3.10-3+b1]
Purg libreoffice-sdbc-mysql [1:7.0.4-4+deb11u8]
Purg libmariadb3 [1:10.5.23-0+deb11u1]
Purg mariadb-common [1:10.5.23-0+deb11u1]
Purg mysql-common [5.8+1.0.7]

(I have emacs-gtk installed, rather than -nox.)

Cheers,
David.

Re: Lightweight Emacs for container?

[Stefan Monnier]

> Is there some package, or a simple workaround, that will allow me to use
> a basic Emacs without all the cruft?

I think the usual answers look like:

- Use Zile (or some other small Emacs-inspired editor).
- Use Tramp (i.e. run Emacs outside the container and access the
  container's files as a kind of remote host).


Stefan

Lightweight Emacs for container?

[Dr. Jennifer Nussbaum]

I usually use Emacs on full-blown Debian distributions, so I don't pay much 
attention to how large it is. But I'm now starting to
play around with lightweight LXC containers, obviously headless, and would like 
to keep using Emacs in these, but just for basic 
text editing and so forth, I don't need a whole IDE environment. But to my 
surprise, even emacs-nox is a gigantic installation, 
that even wants to pull in MySQL, for heaven's sake.

Is there some package, or a simple workaround, that will allow me to use a 
basic Emacs without all the cruft?

Re: libwxgtk3.2-1t64 et fichiers d'en-têtes

[BERTRAND Joël]

didier gaumet a écrit :
> Le 06/05/2024 à 09:42, BERTRAND Joël a écrit :
> [...]
>> Si je regarde par exemple libwxgtk3.2-1t64, le seul fichier
>> d'en-têtes
>> semble être libwxgtk3.2-dev qui veut désinstaller libwxgtk3.2-1t64 pour
>> remettre libwxgtk3.2.
> [...]
> 
> d'après https://packages.debian.org/sid/libwxgtk3.2-dev
>  En Sid le paquet libwxgtk3.2-dev dépend du paquet libwxgtk3.2-1t64
> 
> sous réserves:
> 
> donc ça semblerait dire que bien que le nom du paquet -dev ne comporte
> pas le suffixe t64 il prend bien en compte la transition t64.
> Donc peut-être que tu n'as pas fait un apt update préalable ou que sur
> le serveur sur lequel ça a atterri à ce moment-là, le paquet -dev en
> question n'avait pas encore été modifié et qu'une fois ce serveur à jour
> tout rentrera dans l'ordre? (à condition que tu sois uniquement en pur
> Debian Sid et qu'un autre dépôt ne foute pas la grouille dans les
> dépendances)

Effectivement, ça passe maintenant avec unstable. Ce n'était pas le cas
ce matin... Ça m'arrange, il fallait que je recompile KiCAD.

Merci,

JB



signature.asc
Description: OpenPGP digital signature

Re: Connexion imprimante réseau

[didier gaumet]

Sous réserves:

d'après les messages que tu as cités plus haut ton imprimante fonctionne 
en driverless (cf  https://wiki.debian.org/CUPSDriverlessPrinting).


Comme déjà suggéré par ailleurs, tu peux comparer les paquets installés 
sur ordi 2 et ordi 3 (tous les deux sous Bookworm), particulièrement les 
paquets cups* et notamment cups-browsed, chargé semble-t-il de mettre à 
dispo de cups les imprimantes réseau qui s'annoncent par Bonjour/Avahi.
 Une possibilité est qu'une mise à jour logicielle se soit mal passée 
sur ordi 3 sans que tu t'en aperçoives et que l'un des paquets soit 
obsolète, manquant ou mal configuré car la MAJ ne s'est pas terminée 
correctement

Re: libwxgtk3.2-1t64 et fichiers d'en-têtes

[didier gaumet]

Le 06/05/2024 à 09:42, BERTRAND Joël a écrit :
[...]

Si je regarde par exemple libwxgtk3.2-1t64, le seul fichier d'en-têtes
semble être libwxgtk3.2-dev qui veut désinstaller libwxgtk3.2-1t64 pour
remettre libwxgtk3.2.

[...]

d'après https://packages.debian.org/sid/libwxgtk3.2-dev
 En Sid le paquet libwxgtk3.2-dev dépend du paquet libwxgtk3.2-1t64

sous réserves:

donc ça semblerait dire que bien que le nom du paquet -dev ne comporte 
pas le suffixe t64 il prend bien en compte la transition t64.
Donc peut-être que tu n'as pas fait un apt update préalable ou que sur 
le serveur sur lequel ça a atterri à ce moment-là, le paquet -dev en 
question n'avait pas encore été modifié et qu'une fois ce serveur à jour 
tout rentrera dans l'ordre? (à condition que tu sois uniquement en pur 
Debian Sid et qu'un autre dépôt ne foute pas la grouille dans les 
dépendances)

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

[Franco Martelli]

On 02/05/24 at 09:10, Alexandre Rossi wrote:

What's bothering me is that you get sound from multiple speakers while
instructing out on only one.

The usual issues of these setups with surround analog out are:
- channel mapping issues (driver/hardware mismatch)
- software downmixing to stereo

There are other usual issues with surrount digital out but this is not
your setup.

You can have a look at [1] for software fixes on this.

[1]https://alsa.opensrc.org/SurroundSound

The link you posted it shows rather outdated fixes, it talked about Jackd
daemon and surround, but I have pulseaudio daemon, maybe I've pulseaudio
daemon misconfiguration

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:


~$ LC_ALL=C speaker-test -c 6 -D surround51 -t wav

speaker-test 1.2.8

Playback device is surround51
Stream parameters are 48000Hz, S16_LE, 6 channels
WAV file(s)
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 64 to 349504
Period size range from 32 to 174752
Using max buffer size 349504
Periods = 4
was set period_size = 174752
was set buffer_size = 349504
 0 - Front Left
 4 - Front Center
 1 - Front Right
 3 - Rear Right
 2 - Rear Left
 5 - LFE
Time per period = 21.908826
 0 - Front Left
^C 4 - Front Center
Transfer failed: Bad address

In place of "surround51" I've set the pcm.X  specified in 
~/.asoundrc trying so several configurations.
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.
hook_func.pulse_load_if_running {
lib "libasound_module_conf_pulse.so"
func "conf_pulse_hook_load_if_running"
}

@hooks [
{
func pulse_load_if_running
files [
"/usr/share/alsa/pulse-alsa.conf"
]
errors false
}
]

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:


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

Any help it's very appreciated, thanks in advance.
--
Franco Martelli

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

[Max Nikulin]

On 06/05/2024 21:24, Max Nikulin wrote:

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

1. It does not perform an unquote pass that should retain only a half of 
backslashes from Exec field of .desktop file.


I was wrong here. mailcap(5):

(In fact, the backslash can be used to quote any character, including itself.)


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

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

grep Exec /usr/share/applications/emacsclient.desktop
Exec=sh -c "if [ -n \\"\\$*\\" ]; then exec emacsclient 
--alternate-editor= --display=\\"\\$DISPLAY\\" \\"\\$@\\"; else exec 
emacsclient --alternate-editor= --create-frame; fi" sh %F


should be converted to /etc/mailcap entry

application/x-shellscript; sh -c "if [ -n \\"\\$*\\" ]\; then exec 
emacsclient --alternate-editor= --display=\\"\\$DISPLAY\\" \\"\\$@\\"\; 
else exec emacsclient --alternate-editor= --create-frame\; fi" sh %s; 
test=test -n "$DISPLAY"

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

[Max Nikulin]

On 06/05/2024 21:41, David Wright wrote:

On Mon 06 May 2024 at 14:53:10 (+0200), Jesper Dybdal wrote:

* In Bookworm:
    mailcap/stable,now 3.70+nmu1 all [installed,automatic]
    j-nail/stable,now 14.9.24-2 amd64 [installed]


  ↑


Has anyone else seen this?


Do you have emacs installed? Rare .desktop files have complex shell 
commands inside. emacsclient treats --display option in a quite specific 
way, so it needs --display="$DISPLAY". Moreover, there is no way to pass 
to emacs "server" arguments like URIs using something similar to argv. 
That is why it is necessary to escape arguments used in lisp expressions


emacsclient --eval "(FUNCTION \"ARGUMENT\")"

Emacs developers are against helper scrips as dedicated files, so there 
are inline script in Exec filed of .desktop files.

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

[David Wright]

On Mon 06 May 2024 at 14:53:10 (+0200), Jesper Dybdal wrote:

> The package versions involved are:
> * in Bullseye:
>    mailcap/oldstable,now 3.69 all [installed,automatic]
>    s-nail/oldstable,now 14.9.22-1 amd64 [installed]
> * In Bookworm:
>    mailcap/stable,now 3.70+nmu1 all [installed,automatic]
>    j-nail/stable,now 14.9.24-2 amd64 [installed]

 ↑

> Has anyone else seen this?

No.

Cheers,
David.

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

[Max Nikulin]

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\\" \\"\\$@\\"


The question (one of the questions) is what's putting them there, and I
would guess one of the emacs packages is doing it.


update-mime(8) § DESKTOP ENTRIES

  In addition to the abovementioned mechanism update-mime also
  parses desktop entries in  /usr/share/applications/
  to  generate  mailcap  entries.  These entries are given
  a lower priority than those in /usr/lib/mime/packages.

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

1. It does not perform an unquote pass that should retain only a half of 
backslashes from Exec field of .desktop file.
2. It does not skip x-scheme-handler/* entries. Are there applications 
that may use such entries?


Perhaps there is a bug in s-nail as well.

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

[Jesper Dybdal]

On 2024-05-06 15:27, Greg Wooledge wrote:

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

I use s-nail as my mailx command (selected using the Debian "alternatives"
mechanism).

Since I upgraded from Bullseye to Bookworm, s-nail now shows a bunch of
error messages in connection with viewing messages.  Here is a sample:

s-nail: $MAILCAPS: /etc/mailcap: x-scheme-handler/mailto: ignored
unknown string/command: u = \\${u//\\"/\\"}
s-nail: $MAILCAPS: /etc/mailcap: text/english: ignored unknown
string/command: then exec emacsclient --alternate-editor =
--display=\\"\\$DISPLAY\\" \\"\\$@\\"

I don't have lines like this in mine.  Then again, I don't have emacs
installed.

The question (one of the questions) is what's putting them there, and I
would guess one of the emacs packages is doing it.

I have no particular wish to learn about /etc/mailcap.  The only way I've
found to avoid this is to remove the /etc/mailcap file entirely.

I would think deleting any lines containing "emacs" would be slightly
less invasive.  Obviously, make a backup copy of the file first.
That might be an excellent idea.  I've removed all lines with 
"emacsclient" (there were also some with "emacs", but not 
"emacsclient"), and the error messages have disappeared.  Since I only 
use s-nail rarely. it may be a while before I know whether that removal 
also has negative consequences.


Thanks a lot, Greg!

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

Re: Om debian på desktoppen

[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?

"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?


på den anden partion. Og vupti fungerede dia igen. Jeg lavede følgende 
skript:


---

#!/bin/bash
mount --bind /dev /a2/dev
mount --bind /dev/pts /a2/dev/pts
mount --bind /proc /a2/proc
mount --bind /sys /a2/sys
chroot /a2 mount /dev/sda4 /home


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

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?!

Hvilken fejlbesked får du?


chroot /a2 umount /dev/sda4
umount /a2/sys
umount /a2/proc
umount /a2/dev/pts
umount /a2/dev
echo 'a2 er nu forladt'



(Mit kubuntu ligger på /a2 som monteres automatisk ved start.)

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.

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 
problemer ved, at nogen ikke længere ser Linux som et multi-user system i 
UNIX-familien.


--
Povl Ole

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

[Greg Wooledge]

On Mon, May 06, 2024 at 02:53:10PM +0200, Jesper Dybdal wrote:
> I use s-nail as my mailx command (selected using the Debian "alternatives"
> mechanism).
> 
> Since I upgraded from Bullseye to Bookworm, s-nail now shows a bunch of
> error messages in connection with viewing messages.  Here is a sample:
> > s-nail: $MAILCAPS: /etc/mailcap: x-scheme-handler/mailto: ignored
> > unknown string/command: u = \\${u//\\"/\\"}
> > s-nail: $MAILCAPS: /etc/mailcap: text/english: ignored unknown
> > string/command: then exec emacsclient --alternate-editor =
> > --display=\\"\\$DISPLAY\\" \\"\\$@\\"

I don't have lines like this in mine.  Then again, I don't have emacs
installed.

The question (one of the questions) is what's putting them there, and I
would guess one of the emacs packages is doing it.

> I have no particular wish to learn about /etc/mailcap.  The only way I've
> found to avoid this is to remove the /etc/mailcap file entirely.

I would think deleting any lines containing "emacs" would be slightly
less invasive.  Obviously, make a backup copy of the file first.

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

[Jesper Dybdal]

I use s-nail as my mailx command (selected using the Debian 
"alternatives" mechanism).


Since I upgraded from Bullseye to Bookworm, s-nail now shows a bunch of 
error messages in connection with viewing messages.  Here is a sample:
s-nail: $MAILCAPS: /etc/mailcap: x-scheme-handler/mailto: ignored 
unknown string/command: u = \\${u//\\"/\\"}
s-nail: $MAILCAPS: /etc/mailcap: text/english: ignored unknown 
string/command: then exec emacsclient --alternate-editor = 
--display=\\"\\$DISPLAY\\" \\"\\$@\\"
s-nail: $MAILCAPS: /etc/mailcap: text/plain: ignored unknown 
string/command: then exec emacsclient --alternate-editor = 
--display=\\"\\$DISPLAY\\" \\"\\$@\\"
s-nail: $MAILCAPS: /etc/mailcap: text/x-makefile: ignored unknown 
string/command: then exec emacsclient --alternate-editor = 
--display=\\"\\$DISPLAY\\" \\"\\$@\\"
s-nail: $MAILCAPS: /etc/mailcap: text/x-c++hdr: ignored unknown 
string/command: then exec emacsclient --alternate-editor = 
--display=\\"\\$DISPLAY\\" \\"\\$@\\"
s-nail: $MAILCAPS: /etc/mailcap: text/x-c++src: ignored unknown 
string/command: then exec emacsclient --alternate-editor


I have no particular wish to learn about /etc/mailcap.  The only way 
I've found to avoid this is to remove the /etc/mailcap file entirely.


The package versions involved are:
* in Bullseye:
   mailcap/oldstable,now 3.69 all [installed,automatic]
   s-nail/oldstable,now 14.9.22-1 amd64 [installed]
* In Bookworm:
   mailcap/stable,now 3.70+nmu1 all [installed,automatic]
   j-nail/stable,now 14.9.24-2 amd64 [installed]

Has anyone else seen this?

Thanks,
Jesper

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

Re: Connexion imprimante réseau

[Thierry]

Merci,

avahi-daemon est bien fonctionnel:

$ systemctl status avahi-daemon
● avahi-daemon.service - Avahi mDNS/DNS-SD Stack
 Loaded: loaded (/usr/lib/systemd/system/avahi-daemon.service; 
enabled; preset: enabled)
 Active: active (running) since Mon 2024-05-06 11:20:11 CEST; 1h 
12min ago

TriggeredBy: ● avahi-daemon.socket
   Main PID: 684 (avahi-daemon)
 Status: "avahi-daemon 0.8 starting up."


je n'ai aucun pilote dans etc/cups/ppd (sur aucun ordi).
Je vais comparer les paquets

Merci



Le 06/05/2024 à 08:26, Michel Verdier a écrit :

Le 5 mai 2024 Thierry a écrit :


Avec ordi 3, pas de connexion automatique, l'imprimante est bien trouvée par
Cups, mais il faut gérer manuellement la connexion et il n'y a aucun pilote
Canon proposé. Pourtant les paquets Cups installés sont bien les mêmes.
Je ne vois pas pourquoi çà ne fonctionne pas, mais il y a forcément une
raison. Que manque-t-il sur ordi 3? Dans quel fichier de config se trouve la
liste des pilotes?


Peut-être qu'il manque la couche mDNS avec le paquet avahi-daemon pour la
découverte automatique ?

Les pilotes ajoutés manuellement devraient être dans /etc/cups/ppd/.
Sinon il s'agit de paquets. Tu peux peut-être comparer les ordi.

Re: Problèmes à l'installation si je ne veux pas refaire les partitions de swap

[Eric DEGENETAIS]

Bonjour, je reprends brièvement cet échange pour un petit REX :

premier point, la migration de toutes les machines s'est globalement
très bien passée. Le délai avant cette conclusion est dû au fait que
j'ai attendu la résolution d'un bug affectant la veille
(suspend-to-ram) sur un de mes postes. Le fait de pouvoir gérer avec
des chroot a été une bénédiction de ce point de vue : j'ai pu suivre
les màj de ma partition système bookworm depuis mon bullseye de
production avec une perturbation minimale de mon travail courant.

Petit gotcha sur une chose qui m'a mordu (à l'adresse de ceux qui
voudraient aussi faire leurs montées de version par de nouvelles
partitions système via schroot) :
schroot recopie la base d'utilisateurs du système actif. Je ne crois
pas que ce soit systématique, mais c'est pratique sur certains points
(entre autres, garder les comptes utilisateurs et la définition des
droits sur mon home qui est à part). Par contre, ça peut avoir des
effets de bord sur des comptes système. J'ai dû réinstaller ntp après
le switch, par exemple, car le compte système a changé entre bullseye
et bookworm).

Cordialement
__
Éric Dégenètais
Henix

http://www.henix.com
http://www.squashtest.org

Re: Re (2): Viewing an an OpenStreetMap tile offline.

[debian-user]

pe...@easthope.ca wrote:
> Greg, Richard and all,
> 
> From: Richard 
> Date: Sun, 5 May 2024 23:02:52 +0200
> > I wouldn't even bother trying to get such ancient software up and 
> > running.   
> 
> Straightforward.  Thanks.
> 
> > [2]: https://wiki.openstreetmap.org/wiki/Software/Desktop  
> 
> Extensive information.  Overwhelming really.
> 
> Numerous features, with significance not evident to me.  What is the 
> difference between "display" and "renderer"?
> 
> I need only a lightweight software to display a map tile on a Debian 
> laptop offline.
> 
> Editing, 3-D display, routing and other advanced features not 
> necessary.
> 
> Recommendations?
> 
> Thanks,  ... P.
 
What kind of tile are you interested in? Have you looked at
https://wiki.openstreetmap.org/wiki/Tiles ? Raster tiles seem to be
just .png files. https://wiki.openstreetmap.org/wiki/Rendering has a
lot of information about hw to render vector tiles. There's also
https://switch2osm.org/using-tiles/

Om debian på desktoppen

[Flemming Bjerke]

Kære Debian-folk

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.


Det skal lige bemærkes at jeg på min arbejdslaptop i årevis har kørt med 
1 home-partition og 2 systempartitioner (så jeg kunne prøve nye 
systemer/versioner af uden at forstyrre mit arbejdssystem).


Jeg har i stykke tid forsøgt forskellige forks af debian på gamle 
bærbare med f.eks. 4 GB Ram og en enkelt processor. Jeg har forsøgt:


1. Antix. Et temmelig godt system som jeg tilmed kørte fint et års tid
   min arbejdslaptop. Men det gik galt da jeg skulle opdatere systemet.
   Systemet er også lidt for nørdet at sætte op. F.eks. skal flere
   skriveborde sættes op i en eller anden fil som det selvfølgelig tog
   lidt netsøgningstid at finde og finde ud af hvordan den skulle
   ændres. Og meget af menusystemet var fyldt med forskellige
   desktop-systemer m.m. som man ikke lige havde tænkt sig at sætte sig
   ind i. Installation gik heller ikke altid lige godt.
2. Bunsenlab. Et godt system, men også for nørdet at sætte op. Jeg
   orkede ikke at det næsten altid var op ad bakke at ændre på et eller
   andet.
3. Puppy-linux. Et mærkeligt system som man altid er root på. Det
   lykkedes mig aldrig at installere det 100% på harddisken. Jeg kunne
   godt få det til at lægge systemfilerne på harddisken, men selve boot
   fungerede åbenbart kun fra usb. Ikke anvendeligt til daglig brug.
4. Q4OS. Den korte historie er at det er den bedste desktop jeg har
   kørt overhovedet. Jeg bruger kde-versionen idet det kde er så let at
   sætte op. Der er arbejdet med at gøre systemet letvægts så det
   fungerer rigtig godt på ældre laptops selvom det vist ikke er helt
   så letvægt som antix og bunsenlab. Installation har indtil videre
   fungeret perfekt. Så vidt jeg kan se har folkene bag Q4OS gjort det
   rigtige: De har lænet sig op ad to store systemer: debian og kde og
   tilpasset det forholdsvis lidt efter deres målsætning:
   "Fast and friendly, desktop oriented operating system based on
   Debian Linux. Providing a set of dedicated utilities and specific
   optimizations, combined with a focus on getting a productive system
   easily. This makes it ideal for people who want to get a working
   environment tailored to individual needs and preferences. From this
   perspective, Q4OS is suitable for both newcomers as well as
   experienced computer users."

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) på den anden partion. Og vupti 
fungerede dia igen. Jeg lavede følgende skript:


---

#!/bin/bash
mount --bind /dev /a2/dev
mount --bind /dev/pts /a2/dev/pts
mount --bind /proc /a2/proc
mount --bind /sys /a2/sys
chroot /a2 mount /dev/sda4 /home
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)
chroot /a2 umount /dev/sda4
umount /a2/sys
umount /a2/proc
umount /a2/dev/pts
umount /a2/dev
echo 'a2 er nu forladt'



(Mit kubuntu ligger på /a2 som monteres automatisk ved start.)

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?

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?


Bedste hilsener

Flemming TH Bjerke Tlf. 22120366

PS: På min server kunne jeg ikke finde på at køre andet end debian.
PPS: Jeg har også prøvet lubuntu på gamle bærbare, men det var nørdet og 
ikke særlig letvægts.

Re: libwxgtk3.2-1t64 et fichiers d'en-têtes

[Basile Starynkevitch]

On 5/6/24 10:23 AM, BERTRAND Joël wrote:

Basile Starynkevitch a écrit :

On 5/6/24 09:42, BERTRAND Joël wrote:

 Bonjour à tous,

 Il vient d'y avoir une salve de bibliothèques avec une extension t64
(pour time_t en 64 bits contre 32). Très bien, mais quelqu'un saurait-il
où trouver les fichiers d'en-tête correspondant ?

 Si je regarde par exemple libwxgtk3.2-1t64, le seul fichier
d'en-têtes
semble être libwxgtk3.2-dev qui veut désinstaller libwxgtk3.2-1t64 pour
remettre libwxgtk3.2.

 Je ne trouve rien dans les rapports de bogues.

 Faut-il recompiler la bibliothèque à partir du paquet source ? En
espérant que ce paquet contienne ce qu'il faut pour créer le -dev.

 Bien cordialement,


Il est possible (c'est l'habitude dans le monde GNU) qui vous faut juste
compiler avec les mêmes fichiers d'entête, mais des drapeaux de
preprocessing différents.

Oui, ça, je sais. Mais pour compiler, encore faudrait-il avoir les
fichiers d'en-têtes ;-)

La question était "où donc sont ces fichus fichiers d'en-têtes".


https://wiki.wxwidgets.org/Main_Page

https://www.wxwidgets.org/downloads/

https://github.com/wxWidgets/wxWidgets/releases/download/v3.2.4/wxWidgets-3.2.4.tar.bz2

Ce dernier fichier (de md5sum 8eada508f5bdf390eeec5b0e0af38f71) contient 
plus de deux mille fichiers d'entête (dont 
wxWidgets-3.2.4/interface/wx/filename.h par exemple)


J'imagine que ça devrait vous suffire. Pour ma part, je préfère utiliser 
GTK ou GTKmm ou Fox-toolkit (cf https://fox-toolkit.org/ ...) ou Qt6 ou 
LablGTK


(wxwidgets a la réputation d'être une toolkit par dessus d'autres 
existantes)


Librement

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
8 rue de la Faïencerie, 92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/
See/voir:https://github.com/RefPerSys/RefPerSys

Re: libwxgtk3.2-1t64 et fichiers d'en-têtes

[BERTRAND Joël]

Basile Starynkevitch a écrit :
> 
> On 5/6/24 09:42, BERTRAND Joël wrote:
>> Bonjour à tous,
>>
>> Il vient d'y avoir une salve de bibliothèques avec une extension t64
>> (pour time_t en 64 bits contre 32). Très bien, mais quelqu'un saurait-il
>> où trouver les fichiers d'en-tête correspondant ?
>>
>> Si je regarde par exemple libwxgtk3.2-1t64, le seul fichier
>> d'en-têtes
>> semble être libwxgtk3.2-dev qui veut désinstaller libwxgtk3.2-1t64 pour
>> remettre libwxgtk3.2.
>>
>> Je ne trouve rien dans les rapports de bogues.
>>
>> Faut-il recompiler la bibliothèque à partir du paquet source ? En
>> espérant que ce paquet contienne ce qu'il faut pour créer le -dev.
>>
>> Bien cordialement,
> 
> 
> Il est possible (c'est l'habitude dans le monde GNU) qui vous faut juste
> compiler avec les mêmes fichiers d'entête, mais des drapeaux de
> preprocessing différents.

Oui, ça, je sais. Mais pour compiler, encore faudrait-il avoir les
fichiers d'en-têtes ;-)

La question était "où donc sont ces fichus fichiers d'en-têtes".

JB



signature.asc
Description: OpenPGP digital signature

Re: libwxgtk3.2-1t64 et fichiers d'en-têtes

[Basile Starynkevitch]

On 5/6/24 09:42, BERTRAND Joël wrote:

Bonjour à tous,

Il vient d'y avoir une salve de bibliothèques avec une extension t64
(pour time_t en 64 bits contre 32). Très bien, mais quelqu'un saurait-il
où trouver les fichiers d'en-tête correspondant ?

Si je regarde par exemple libwxgtk3.2-1t64, le seul fichier d'en-têtes
semble être libwxgtk3.2-dev qui veut désinstaller libwxgtk3.2-1t64 pour
remettre libwxgtk3.2.

Je ne trouve rien dans les rapports de bogues.

Faut-il recompiler la bibliothèque à partir du paquet source ? En
espérant que ce paquet contienne ce qu'il faut pour créer le -dev.

Bien cordialement,



Il est possible (c'est l'habitude dans le monde GNU) qui vous faut juste 
compiler avec les mêmes fichiers d'entête, mais des drapeaux de 
preprocessing différents.


Par exemple, en utilisant pkg-config (ou bien cmake) ou même la ligne 
CPPFLAGS= qui convienne dans votre GNUmakefile. Ou en lançant un script 
configure avec les options qui conviennent.


Librement

--
Basile Starynkevitch 
(only mine opinions / les opinions sont miennes uniquement)
8 rue de la Faïencerie, 92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/
See/voir:   https://github.com/RefPerSys/RefPerSys

libwxgtk3.2-1t64 et fichiers d'en-têtes

[BERTRAND Joël]

Bonjour à tous,

Il vient d'y avoir une salve de bibliothèques avec une extension t64
(pour time_t en 64 bits contre 32). Très bien, mais quelqu'un saurait-il
où trouver les fichiers d'en-tête correspondant ?

Si je regarde par exemple libwxgtk3.2-1t64, le seul fichier d'en-têtes
semble être libwxgtk3.2-dev qui veut désinstaller libwxgtk3.2-1t64 pour
remettre libwxgtk3.2.

Je ne trouve rien dans les rapports de bogues.

Faut-il recompiler la bibliothèque à partir du paquet source ? En
espérant que ce paquet contienne ce qu'il faut pour créer le -dev.

Bien cordialement,

JB



signature.asc
Description: OpenPGP digital signature

Re: Connexion imprimante réseau

[Michel Verdier]

Le 5 mai 2024 Thierry a écrit :

> Avec ordi 3, pas de connexion automatique, l'imprimante est bien trouvée par
> Cups, mais il faut gérer manuellement la connexion et il n'y a aucun pilote
> Canon proposé. Pourtant les paquets Cups installés sont bien les mêmes.
> Je ne vois pas pourquoi çà ne fonctionne pas, mais il y a forcément une
> raison. Que manque-t-il sur ordi 3? Dans quel fichier de config se trouve la
> liste des pilotes?

Peut-être qu'il manque la couche mDNS avec le paquet avahi-daemon pour la
découverte automatique ?

Les pilotes ajoutés manuellement devraient être dans /etc/cups/ppd/.
Sinon il s'agit de paquets. Tu peux peut-être comparer les ordi.