Re: Mouse trouble on sid

[tomas]

On Wed, May 17, 2023 at 06:35:54AM +0200, to...@tuxteam.de wrote:

[...]

> [1] Never tried it, but "setxkbmap -option keypad:pointerkeys"

Forgot the relevant link:

  https://en.wikipedia.org/wiki/Mouse_keys

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: Mouse trouble on sid

[tomas]

On Tue, May 16, 2023 at 08:07:51PM +0100, Joe wrote:
> On Tue, 16 May 2023 13:43:26 -0500
> Kent West  wrote:
> 
> > 
> > 
> > Just for kicks, unplug the keyboard and see if the mouse starts
> > behaving.
> 
> 
> No, no change.

No surprise. People still barking up the hardware tree,
while all evidence is pointing up the software tree :)

 - change came with an upgrade
 - change from wireless mouse to wired: no effect
 - other distro: mouse works

If you are able to get a terminal running under your
crippled X11 [1], then it'd be interesting to compare
the output of "xinput --list --long" between a working
and a non-working config.

My hunch would be that something's rotten in the state
of Sid.

Cheers

[1] Never tried it, but "setxkbmap -option keypad:pointerkeys"
   reportedly gives you a keyboard mouse:
   setxkbmap -option keypad:pointerkeys.
   Alternatively, you can always log into a Linux terminal
   and talk to your X like so:
   DISPLAY=:0 xinput --list --long
   (or whatever your DISPLAY var under X is).

-- 
tomás


signature.asc
Description: PGP signature

Re: Bookworm soft lockup

[Xiyue Deng]

Philip Wyett  writes:

> [[PGP Signed Part:Undecided]]
> On Wed, 2023-05-17 at 09:51 +0930, Christian Gelinek wrote:
>> On Mon, 15 May 2023 18:30:31, David wrote:
>> > On Mon, 2023-05-15 at 11:17 +0300, Anssi Saari wrote:
>> > > Christian Gelinek  writes:
>> > > 
>> > > > Is anyone else seeing a similar problem? What can I do to avoid
>> > > > this?
>> > > > Do we need anything else to narrow it down further?
>> > > 
>> > > Only time I've seen a soft lockup was from a bad CPU. There were a
>> > > bunch
>> > > of them and eventually the computer hung. Going back to the slow
>> > > plodding Celeron fixed all issues. Except CPU performance of course.
>> > 
>> > It's happened to me a couple of times, but only since I switched from
>> > stable to testing, over the last month.
>> > As I don't think everybody is running a Dell 980 desktop, or the same
>> > desktop environment, it's probably not a hardware/software mismatch.
>> > We'd be looking at strictly software, I suspect.
>> 
>> I have the same hunch. I got that PC new on Feb 20th, so I hope it's not 
>> the CPU.  It also happened just twice since then, even though I keep it 
>> running pretty much 24/7.  Not doing very much when I'm not there, which 
>> was the case both times.
>> 
>> And for both times, the journalctl log looks suspiciously similar, 
>> starting with the snd_hda_intel entry.
>> 
>> First time:
>> 
>> Apr 10 07:36:07 gar systemd[1]: anacron.service: Deactivated successfully.
>> Apr 10 07:50:01 gar kernel: snd_hda_intel :04:00.0: Unable to change 
>> power state from D3hot to D0, device inaccessible
>> Apr 10 07:50:03 gar kernel: [drm:fw_domains_get_with_fallback [i915]] 
>> *ERROR* render: timed out waiting for forcewake ack to clear.
>> Apr 10 07:50:03 gar kernel: i915 :03:00.0: [drm:add_taint_for_CI 
>> [i915]] CI tainted:0x9 by fw_domains_get_with_fallback+0x20c/0x230 [i915]
>> ...
>> 
>> Second time:
>> 
>> May 14 00:17:01 gar CRON[2929]: pam_unix(cron:session): session closed 
>> for user root
>> May 14 00:54:00 gar kernel: snd_hda_intel :04:00.0: Unable to change 
>> power state from D3hot to D0, device inaccessible
>> May 14 00:54:03 gar kernel: [drm:fw_domains_get_with_fallback [i915]] 
>> *ERROR* render: timed out waiting for forcewake ack to clear.
>> May 14 00:54:03 gar kernel: i915 :03:00.0: [drm:add_taint_for_CI 
>> [i915]] CI tainted:0x9 by fw_domains_get_with_fallback+0x20c/0x230 [i915]
>> ...
>> 
>> To reproduce it, I'd probably have to somehow trigger the condition 
>> manually, any ideas?
>> 
>> Thanks for your time!
>> 
>
> Hi,
>
> You state that this is a new PC. These issues can be caused by faulty 
> firmware e.g. BIOS. Keep an
> eye out on your motherboards manufacturer to see if any BIOS updates become 
> available.
>
> Regards
>
> Phil

Seconded. My system had a similar soft lockup issue[1] (also after
upgrading from Bullseye to Bookworm) though without any backtrace in
journalctl.  After debugging over a month it turned out that the BIOS
had an issue that certain instructions to access the TPM may cause the
system to freeze, and an upgrade to a beta BIOS fixed this issue.  So
definitely contact their customer service and check for similar reports.

[1] https://lists.debian.org/debian-user/2023/04/msg00425.html
-- 
Manphiz


signature.asc
Description: PGP signature

Re: Ok so Now which backup should I use

[DdB]

Am 16.05.2023 um 02:17 schrieb Maureen L Thomas:
> I have everything I need including a third HDD.  There are so many
> backup programs I have to wonder which one will work for my needs.  I
> just need to make a backup of my home directory so if I do something
> stupid like play with /var and have no idea how to fix it.  Is there
> something else I need to back up besides /home?  I appreciate your help.
> 
> Moe
> 

TBH, I have always preferred to use my own hand-scripted backup using
standard tools, bacause i am willing to tailor it to special use cases i
might encounter. And a basic backup has to offer the feature to restore
in any way, i want.
But, just recently, i decided to create a backup for my neighbor on
their laptop, and did not wwant to write everything from scratch. After
searching a bit, i opted for fsarchiver, a simple tool, that is already
on some ubuntu live cd. Learning its commandline is not so difficult,
the biggest problem AFAICT is, that there is only one (french) developer
and thus the tool has not seen a huge amount of public testing. But i
pucked it anyway, had several backups and - who would have thought:
several restore operations carried out since. And i am happy with the
choice. You might take a look as well: https://www.fsarchiver.org/

just my 2 cents, DdB

Re: Ok so Now which backup should I use

[Celejar]

On Tue, 16 May 2023 09:52:07 +0800
Jeremy Ardley  wrote:

> 
> On 16/5/23 09:11, pa...@quillandmouse.com wrote:
> > I'd suggest backing up /etc, since that's where your system settings
> > are. I also back up /var, since that's typically where your logs and
> > mail are.
> 
> There is a lot relevant of stuff in /usr/local
> 
> For instance some programs use /usr/local/etc rather than /etc

They do? I see that my /usr/local/etc is empty. What programs use this
directory

-- 
Celejar

Re: Bookworm soft lockup

[Philip Wyett]

On Wed, 2023-05-17 at 09:51 +0930, Christian Gelinek wrote:
> On Mon, 15 May 2023 18:30:31, David wrote:
> > On Mon, 2023-05-15 at 11:17 +0300, Anssi Saari wrote:
> > > Christian Gelinek  writes:
> > > 
> > > > Is anyone else seeing a similar problem? What can I do to avoid
> > > > this?
> > > > Do we need anything else to narrow it down further?
> > > 
> > > Only time I've seen a soft lockup was from a bad CPU. There were a
> > > bunch
> > > of them and eventually the computer hung. Going back to the slow
> > > plodding Celeron fixed all issues. Except CPU performance of course.
> > 
> > It's happened to me a couple of times, but only since I switched from
> > stable to testing, over the last month.
> > As I don't think everybody is running a Dell 980 desktop, or the same
> > desktop environment, it's probably not a hardware/software mismatch.
> > We'd be looking at strictly software, I suspect.
> 
> I have the same hunch. I got that PC new on Feb 20th, so I hope it's not 
> the CPU.  It also happened just twice since then, even though I keep it 
> running pretty much 24/7.  Not doing very much when I'm not there, which 
> was the case both times.
> 
> And for both times, the journalctl log looks suspiciously similar, 
> starting with the snd_hda_intel entry.
> 
> First time:
> 
> Apr 10 07:36:07 gar systemd[1]: anacron.service: Deactivated successfully.
> Apr 10 07:50:01 gar kernel: snd_hda_intel :04:00.0: Unable to change 
> power state from D3hot to D0, device inaccessible
> Apr 10 07:50:03 gar kernel: [drm:fw_domains_get_with_fallback [i915]] 
> *ERROR* render: timed out waiting for forcewake ack to clear.
> Apr 10 07:50:03 gar kernel: i915 :03:00.0: [drm:add_taint_for_CI 
> [i915]] CI tainted:0x9 by fw_domains_get_with_fallback+0x20c/0x230 [i915]
> ...
> 
> Second time:
> 
> May 14 00:17:01 gar CRON[2929]: pam_unix(cron:session): session closed 
> for user root
> May 14 00:54:00 gar kernel: snd_hda_intel :04:00.0: Unable to change 
> power state from D3hot to D0, device inaccessible
> May 14 00:54:03 gar kernel: [drm:fw_domains_get_with_fallback [i915]] 
> *ERROR* render: timed out waiting for forcewake ack to clear.
> May 14 00:54:03 gar kernel: i915 :03:00.0: [drm:add_taint_for_CI 
> [i915]] CI tainted:0x9 by fw_domains_get_with_fallback+0x20c/0x230 [i915]
> ...
> 
> To reproduce it, I'd probably have to somehow trigger the condition 
> manually, any ideas?
> 
> Thanks for your time!
> 

Hi,

You state that this is a new PC. These issues can be caused by faulty firmware 
e.g. BIOS. Keep an
eye out on your motherboards manufacturer to see if any BIOS updates become 
available.

Regards

Phil

-- 
*** Playing the game for the games own sake. ***


Associations:

* Debian Maintainer (DM)
* Fedora/EPEL Maintainer.
* Contributor member of the AlmaLinux foundation.

WWW: https://kathenas.org

Buy Me a Coffee: https://www.buymeacoffee.com/kathenasorg

Twitter: @kathenasorg

Instagram: @kathenasorg

IRC: kathenas

GPG: 724AA9B52F024C8B


signature.asc
Description: This is a digitally signed message part

Re: Bookworm soft lockup

[Philip Wyett]

On Mon, 2023-05-15 at 10:43 +0930, Christian Gelinek wrote:
> Hi,
> 
> I encountered my Debian frozen this morning. This is the 2nd time this 
> happened, the 1st one was on April 10, with very similar symptoms: The 
> PC was still running, but moving the mouse or typing didn't wake up my 
> screens and I couldn't connect to it via SSH.
> 
> After force-rebooting, I had a look at journalctl and these are the 
> messages before the reboot:
> 
> May 14 00:00:09 gar systemd[1]: Starting cups.service - CUPS Scheduler...
> May 14 00:00:09 gar audit[2912]: AVC apparmor="DENIED" 
> operation="capable" profile="/usr/sbin/cupsd" pid=2912 comm="cupsd" 
> capability=12  capname="net_admin"
> May 14 00:00:09 gar systemd[1]: Started cups.service - CUPS Scheduler.
> May 14 00:00:09 gar kernel: audit: type=1400 audit(1683988209.079:32): 
> apparmor="DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=2912 
> comm="cupsd" capability=12  capname="net_admin"
> May 14 00:00:09 gar systemd[1]: Started cups-browsed.service - Make 
> remote CUPS printers available locally.
> May 14 00:00:09 gar systemd[1]: logrotate.service: Deactivated successfully.
> May 14 00:00:09 gar systemd[1]: Finished logrotate.service - Rotate log 
> files.
> May 14 00:17:01 gar CRON[2929]: pam_unix(cron:session): session opened 
> for user root(uid=0) by (uid=0)
> May 14 00:17:01 gar CRON[2930]: (root) CMD (cd / && run-parts --report 
> /etc/cron.hourly)
> May 14 00:17:01 gar CRON[2929]: pam_unix(cron:session): session closed 
> for user root
> May 14 00:54:00 gar kernel: snd_hda_intel :04:00.0: Unable to change 
> power state from D3hot to D0, device inaccessible
> May 14 00:54:03 gar kernel: [drm:fw_domains_get_with_fallback [i915]] 
> *ERROR* render: timed out waiting for forcewake ack to clear.
> May 14 00:54:03 gar kernel: i915 :03:00.0: [drm:add_taint_for_CI 
> [i915]] CI tainted:0x9 by fw_domains_get_with_fallback+0x20c/0x230 [i915]
> May 14 00:54:07 gar kernel: [drm:fw_domains_get_with_fallback [i915]] 
> *ERROR* render: timed out waiting for forcewake ack to clear.
> May 14 00:54:07 gar kernel: i915 :03:00.0: [drm:add_taint_for_CI 
> [i915]] CI tainted:0x9 by fw_domains_get_with_fallback+0x20c/0x230 [i915]
> May 14 00:54:11 gar kernel: hrtimer: interrupt took 252466383 ns
> May 14 00:54:11 gar kernel: [drm:fw_domains_get_with_fallback [i915]] 
> *ERROR* render: timed out waiting for forcewake ack to clear.
> May 14 00:54:11 gar kernel: i915 :03:00.0: [drm:add_taint_for_CI 
> [i915]] CI tainted:0x9 by fw_domains_get_with_fallback+0x20c/0x230 [i915]
> May 14 00:54:16 gar kernel: [drm:fw_domains_get_with_fallback [i915]] 
> *ERROR* gt: timed out waiting for forcewake ack to clear.
> May 14 00:54:16 gar kernel: i915 :03:00.0: [drm:add_taint_for_CI 
> [i915]] CI tainted:0x9 by fw_domains_get_with_fallback+0x20c/0x230 [i915]
> May 14 00:54:17 gar kernel: i915 :03:00.0: [drm] *ERROR* CT: 
> Corrupted descriptor head=4294967295 tail=4294967295 status=0x
> May 14 00:54:26 gar kernel: [drm:fw_domains_get_with_fallback [i915]] 
> *ERROR* render: timed out waiting for forcewake ack to clear.
> May 14 00:54:26 gar kernel: i915 :03:00.0: [drm:add_taint_for_CI 
> [i915]] CI tainted:0x9 by fw_domains_get_with_fallback+0x20c/0x230 [i915]
> May 14 00:54:26 gar kernel: [drm:fw_domains_get_with_fallback [i915]] 
> *ERROR* gt: timed out waiting for forcewake ack to clear.
> May 14 00:54:26 gar kernel: i915 :03:00.0: [drm:add_taint_for_CI 
> [i915]] CI tainted:0x9 by fw_domains_get_with_fallback+0x20c/0x230 [i915]
> May 14 00:54:26 gar kernel: watchdog: BUG: soft lockup - CPU#15 stuck 
> for 26s! [kworker/15:1:233]
> May 14 00:54:26 gar kernel: Modules linked in: snd_seq_dummy snd_hrtimer 
> snd_seq snd_seq_device nfsv3 nfs_acl rpcsec_gss_krb5 auth_rpcgss nfsv4 
> dns_resolver nfs lockd grace fscache netfs rfkill qrtr sunrpc 
> binfmt_misc nls_ascii nls_cp437 vfat fat snd_sof_pci_>
> May 14 00:54:26 gar kernel:  intel_uncore ee1004 pcspkr watchdog snd 
> soundcore intel_vsec serial_multi_instantiate acpi_pad intel_pmc_core 
> acpi_tad mei_me sg mei evdev parport_pc ppdev lp parport fuse loop 
> efi_pstore configfs efivarfs ip_tables x_tables autof>
> May 14 00:54:26 gar kernel: CPU: 15 PID: 233 Comm: kworker/15:1 Tainted: 
> G U  W  6.1.0-8-amd64 #1  Debian 6.1.25-1
> May 14 00:54:26 gar kernel: Hardware name: Micro-Star International Co., 
> Ltd. MS-7E02/PRO B760M-P DDR4 (MS-7E02), BIOS 1.00 10/21/2022
> May 14 00:54:26 gar kernel: Workqueue: pm pm_runtime_work
> May 14 00:54:26 gar kernel: RIP: 0010:pci_mmcfg_read+0xb0/0xe0
> May 14 00:54:26 gar kernel: Code: 5d 41 5e 41 5f c3 cc cc cc cc 4c 01 e0 
> 66 8b 00 0f b7 c0 89 45 00 eb dc 4c 01 e0 8a 00 0f b6 c0 89 45 00 eb cf 
> 4c 01 e0 8b 00 <89> 45 00 eb c5 e8 66 a2 78 ff c7 45 00 ff ff ff ff b8 
> ea ff ff ff
> May 14 00:54:26 gar kernel: RSP: 0018:a9d000947cc0 EFLAGS: 0286
> May 14 00:54:26 gar kernel: RAX:  RBX: 0040 

Re: Bookworm soft lockup

[Christian Gelinek]

On Mon, 15 May 2023 09:48:12 +0100, piorunz  wrote:

On 15/05/2023 02:13, Christian Gelinek wrote:

It seems to be an issue with the i915 driver, potentially triggered by
snd_hda_intel.


Yes indeed that looks like it, to my untrained eye.
Does it happen on Debian Stable (bullseye) also?
I have one laptop with Intel CPU, Intel integrated graphics, on Debian
Stable (bullseye), and it's ok, never crashes. Probably using same
driver as you, i915 on that one.


Interesting. I'm using an Intel ARC 750 discrete graphics card and 
couldn't get it to work properly with bullseye, which is why I'm using 
bookworm. (In bullseye, the kernel and the firmware-misc-nonfree 
packages weren't recent enough).


Since it happened just twice in the last (almost) 3 months, I think I'd 
need to manually trigger the cause of this lockup - any suggestions are 
welcome.


Thanks for your time!

Re: Bookworm soft lockup

[Christian Gelinek]

On Mon, 15 May 2023 18:30:31, David wrote:

On Mon, 2023-05-15 at 11:17 +0300, Anssi Saari wrote:

Christian Gelinek  writes:

> Is anyone else seeing a similar problem? What can I do to avoid
> this?
> Do we need anything else to narrow it down further?

Only time I've seen a soft lockup was from a bad CPU. There were a
bunch
of them and eventually the computer hung. Going back to the slow
plodding Celeron fixed all issues. Except CPU performance of course.


It's happened to me a couple of times, but only since I switched from
stable to testing, over the last month.
As I don't think everybody is running a Dell 980 desktop, or the same
desktop environment, it's probably not a hardware/software mismatch.
We'd be looking at strictly software, I suspect.


I have the same hunch. I got that PC new on Feb 20th, so I hope it's not 
the CPU.  It also happened just twice since then, even though I keep it 
running pretty much 24/7.  Not doing very much when I'm not there, which 
was the case both times.


And for both times, the journalctl log looks suspiciously similar, 
starting with the snd_hda_intel entry.


First time:

Apr 10 07:36:07 gar systemd[1]: anacron.service: Deactivated successfully.
Apr 10 07:50:01 gar kernel: snd_hda_intel :04:00.0: Unable to change 
power state from D3hot to D0, device inaccessible
Apr 10 07:50:03 gar kernel: [drm:fw_domains_get_with_fallback [i915]] 
*ERROR* render: timed out waiting for forcewake ack to clear.
Apr 10 07:50:03 gar kernel: i915 :03:00.0: [drm:add_taint_for_CI 
[i915]] CI tainted:0x9 by fw_domains_get_with_fallback+0x20c/0x230 [i915]

...

Second time:

May 14 00:17:01 gar CRON[2929]: pam_unix(cron:session): session closed 
for user root
May 14 00:54:00 gar kernel: snd_hda_intel :04:00.0: Unable to change 
power state from D3hot to D0, device inaccessible
May 14 00:54:03 gar kernel: [drm:fw_domains_get_with_fallback [i915]] 
*ERROR* render: timed out waiting for forcewake ack to clear.
May 14 00:54:03 gar kernel: i915 :03:00.0: [drm:add_taint_for_CI 
[i915]] CI tainted:0x9 by fw_domains_get_with_fallback+0x20c/0x230 [i915]

...

To reproduce it, I'd probably have to somehow trigger the condition 
manually, any ideas?


Thanks for your time!

Re: OT - ocultar una vpn

[Ángel]

On 2023-05-04 at 21:16 +0200, juan carlos rebate wrote:
> Incluso creando vpns con azure o aws lo detecta, ya no es el hecho de
> entrar sino el reto de porque no puedo con una vpn

¿De qué red irc se trata? ¿A qué servidor conectas?

no sé por qué movistar iba a impedirte conectar, pero que solo dure 5
segundos es la propia red irc impidiendo el acceso desde proxies y vpn.
Igual tienen bloqueado el acceso desde todo aws

Un saludo

Re: No hay espacio en que unidad

[Gerardo Braica]

Tal como dice Camaleon si bien hay un modulo faltante parece ser 
solamente cosmetico.
Pero la misma situacion se repite en otros casos, por ejemplo con el 
i915 de Intel.

Si quieres eliminar el error prueba esto:

|git clone 
git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git

|
Y copia los archivos a |/lib/firmware/amdgpu

|Por ultimo hay que actualizar el initramfs : update-initramfs




El 16/5/23 a las 00:55, judedi sago escribió:

Buenas Tardes/noches/días...
Instalando un paquetico me salieron estos mensajes:
W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_dmcub.bin for 
module amdgpu

(...)

Para este mensaje de aviso (sobre el problema con el espacio en disco
ya te ha respondido hubble), ejecuta como root:

dmesg | grep -i -e amd -e bin

Y manda la salida.

~$ sudo dmesg | grep -i -e amd -e bin
Gracias Camaleon. Esta es la salida:

[0.00] Linux version 5.17.0-trunk-amd64
(debian-ker...@lists.debian.org) (gcc-11 (Debian 11.2.0-19) 11.2.0,
GNU ld (GNU Binutils for Debian) 2.38) #1 SMP PREEMPT Debian
5.17.1-1~exp1 (2022-03-29)
[0.00] Command line:
BOOT_IMAGE=/boot/vmlinuz-5.17.0-trunk-amd64
root=UUID=545eeea3-6fe9-452e-8aa0-c3df972c5db5 ro quiet
[0.005137] RAMDISK: [mem 0x2e897000-0x33442fff]
[0.005161] ACPI: SSDT 0x4A654000 005419 (v02 AMDMYRTLE
   0002 MSFT 0400)
[0.005164] ACPI: SSDT 0x4A65 003BD7 (v01 AMDAMD
AOD  0001 INTL 20120913)
[0.005182] ACPI: IVRS 0x4A562000 D0 (v02 AMD
AmdTable 0001 AMD  )
[0.005184] ACPI: SSDT 0x4A56 00119C (v02 AMD
AmdTable 0001 AMD  0001)
[0.005187] ACPI: CRAT 0x4A55F000 000810 (v01 AMD
AmdTable 0001 AMD  0001)
[0.005189] ACPI: CDIT 0x4A55E000 29 (v01 AMD
AmdTable 0001 AMD  0001)
[0.005192] ACPI: SSDT 0x4A55D000 000D53 (v01 AMD
MYRTLEG2 0001 INTL 20120913)
[0.005194] ACPI: SSDT 0x4A55B000 0010AC (v01 AMD
MYRTLEPX 0001 INTL 20120913)
[0.005196] ACPI: SSDT 0x4A557000 00381A (v01 AMDMYRTLE
   0001 INTL 20120913)
[0.005199] ACPI: SSDT 0x4A556000 BF (v01 AMD
AmdTable 1000 INTL 20120913)
[0.014041] Kernel command line:
BOOT_IMAGE=/boot/vmlinuz-5.17.0-trunk-amd64
root=UUID=545eeea3-6fe9-452e-8aa0-c3df972c5db5 ro quiet
[0.014077] Unknown kernel command line parameters
"BOOT_IMAGE=/boot/vmlinuz-5.17.0-trunk-amd64", will be passed to user
space.
[0.189782] smpboot: CPU0: AMD Ryzen 5 2400G with Radeon Vega
Graphics (family: 0x17, model: 0x11, stepping: 0x0)
[0.190308] Performance Events: Fam17h+ core perfctr, AMD PMU driver.
[0.272938] TCP bind hash table entries: 65536 (order: 8, 1048576
bytes, linear)
[0.273007] TCP: Hash tables configured (established 65536 bind 65536)
[0.273982] pci :00:00.2: AMD-Vi: IOMMU performance counters supported
[0.276858] pci :00:00.2: AMD-Vi: Found IOMMU cap 0x40
[0.276862] AMD-Vi: Extended features (0x4f77ef22294ada): PPR NX GT
IA GA PC GA_vAPIC
[0.276866] AMD-Vi: Interrupt remapping enabled
[0.276867] AMD-Vi: Virtual APIC enabled
[0.278220] amd_uncore: 4  amd_df counters detected
[0.278233] amd_uncore: 6  amd_l3 counters detected
[0.278757] perf/amd_iommu: Detected AMD IOMMU #0 (2 banks, 4 counters/bank).
[1.129486] AMD-Vi: AMD IOMMUv2 loaded and initialized
[1.313080] BOOT_IMAGE=/boot/vmlinuz-5.17.0-trunk-amd64
[1.466383] usb usb1: Manufacturer: Linux 5.17.0-trunk-amd64 xhci-hcd
[1.472494] usb usb2: Manufacturer: Linux 5.17.0-trunk-amd64 xhci-hcd
[1.475283] usb usb3: Manufacturer: Linux 5.17.0-trunk-amd64 xhci-hcd
[1.475636] usb usb4: Manufacturer: Linux 5.17.0-trunk-amd64 xhci-hcd
[1.476994] usb usb5: Manufacturer: Linux 5.17.0-trunk-amd64 xhci-hcd
[1.477228] usb usb6: Manufacturer: Linux 5.17.0-trunk-amd64 xhci-hcd
[3.207230] [drm] amdgpu kernel modesetting enabled.
[3.212234] amdgpu: Topology: Add APU node [0x0:0x0]
[3.212303] amdgpu :08:00.0: vgaarb: deactivate vga console
[3.213542] amdgpu :08:00.0: amdgpu: Trusted Memory Zone (TMZ)
feature enabled
[3.213595] amdgpu :08:00.0: firmware: direct-loading firmware
amdgpu/raven_gpu_info.bin
[3.236883] amdgpu :08:00.0: amdgpu: Fetched VBIOS from ROM BAR
[3.236884] amdgpu: ATOM BIOS: 113-PICASSO-117
[3.236916] amdgpu :08:00.0: firmware: direct-loading firmware
amdgpu/raven_sdma.bin
[3.236950] amdgpu :08:00.0: amdgpu: VRAM: 2048M
0x00F4 - 0x00F47FFF (2048M used)
[3.236952] amdgpu :08:00.0: amdgpu: GART: 1024M
0x - 0x3FFF
[3.236953] amdgpu :08:00.0: amdgpu: AGP: 267419648M
0x00F8 - 0x
[3.237011] [drm] amdgpu: 2048M of VRAM memory ready
[3.237012] [drm] amdgpu: 3072M of GTT memory ready.
[3.237324] amdgpu :08:00.0: firmware: direct-loading firmware

Re: Ok so Now which backup should I use

[Anssi Saari]

Maureen L Thomas  writes:

> I have everything I need including a third HDD.  There are so many backup 
> programs I have to wonder which one will work for my needs.  I
> just need to make a backup of my home directory so if I do something stupid 
> like play with /var and have no idea how to fix it.  Is there
> something else I need to back up besides /home?  I appreciate your help.

I use bup. It's a fairly simple command line tool. It can generate error
correction data for my backups too which I thought is great but as you
say, there are many

I back up /boot /etc /home /root usr/local /var/lib/dpkg 
/var/lib/apt/extended_states
on my main desktop. Probably different directories on my other computers.

I can't remember why /var/lib/dpkg and /var/lib/apt/extended_states though.

/boot is a little suspect too but I do have a custom Grub theme in
there but that's the only thing worth backing up in /boot.

I also save partition tables with sfdisk and Debian package selections
with dpkg --get-selections "*", just in case. My desktop especially has
a fair number of partitions on the boot drive with three operating
system. So, good to keep a copy of that.

Re: EPSON ET M 1120 new printer: If You can read this, youareusingthe wrong driver

[gene heskett]

On 5/16/23 12:07, Brian wrote:

On Tue 16 May 2023 at 11:24:05 -0400, gene heskett wrote:


On 5/16/23 10:35, Brian wrote:

On Tue 16 May 2023 at 09:58:45 -0400, gene heskett wrote:


On 5/16/23 08:29, Andrew M.A. Cater wrote:


[...]


But yes, this is going nowhere - and there is no lsb package in Debian, I think.

Andy

.

Couple that with my recent discovery that debian seems to be shipping the
cups from apple, last updated by its author in 2019.


Did your investigations involve reading a changelog?


whazzat? Trolling thru /usr/share/ looking for those is a pita. And far more
often, a waste of time, not containing a useful amount of data.


Mmm. That's a novel way to dispose of the usefulness of changelogs and not
have to acknowledge what appears to be disinformation.
  

Given that clue, I would be surprised to find a "cups" driver in the debian
repo's capable of driving a newer epson product.


Please give yourself a treat and use 'lpinfo -m' :).


Thanks, I just did and it appears to show both brothers installed drivers
and the driverless, but driverless is not complete for either printer, where
the makers ppd is. for the laser, toner would last forever, very thin,
faint, had to read output, the mfcj6920dw only uses top tray, which is $8
for 50 sheets glossy photo paper. Tray 2, the bottom one has up to 350 pages
of duplex copy paper, the obvious choice, but the driverless driver doesn't
use it.


You made a comment on Epson products and Debian. I was rather hoping you would
address that rather than bringing up your concern with a possibly buggy printer
from another vendor.

Sorry, I somewhat subscribe to the suggestion Sophie is a chatbot 
learning, and was more concerned with my own problem cups children. But 
a new kernel on this machine, the "server" seems to have fixed the 
armbian bullseye machines.  epson, given their recent attitude about 
linux, and I as a potential customer pretty much quit worrying about 
them since ink or toner for the brothers cuts my per page costs 
noticeably. I've killed a lot of trees since the early 80's. In a way, 
I'm glad they wouldn't sell me a new high voltage board, the color 
reproduction of this inkjet is far far superior to anything I ever got 
out of the color laser.


Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: Mouse trouble on sid

[Kent West]

Just for kicks, unplug the keyboard and see if the mouse starts behaving.

>
>

-- 
Kent West<")))><
IT Support / Client Support
Abilene Christian University
Westing Peacefully - http://kentwest.blogspot.com

Re: Mouse trouble on sid

[Joe]

On Tue, 16 May 2023 12:29:02 +0200
Christoph Brinkhaus  wrote:

> Am Tue, May 16, 2023 at 11:02:50AM +0100 schrieb Joe:
> 
> Hello Joe,
> 
> [...deleted a lot...]
> > On Tue, 16 May 2023 10:44:03 +0100
> > Joe  wrote:
> >   
> > > > One idea is to try a minimalistic window manager as twm to find
> > > > out if the issue is related to xfce.
> > > 
> > > OK, tried twm and fvvm. Both unusable, as a left-click brings up a
> > > menu for a fraction of a second. Couldn't log out of either, had
> > > to switch to console and uninstall them. But they confirm the
> > > mouse problem. It's obviously fairly fundamental.
> > > 
> > > Just tried previous kernel, but also bad. I can assume by now that
> > > nobody else has seen this problem.  
> > 
> > Just as a sanity check, I booted Knoppix, and of course there's no
> > problem, it's just an order of magnitude too slow from USB to do
> > anything useful.  
> 
> Now it seems as if the issue is related to X or the driver stuff.
> I have three ideas.
> 
> 1. Do you have any xorg.conf things in /etc or the related
> directories? Nowadays X is not so bad in guessing the hardware which
> makes xorg.conf and such obsolete. If there are X config files it
> might be worth to move them to a safe place and to try without them.

I can't find anything. This is a relatively new sid (installed on new
hardware, opportunity to get rid of some junk) and I have never needed
to mess about with X.
> 
> 2. It is unlikely, but it might be that some of the xinput related
> programs or libraries have been corrupted. It might help to reinstall
> them.

I have nothing in the apt cache, so I'll need to locate debs. I
eventually gave up and copied out the (possibly) offending upgrade log
and added newlines so it was actually readable. What jumped out then
were three xserver packages (from a total of 118). I located previous
versions in the cache, installed them, rebooted and confirmed they were
now running, and... just the same. 
> 
> 3. The comparison of Xorg.log of Debian and Knoppix may give some
> indication.

They look broadly similar, although it is easy to miss things among
that much output.

-- 
Joe

Re: EPSON ET M 1120 new printer: If You can read this, you areusingthe wrong driver

[Brian]

On Tue 16 May 2023 at 11:24:05 -0400, gene heskett wrote:

> On 5/16/23 10:35, Brian wrote:
> > On Tue 16 May 2023 at 09:58:45 -0400, gene heskett wrote:
> > 
> > > On 5/16/23 08:29, Andrew M.A. Cater wrote:
> > 
> > [...]
> > 
> > > > But yes, this is going nowhere - and there is no lsb package in Debian, 
> > > > I think.
> > > > 
> > > > Andy
> > > > 
> > > > .
> > > Couple that with my recent discovery that debian seems to be shipping the
> > > cups from apple, last updated by its author in 2019.
> > 
> > Did your investigations involve reading a changelog?
> 
> whazzat? Trolling thru /usr/share/ looking for those is a pita. And far more
> often, a waste of time, not containing a useful amount of data.

Mmm. That's a novel way to dispose of the usefulness of changelogs and not
have to acknowledge what appears to be disinformation. 
 
> > > Given that clue, I would be surprised to find a "cups" driver in the 
> > > debian
> > > repo's capable of driving a newer epson product.
> > 
> > Please give yourself a treat and use 'lpinfo -m' :).
> > 
> Thanks, I just did and it appears to show both brothers installed drivers
> and the driverless, but driverless is not complete for either printer, where
> the makers ppd is. for the laser, toner would last forever, very thin,
> faint, had to read output, the mfcj6920dw only uses top tray, which is $8
> for 50 sheets glossy photo paper. Tray 2, the bottom one has up to 350 pages
> of duplex copy paper, the obvious choice, but the driverless driver doesn't
> use it.

You made a comment on Epson products and Debian. I was rather hoping you would
address that rather than bringing up your concern with a possibly buggy printer
from another vendor.

-- 
Brian.

Re: EPSON ET M 1120 new printer: If You can read this,youareusingthe wrong driver

[gene heskett]

On 5/16/23 11:30, Greg Wooledge wrote:

On Tue, May 16, 2023 at 10:52:28AM -0400, gene heskett wrote:

gnutls28-dev worked, all tests pass. thanks Greg. How do I now make
installable deb's? I think I have dh installed.


I wouldn't even try.  That would be a *project*.


Chuckle, but sir, I am doing it, for linuxcnc n an rpi4b! I can install 
them over the top of the buildbots output if I want, or if the buildbot 
gets a tummy ache.



This is the sort of thing that you install in /opt or /usr/local and
write your own systemd unit files or init.d scripts for, possibly
cannibalizing the Debian ones if they exist.


If it works, I'd prefer the packaging system knows about it.


That said, since this involves printers, I would just ask Brian what
to do.  He seems to know them extremely well, certainly better than I
do, though that's a low bar to pass.

.

Thanks Greg.

Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: EPSON ET M 1120 new printer: If You can read this, youareusingthe wrong driver

[Greg Wooledge]

On Tue, May 16, 2023 at 10:52:28AM -0400, gene heskett wrote:
> gnutls28-dev worked, all tests pass. thanks Greg. How do I now make
> installable deb's? I think I have dh installed.

I wouldn't even try.  That would be a *project*.

This is the sort of thing that you install in /opt or /usr/local and
write your own systemd unit files or init.d scripts for, possibly
cannibalizing the Debian ones if they exist.

That said, since this involves printers, I would just ask Brian what
to do.  He seems to know them extremely well, certainly better than I
do, though that's a low bar to pass.

Re: EPSON ET M 1120 new printer: If You can read this, you areusingthe wrong driver

[gene heskett]

On 5/16/23 10:35, Brian wrote:

On Tue 16 May 2023 at 09:58:45 -0400, gene heskett wrote:


On 5/16/23 08:29, Andrew M.A. Cater wrote:


[...]


But yes, this is going nowhere - and there is no lsb package in Debian, I think.

Andy

.

Couple that with my recent discovery that debian seems to be shipping the
cups from apple, last updated by its author in 2019.


Did your investigations involve reading a changelog?


whazzat? Trolling thru /usr/share/ looking for those is a pita. And far 
more often, a waste of time, not containing a useful amount of data.



Given that clue, I would be surprised to find a "cups" driver in the debian
repo's capable of driving a newer epson product.


Please give yourself a treat and use 'lpinfo -m' :).

Thanks, I just did and it appears to show both brothers installed 
drivers and the driverless, but driverless is not complete for either 
printer, where the makers ppd is. for the laser, toner would last 
forever, very thin, faint, had to read output, the mfcj6920dw only uses 
top tray, which is $8 for 50 sheets glossy photo paper. Tray 2, the 
bottom one has up to 350 pages of duplex copy paper, the obvious choice, 
but the driverless driver doesn't use it.


Thanks Brian.

Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: EPSON ET M 1120 new printer: If You can read this, youareusingthe wrong driver

[gene heskett]

On 5/16/23 10:28, Greg Wooledge wrote:

On Tue, May 16, 2023 at 10:20:38AM -0400, gene heskett wrote:

On 5/16/23 10:03, Jeffrey Walton wrote:

On Tue, May 16, 2023 at 9:59 AM gene heskett  wrote:

Couple that with my recent discovery that debian seems to be shipping
the cups from apple, last updated by its author in 2019. The new cups
site, openprinting.org copy's src cups-master.zip is about 2.5 times the
size of the debian src, and it builds on bullseye with only one option
to "./configure with-tls=no" (presumably because debian doesn't have
libtls, I couldn't find it)


libtls is part of libressl from the OpenBSD folks. See, for example,
https://github.com/bob-beck/libtls/blob/master/TUTORIAL.md .



Thanks Jeff, but it does not appear in synaptic here on a bullseye install.
should I add another repo?  That's scary. I only do that on my buster
machines to add the linuxcnc buildbot because I run master on my machines.


Debian provides OpenSSL (libssl-dev or the older libssl1.0-dev) and GnuTLS
(libgnutls28-dev).  Chances are, at least one of these will work.

gnutls28-dev worked, all tests pass. thanks Greg. How do I now make 
installable deb's? I think I have dh installed.



Most projects that want TLS support are developed around OpenSSL, so
you should try that first.  Or, read the project's INSTALL or README
files and see what it says to use.

.


Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: EPSON ET M 1120 new printer: If You can read this, you are usingthe wrong driver

[Brian]

On Tue 16 May 2023 at 09:58:45 -0400, gene heskett wrote:

> On 5/16/23 08:29, Andrew M.A. Cater wrote:

[...]

> > But yes, this is going nowhere - and there is no lsb package in Debian, I 
> > think.
> > 
> > Andy
> > 
> > .
> Couple that with my recent discovery that debian seems to be shipping the
> cups from apple, last updated by its author in 2019.

Did your investigations involve reading a changelog?
 
> Given that clue, I would be surprised to find a "cups" driver in the debian
> repo's capable of driving a newer epson product.

Please give yourself a treat and use 'lpinfo -m' :).

-- 
Brian.

Re: EPSON ET M 1120 new printer: If You can read this, you areusingthe wrong driver

[Greg Wooledge]

On Tue, May 16, 2023 at 10:20:38AM -0400, gene heskett wrote:
> On 5/16/23 10:03, Jeffrey Walton wrote:
> > On Tue, May 16, 2023 at 9:59 AM gene heskett  wrote:
> > > Couple that with my recent discovery that debian seems to be shipping
> > > the cups from apple, last updated by its author in 2019. The new cups
> > > site, openprinting.org copy's src cups-master.zip is about 2.5 times the
> > > size of the debian src, and it builds on bullseye with only one option
> > > to "./configure with-tls=no" (presumably because debian doesn't have
> > > libtls, I couldn't find it)
> > 
> > libtls is part of libressl from the OpenBSD folks. See, for example,
> > https://github.com/bob-beck/libtls/blob/master/TUTORIAL.md .

> Thanks Jeff, but it does not appear in synaptic here on a bullseye install.
> should I add another repo?  That's scary. I only do that on my buster
> machines to add the linuxcnc buildbot because I run master on my machines.

Debian provides OpenSSL (libssl-dev or the older libssl1.0-dev) and GnuTLS
(libgnutls28-dev).  Chances are, at least one of these will work.

Most projects that want TLS support are developed around OpenSSL, so
you should try that first.  Or, read the project's INSTALL or README
files and see what it says to use.

Re: CUPS on Bullseye and Bookworm

[Brian]

On Mon 15 May 2023 at 18:29:12 +0100, Brian wrote:

> On Mon 15 May 2023 at 16:33:42 +0100, Brian wrote:
> 
> [...]
> 
> > Good. The issue is solved, but how do you feel about being adventurous?
> > 
> > Assuming you have deleted the three non-working queues,'lpstat -a' and
> > s-c-p should show only M234. On dragon do
> > 
> >   systemctl stop cups-browsed
> > 
> > Check that 'lpstat -l -e' still shows the printer as
> > 
> >HP_LaserJet_MFP_M234sdw_C0FB67
> > 
> > * Now print: 'lp -d HP_LaserJet_MFP_M234sdw_C0FB67 /etc/nsswitch.conf'.
> > * Immediately afterwards do 'lpstat -a'. What do you observe?
> > * Run 'lpstat -a' a minute or so later. What do you observe?
> 
> Thinking on: the test can be carried out withoit using papaer and ink.
> For the first step:
> 
> * Execute 'lpoptions -p HP_LaserJet_MFP_M234sdw_C0FB67 -l'.

For illustrative purposes on a machine without cups-browsed:

  brian@test-new:~$ lpstat -a
  lpstat: No destinations added.
  brian@test-new:~$ 

There aren't any local print queues.

  brian@test-new:~$ lpstat -e
  ENVY4500
  ENVY4500_USB
  RX420
  brian@test-new:~$

Shows all available destinations on the local network. These are the names
of prospective (on-demand) queues.

  brian@test-new:~$ lpoptions -p envy4500 -l
  PageSize/Media Size: 100x150mm 111.76x152.4mm 3.5x5 3.5x5.Borderless 3x5
  4x6 4x6.Borderless 5x7 5x7.Borderless 5x8 8x10 8x10.Borderless *A4
  A4.Borderless A5 A6 A6.Borderless B5 Env10 EnvA2 EnvC5 EnvC6 EnvChou3
  EnvChou4 EnvDL EnvMonarch EnvPersonal Executive ISOB5 Legal Letter
  Letter.Borderless Postcard Postcard.Borderless Statement Custom.WIDTHxHEIGHT
  MediaType/Media Type: *Stationery PhotographicGlossy
  cupsPrintQuality/cupsPrintQuality: Draft *Normal High
  ColorModel/Output Mode: *RGB Gray Gray16 DeviceGray DeviceRGB AdobeRGB
  Duplex/Duplex: *None DuplexNoTumble DuplexTumble
  OutputBin/OutputBin: *FaceUp
  brian@test-new:~$

The destination has been contacted and querued for the device's attributes.

  brian@test-new:~$ lpstat -a
  ENVY4500 accepting requests since Tue 16 May 2023 14:50:01 BST
  brian@test-new:~$

A local queue for the ENVY4500 destination has been created. Unlike a queue
created manually or with cups-browsed it is a *temporary* queue. Just over
a minute later:

  brian@test-new:~$ lpstat -a
  lpstat: No destinations added.
  brian@test-new:~$

This is the future of printing and it is here now. No manual queues. No
cups-browsed.

-- 
Brian.

Re: EPSON ET M 1120 new printer: If You can read this, you areusingthe wrong driver

[gene heskett]

On 5/16/23 10:03, Jeffrey Walton wrote:

On Tue, May 16, 2023 at 9:59 AM gene heskett  wrote:

[...]
Couple that with my recent discovery that debian seems to be shipping
the cups from apple, last updated by its author in 2019. The new cups
site, openprinting.org copy's src cups-master.zip is about 2.5 times the
size of the debian src, and it builds on bullseye with only one option
to "./configure with-tls=no" (presumably because debian doesn't have
libtls, I couldn't find it)


libtls is part of libressl from the OpenBSD folks. See, for example,
https://github.com/bob-beck/libtls/blob/master/TUTORIAL.md .

I've never used it, so I can't comment on it. (I have used OpenSSL a
lot, but not the OpenBSD port).

Jeff

.
Thanks Jeff, but it does not appear in synaptic here on a bullseye 
install. should I add another repo?  That's scary. I only do that on my 
buster machines to add the linuxcnc buildbot because I run master on my 
machines.


Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: Searching for HA shared storage free for docker

[Stefan Monnier]

> GlusterFS is vary simplistic to setup.

"simplistic" means something like *too* simple, which implies that it
is misleading.
You presumably meant "simple" or "very simple" :-)


Stefan

Re: EPSON ET M 1120 new printer: If You can read this, you are usingthe wrong driver

[Jeffrey Walton]

On Tue, May 16, 2023 at 9:59 AM gene heskett  wrote:
> [...]
> Couple that with my recent discovery that debian seems to be shipping
> the cups from apple, last updated by its author in 2019. The new cups
> site, openprinting.org copy's src cups-master.zip is about 2.5 times the
> size of the debian src, and it builds on bullseye with only one option
> to "./configure with-tls=no" (presumably because debian doesn't have
> libtls, I couldn't find it)

libtls is part of libressl from the OpenBSD folks. See, for example,
https://github.com/bob-beck/libtls/blob/master/TUTORIAL.md .

I've never used it, so I can't comment on it. (I have used OpenSSL a
lot, but not the OpenBSD port).

Jeff

Re: EPSON ET M 1120 new printer: If You can read this, you are usingthe wrong driver

[gene heskett]

On 5/16/23 08:29, Andrew M.A. Cater wrote:

On Tue, May 16, 2023 at 01:55:08PM +0300, Anssi Saari wrote:

Will Mengarini  writes:


* Brian  [23-05/08=Mo 00:27 +0100]:

   https://download3.ebz.epson.net/dsc/f/03/00/14/48/15/1d37501ad39bd2b5753 \
cce3b2715b3e2fef557/epson-inkjet-printer-escpr_1.7.26-1lsb3.2_amd64.deb


That includes a literal space in the middle of that hash
(because the space before the backslash is taken literally).

However, when I removed that space by hand, I still got "not found":

debian/pts/3 bash3 ~ 17:03 0$HEAD
https://download3.ebz.epson.net/dsc/f/03/00/14/48/15/1d37501ad39bd2b5753cce3b2715b3e2fef557/epson-inkjet-printer-escpr_1.7.26-1lsb3.2_amd64.deb


Which is still missing the <> surrounding the actual link. so its still 
a 403.

I don't understand why you guys even propose installing drivers from
Epson when printer-driver-escpr package is in Debian and should be
correct for the printer in question? Is there some established reason to
think it won't work? Or you just didn't do your homework?

I get that this saga probably never goes anywhere but I don't understand
this advice, especially from Andrew. It seems to run counter to the Debian
principle of using software that's actually packaged and tested by Debian.



If you reread - I suggest using the Debian package of escputil - I just wanted
Sophie to see that there was an Epson driver which might provide status
for ink tanks etc. - that's why I went through the steps of exactly how
to find the driver.

But yes, this is going nowhere - and there is no lsb package in Debian, I think.

Andy

.
Couple that with my recent discovery that debian seems to be shipping 
the cups from apple, last updated by its author in 2019. The new cups 
site, openprinting.org copy's src cups-master.zip is about 2.5 times the 
size of the debian src, and it builds on bullseye with only one option 
to "./configure with-tls=no" (presumably because debian doesn't have 
libtls, I couldn't find it)


Given that clue, I would be surprised to find a "cups" driver in the 
debian repo's capable of driving a newer epson product.


However to update this never ending saga, I rebooted this machine into a 
new security patched kernel yesterday, updating this machine to:


5.10.0-23-amd64 #1 SMP Debian 5.10.179-1 (2023-05-12) x86_64 GNU/Linux

and my bullseye armbian machines have magically gotten well. What 
changed? DIIK.


Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: how to find out regdomain/country of wifi network

[David Wright]

On Tue 16 May 2023 at 11:38:27 (+0200), Vincent Lefevre wrote:
> On 2023-05-15 23:14:30 -0500, David Wright wrote:
> > On Mon 15 May 2023 at 16:38:29 (+0200), Vincent Lefevre wrote:
> > > On 2023-05-15 08:36:41 -0500, David Wright wrote:
> > > > On Mon 15 May 2023 at 12:51:55 (+0200), Vincent Lefevre wrote:
> > > > > Under Debian/unstable, i.e. more much recent than stretch:
> > > > > 
> > > > > zira:~> dpkg -s net-tools
> > > > > Package: net-tools
> > > > > Status: install ok installed
> > > > > Priority: important
> > > > > [...]
> > > > > 
> > > > > This is still priority important!
> > > > 
> > > > Not at all; AFAICT, the /internal/ Priority of the package has never
> > > > changed.
> > > 
> > > But this is what the user sees.
> > > 
> > > > (Just guessing: if you installed it, you need it, and better
> > > > hang on to it.)
> > > 
> > > Wrong. It got installed automatically. I suppose that this is because
> > > this was like that in the past, when I installed the machine in 2015,
> > > thus before stretch was out.
> > 
> > Of course, how stupid of me—I should have known that from your post
> > about a system running sid (quoted above in its entirety).
> 
> Well, you should never try to guess, unless the guess is obvious.

Well, excuse me, but are you the moderator here? I shall answer
posts in the manner I find appropriate, if you don't mind (and
even if you do).

> BTW, I don't think that sid matters here; just the fact that the
> machine was installed before stretch and that there is a current
> dependency.

Neither of which was mentioned in your post. Does anything in your
post actually matter? It it does, wouldn't it be better to file a
bug against the net-tools control file, rather than spending your
time criticising the fact that I had the temerity to write this
aside in a post:

 "(Just guessing: if you installed it, you need it, and better hang on to it.)"

Cheers,
David.

Re: Icon voor script

[Haijo7]

> Maar die van firefox-esr dus blijkbaar ook in /usr/share/firefox-esr/

Klopt, nu dat ik er even over heb nagedacht denk ik niet dat deze gebruikt 
worden.

Je zou een .deb van een bestand kunnen downloaden van een bestaand programma en 
die handmatig uitpakken om te kijken hoe het zit met de icons.

Als ik een .deb bestand uitpak vind ik onder andere een bestand genaamd 
data.tar.gz.

De inhoud van data.tar.gz is wat in de root word gezet bij een installatie. in 
mij geval een directory genaamd usr en subdirectories voor onder andere de 
binary, een icon, een .desktop en een aantal andere dingen.

In het .desktop bestand staat "Icon=", gevolgd door de naam van het programma. 
De naam komt overeen met die van de afbeelding voor het icon.

> Ik wil gewoon een klein icoontje voor in het menu, wat voor
maat is daarvoor geschikt?

Op een een scherm met een hogere resolutie heb je ook een icon met een hogere 
resolutie nodig. Ook zijn er verschillende menus die van grootte verschillen op 
verschillende desktops.

Als je een .svg gebruikt zou je je niet druk hoeven maken over de grootte van 
het icon. Die zou in /usr/share/icons/hicolor/scalable/apps/ moeten komen te 
staan lijkt het.

Groet,
Haijo

Re: CUPS on Bullseye and Bookworm

[Dan Ritter]

Charles Curley wrote: 
> On Mon, 15 May 2023 20:30:38 -0400
> Timothy M Butterworth  wrote:
> 
> > > I also have an ancient i386 IBM R51 running Bookworm, dragon. On
> > > dragon, using system-config-printer, I can see the printer
> > > automagically discovered. I can open up the queue window for the
> > > printer, and request a test page.
> > >  
> > 
> > If you are trying to run Bullseye on an actual i386 CPU you will have
> > strange problems as the minimum hardware version is i686 Pentium II.
> > That change took place in Debian quite a while ago. The arch still
> > says i386 due to the large number of dependencies it did not make
> > sense to try to change it to i686.
> 
> root@dragon:~# uname -a
> Linux dragon 6.1.0-9-686 #1 SMP PREEMPT_DYNAMIC Debian 6.1.27-1 (2023-05-08) 
> i686 GNU/Linux
> root@dragon:~# 

The actually useful thing would be lscpu.

It's not necessary, because "IBM R51" is enough to locate it as
a ThinkPad R51, which has a Pentium M CPU, which is precisely an
i686 by the current nomenclature.

-dsr-

Re: HS: pourquoi les disques SSD sont peu utilisé dans les serveurs

[Sébastien Dinot]

Le 2023-05-16 13:14, Olivier a écrit :
Merci pour cette anecdote, même si elle me semble particulièrement 
angoissante !


Avec le temps, les admin. sys. de notre entreprises sont devenus 
fatalistes. Ils anticipent les problèmes en achetant du matériel 
d'occasion, car les plateformes en question ne sont plus 
commercialisées. Ils cannibalisent ces matériels de seconde main pour 
maintenir en condition les serveurs (i.e. ils récupèrent sur le matériel 
d'occasion les pièces qui flanchent sur les serveurs en production).


Certains d'entre vous se demanderont peut-être, en lisant ces lignes, 
pourquoi nous ne gérons pas l'obsolescence et ne planifions pas des 
migrations de plateforme. La raison est simple, ces plateformes relèvent 
de projets industriels dont la durée de vie est assez longue (10 ou 20 
ans), que nous nous engageons à maintenir sur la durée et à l'identique 
sur différents sites.


Y aurait-il une action faite pendant la maintenance électrique qui 
pourrait expliquer ces pannes au démarrage ?


Non, nos salles d'hébergement répondent aux standards du domaine. Elles 
sont dotées d'onduleurs monumentaux qui filtrent le courant. Les 
machines sont éteintes avant la maintenance électrique et elles sont 
ensuite rallumées une à une pour éviter toute pointe de charge.


Mais si vous discutez avec des gens qui gèrent du matériel et ont roulé 
leur bosse, ils vous diront que les condensateurs vieillissent, que les 
roulements à billes des disques s'usent, que les ventilateurs se 
grippent et que tous ces problèmes se révèlent au démarrage des 
serveurs, lorsque les systèmes sont restés suffisamment de temps au 
repos pour refroidir.


À vue de nez, combien de panne au démarrage pour combien de disque (à 
la louche) ?


Je ne saurais donner de chiffres spontanément, il faut que je me 
renseigne. Mais ce n'est pas une hécatombe non plus, on est à la marge. 
Ceci étant, le problème est bien réel parce que même si c'est 1 % du 
parc ou moins qui est affecté, le lundi qui suit l'opération de 
maintenance, une équipe est en panique parce que son serveur est parti 
en fumée durant le week-end et que la continuité du service vient de 
prendre une grosse claque.


Les hébergeurs commerciaux (OVH, Scaleway, Orange... pour ne parler que 
de quelques fournisseurs français) n'ont probablement pas ce problème, 
car ils renouvèlent leurs machines plus rapidement (leurs clients 
n'aiment pas l'idée d'avoir une machine qui a 10 ans, ils veulent des 
plateformes récentes).


Sébastien


--
Sébastien Dinot
Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !
https://www.palabritudes.net/

Re: CUPS on Bullseye and Bookworm

[Charles Curley]

On Mon, 15 May 2023 20:30:38 -0400
Timothy M Butterworth  wrote:

> > I also have an ancient i386 IBM R51 running Bookworm, dragon. On
> > dragon, using system-config-printer, I can see the printer
> > automagically discovered. I can open up the queue window for the
> > printer, and request a test page.
> >  
> 
> If you are trying to run Bullseye on an actual i386 CPU you will have
> strange problems as the minimum hardware version is i686 Pentium II.
> That change took place in Debian quite a while ago. The arch still
> says i386 due to the large number of dependencies it did not make
> sense to try to change it to i686.

root@dragon:~# uname -a
Linux dragon 6.1.0-9-686 #1 SMP PREEMPT_DYNAMIC Debian 6.1.27-1 (2023-05-08) 
i686 GNU/Linux
root@dragon:~# 


-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: Icon voor script

[Paul van der Vlis]

Op 16-05-2023 om 14:11 schreef Haijo7:

Hallo Paul,

Als ik kijk naar firefox staan de bestanden hier

/usr/share/firefox-esr/browser/chrome/icons/default


Daar staan bestanden, maar of ze gebruikt worden?
Er staan op veel meer plaatsen firefox-esr icoontjes, zoals bijvoorbeeld 
in /usr/share/icons/



Maar ik zie heir over niets in

/usr/share/applications/firefox-esr.desktop


Nee, daar staat dan alleen een naam.


Het lijkt met de naam van de binary te werken.


Volgens mij is er een soort zoek-path. Iets als: kijk hier, en dan daar 
en dan daar. Maar helemaal snappen doe ik het niet. Vandaar mijn vraag.



Als ik kijk naar de source code voor een icon theme zie ik dat alle 
afbeeldingen aaltijd de naam van de binary gebruiken (of mogelijk dat van het 
.desktop bestand), zelfs voor flatpaks.


Op zich wel interessant...


Icons staan altijd in

/usr/share/icons/


Maar die van firefox-esr dus blijkbaar ook in /usr/share/firefox-esr/


of in

~/.local/share/icons/


Inderdaad, maar ik wil iets globaals voor alle users.


Je zou kunnen kijken of je je icon in een van die twee directories kan zetten 
om het te laten werken.


Maar binnen /usr/share/icons/ zijn er nog vele directories en vele maten 
mogelijk. Ik wil gewoon een klein icoontje voor in het menu, wat voor 
maat is daarvoor geschikt?



Maar je zal hier voor alsnog een .desktop bestand moeten gebruiken, binaries 
zelf kunnen niet direct een icon bevatten, tenzij je er een .appimage van maakt 
(een ander formaat).


Ik gebruik al een .desktop file. Maar daarin zet je normaal geen 
absoluut path naar een icon volgens mij. Ik moet er dus voor zorgen dat 
mijn icoontje gevonden wordt, maar hoe?


Ik zou dat natuurlijk kunnen doen via try-and-error, maar eigenlijk wil 
ik graag de goede manier, anders werkt het straks misschien niet op een 
desktop die ik nu net niet had getest.


Er zal vast ergens informatie beschikbaar zijn, maar die had ik nog niet 
gevonden. Alhoewel, ik vind hier net iets: 
https://wiki.archlinux.org/title/Icons , misschien kom ik ermee verder.


Bedankt voor het meedenken!

Groet,
Paul

--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl/

Re: Icon voor script

[Haijo7]

Hallo Paul,

Als ik kijk naar firefox staan de bestanden hier

/usr/share/firefox-esr/browser/chrome/icons/default

Maar ik zie heir over niets in 

/usr/share/applications/firefox-esr.desktop

Het lijkt met de naam van de binary te werken.
Als ik kijk naar de source code voor een icon theme zie ik dat alle 
afbeeldingen aaltijd de naam van de binary gebruiken (of mogelijk dat van het 
.desktop bestand), zelfs voor flatpaks.

Icons staan altijd in 

/usr/share/icons/

of in 

~/.local/share/icons/

Je zou kunnen kijken of je je icon in een van die twee directories kan zetten 
om het te laten werken. Maar je zal hier voor alsnog een .desktop bestand 
moeten gebruiken, binaries zelf kunnen niet direct een icon bevatten, tenzij je 
er een .appimage van maakt (een ander formaat).

Re: EPSON ET M 1120 new printer: If You can read this, you are using the wrong driver

[Andrew M.A. Cater]

On Tue, May 16, 2023 at 01:55:08PM +0300, Anssi Saari wrote:
> Will Mengarini  writes:
> 
> > * Brian  [23-05/08=Mo 00:27 +0100]:
> >>   https://download3.ebz.epson.net/dsc/f/03/00/14/48/15/1d37501ad39bd2b5753 
> >> \
> >> cce3b2715b3e2fef557/epson-inkjet-printer-escpr_1.7.26-1lsb3.2_amd64.deb
> >
> > That includes a literal space in the middle of that hash
> > (because the space before the backslash is taken literally).
> >
> > However, when I removed that space by hand, I still got "not found":
> > 
> > debian/pts/3 bash3 ~ 17:03 0$HEAD
> > https://download3.ebz.epson.net/dsc/f/03/00/14/48/15/1d37501ad39bd2b5753cce3b2715b3e2fef557/epson-inkjet-printer-escpr_1.7.26-1lsb3.2_amd64.deb
> 
> I don't understand why you guys even propose installing drivers from
> Epson when printer-driver-escpr package is in Debian and should be
> correct for the printer in question? Is there some established reason to
> think it won't work? Or you just didn't do your homework?
> 
> I get that this saga probably never goes anywhere but I don't understand
> this advice, especially from Andrew. It seems to run counter to the Debian
> principle of using software that's actually packaged and tested by Debian.
>

If you reread - I suggest using the Debian package of escputil - I just wanted
Sophie to see that there was an Epson driver which might provide status
for ink tanks etc. - that's why I went through the steps of exactly how
to find the driver.

But yes, this is going nowhere - and there is no lsb package in Debian, I think.

Andy 

Re: HS: pourquoi les disques SSD sont peu utilisé dans les serveurs

[Basile Starynkevitch]

On 5/16/23 13:14, Olivier wrote:

Le mer. 10 mai 2023 à 22:12, Sébastien Dinot  a écrit :

* Nous avons plusieurs salles d'hébergement de serveurs au boulot et
   chaque année, nous coupons l'électricité le temps d'une journée afin
   d'effectuer une maintenance électrique du bâtiment. C'est un moment
   d'angoisse pour les admin. sys. car il y a presque toujours un ou
   plusieurs serveurs qui ne redémarrent pas après cette pause de
   24 heures. Parfois, c'est un condensateur qui flanche sur la
   carte-mère, mais souvent, c'est un disque qui rend l'âme.


Merci pour cette anecdote, même si elle me semble particulièrement angoissante !

Y aurait-il une action faite pendant la maintenance électrique qui
pourrait expliquer ces pannes au démarrage ?



Au risque de parait idiot, j'aurais tendance à suggérer les actions 
suivantes:



1. prévoir longtemps à l'avance la coupure.

2. arrêter préventivement la plupart des services logiciels (sauf ssh), 
en particulier les services Web


3. utiliser la commande /bin/sync

4. lancer une sauvegarde totale (non incrémentale) sur des serveurs 
distants (peut-être avec rsync ou unison ou peut-être scp).


Pour les bases de données, les dumper en totalité (probablement au 
format SQL) sur un serveur distant.



5. utiliser la commande /bin/sync


Par expérience empirique: les ordinateurs s’abîment à chaque démarrage 
ou extinction (et c'est à ce moment là qu'ils peuvent -plus souvent qu'à 
d'autres- manifester des pannes matérielles). Ils se remplissent de 
poussières, et il arrive qu'ils flambent (littéralement). Il n'est pas 
inutile d'en nettoyer l'intérieur (quand ils sont éteints et débranchés) 
tous les trimestres.


Mais je ne suis pas expert, juste un vieux informaticien bientôt à la 
retraite.


--

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

Re: How to run a command / script on startup automatically in linux?

[Susmita/Rajib]

From: Vincent Lefevre 
Date: Tue, 16 May 2023 12:09:26 +0200
Message-id: <[] 20230516100926.gs1694...@zira.vinc17.org>

Yes, in fact there is a GUI application called "Desktop Session
Settings" invoked from the icon housed in Start Menu / Preferences,
which runs the command lxsession-edit, from lxsession-edit.desktop,
target file /usr/share/applications/lxsession-edit.desktop. The binary
is at /usr/bin and the man1 page at /usr/share/man/.

The set up file is possibly at /usr/share/lxsession/ui, with the name
lxsession-edit.ui.

There is also a GUI application called "Default applications for
LXSession" accessible from Start Menu / Preferences, which runs the
command lxsession-default-apps, from  lxsession-default-app.desktop,
target file /usr/share/applications/lxsession-default-apps.desktop.
The binary is at /usr/bin and the man1 page at /usr/share/man/.

The configuration files for the either are in /usr/share/lxsession/ui.

The application lxsession-default-apps possibly allows users to set up
start up applications. I will check and return back with my experience.

But the debian man pages don't have information on the applications. I
have to look elsewhere for more information.

Thank you, Mr. Lefevre. Your inputs indicated at the right direction
for me to look at.

Re: HS: pourquoi les disques SSD sont peu utilisé dans les serveurs

[Olivier]

Le jeu. 11 mai 2023 à 04:51, Michel Verdier  a écrit :
>
> Le premier prix HDD 2To est à 62.95€. Le premier prix SSD 2To est à
> 104.95€ ce qui fait quand même un saut de +66%. Et l'écart me semble
> augmenter avec la volumétrie.
> Ensuite on y trouve des HDD de 22To maxi et des SSD de 8To maxi. Là on a
> une limitation nette pour les grosses volumétries.
>
La comparaison est souvent difficile à faire à cause des différences
de capacité (celle
des HDD est plus importante) et du coût des interfaces proprement
dites (SATA, PCIe).

Vaut-il mieux un SSD 8To hors de prix pour laisser disponible une
interface disque ou bien
deux SSD 4To plus abordables (dans le sens du prix du To) ?
S'il faut acheter puis maintenir une nouvelle machine pour une
capacité disque supplémentaire,
on peut accepter un prix à l'octet très nettement supérieur.

Re: How to run a command / script on startup automatically in linux?

[Greg Wooledge]

On Tue, May 16, 2023 at 10:54:05AM +0530, Susmita/Rajib wrote:
> Please once more check the two links that I had posted on the OP. If I
> want to run a script named script.sh how should I set my system up,
> like what should the supporting files look like, based on the OP?

Without knowing what this "script.sh" does, and how your system is
configured (which init system, etc.) it's impossible to answer
this question.  There are too many possible answers.

Is it network-related?  Then maybe it should be run when an interface
is brought up.  Or maybe not!  Maybe you should write a systemd unit
file for it.  Or maybe your system isn't running systemd at all.  In
that case, do you write a legacy init.d script?  Or write a run script
for some other init system?  Or do you just drop a few lines of shell
code in rc.local?

Is it an end user application?  Then it probably belongs in a user's
login configuration.  Unless it's a GRAPHICAL end user application, in
which case it probably belongs in a GUI session's configuration.

Or maybe it's a daemon that's supposed to support an end user's overall
session, in which case maybe a systemd --user unit file is appropriate.
Again, unless your system doesn't run systemd, in which case an entirely
different approach is needed.

And so on.

Re: HS: pourquoi les disques SSD sont peu utilisé dans les serveurs

[Olivier]

Le mer. 10 mai 2023 à 22:12, Sébastien Dinot  a écrit :
> * Nous avons plusieurs salles d'hébergement de serveurs au boulot et
>   chaque année, nous coupons l'électricité le temps d'une journée afin
>   d'effectuer une maintenance électrique du bâtiment. C'est un moment
>   d'angoisse pour les admin. sys. car il y a presque toujours un ou
>   plusieurs serveurs qui ne redémarrent pas après cette pause de
>   24 heures. Parfois, c'est un condensateur qui flanche sur la
>   carte-mère, mais souvent, c'est un disque qui rend l'âme.
>

Merci pour cette anecdote, même si elle me semble particulièrement angoissante !

Y aurait-il une action faite pendant la maintenance électrique qui
pourrait expliquer ces pannes au démarrage ?
À vue de nez, combien de panne au démarrage pour combien de disque (à
la louche) ?

Re: how to find out regdomain/country of wifi network

[Anssi Saari]

hl  writes:

> i try old  FreeBSD-12.4, accept default FCC/US though i am not in US,
> wifi scan succeeds

Is it out of the question to actually set the regulatory domain to match
the country you're in?

Re: EPSON ET M 1120 new printer: If You can read this, you are using the wrong driver

[Anssi Saari]

Will Mengarini  writes:

> * Brian  [23-05/08=Mo 00:27 +0100]:
>>   https://download3.ebz.epson.net/dsc/f/03/00/14/48/15/1d37501ad39bd2b5753 \
>> cce3b2715b3e2fef557/epson-inkjet-printer-escpr_1.7.26-1lsb3.2_amd64.deb
>
> That includes a literal space in the middle of that hash
> (because the space before the backslash is taken literally).
>
> However, when I removed that space by hand, I still got "not found":
> 
> debian/pts/3 bash3 ~ 17:03 0$HEAD
> https://download3.ebz.epson.net/dsc/f/03/00/14/48/15/1d37501ad39bd2b5753cce3b2715b3e2fef557/epson-inkjet-printer-escpr_1.7.26-1lsb3.2_amd64.deb

I don't understand why you guys even propose installing drivers from
Epson when printer-driver-escpr package is in Debian and should be
correct for the printer in question? Is there some established reason to
think it won't work? Or you just didn't do your homework?

I get that this saga probably never goes anywhere but I don't understand
this advice, especially from Andrew. It seems to run counter to the Debian
principle of using software that's actually packaged and tested by Debian.

AW: EPSON ET M 1120 new printer: If You can read this, you are using the wrong driver

[Schwibinger Michael]

Good morning

Thank You.

I dont understand:

Did You write
this drivers are not running?

Regards
Sophie



Von: Will Mengarini 
Gesendet: Montag, 8. Mai 2023 00:12
An: Brian 
Cc: debian-user@lists.debian.org 
Betreff: Re: EPSON ET M 1120 new printer: If You can read this, you are using 
the wrong driver

* Brian  [23-05/08=Mo 00:27 +0100]:
>   https://download3.ebz.epson.net/dsc/f/03/00/14/48/15/1d37501ad39bd2b5753 \
> cce3b2715b3e2fef557/epson-inkjet-printer-escpr_1.7.26-1lsb3.2_amd64.deb

That includes a literal space in the middle of that hash
(because the space before the backslash is taken literally).

However, when I removed that space by hand, I still got "not found":

debian/pts/3 bash3 ~ 17:03 0$HEAD 
https://download3.ebz.epson.net/dsc/f/03/00/14/48/15/1d37501ad39bd2b5753cce3b2715b3e2fef557/epson-inkjet-printer-escpr_1.7.26-1lsb3.2_amd64.deb
404 Not Found
Connection: close
Date: Mon, 08 May 2023 00:03:43 GMT
Accept-Ranges: bytes
Server: AkamaiNetStorage
Content-Length: 10
Client-Date: Mon, 08 May 2023 00:03:43 GMT
Client-Peer: 104.117.232.95:443
Client-Response-Num: 1
Client-SSL-Cert-Issuer: /C=US/O=DigiCert Inc/CN=DigiCert TLS RSA SHA256 2020 CA1
Client-SSL-Cert-Subject: /C=JP/ST=Nagano/L=Suwa-shi/O=SEIKO EPSON 
Corporation/CN=download2.ebz.epson.net
Client-SSL-Cipher: ECDHE-ECDSA-AES256-GCM-SHA384
Client-SSL-Socket-Class: IO::Socket::SSL
Client-SSL-Version: TLSv1_2


(HEAD is symlinked to /usr/bin/lwp-request, from package libwww-perl.)

Re: Mouse trouble on sid

[Christoph Brinkhaus]

Am Tue, May 16, 2023 at 11:02:50AM +0100 schrieb Joe:

Hello Joe,

[...deleted a lot...]
> On Tue, 16 May 2023 10:44:03 +0100
> Joe  wrote:
> 
> > > One idea is to try a minimalistic window manager as twm to find out
> > > if the issue is related to xfce.  
> > 
> > OK, tried twm and fvvm. Both unusable, as a left-click brings up a
> > menu for a fraction of a second. Couldn't log out of either, had to
> > switch to console and uninstall them. But they confirm the mouse
> > problem. It's obviously fairly fundamental.
> > 
> > Just tried previous kernel, but also bad. I can assume by now that
> > nobody else has seen this problem.
> 
> Just as a sanity check, I booted Knoppix, and of course there's no
> problem, it's just an order of magnitude too slow from USB to do
> anything useful.

Now it seems as if the issue is related to X or the driver stuff.
I have three ideas.

1. Do you have any xorg.conf things in /etc or the related
directories? Nowadays X is not so bad in guessing the hardware which
makes xorg.conf and such obsolete. If there are X config files it
might be worth to move them to a safe place and to try without them.

2. It is unlikely, but it might be that some of the xinput related
programs or libraries have been corrupted. It might help to reinstall
them.

3. The comparison of Xorg.log of Debian and Knoppix may give some
indication.

Kind regards,
Christoph
-- 
Ist die Katze gesund
schmeckt sie dem Hund.


signature.asc
Description: PGP signature

Re: How to run a command / script on startup automatically in linux?

[Vincent Lefevre]

On 2023-05-16 10:54:05 +0530, Susmita/Rajib wrote:
[...]
> So to my tentative next step:
> Following Mr. Wooledge's advice, I would  "... Create a ~/.xsessionrc
> file ... starting your X session. ..." A little more tutiion on this,
> Mr. Wooledge please.

In your case, you should not use the ~/.xsessionrc file to start
a GUI program.

> Any advice on this, Mr. Lefèvre, particularly, on autostarting
> applications?

Since you mentioned lxsession, I suppose that you're using LXDE.
I don't know it, but it already has some "autostart" feature, so
this is what you should use. There's some documentation about
LXDE's autostart there, and I suppose that this is the same for
Debian:

  https://wiki.archlinux.org/title/LXDE

> Also supposing that I would use my screensaver based on "xset dpms
> force off" at the start of the lxsession, what would be my steps?

I don't know the recommended way for LXDE, but autostart may also
be a possibility.

> How should I proceed if I want to automatically have claws-mail or
> mousepad running when a new lxsession is begun?

So, in short, ~/.config/lxsession/LXDE/autostart would contain

@xset dpms force off
@mousepad
@claws-mail

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: Ok so Now which backup should I use

[David Christensen]

On 5/15/23 17:17, Maureen L Thomas wrote:
I have everything I need including a third HDD.  There are so many 
backup programs I have to wonder which one will work for my needs.  I 
just need to make a backup of my home directory so if I do something 
stupid like play with /var and have no idea how to fix it.  Is there 
something else I need to back up besides /home? I appreciate your help.


Moe



I will assume that you have one desktop computer with one internal 
drive, that you have two USB HDD's for backups, that you will connect 
one USB HDD at a time, and that you will rotate the USB HDD's periodically.



Start keeping records of your system administration activities.  The 
simplest approach is to use a USB flash drive.  Create a log.txt file 
and type your notes into that.  Copy and paste console sessions into the 
log.txt.  Copy files you create, modify, or delete to the USB flash 
drive.  This information will be invaluable for future reference and 
trouble shooting.



Keep using Brasero to burn optical discs containing the data that you 
want to keep indefinitely (archives).



If your system drive is an SSD, emptying the trash and running fstrim(8) 
prior to taking an image will reduce the image file size.



I would start by using Clonezilla to save a compressed full image of the 
internal drive to a file on a USB HDD:


https://clonezilla.org/


Clonezilla is non-trivial.  If you get stuck, try the clonezilla-live 
mailing list archives (or subscribing and posting):


https://sourceforge.net/p/clonezilla/mailman/


Once you have an image, do a full backup onto the USB HDD (see below).


Then immediately rotate the USB HDD's, take a compressed full image, do 
a full backup, and move the first USB HDD off-site.



After a period of time, or when the current USB HDD is nearly full, 
fetch the off-site USB HDD, rotate disks, take a compressed full image, 
do a full backup, and move the previous USB HDD off-site.  Repeat 
periodically.



As the USB HDD's fill up, delete the oldest images and backups to make 
room for new images and backups.



As for a Debian backup package:

https://wiki.debian.org/BackupAndRecovery


I have been using rsync(1) over ssh(1) for backups for many years.  If 
you are comfortable with a terminal, command-line interface, 
configuration files, rsync(1), ssh(1), crontab(1), etc., I suggest 
rsnapshot(1):


https://manpages.debian.org/bullseye-backports/rsnapshot/rsnapshot.1.en.html


If you want a simpler, single-user, GUI desktop backup application, I 
suggest backintime(1):


https://manpages.debian.org/buster/backintime-common/backintime.1.en.html


Evaluate the backup solution by using a test directory with some small 
test files under your home directory.  Verify that you can backup.  Then 
modify or delete a test file and verify that you can restore it.  If you 
like the backup tool, reconfigure it to backup your home directory and 
any data directories you have created.  Backing up /etc would be nice, 
if you can figure that out.



Restoring a Clonezilla image is more involved.  You will need a blank 
drive of exactly the same size as your current system drive, plus a 
drive case and tools for removing and installing drives (including an 
anti-static wrist strap).  After taking a full image, remove the system 
drive, install the blank drive, restore the image, boot the computer, 
and test.  If all is well, put the previous drive in the case.  If not, 
zero the new drive and try again.  If you cannot get the new drive 
working, remove it, reinstall the previous drive, and put the new drive 
in the case until you are ready to try again.



David

Re: Mouse trouble on sid

[Joe]

On Tue, 16 May 2023 10:44:03 +0100
Joe  wrote:

> On Mon, 15 May 2023 22:18:12 +0200
> Christoph Brinkhaus  wrote:
> 
> > Am Mon, May 15, 2023 at 08:57:38PM +0100 schrieb Joe:
> > 
> > Hello Joe,
> >   
> > > On Mon, 15 May 2023 19:35:23 +
> > > "Andrew M.A. Cater"  wrote:
> > > 
> > > > On Mon, May 15, 2023 at 08:15:42PM +0100, Joe wrote:
> > > > > On Mon, 15 May 2023 13:26:06 -0500
> > > > > Kent West  wrote:
> > > > >   
> > > > > > On 5/15/23 11:57, Joe wrote:  
> > > > > > > Hi,
> > > > > > >  
> > > > > > 
> > > > > > Then go from there.
> > > > > >   
> > > > > Not much to go on so far. Thanks for your suggestions. This
> > > > > looks like a bug in an upgrade, but I can't see evidence of
> > > > > anyone else seeing it.
> > > > > 
> > > > > This is the real problem with running sid: not that things
> > > > > break, but that they only break for me.
> > > > >   
> > > > 
> > > > If you run sid, you are absolutely expected to be able to
> > > > resolve any problems you encounter. If it breaks, you get to
> > > > keep both pieces. That's the contract with sid, more than with
> > > > the other tranches of Debian (which comes with no overall
> > > > warranty).
> > > > 
> > > > If you want increased stability and less shiny new stuff, you
> > > > run stable or, if you feel able to help debug and develop it,
> > > > testing.
> > > > 
> > > > Them's the breaks: and, as ever, DontBreakDebian by mixing
> > > > different suites.
> > > > 
> > > 
> > > Yes, I know all that, I've been running sid since sarge was
> > > stable, and only had to reinstall twice in that time.
> > 
> > One idea is to try a minimalistic window manager as twm to find out
> > if the issue is related to xfce.  
> 
> OK, tried twm and fvvm. Both unusable, as a left-click brings up a
> menu for a fraction of a second. Couldn't log out of either, had to
> switch to console and uninstall them. But they confirm the mouse
> problem. It's obviously fairly fundamental.
> 
> Just tried previous kernel, but also bad. I can assume by now that
> nobody else has seen this problem.

Just as a sanity check, I booted Knoppix, and of course there's no
problem, it's just an order of magnitude too slow from USB to do
anything useful.

-- 
Joe

Re: Editing /etc/rc.local [was: How to run a command / script on startup automatically in linux?]

[Vincent Lefevre]

On 2023-05-16 06:36:34 +0200, to...@tuxteam.de wrote:
> On Mon, May 15, 2023 at 11:05:07PM +0200, Vincent Lefevre wrote:
> > On 2023-05-15 15:56:17 -0400, Greg Wooledge wrote:
> 
> [editing /etc/rc.local is a bad idea]

No, entirely *replacing* /etc/rc.local is a bad idea.

> > > That's incorrect.
> > 
> > It is correct, as shown by the following command:
> > 
> > zira:~> dlocate etc/rc.local
> > initscripts: /etc/rc.local
> > 
> > Ditto with "apt-file search etc/rc.local".
> 
> I'm with Greg here. /etc/rc.local is package-provided, but it is
> a conffile [1], [2]:
> 
>   tomas@trotzki:~$ dpkg --status initscripts
>   Package: initscripts
>   Status: install ok installed
>   Priority: optional
>   [...]
>   Conffiles:
>/etc/default/devpts 725336081392e54776899acd2bff6e39
>[...]
>/etc/rc.local 12fe1992accd3a3977b4d8985ebeea9e
>   [...]
> 
> It's there for you, the system administrator to edit and change.
> The packaging system is explicitly designed to cope with that
> situation (technically it keeps a fingerprint of the pristine
> file and checks that on updates giving you, the sysadmin, the
> chance to forward-port your changes).

Yes, this is *allowed*. But you should not recommend that to users
without knowing the possible consequences on their machines. This is
not because it a conffile that you can do anything with it without
breaking parts of the system.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: Mouse trouble on sid

[Joe]

On Mon, 15 May 2023 22:18:12 +0200
Christoph Brinkhaus  wrote:

> Am Mon, May 15, 2023 at 08:57:38PM +0100 schrieb Joe:
> 
> Hello Joe,
> 
> > On Mon, 15 May 2023 19:35:23 +
> > "Andrew M.A. Cater"  wrote:
> >   
> > > On Mon, May 15, 2023 at 08:15:42PM +0100, Joe wrote:  
> > > > On Mon, 15 May 2023 13:26:06 -0500
> > > > Kent West  wrote:
> > > > 
> > > > > On 5/15/23 11:57, Joe wrote:
> > > > > > Hi,
> > > > > >
> > > > > 
> > > > > Then go from there.
> > > > > 
> > > > Not much to go on so far. Thanks for your suggestions. This
> > > > looks like a bug in an upgrade, but I can't see evidence of
> > > > anyone else seeing it.
> > > > 
> > > > This is the real problem with running sid: not that things
> > > > break, but that they only break for me.
> > > > 
> > > 
> > > If you run sid, you are absolutely expected to be able to resolve
> > > any problems you encounter. If it breaks, you get to keep both
> > > pieces. That's the contract with sid, more than with the other
> > > tranches of Debian (which comes with no overall warranty).
> > > 
> > > If you want increased stability and less shiny new stuff, you run
> > > stable or, if you feel able to help debug and develop it, testing.
> > > 
> > > Them's the breaks: and, as ever, DontBreakDebian by mixing
> > > different suites.
> > >   
> > 
> > Yes, I know all that, I've been running sid since sarge was stable,
> > and only had to reinstall twice in that time.  
> 
> One idea is to try a minimalistic window manager as twm to find out if
> the issue is related to xfce.

OK, tried twm and fvvm. Both unusable, as a left-click brings up a menu
for a fraction of a second. Couldn't log out of either, had to switch
to console and uninstall them. But they confirm the mouse problem. It's
obviously fairly fundamental.

Just tried previous kernel, but also bad. I can assume by now that
nobody else has seen this problem.

Thanks for your help,
Joe

Re: obtenir les manpages sous forme info

[didier gaumet]

merci pour les infos :-)

Re: how to find out regdomain/country of wifi network

[Vincent Lefevre]

On 2023-05-15 23:14:30 -0500, David Wright wrote:
> On Mon 15 May 2023 at 16:38:29 (+0200), Vincent Lefevre wrote:
> > On 2023-05-15 08:36:41 -0500, David Wright wrote:
> > > On Mon 15 May 2023 at 12:51:55 (+0200), Vincent Lefevre wrote:
> > > > Under Debian/unstable, i.e. more much recent than stretch:
> > > > 
> > > > zira:~> dpkg -s net-tools
> > > > Package: net-tools
> > > > Status: install ok installed
> > > > Priority: important
> > > > [...]
> > > > 
> > > > This is still priority important!
> > > 
> > > Not at all; AFAICT, the /internal/ Priority of the package has never
> > > changed.
> > 
> > But this is what the user sees.
> > 
> > > (Just guessing: if you installed it, you need it, and better
> > > hang on to it.)
> > 
> > Wrong. It got installed automatically. I suppose that this is because
> > this was like that in the past, when I installed the machine in 2015,
> > thus before stretch was out.
> 
> Of course, how stupid of me—I should have known that from your post
> about a system running sid (quoted above in its entirety).

Well, you should never try to guess, unless the guess is obvious.
BTW, I don't think that sid matters here; just the fact that the
machine was installed before stretch and that there is a current
dependency.

> > I suspect that it wasn't removed because
> > of the remaining "Recommends" from pbuilder:
> > 
> > zira:~> aptitude why net-tools
> > i   pbuilder Recommends net-tools | iproute2
> > 
> > Note: iproute2 is installed too, but net-tools gets the preference.
> > This "Recommends" is rather strange if iproute2 is supposed to be
> > better!
> 
> That's a very odd recommendation: it's difficult to envisage someone
> building packages on a system that doesn't have all the packages with
> Priority important already installed.

I suppose that this may be useful in case the priority is lowered
in the future.

> And I haven't seen where any ranking should be understood from
> the ordering of Recommends alternatives.
> 
> And AIUI   aptitude why   picks an arbitrary choice from equally
> strong dependencies (sensu lato). There may be others present.

I don't know whether this lists all the dependencies (but the
man page uses the plural):

zira:~> deborphan net-tools
net-tools
  pbuilder

And this one should give all of them:

zira:~> apt list '?any-version(?installed?depends(?exact-name(net-tools)))'
Listing... Done
zira:~> apt list '?any-version(?installed?recommends(?exact-name(net-tools)))'
Listing... Done
pbuilder/stable,testing,unstable,now 0.231 all [installed]

> You say your system is pre-stretch, ie jessie.

Indeed, it was installed from

  
http://cdimage.debian.org/debian-cd/8.1.0/amd64/jigdo-dvd/debian-8.1.0-amd64-DVD-1.jigdo

with just "SSH server" and "standard system utilities" in the
installer choices. I upgraded to sid shortly after.

> That means that you will have had both iproute2 and net-tools
> installed, as in jessie they are both ranked important.

Yes, both were installed at install time.

> As far as net-tools's survival is concerned, that's up to you.
> Debian gives you some tools to help remove cruft, but aggressive
> removal from systems could lead to scripts breaking and so on,
> particularly where there are Recommends in play.

I used some net-tools utilities, mainly ifconfig, in the past (on
older machines), but I no longer have any script that depends on
them, and I don't think that this is an issue for pbuilder as the
other ORed recommends will be satisfied.

However, a comment in /etc/postfix/main.cf.proto still mentions
"ifconfig" only (it appears that the corresponding sentence in
the postconf(5) man page was updated, but not this file):

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1036161

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: obtenir les manpages sous forme info

[Gabriel Moreau]

Salut,

il y a des outils de conversion du format info vers les formats man et 
www (onfo2man et info2www) mais je ne suis pas au courant d'utilitaires 
de conversion dans l'autre sens. Ceci dit d'après ce que je comprends le 
format info est en fait un format Texinfo donc il ya peut-être dans 
l'écosystème Tex quelque chose qui fait ce que tu désires (je n'en sais 
rien, je ne connais pas du tout Tex)


Texinfo est un écosystème parallèle à TeX qui sait produire du format 
HTML, XML, INFO... en plus du PDF et du DVI. Pour ces deux derniers, il 
utilise la moulinette TeX, pour le reste, c'est la moulinette makeinfo 
qui fait le job. TeX n'a jamais été conçu et modifié pour faire du HTML...


https://en.wikipedia.org/wiki/Texinfo

Il a toujours été dommage que makeinfo ne fabrique de format MAN. Quand 
on voit le MAN de Bash, il y a de nombreuses pages INFO qui sont plus 
courtes et plus simples !


Texinfo est un peu en fin de vie, ayant été fait dans les années 80, il 
a répondu à une problématique utile à ces moments là d'avoir du texte 
formaté avec lien hypertexte. Il n'a jamais réussi à remplacer vraiment 
les pages man qui je dois le dire sont souvent bien plus pratique à lire.


A+

gaby
--
Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr
LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels
Domaine Universitaire, CS 40700, 38041 Grenoble Cedex 9, France
mailto:gabriel.mor...@legi.grenoble-inp.fr  tel:+33.476.825.015



smime.p7s
Description: Signature cryptographique S/MIME

Re: obtenir les manpages sous forme info

[Jean-Pierre Giraud]

Bonjour,
Le mardi 16 mai 2023 à 09:27 +0200, Francois Mescam a écrit :
> Je ne connais que la conversion inverse avec le paquet info2man ou
> alors 
> la mise en html des man avec man2html.
> Désolé cela ne répond pas à la question posée.
> Francois Mescam
> 
> Le 15/05/2023 à 22:07, Bernard Schoenacker a écrit :
> > Bonjour,
> > Je recherche le nom du paquet qui intègre les pages sous
> > forme info...
> > Désolé, mais j'ai un trou de mémoire
> > merci pour votre aimable attention
> > Bien à vous
> > Bernard
Je crois que Texinfo devrait faire l'affaire. Voici le descriptif du
fichier dans Debian
Avec Texinfo, vous pouvez créer un document destiné à être imprimé avec
toutes les caractéristiques d'un livre, incluant chapitres, sections,
références croisées et index. À partir de ce même fichier source, vous
pouvez aussi créer un fichier « Info » avec des nœuds, des menus, des
références croisées et un index.

Amicalement,
jipege


signature.asc
Description: This is a digitally signed message part

Re: Searching for HA shared storage free for docker

[Mimiko]

Thank you for suggestions.

I had found the problem with GlusterFS and Linstor+DRBD. It was about MTU set on servers of value 9000, while the switches did not have jumbo frames 
enabled. I've changed MTU on servers to standard 1500 and GlusterFS works pretty well. I suppose that Cepth would have same problem. And DRBD where 
facing the problem also because of MTU.


DRBD is fastest of all.
Linstor on top of DRBD is a good one with extensive command line options. Linstor knows how to use ZFS and LVM to create volumes. A good status 
overview. But Linstor is toward commercial and the free version is not up-to-date. Also the Linstor plugin for Docker gives a segfault and an unusable 
Docker environment. In order to use Linstor+DRBD volumes mounted on several servers, one should also use GFS2 or OCFS2 file systems.


GlusterFS is vary simplistic to setup. It is a filesystem itself on top of volumes. But the status is not very intuitive to view. It will take some 
time to figured out. But as you find it, it is simplistic. GlusterFS does not know about underlying hardware. You give a folder (which may be on 
separate volume ie ZFS, LVM, Disk) formated with desired filesystem (zfs, ext3, ext4, gfs2, etc.). GlusterFS have a plugin for Docker which allows one 
to create volumes as any others in Docker.


As for Ceph, it is way too complicated (make sense when using more than 5 servers for storages). Ceph have a good web interface do administer. Ceph 
can not be easely used on top of ZFS or LVM. Ceph preffer raw devices. I would like to move to Ceph but with a good consistent step by step manual 
which will give a working solution.



On 29.04.2023 01:26, Linux-Fan wrote:

Mimiko writes:


Hello.

I would want to use a shared storage with docker to store volume so swarm 
containers can use the volumes from different docker nodes.
As for now I tried glusterFS and linstor+drbd.
GlusterFS has a bug with slow replication and slow volume status presentation or timing out. Also directory listing or data access is not reliable, 
despite the nodes are connected with each other. So the GlusterFS didn't worked for me.

With linstor+drbd and linstor plugin for docker, the created volumes are 
inconsistend on creation. Did not find a solution.


DRBD might still be a solid base to run upon. Consider using an alternative file system on top of it like e.g. GFS2 or OCFS2. The management tools to 
assemble these kinds of cluster file systems can be found in packages

gfs2-utils and ocfs2-utils respectively. Back when I tried it, I found OCFS2 
slightly easier to setup.

I once tested a Kubernetes + OCFS2 setup (backed by a real iSCSI target rather 
than DRBD though) and it worked OK.


I want to try Ceth.

What other storage distributions did you tried and worked? It should have mirroring data on more than 2 nodes, representation as a bloch device to 
mount in system, or as a network file system to be mounted using fstab, or using docker volume. Sould be HA and consistent with at least 3 nodes and 
can automatically get back even if two of three nodes restarts, and be prune to sporadic network shortage.


I am not aware of any system that fulfils all of these requirements. Specifically, systems are typically either low-latency OR robust in event of 
“sporadic network shortage” issues.



GlusterFS could be preferrable on this with there were not the bug with timeout.


I have never used GlusterFS, but from things I heard about it it very much seems as if this is not really a ”bug” but rather by design. I think that 
the observed behaviour might also be similar if you were to use Ceph instead of GlusterFS, but if you find out that it works much better, I'd be  
interested in learning about it :)


HTH and YMMV
Linux-Fan

öö

Re: Mouse trouble on sid

[Joe]

On Mon, 15 May 2023 22:18:12 +0200
Christoph Brinkhaus  wrote:

> Am Mon, May 15, 2023 at 08:57:38PM +0100 schrieb Joe:
> 
> Hello Joe,
> 
> > On Mon, 15 May 2023 19:35:23 +
> > "Andrew M.A. Cater"  wrote:
> >   
> > > On Mon, May 15, 2023 at 08:15:42PM +0100, Joe wrote:  
> > > > On Mon, 15 May 2023 13:26:06 -0500
> > > > Kent West  wrote:
> > > > 
> > > > > On 5/15/23 11:57, Joe wrote:
> > > > > > Hi,
> > > > > >
> > > > > 
> > > > > Then go from there.
> > > > > 
> > > > Not much to go on so far. Thanks for your suggestions. This
> > > > looks like a bug in an upgrade, but I can't see evidence of
> > > > anyone else seeing it.
> > > > 
> > > > This is the real problem with running sid: not that things
> > > > break, but that they only break for me.
> > > > 
> > > 
> > > If you run sid, you are absolutely expected to be able to resolve
> > > any problems you encounter. If it breaks, you get to keep both
> > > pieces. That's the contract with sid, more than with the other
> > > tranches of Debian (which comes with no overall warranty).
> > > 
> > > If you want increased stability and less shiny new stuff, you run
> > > stable or, if you feel able to help debug and develop it, testing.
> > > 
> > > Them's the breaks: and, as ever, DontBreakDebian by mixing
> > > different suites.
> > >   
> > 
> > Yes, I know all that, I've been running sid since sarge was stable,
> > and only had to reinstall twice in that time.  
> 
> One idea is to try a minimalistic window manager as twm to find out if
> the issue is related to xfce.

OK, thank you, busy now, will try later.
> 
> The second idea could be to run apt-get autoremove - but I am not sure
> if this is a good idea for a non standard Debian installation. For the
> standard installations it is recommended to get rid of outdated
> libraries. But since you seem to be a long time Debian user I do not
> tell you anything new.
> 

I did that after the big update, as a kernel was involved and
significant space could be recovered.

Thanks.

-- 
Joe

Re: obtenir les manpages sous forme info

[Francois Mescam]

Je ne connais que la conversion inverse avec le paquet info2man ou alors 
la mise en html des man avec man2html.


Désolé cela ne répond pas à la question posée.

Francois Mescam

Le 15/05/2023 à 22:07, Bernard Schoenacker a écrit :

Bonjour,

Je recherche le nom du paquet qui intègre les pages sous
forme info...

Désolé, mais j'ai un trou de mémoire

merci pour votre aimable attention

Bien à vous

Bernard

Re: obtenir les manpages sous forme info

[didier gaumet]

Le 15/05/2023 à 22:07, Bernard Schoenacker a écrit :

Bonjour,

Je recherche le nom du paquet qui intègre les pages sous
forme info...

[...]

il y a un paquet install-info qui offre les pages info de certains 
utilitaires mais je ne pense pas que cela comprenne toutes les pages man.


il y a des outils de conversion du format info vers les formats man et 
www (onfo2man et info2www) mais je ne suis pas au courant d'utilitaires 
de conversion dans l'autre sens. Ceci dit d'après ce que je comprends le 
format info est en fait un format Texinfo donc il ya peut-être dans 
l'écosystème Tex quelque chose qui fait ce que tu désires (je n'en sais 
rien, je ne connais pas du tout Tex)


Par curiosité, tiens-nous au courant

Re: Re: No hay espacio en que unidad

[Camaleón]

El 2023-05-15 a las 22:55 -0500, judedi sago escribió:

> > Buenas Tardes/noches/días...
> > Instalando un paquetico me salieron estos mensajes:
> > W: Possible missing firmware /lib/firmware/amdgpu/navy_flounder_dmcub.bin 
> > for module amdgpu
> 
> (...)
> 
> Para este mensaje de aviso (sobre el problema con el espacio en disco
> ya te ha respondido hubble), ejecuta como root:
> 
> dmesg | grep -i -e amd -e bin
> 
> Y manda la salida.
> 
> ~$ sudo dmesg | grep -i -e amd -e bin
> Gracias Camaleon. Esta es la salida:

(...)

> [3.237011] [drm] amdgpu: 2048M of VRAM memory ready
> [3.237012] [drm] amdgpu: 3072M of GTT memory ready.
> [3.237324] amdgpu :08:00.0: firmware: direct-loading firmware 
> amdgpu/raven_asd.bin
> [3.237339] amdgpu :08:00.0: firmware: direct-loading firmware 
> amdgpu/raven_ta.bin
> [3.237341] amdgpu :08:00.0: amdgpu: PSP runtime database doesn't exist
> [3.237343] amdgpu: hwmgr_sw_init smu backed is smu10_smu
> [3.237362] amdgpu :08:00.0: firmware: direct-loading firmware 
> amdgpu/raven_pfp.bin
> [3.237374] amdgpu :08:00.0: firmware: direct-loading firmware 
> amdgpu/raven_me.bin
> [3.237385] amdgpu :08:00.0: firmware: direct-loading firmware 
> amdgpu/raven_ce.bin
> [3.237515] amdgpu :08:00.0: firmware: direct-loading firmware 
> amdgpu/raven_rlc.bin
> [3.237581] amdgpu :08:00.0: firmware: direct-loading firmware 
> amdgpu/raven_mec.bin
> [3.237643] amdgpu :08:00.0: firmware: direct-loading firmware 
> amdgpu/raven_mec2.bin
> [3.239177] amdgpu :08:00.0: firmware: direct-loading firmware 
> amdgpu/raven_vcn.bin

(...)

No veo ningún mensaje de error relacionado con la carga del firmware 
del que se quejaba el kernel, por lo que si no experimnetas ningún 
problema con los gráficos, el mensaje será cosmético y puedes omitirlo.

A tu elección queda si quieres instalar el paquetón 
«firmware-amd-graphics» o no, en principio no parece necesario.

Saludos,

-- 
Camaleón 

Re: How to run a command / script on startup automatically in linux?

[Max Nikulin]

On 16/05/2023 09:32, Max Nikulin wrote:

For mousepad, keywords are most likely "XDG autostart".


E.g. Emacs provides emacs.service for *user* systemd sessions 
(~/.config/systemd/user, systemctl --user), not system ones. However I 
am still in doubts if such approach should be applied to mousepad. 
Autostart should work in LXDE.