Re: printer replacement

[Roger Price]

On Fri, 30 Aug 2024, Loris Bennett wrote:


However, I print so little these days that when I do, the nozzles have
always dried up ...


I had an excellent Epson Stylus Color 640, later a HP deskjet 845c and a HP 
Officejet Pro K550.  All they do now is gather dust.  I print less and less, and 
when I need to print a page I use the self service scanner/printers available in 
post offices here in France.  €0.30 per page black and white, €0.50 for colour.


Roger

Re: printer replacement

[Roy J. Tellason, Sr.]

On Friday 30 August 2024 09:50:58 am Loris Bennett wrote:
> However, I print so little these days that when I do, the nozzles have
> always dried up and I have to go through the whole maintenance rigmarole
> and use up half a dozen sheets just to print a single page :-/
 
That's a lot of why I don't for the most part bother with inkjet printers and 
stick with my old HP 1320.  Love that duplexer,  too!  :-)


-- 
Member of the toughest, meanest, deadliest, most unrelenting -- and
ablest -- form of life in this section of space,  a critter that can
be killed but can't be tamed.  --Robert A. Heinlein, "The Puppet Masters"
-
Information is more dangerous than cannon to a society ruled by lies. --James 
M Dakin

Re: printer replacement

[gene heskett]

On 8/30/24 09:29, Gerard ROBIN wrote:

Le Fri, Aug 30, 2024 at 06:49:41AM +0100, Brad Rogers a écrit :

Date: Fri, 30 Aug 2024 06:49:41 +0100
From: Brad Rogers 
To: debian-user@lists.debian.org
Cc: Debian Users ML 
Subject: Re: printer replacement
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on bendel.debian.org
X-Spam-Level:
X-Spam-Status: No, score=-16.1 required=4.0 tests=DKIM_SIGNED,DKIM_VALID,
  DKIM_VALID_AU,DKIM_VALID_EF,LDOSUBSCRIBER,LDO_WHITELIST,
  MISSING_HEADERS,PGPSIGNATURE,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H4,
  RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE autolearn=unavailable
  autolearn_force=no version=3.4.6
X-Mailer: Claws Mail 4.3.0git35 (GTK 3.24.43; x86_64-pc-linux-gnu)

On Fri, 30 Aug 2024 00:27:39 +0200
Gerard ROBIN  wrote:

Hello Gerard,

I suspect this will fall on deaf ears, but hear goes..


tia.


Four people replied to this exact same question when you asked it
yesterday.

Please read them.


thanks for your reply. Sorry for sending this useless email. I had forgotten
that I was no longer registered on the debian-user list and when I didn't get
a response to my message I realized it and I registered and resent my message.
I read the messages of those who answered me and I thank them. I was asking
for help because I tried to configure the HP Smart Tank 7006 printer but it
was impossible: HPLIP is not suitable, CUPS does not see the printer, avahi
does not either. The Linux driver for this printer is missing. Finally I
returned it and now I'm still looking ... I will think about what Van Snyder
wrote and look elsewhere than at HP ?
Thanks again to all four of you.

I have had great luck with brother printers when cups is neutered so all 
the the factory drivers, which can make the brothers do everything 
advertised in the brochure. I have a decade old ink squirter that does 
tabloid if that paper is hand fed. An MFC-J6920-DW. Even its lid scanner 
is tabloid sized. I also have a B laser, the $120 model HL-L2320D now 
about 3 years old & just last week put the 2nd new toner in it. 19 or 20 
duplex pages a minute.  Dudlex is automatic for both if cups-browsed is 
removed. The cups one size fits all doesn't. It limits the big printer 
to feeding $0.50 a sheet foto paper from the top tray, and mucks up the 
color while disabling duplex on both printers.


Brothers support for linux systems is great and far less intrusive, no 
spyware.  The big ink squirter's ink tanks are reasonable compared to 
others due to active competition among the ink mixers, you aren't 
limited to brother only inks unless you've calibrated it with brother 
stuff. Huge, several reams of paper sized black tanks are available for 
the big beast.


And tabloid cuts the number of sheets to 1/4 needed for a rockhopper map 
of the logic of a linuxcnc machine, a printout of which may require a 
4x8 sheet of plywood to paste it up.


Goto the brother site and download their installer script pkg, Unzip it 
and run it. It looks at the system to see what it is, then asks you for 
the complete model number, goes to the brother site and downloads and 
installs the exact driver your brother printer needs and you can then 
configure it with the cups home page at localhost:631.


Remember what you named it, there will be other drivers visible in the 
cups web page, or in the requester your DE pops up when the print option 
is selected, drivers cups installed, but the brother drivers work 
flawlessly. Use them and be amazed, they Just Work to the full 
capabilities of the printer. They make owning a printer fun.


Cheers, Gene Heskett, CET.
--
"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

Re: printer replacement

[Van Snyder]

On Fri, 2024-08-30 at 15:50 +0200, Loris Bennett wrote:
> I subsequently bought an Epson, which also works fine with Debian.
> However, I print so little these days that when I do, the nozzles
> have
> always dried up and I have to go through the whole maintenance
> rigmarole
> and use up half a dozen sheets just to print a single page :-/

I print a cups test page on my Epsos EcoTank 2720 every week or so, if
I haven't printed something else that contains some colors. That's
enough to keep the print heads clean.

Re: Bridging Network Connections with libvirt are unreliable

[Rainer Dorsch]

Am Freitag, 30. August 2024, 01:13:40 CEST schrieb Jeffrey Walton:
> On Wed, Aug 28, 2024 at 4:06 AM Rainer Dorsch  wrote:
> > Hello,
> > 
> > I have a (for me) weird problem on a bookworm system
> > 
> > rd@h370:~$ inxi -S
> > 
> > System:
> >   Host: h370 Kernel: 6.1.0-23-amd64 arch: x86_64 bits: 64 Desktop: KDE
> >   Plasma
> >   
> > v: 5.27.5 Distro: Debian GNU/Linux 12 (bookworm)
> > 
> > rd@h370:~$
> > 
> > It uses bridging network connections with libvirt work unreliable.
> > 
> > I have in /etc/network/interface bridging networks e.g.
> > 
> > iface eno1.2 inet manual
> > 
> > # libvirt VM
> > auto br2
> > iface br2 inet dhcp
> > 
> > # Use the MAC address identified above.
> > hwaddress ether 18:31:bf:52:1b:1c
> > bridge_ports eno1.2
> > # If you want to turn on Spanning Tree Protocol, ask your hosting
> > # provider first as it may conflict with their network.
> > bridge_stp off
> > # If STP is off, set to 0. If STP is on, set to 2 (or greater).
> > bridge_fd 0
> > 
> > to make the interface available for libvirt.
> > 
> > In addition there are non-bridging networks, e.g.
> > 
> > allow-hotplug eno1.4
> > iface eno1.4 inet dhcp
> > 
> > All of them share the same physical network but defined separate VLANs.
> > 
> > The full /etc/network/interface file of the machine is here https://
> > bokomoko.de/~rd/Debian/interfaces
> > 
> > That works well for many hours or even days, but at some point in time the
> > network is suddenly gone, and all network services die.
> > 
> > root@h370:~# ifdown br2
> > 
> > and
> > 
> > root@h370:~# ifup br2
> > 
> > heals the issue immediately. The non-bridging networks don't see the
> > problem. The problem occurs independently of libvirt running or not.
> > 
> > In the systemd log, the first entry indicating network problems is that
> > the DNS server switches to another interface. But it could easily be a
> > consequence and not the cause of the issue:
> > 
> > Aug 28 06:57:54 h370 dhclient[1195]: DHCPREQUEST for 192.168.4.203 on
> > eno1.4 to 192.168.4.1 port 67
> > Aug 28 06:57:54 h370 dhclient[1195]: DHCPACK of 192.168.4.203 from
> > 192.168.4.1 Aug 28 06:57:54 h370 dnsmasq[2386]: reading /etc/resolv.conf
> > Aug 28 06:57:54 h370 dnsmasq[2386]: using nameserver 192.168.4.1#53
> > Aug 28 06:57:54 h370 dhclient[1195]: bound to 192.168.4.203 -- renewal in
> > 18265 seconds.
> > 
> > As a workaround I could probably write a small script, which pings another
> > network host and restarts the br interfaces, but I would prefer to
> > understand why the problem occurs at the first place.
> > 
> > Any idea or hint is welcome.
> 
> Do you know if MAC Address Randomization is happening on your interfaces?

Hi Jeff,

many thanks for your reply.

I am not aware that I configured address randomization.

Just checking right now the output of inxi

root@h370:~# inxi -n
Network:
  Device-1: Intel Ethernet I219-V driver: e1000e
  IF: eno1 state: up speed: 1000 Mbps duplex: full mac: 18:31:bf:52:1b:1c
  IF-ID-1: br2 state: up speed: 1000 Mbps duplex: unknown mac: 18:31:bf:52:1b:
1c
  IF-ID-2: br5 state: up speed: 1000 Mbps duplex: unknown mac: 18:31:bf:52:1b:
1c
  IF-ID-3: br7 state: up speed: 1000 Mbps duplex: unknown mac: 18:31:bf:52:1b:
1c
  IF-ID-4: docker0 state: down mac: 02:42:5a:3f:a7:55
  IF-ID-5: eno1.2 state: up speed: 1000 Mbps duplex: full mac: 18:31:bf:52:1b:
1c
  IF-ID-6: eno1.3 state: up speed: 1000 Mbps duplex: full mac: 18:31:bf:52:1b:
1c
  IF-ID-7: eno1.4 state: up speed: 1000 Mbps duplex: full mac: 18:31:bf:52:1b:
1c
  IF-ID-8: eno1.5 state: up speed: 1000 Mbps duplex: full mac: 18:31:bf:52:1b:
1c
  IF-ID-9: eno1.6 state: up speed: 1000 Mbps duplex: full mac: 18:31:bf:52:1b:
1c
  IF-ID-10: eno1.7 state: up speed: 1000 Mbps duplex: full mac: 18:31:bf:
52:1b:1c
  IF-ID-11: eno1.99 state: up speed: 1000 Mbps duplex: full mac: 18:31:bf:
52:1b:1c
  IF-ID-12: virbr0 state: down mac: 52:54:00:79:ce:77
root@h370:~# 

shows a mac address of 18:31:bf:52:1b:1c (which is the same as ifconfig 
reports).

In a note which is years old, I found in the dmidecode output this MAC address 
in the UUID encoded:

System Information
Manufacturer: System manufacturer
Product Name: System Product Name
Version: System Version
Serial Number: System Serial Number
UUID: 9c815dee-28d8-5276-d202-1831bf521b1c
Wake-up Type: Power Switch
SKU Number: ASUS_MB_CNL
Family: To be filled by O.E.M.

For me that means there is no address randomization used. At least it would 
run very infrequently :-).

Thanks again
Rainer


-- 
Rainer Dorsch
http://bokomoko.de/

Re: printer replacement

[Van Snyder]

On Fri, 2024-08-30 at 15:28 +0200, Gerard ROBIN wrote:
> I tried to configure the HP Smart Tank 7006 printer but it
> was impossible: HPLIP is not suitable, CUPS does not see the printer,
> avahi
> does not either. The Linux driver for this printer is missing.
> Finally I
> returned it and now I'm still looking ... I will think about what Van
> Snyder
> wrote and look elsewhere than at HP ?

I have an Epson EcoTank 2720 printer/scanner, and a Brother HL5470DW
duplexing laser printer, both of which work without significant
problems in Debian 12.5 I have a Canon MP 360 printer/scanner that
Debian is happy with, but its print heads have quit working, so I only
use its scanner. I like its command-line interface.

Re: Bridging Network Connections with libvirt are unreliable

[Rainer Dorsch]

Am Donnerstag, 29. August 2024, 20:31:10 CEST schrieb Tim Woodall:
> On Wed, 28 Aug 2024, Rainer Dorsch wrote:
> > In the systemd log, the first entry indicating network problems is that
> > the DNS server switches to another interface. But it could easily be a
> > consequence and not the cause of the issue:
> > 
> > Aug 28 06:57:54 h370 dhclient[1195]: DHCPREQUEST for 192.168.4.203 on
> > eno1.4 to 192.168.4.1 port 67
> > Aug 28 06:57:54 h370 dhclient[1195]: DHCPACK of 192.168.4.203 from
> > 192.168.4.1 Aug 28 06:57:54 h370 dnsmasq[2386]: reading /etc/resolv.conf
> > Aug 28 06:57:54 h370 dnsmasq[2386]: using nameserver 192.168.4.1#53
> > Aug 28 06:57:54 h370 dhclient[1195]: bound to 192.168.4.203 -- renewal in
> > 18265 seconds.
> 
> To me that looks like it's the DHCP request(renewal?) that is more
> likely breaking things. The DHCP server is presumably rewriting
> resolv.conf.
> 
> I have the following setting to stop dhcp changing resolv.conf:
> 
> $ cat /etc/dhcp/dhclient-enter-hooks.d/nodnsupdate
> make_resolv_conf() {
> 
> }
> 
> Don't know if that will fix your problem but it should hopefully stop
> those dnsmasq lines appearing in the log.
> 
> Does the problem definitely happen when the dhcp update happens or are
> these just the nearest logs?

Many thanks for your reply. I added the nodnsupdate configuration you 
suggested. But I should see now, if the problem comes back (unfortunately if 
happens in very irregular intervals). Do I need to restart a service that the 
change becomes effective?

I cannot tell if it happens when the dhcp update happens or if this was just a 
coincident (or if the network issue even triggered a dns update?). I can tell 
though that it by far happens not for every dhcp update, there are many more 
of them in the log. Therefore at least something else must happen as well.

I see a  number of active dhclients though

root 772  0.0  0.0   5872  3148 ?Ss   Aug26   0:00 dhclient -4 
-v -i -pf /run/dhclient.eno1.pid -lf /var/lib/dhcp/dhclient.eno1.leases -I -df 
/var/lib/dhcp/dhclient6.eno1.leases eno1
root1114  0.0  0.0   5872  3524 ?Ss   Aug26   0:00 dhclient -4 
-v -i -pf /run/dhclient.eno1.3.pid -lf /var/lib/dhcp/dhclient.eno1.3.leases -I 
-df /var/lib/dhcp/dhclient6.eno1.3.leases eno1.3
root1195  0.0  0.0   5872  3572 ?Ss   Aug26   0:00 dhclient -4 
-v -i -pf /run/dhclient.eno1.4.pid -lf /var/lib/dhcp/dhclient.eno1.4.leases -I 
-df /var/lib/dhcp/dhclient6.eno1.4.leases eno1.4
root1268  0.0  0.0   5868  3428 ?Ss   Aug26   0:00 dhclient -4 
-v -i -pf /run/dhclient.eno1.6.pid -lf /var/lib/dhcp/dhclient.eno1.6.leases -I 
-df /var/lib/dhcp/dhclient6.eno1.6.leases eno1.6
root  377797  0.0  0.0   5848  3380 ?Ss   Aug28   0:00 dhclient -4 
-v -i -pf /run/dhclient.br7.pid -lf /var/lib/dhcp/dhclient.br7.leases -I -df /
var/lib/dhcp/dhclient6.br7.leases br7
root  378009  0.0  0.0   5848  3560 ?Ss   Aug28   0:00 dhclient -4 
-v -i -pf /run/dhclient.br2.pid -lf /var/lib/dhcp/dhclient.br2.leases -I -df /
var/lib/dhcp/dhclient6.br2.leases br2
root  378210  0.0  0.0   5848  3516 ?Ss   Aug28   0:00 dhclient -4 
-v -i -pf /run/dhclient.br5.pid -lf /var/lib/dhcp/dhclient.br5.leases -I -df /
var/lib/dhcp/dhclient6.br5.leases br5

Many thanks again
Rainer

-- 
Rainer Dorsch
http://bokomoko.de/

Re: UEFI multiboot

[Felix Miata]

Max Nikulin composed on 2024-08-30 23:09 (UTC+0700):

> How does grubx64.efi find where grub.cfg is located?

I don't know what doc might report this, but in a file viewer I see a string 
like
(,gpt7)/boot/grub) embedded in a vast sea of nulls 98% of the way into the file.
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

Re: UEFI multiboot

[Max Nikulin]

On 23/08/2024 11:39, Felix Miata wrote:

I don't know what vexing secure boot might introduce, but without it,
GRUB_DISTRIBUTOR= was used by grub-install in Trixie here to produce
results I expected:

[...]

# grep TOR /etc/default/grub
GRUB_DISTRIBUTOR="debian13"

[...]

├── debian13
│   └── grubx64.efi
├── opensuse


How does grubx64.efi find where grub.cfg is located? Is it compatible 
with Secure Boot? It is the reason why your experiment is not convincing.


I have tried some variants of full shim+grub signed configurations on 
the laptop with buggy firmware where I experienced troubles several 
years ago. The results have surprised me and they are the same as for 
qemu with OVMF instance.


grubx64.efi (v2.06) from Debian bookworm has no problem with reading 
grub.cfg placed in the same directory and directory name does not matter.


grubx64.efi (v2.06) from Ubuntu 20.04 focal reads config file strictly 
from EFI/ubuntu/grub.cfg.


I have not figured out what specific patch causes the difference. A lot 
of lines are changed. I do not think it is a security measure. Perhaps 
something is broken in attempts to improve booting from network.


There was a similar issue with Debian
https://bugs.debian.org/932966
and devuan still used EFI/debian when bootloader id "devuan" is used,
patches have not dropped (but perhaps just to avoid issues with existing 
installations).


A couple of problems that I have noticed in bookworm:

1. When /usr/lib/shim/BOOTX64.CSV is installed, bootloader id in it is 
not adjusted. As a result if additional removable path EFI/BOOT is used 
then there is a chance that fbx64.efi will create "debian" boot entry, 
not the name specified in GRUB_DISTRIBUTOR


2. It is not apparent that after modifying GRUB_DISTRIBUTOR it is 
necessary to create the directory with matched name in /boot/efi/EFI. 
Otherwise "dpkg-reconfigure grub-efi-amd64" does not run grub-install. I 
would prefer to have an explicit setting instead of relying on presence 
of a directory.


The main point is that I did not expect that Debian and Ubuntu may 
diverge in so subtle way. I believed fixed .cfg path is a UEFI 
limitation or at best an inherent grub limitation.

Re: printer replacement

[Jeffrey Walton]

On Thu, Aug 29, 2024 at 6:28 PM Gerard ROBIN  wrote:
>
> my old hp ptotosmart printer died. It worked fine with HPLIP. Now I have to
> buy a new one but they all use "HP Smart" for Windows exclusively. I would
> like to know if these printers are still compatible with HPLIP. The printer
> I want to buy is the "HP OfficeJet Pro 8134e All-ine-One" which is linux
> compatible according to the specifications but which is configurable with
> "HP Smart" under Windows. Will HPLIP be valid for this printer also under
> linux ? Otherwise how can it be configured ?

Somewhat related, avoid the all-in-ones. If you want a printer, then
buy a printer. If you want a scanner, then buy a scanner.

My current setup is a HP Color LaserJet Pro M252dw printer with a HP
ScanJet Pro 4500 scanner. Both are business-class devices, and both
hang off my home network via built-in ethernet. I bought the setup
after Epson stopped me from using an all-in-one scanner because of
third party ink. (I still don't know what ink has to do with
scanning).

At the moment, HP does not forbid you from using non-HP toner in its
business-class printers. I understand that may not be the case for the
consumer-line printers, like the DeskJets. HP does provide a warning
in the printer's local webpage:

A non-HP supply has been installed. If you believe you purchased a
genuine HP supply, visit us at www.hp.com/go/anticounterfeit. Any
printer repair required as a result of using non-HP cartridges is not
covered under warranty.

And for the Color LaserJet, I installed the HPLIP package and use PCL
5 and 6 drivers, and the IPP printing protocol.

Jeff

Re: emacs service and session start

[Max Nikulin]

Erwan, maybe you forgot to do disable/enable cycle after adjusting 
"[Install]" section of the unit configuration.


systemctl --user list-dependencies --reverse emacs.service

On 30/08/2024 19:19, Greg Wooledge wrote:

It's amazing how badly the systemd folks managed to break *everything*.

I'm pretty old-fashioned.  I use startx from a console login, and I
configure it with a ~/.xsession file which overrides the Debian stuff.


I have no idea if it is intentional, but emacs.service is not specific 
to graphical sessions. By default (when enabled) it is started even in 
the case of e.g. ssh login. So you may use single emacs daemon instance 
having multiple simultaneous logins. It is stopped on last logout. 
ssh-agent may be started after emacs and it is possible to notify emacs 
where is current agent socket.


Concerning graphical sessions, when you click in a browser on a link to 
download a document that should be opened in LibreOffice, should it 
inherit environment from browser or should it be started with clean 
session environment? What if the browser is running in a highly isolated 
sandbox and there is no LibreOffice in the accessible part of its 
filesystem? So some intermediate instance that can handle requests to 
launch other applications becomes necessary. Of course, new 
possibilities add some complexity.

Re: printer replacement

[Loris Bennett]

Gerard ROBIN  writes:

> Le Fri, Aug 30, 2024 at 06:49:41AM +0100, Brad Rogers a écrit :
>> Date: Fri, 30 Aug 2024 06:49:41 +0100
>> From: Brad Rogers 
>> To: debian-user@lists.debian.org
>> Cc: Debian Users ML 
>> Subject: Re: printer replacement
>> X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on bendel.debian.org
>> X-Spam-Level: 
>> X-Spam-Status: No, score=-16.1 required=4.0 tests=DKIM_SIGNED,DKIM_VALID,
>>  DKIM_VALID_AU,DKIM_VALID_EF,LDOSUBSCRIBER,LDO_WHITELIST,
>>  MISSING_HEADERS,PGPSIGNATURE,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H4,
>>  RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE autolearn=unavailable
>>  autolearn_force=no version=3.4.6
>> X-Mailer: Claws Mail 4.3.0git35 (GTK 3.24.43; x86_64-pc-linux-gnu)
>> 
>> On Fri, 30 Aug 2024 00:27:39 +0200
>> Gerard ROBIN  wrote:
>> 
>> Hello Gerard,
>> 
>> I suspect this will fall on deaf ears, but hear goes..
>> 
>> >tia.
>> 
>> Four people replied to this exact same question when you asked it
>> yesterday.
>> 
>> Please read them.
>
> thanks for your reply. Sorry for sending this useless email. I had forgotten
> that I was no longer registered on the debian-user list and when I didn't get
> a response to my message I realized it and I registered and resent my message.
> I read the messages of those who answered me and I thank them. I was asking
> for help because I tried to configure the HP Smart Tank 7006 printer but it
> was impossible: HPLIP is not suitable, CUPS does not see the printer, avahi
> does not either. The Linux driver for this printer is missing. Finally I
> returned it and now I'm still looking ... I will think about what Van Snyder
> wrote and look elsewhere than at HP ?
> Thanks again to all four of you.

Over 30 years or so I have used several HP printers with Debian without
any problem.  A couple of years ago I sold the last one, and all-in-one,
due to the exorbitant price of HP ink and the firmware tweaking HP did to
prevent one from using non-HP cartridges.

I subsequently bought an Epson, which also works fine with Debian.
However, I print so little these days that when I do, the nozzles have
always dried up and I have to go through the whole maintenance rigmarole
and use up half a dozen sheets just to print a single page :-/

Cheers,

Loris

-- 
This signature is currently under constuction.

Re: printer replacement

[Brad Rogers]

On Fri, 30 Aug 2024 15:28:30 +0200
Gerard ROBIN  wrote:

Hello Gerard,

>thanks for your reply. Sorry for sending this useless email. I had

No worries.  

>forgotten that I was no longer registered on the debian-user list and
>when I didn't get

One need not be subscribed to this list to post to it.  If you're not
subbed, you won't normally get replies sent to you.  This, in part, lead
to your confusion, I suspect.

HP has two camps when it comes to Linux support, it seems.  One in
favour (hence HPLIP) and the other camp, somewhat against.  The sales &
marketing depts seem to be firmly in the latter camp.   :-(

>Thanks again to all four of you.

You're welcome, Gerard.

-- 
 Regards  _   "Valid sig separator is {dash}{dash}{space}"
 / )  "The blindingly obvious is never immediately apparent"
/ _)rad   "Is it only me that has a working delete key?"
That's a good line to take it to the bridge
Strong - Robbie Williams


pgpkVpcgFOITu.pgp
Description: OpenPGP digital signature

Re: printer replacement

[Gerard ROBIN]

Le Fri, Aug 30, 2024 at 06:49:41AM +0100, Brad Rogers a écrit :
> Date: Fri, 30 Aug 2024 06:49:41 +0100
> From: Brad Rogers 
> To: debian-user@lists.debian.org
> Cc: Debian Users ML 
> Subject: Re: printer replacement
> X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on bendel.debian.org
> X-Spam-Level: 
> X-Spam-Status: No, score=-16.1 required=4.0 tests=DKIM_SIGNED,DKIM_VALID,
>  DKIM_VALID_AU,DKIM_VALID_EF,LDOSUBSCRIBER,LDO_WHITELIST,
>  MISSING_HEADERS,PGPSIGNATURE,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H4,
>  RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE autolearn=unavailable
>  autolearn_force=no version=3.4.6
> X-Mailer: Claws Mail 4.3.0git35 (GTK 3.24.43; x86_64-pc-linux-gnu)
> 
> On Fri, 30 Aug 2024 00:27:39 +0200
> Gerard ROBIN  wrote:
> 
> Hello Gerard,
> 
> I suspect this will fall on deaf ears, but hear goes..
> 
> >tia.
> 
> Four people replied to this exact same question when you asked it
> yesterday.
> 
> Please read them.

thanks for your reply. Sorry for sending this useless email. I had forgotten
that I was no longer registered on the debian-user list and when I didn't get
a response to my message I realized it and I registered and resent my message.
I read the messages of those who answered me and I thank them. I was asking
for help because I tried to configure the HP Smart Tank 7006 printer but it
was impossible: HPLIP is not suitable, CUPS does not see the printer, avahi
does not either. The Linux driver for this printer is missing. Finally I
returned it and now I'm still looking ... I will think about what Van Snyder
wrote and look elsewhere than at HP ?
Thanks again to all four of you.

-- 
Gerard


 Created with Mutt  2.2.1
 under Debian Linux BOOKWORM

Re: emacs service and session start

[Erwan David]

On Fri, Aug 30, 2024 at 02:30:32PM CEST, Max Nikulin  said:
 
> Have you checked that emacs.service is started at proper moment (journalctl
> --user)? At first I did not add empty WantedBy and it caused earlier start
> of ssh-agent.service instead of delay of emacs.service.
> 
> It might be reasonable to start emacs from default.target, e.g. for ssh
> logins (however emacs.socket to start it on demand might be better) and
> updating environment using "emacsclient --eval" sounds viable.
> 
> Notice that other KDE-specific configuration (~/.config/plasma-localerc,
> ~/.config/plasma-workspace/env) or ~/.profile sourced by SDDM may be ignored
> by emacs in the case of early start.

You are right, I did not think to check journal...

Aug 30 13:29:25 lp053 systemd[1]: Started user@1000.service - User Manager for 
UID 1000.
Aug 30 13:29:25 lp053 systemd[1767]: Starting emacs.service - Emacs text 
editor...
 ^^ Too early ^^^
Aug 30 13:29:25 lp053 systemd[1767]: Starting pulseaudio.service - Sound 
Service...
Aug 30 13:29:25 lp053 systemd[1]: Started session-3.scope - Session 3 of User 
erwan.
Aug 30 13:29:25 lp053 rtkit-daemon[1659]: Successfully made thread 1786 of 
process 1786 owned by '1000' high priority at nice level -11.
Aug 30 13:29:25 lp053 rtkit-daemon[1659]: Supervising 1 threads of 1 processes 
of 1 users.
Aug 30 13:29:25 lp053 sddm-helper[1795]: pam_kwallet5: final socket path: 
/run/user/1000/kwallet5.socket
Aug 30 13:29:25 lp053 sddm-helper[1764]: pam_env(sddm:session): deprecated 
reading of user environment enabled
Aug 30 13:29:25 lp053 sddm-helper[1764]: Starting: "/etc/sddm/Xsession 
\"/usr/bin/startplasma-x11\""
Aug 30 13:29:25 lp053 sddm-helper[1797]: Adding cookie to 
"/home/erwan/.Xauthority"
Aug 30 13:29:25 lp053 sddm[1301]: Session started
Aug 30 13:29:25 lp053 systemd[1767]: Starting dbus.service - D-Bus User Message 
Bus...
Aug 30 13:29:25 lp053 systemd[1767]: Started dbus.service - D-Bus User Message 
Bus.
Aug 30 13:29:25 lp053 emacs[1785]: Warning: due to a long standing Gtk+ bug
Aug 30 13:29:25 lp053 emacs[1785]: https://gitlab.gnome.org/GNOME/gtk/issues/221
Aug 30 13:29:25 lp053 emacs[1785]: Emacs might crash when run in daemon mode 
and the X11 connection is unexpectedly lost.
Aug 30 13:29:25 lp053 emacs[1785]: Using an Emacs configured with 
--with-x-toolkit=lucid does not have this problem.
Aug 30 13:29:25 lp053 rtkit-daemon[1659]: Supervising 1 threads of 1 processes 
of 1 users.
Aug 30 13:29:25 lp053 rtkit-daemon[1659]: Successfully made thread 1846 of 
process 1786 owned by '1000' RT at priority 5.
Aug 30 13:29:25 lp053 rtkit-daemon[1659]: Supervising 2 threads of 1 processes 
of 1 users.
Aug 30 13:29:25 lp053 rtkit-daemon[1659]: Supervising 2 threads of 1 processes 
of 1 users.
Aug 30 13:29:26 lp053 rtkit-daemon[1659]: Successfully made thread 1850 of 
process 1786 owned by '1000' RT at priority 5.
Aug 30 13:29:26 lp053 rtkit-daemon[1659]: Supervising 3 threads of 1 processes 
of 1 users.
Aug 30 13:29:26 lp053 systemd[1767]: Reloading requested from client PID 1797 
('startplasma-x11')...
Aug 30 13:29:26 lp053 systemd[1767]: Reloading...


(thats without the require/wants) I'll continue investigating in this direction.

-- 
Erwan David

Re: emacs service and session start

[Max Nikulin]

On 30/08/2024 18:45, Erwan David wrote:

On Thu, Aug 29, 2024 at 05:14:06PM CEST, Max Nikulin  said:


[Unit]
After=dbus.service ssh-agent.service
Wants=dbus.service ssh-agent.service
[Install]
WantedBy=
WantedBy=graphical-session-pre.target

[...]

The after/wants does not work (starnge since ssh-agent.service seems
to see the SSH_AUTH_SOCK variable.


Have you checked that emacs.service is started at proper moment 
(journalctl --user)? At first I did not add empty WantedBy and it caused 
earlier start of ssh-agent.service instead of delay of emacs.service.


It might be reasonable to start emacs from default.target, e.g. for ssh 
logins (however emacs.socket to start it on demand might be better) and 
updating environment using "emacsclient --eval" sounds viable.


Notice that other KDE-specific configuration (~/.config/plasma-localerc, 
~/.config/plasma-workspace/env) or ~/.profile sourced by SDDM may be 
ignored by emacs in the case of early start.

Re: emacs service and session start

[Greg Wooledge]

On Fri, Aug 30, 2024 at 13:45:43 +0200, Erwan David wrote:
> The after/wants does not work (starnge since ssh-agent.service seems
> to see the SSH_AUTH_SOCK variable.
> 
> But /etc/X11/Xsession.d/90x11-common_ssh-agent is a configuration file
> and we can add SSHARGS. I added a
> SSHARGS="-a $XDG_RUNTIME_DIR/ssh-agent"
> 
> Then I added an override to emacs.service
> Environment=SSH_AUTH_SOCK=%t/ssh-agent
> 
> And it works

It's amazing how badly the systemd folks managed to break *everything*.

I'm pretty old-fashioned.  I use startx from a console login, and I
configure it with a ~/.xsession file which overrides the Debian stuff.

In my .xsession file I have:

hash ssh-agent 2>/dev/null && eval "$(ssh-agent -s)"
hash ssh-add 2>/dev/null && ssh-add 

Re: emacs service and session start

[Erwan David]

On Thu, Aug 29, 2024 at 05:14:06PM CEST, Max Nikulin  said:
> On 29/08/2024 12:56, Erwan David wrote:
> > On Mon, Aug 26, 2024 at 06:13:23PM CEST, Max Nikulin said:
> > > > > > On 23/08/2024 23:30, Max Nikulin wrote:
> > > > > > > It is started by /etc/X11/Xsession.d/90x11-common_ssh-agent
> > > 
> > > [Unit]
> > > After=dbus.service ssh-agent.service
> > > Wants=dbus.service ssh-agent.service
> > > [Install]
> > > WantedBy=
> > > WantedBy=graphical-session-pre.target
> > 
> > After some investigations :
> [...]
> > In the sourced snippets is /etc/X11/Xsession.d/90x11-common_ssh-agent
> > 
> > The effect is that if /etc/Xsession.options sets use-ssh-agent, it
> > starts plasma with the ssh-agent startplasmax11 command. Thus, systemd
> > is given the SSH_AUTH_SOCK variable (and the sock is at a random place
> > under /tmp)
> 
> I have had a look into startplasma sources. It pushes environment to systemd
> *before* initiating plasma-workspace-x11.target. (My additional interest was
> the following: If some variable is set in both ~/.profile and environment.d,
> what value wins?)
> 
> > Setting no-use-ssh-agent in /etc/X11/Xsession.option is a no go : it
> > is also tested by ssh-agent.service
> 
> It seems /usr/lib/openssh/agent-launch checks /etc/X11/Xsession.options, but
> not /etc/X11/Xsession.options.d. However it would be a rather fragile hack.
> 
> > Only solutions I see would imply modifying
> > /etc/X11/Xsession.d/90x11-common_ssh-agent, but is it a configuration
> > file ?
> 
> Ask "dpkg -s PKG" or dpkg-query with some options.
> 
> Do you really need emacs as a part of default.target and
> graphical-session.target is too late for you? The override for
> emacs.service, I posted earlier, should work otherwise.
> 
> As an alternative I would consider configuring either ssh-agent.service or a
> dedicated unit to execute in addition 'emacsclient --eval "(putenv ...)"'.
> See emacsclient-mailto.desktop how escape argument for Emacs-28.

The after/wants does not work (starnge since ssh-agent.service seems
to see the SSH_AUTH_SOCK variable.

But /etc/X11/Xsession.d/90x11-common_ssh-agent is a configuration file
and we can add SSHARGS. I added a
SSHARGS="-a $XDG_RUNTIME_DIR/ssh-agent"

Then I added an override to emacs.service
Environment=SSH_AUTH_SOCK=%t/ssh-agent

And it works

-- 
Erwan David

Re: problemas al instalar soft. Debian 12

[miguel angel gonzalez]

Hola!

Parece que he encontrado la solución, la dejo por aquí por si os ocurre.
A pesar de que había limpiado la caché de apt con su comando, no fue
suficiente, pasos que he dado:

1) Backup de /var/lib/apt/lists/*.debian.org_*
2) rm /var/lib/apt/lists/*.debian.org_*
3) apt update && apt-get upgrade
He podido instalar los dos paquetes sin problemas ;)

Gracias!

El vie, 30 ago 2024 a las 11:10, miguel angel gonzalez (<
mangelgonza...@gmail.com>) escribió:

> Buenos días,
>
> Estoy recibiendo un error con varios paquetes que estoy intentando
> instalar:
> -Gestor de máquina virtuales (KVM)
> -Riseup VPN
> E: Fallo al obtener
> http://deb.debian.org/debian/pool/main/g/gnutls28/libgnutls-dane0_3.7.9-2%2bdeb12u2_amd64.deb
>  404  Not Found [IP: 151.101.134.132 80]
> E: Fallo al obtener
> http://deb.debian.org/debian/pool/main/g/gnutls28/gnutls-bin_3.7.9-2%2bdeb12u2_amd64.deb
>  404  Not Found [IP: 151.101.134.132 80]
> E: Fallo al obtener
> http://deb.debian.org/debian/pool/main/s/systemd/systemd-container_252.22-1%7edeb12u1_amd64.deb
>  404  Not Found [IP: 151.101.134.132 80]
> E: Fallo al obtener
> http://deb.debian.org/debian/pool/main/s/systemd/libnss-mymachines_252.22-1%7edeb12u1_amd64.deb
>  *404*  Not Found [IP: 151.101.134.132 80]
> Da un 404, y es cierto que no lo localiza en paquetería, pero es bastante
> extraño.
>
> Mi sources.list es el siguiente:
>
> deb http://deb.debian.org/debian/ bookworm main non-free-firmware
> deb-src http://deb.debian.org/debian/ bookworm main non-free-firmware
> deb http://security.debian.org/debian-security bookworm-security main
> non-free-firmware
> deb-src http://security.debian.org/debian-security bookworm-security main
> non-free-firmware
> # bookworm-updates, to get updates before a point release is made;
> # see
> https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports
> deb http://deb.debian.org/debian/ bookworm-updates main non-free-firmware
> deb-src http://deb.debian.org/debian/ bookworm-updates main
> non-free-firmware
>
> ¿Os suena como puedo solucionarlo?
>
> Muchas gracias por adelantado.
>
> Un saludo.
>
>
> --
> /m.a.
>


-- 
/m.a.

problemas al instalar soft. Debian 12

[miguel angel gonzalez]

Buenos días,

Estoy recibiendo un error con varios paquetes que estoy intentando instalar:
-Gestor de máquina virtuales (KVM)
-Riseup VPN
E: Fallo al obtener
http://deb.debian.org/debian/pool/main/g/gnutls28/libgnutls-dane0_3.7.9-2%2bdeb12u2_amd64.deb
 404  Not Found [IP: 151.101.134.132 80]
E: Fallo al obtener
http://deb.debian.org/debian/pool/main/g/gnutls28/gnutls-bin_3.7.9-2%2bdeb12u2_amd64.deb
 404  Not Found [IP: 151.101.134.132 80]
E: Fallo al obtener
http://deb.debian.org/debian/pool/main/s/systemd/systemd-container_252.22-1%7edeb12u1_amd64.deb
 404  Not Found [IP: 151.101.134.132 80]
E: Fallo al obtener
http://deb.debian.org/debian/pool/main/s/systemd/libnss-mymachines_252.22-1%7edeb12u1_amd64.deb
 *404*  Not Found [IP: 151.101.134.132 80]
Da un 404, y es cierto que no lo localiza en paquetería, pero es bastante
extraño.

Mi sources.list es el siguiente:

deb http://deb.debian.org/debian/ bookworm main non-free-firmware
deb-src http://deb.debian.org/debian/ bookworm main non-free-firmware
deb http://security.debian.org/debian-security bookworm-security main
non-free-firmware
deb-src http://security.debian.org/debian-security bookworm-security main
non-free-firmware
# bookworm-updates, to get updates before a point release is made;
# see
https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports
deb http://deb.debian.org/debian/ bookworm-updates main non-free-firmware
deb-src http://deb.debian.org/debian/ bookworm-updates main
non-free-firmware

¿Os suena como puedo solucionarlo?

Muchas gracias por adelantado.

Un saludo.


-- 
/m.a.

Re: laptop installs

[Anssi Saari]

"Roy J. Tellason, Sr."  writes:

> I don't think that I'd end up with the proper drivers if I did that...

Linux distributions usually ship with almost all drivers, some specific
ones might need an extra step to install. But I've never had a driver
issue with Debian when changing hardware of an installed system, like
switching a motherboard in a desktop.

I think this kind of claim needs serious qualification but I've noticed
Andrew Cater also making it earlier.

> Digging a bit further and looking at the specs for this thing, it's a
> not-very-fast celeron dual core processor, only 2G of RAM, and 32G of
> SSD in there.  I'm a bit less inclined to bother with it than I was.
> Maybe I'll try the memory stick and see how it goes...

These can be funny. I've previously tried to boot my 2021 Samsung Galaxy
Book from a stick and got nowhere. Or got to the boot menu all right but
it only showed the internal SSD.

Recently after a little googling, some obscure web site claimed the
memory stick should be at least 32 GB and formatted exfat or ntfs. The
latter requirement probably isn't true but I tried a 128 GB stick and it
booted no problem. Amazing. This on a laptop with extremely limited
options in what goes for bios these days.

Re: printer replacement

[Brad Rogers]

On Fri, 30 Aug 2024 00:27:39 +0200
Gerard ROBIN  wrote:

Hello Gerard,

I suspect this will fall on deaf ears, but hear goes..

>tia.

Four people replied to this exact same question when you asked it
yesterday.

Please read them.

-- 
 Regards  _   "Valid sig separator is {dash}{dash}{space}"
 / )  "The blindingly obvious is never immediately apparent"
/ _)rad   "Is it only me that has a working delete key?"
This is the fifty first state of the USA
Heartland - The The


pgpcn7pIUrmip.pgp
Description: OpenPGP digital signature

Re: tbird hot keys.

[gene heskett]

On 8/29/24 23:03, David Wright wrote:

On Sun 25 Aug 2024 at 10:10:21 (-0400), gene heskett wrote:


So "some" shortcuts can be [...] disabled, but it doesn't tell you
how. But maybe if there is a particular hotkey that's causing a
problem, someone else might have had the same problem and written
an add-on you can look for?


Well, i'll be typing along, have most assuredly not done a ctl+a, but
all the text will high light, and the next keystroke deletes it all.
Sometimes I can recover with some undo's.  Or the message goes away,
and half an hour later I notice there is an unsent msg in the outbox,
and it might be the disappeared msg, but not always. About 50% of the
time it might be a resurrection/read msg dated months ago.  This
problem has survived 3 keyboards(this particular one is wired [ … ]


One course of action would be to use an add-on like exteditor,
by which you can use an editor of choice for composing your emails.
Obviously an editor without this SelectAll hotkey facility would be
preferable, like emacs for example. I wonder whether it would let
you use gedit (emails are always small files) or geany, which
I think you've used in the past.


geany yes, its solid as a rock, gedit has been removed from any system I 
find it on after an install since way before wheezy. Its scrambled a 
machines config file once too often. Rewriting a .hal file for linuxcnc 
is not trivial. Once might be my typo, twice makes me pay attention, 4 
time it sentenced me to rewrite an 800 line config from scratch, but I 
first found an editor that just worked. That was geany. Or on arms, 
nano.  Maybe in the ensueing 15+ years gedit has been fixed but I've not 
seen any discussion indicating gedit has been fixed, IDK & IDC. it 
screwed me over 4 times, each time costing me a dead or wild machine for 
several days. That violated my 3 strikes=out rule & I go hunting with rm..


[PS to Gene: just wondered whether you meant to reply only to
me on the subject of screen locking, rather than to the list]


This should go to the list.


Cheers,
David.

.


Cheers, Gene Heskett, CET.
--
"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

Re: tbird hot keys.

[gene heskett]

On 8/29/24 23:03, David Wright wrote:

On Sun 25 Aug 2024 at 10:10:21 (-0400), gene heskett wrote:


So "some" shortcuts can be [...] disabled, but it doesn't tell you
how. But maybe if there is a particular hotkey that's causing a
problem, someone else might have had the same problem and written
an add-on you can look for?


Well, i'll be typing along, have most assuredly not done a ctl+a, but
all the text will high light, and the next keystroke deletes it all.
Sometimes I can recover with some undo's.  Or the message goes away,
and half an hour later I notice there is an unsent msg in the outbox,
and it might be the disappeared msg, but not always. About 50% of the
time it might be a resurrection/read msg dated months ago.  This
problem has survived 3 keyboards(this particular one is wired [ … ]


One course of action would be to use an add-on like exteditor,
by which you can use an editor of choice for composing your emails.
Obviously an editor without this SelectAll hotkey facility would be
preferable, like emacs for example. I wonder whether it would let
you use gedit (emails are always small files) or geany, which
I think you've used in the past.

[PS to Gene: just wondered whether you meant to reply only to
me on the subject of screen locking, rather than to the list]

Cheers,
David.

That is another thing that has been called to my attention. I clicked on 
reply list. The address bar says it is. Is it?

Thanks.


.


Cheers, Gene Heskett, CET.
--
"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

Re: Is anybody maintaining nedit?

[David Wright]

On Tue 27 Aug 2024 at 18:16:13 (-0700), Van Snyder wrote:
> On Tue, 2024-08-27 at 20:01 -0500, David Wright wrote:
> > Which key is Compose?
> 
> I've gone to KDE System Settings => Keyboard => Advanced => Position of
> compose key and selected the right-ALT key.
> 
> > In nedit, does it do whatever is engraved on it, or whatever the
> 
> Highlight something with left drag, then left-ALT middle drag exchanges
> them
> 
> Doing it with right-ALT just replaces the left-drag selection with the
> middle-drag selection

Might a different Compose key survive running nedit, for example
CapsLock or Pause, which are fairly useless keys. (I use CapsLock.)
I can't imagine nedit rebinding them.

Cheers,
David.

Re: tbird hot keys.

[David Wright]

On Sun 25 Aug 2024 at 10:10:21 (-0400), gene heskett wrote:

> > So "some" shortcuts can be [...] disabled, but it doesn't tell you
> > how. But maybe if there is a particular hotkey that's causing a
> > problem, someone else might have had the same problem and written
> > an add-on you can look for?
> 
> Well, i'll be typing along, have most assuredly not done a ctl+a, but
> all the text will high light, and the next keystroke deletes it all.
> Sometimes I can recover with some undo's.  Or the message goes away,
> and half an hour later I notice there is an unsent msg in the outbox,
> and it might be the disappeared msg, but not always. About 50% of the
> time it might be a resurrection/read msg dated months ago.  This
> problem has survived 3 keyboards(this particular one is wired [ … ]

One course of action would be to use an add-on like exteditor,
by which you can use an editor of choice for composing your emails.
Obviously an editor without this SelectAll hotkey facility would be
preferable, like emacs for example. I wonder whether it would let
you use gedit (emails are always small files) or geany, which
I think you've used in the past.

[PS to Gene: just wondered whether you meant to reply only to
me on the subject of screen locking, rather than to the list]

Cheers,
David.

Re: Fwd: Teclado no funciona en Asus VivoBook Go 14 E1404GAB en Debian 12

[Fernando C. Estrada]

El jueves, 29 de agosto de 2024 a las 12:36 PM, Livi Toro 
 escribió:

> Finalmente adjunto los archivos resultantes.

Muchas gracias, ya he enviado los reportes a Linux [0] y a Debian [1].

[0] https://bugzilla.kernel.org/show_bug.cgi?id=219212
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1080037

Re: Bridging Network Connections with libvirt are unreliable

[Jeffrey Walton]

On Wed, Aug 28, 2024 at 4:06 AM Rainer Dorsch  wrote:
>
> Hello,
>
> I have a (for me) weird problem on a bookworm system
>
> rd@h370:~$ inxi -S
> System:
>   Host: h370 Kernel: 6.1.0-23-amd64 arch: x86_64 bits: 64 Desktop: KDE Plasma
> v: 5.27.5 Distro: Debian GNU/Linux 12 (bookworm)
> rd@h370:~$
>
> It uses bridging network connections with libvirt work unreliable.
>
> I have in /etc/network/interface bridging networks e.g.
>
> iface eno1.2 inet manual
>
> # libvirt VM
> auto br2
> iface br2 inet dhcp
> # Use the MAC address identified above.
> hwaddress ether 18:31:bf:52:1b:1c
> bridge_ports eno1.2
> # If you want to turn on Spanning Tree Protocol, ask your hosting
> # provider first as it may conflict with their network.
> bridge_stp off
> # If STP is off, set to 0. If STP is on, set to 2 (or greater).
> bridge_fd 0
>
> to make the interface available for libvirt.
>
> In addition there are non-bridging networks, e.g.
>
> allow-hotplug eno1.4
> iface eno1.4 inet dhcp
>
> All of them share the same physical network but defined separate VLANs.
>
> The full /etc/network/interface file of the machine is here https://
> bokomoko.de/~rd/Debian/interfaces
>
> That works well for many hours or even days, but at some point in time the
> network is suddenly gone, and all network services die.
>
> root@h370:~# ifdown br2
>
> and
>
> root@h370:~# ifup br2
>
> heals the issue immediately. The non-bridging networks don't see the problem.
> The problem occurs independently of libvirt running or not.
>
> In the systemd log, the first entry indicating network problems is that the 
> DNS
> server switches to another interface. But it could easily be a consequence and
> not the cause of the issue:
>
> Aug 28 06:57:54 h370 dhclient[1195]: DHCPREQUEST for 192.168.4.203 on eno1.4
> to 192.168.4.1 port 67
> Aug 28 06:57:54 h370 dhclient[1195]: DHCPACK of 192.168.4.203 from 192.168.4.1
> Aug 28 06:57:54 h370 dnsmasq[2386]: reading /etc/resolv.conf
> Aug 28 06:57:54 h370 dnsmasq[2386]: using nameserver 192.168.4.1#53
> Aug 28 06:57:54 h370 dhclient[1195]: bound to 192.168.4.203 -- renewal in
> 18265 seconds.
>
> As a workaround I could probably write a small script, which pings another
> network host and restarts the br interfaces, but I would prefer to understand
> why the problem occurs at the first place.
>
> Any idea or hint is welcome.

Do you know if MAC Address Randomization is happening on your interfaces?

Jeff

printer replacement

[Gerard ROBIN]

Hello,
my old hp ptotosmart printer died. It worked fine with HPLIP. Now I have to
buy a new one but they all use "HP Smart" for Windows exclusively. I would
like to know if these printers are still compatible with HPLIP. The printer
I want to buy is the "HP OfficeJet Pro 8134e All-ine-One" which is linux
compatible according to the specifications but which is configurable with
"HP Smart" under Windows. Will HPLIP be valid for this printer also under
linux ? Otherwise how can it be configured ?

tia.

-- 
Gerard


 Created with Mutt  2.2.1
 under Debian Linux BOOKWORM

Rufus, was: [HP][Debian Strixie] Unable to install Debian with GUI interface

[Thomas Schmitt]

Hi,

Andrew M.A. Cater wrote:
> I have used Rufus previously and note Pete Batard's take on this.
> Nonetheless, DD mode is *exactly* what you need to make Rufus write
> the Debian iso well as far as I understand it.

The Debian CD FAQ
  https://www.debian.org/CD/faq/#write-usb
could need a tangible description how to achieve the DD mode of Rufus.
Rufus is popular in the MS-Windows world and the program
  https://sourceforge.net/projects/win32diskimager/
which is proposed by the FAQ seems to have seen no update since 2018.

It would also be interesting to know whether Rufus writes Debian ISOs
in ISO mode by default, and whether the results i usable for installation.
Examination of the ISO and of the resulting USB stick by e.g.
  /sbin/fdisk -l
would show whether Rufus unpacked the ISO into a different partition
structure compared to the partition structure of the ISO.
(Pete Batard and i agree that the Debian ISO partitions are the ugliest
possible. We differ in the assessment whether the ISOs' ability to boot
via the largest set of amd64 firmwares is a valid excuse for ugliness.)


Have a nice day :)

Thomas

Re: printer replacement

[Van Snyder]

On Thu, 2024-08-29 at 14:41 +0200, Gerard ROBIN wrote:
> Hello,
> my old hp ptotosmart printer died. It worked fine with HPLIP. Now I
> have to
> buy a new one but they all use "HP Smart" for Windows exclusively. I
> would
> like to know if these printers are still compatible with HPLIP. The
> printer
> I want to buy is the "HP OfficeJet Pro 8134e All-ine-One" which is
> linux
> compatible according to the specifications but which is configurable
> with
> "HP Smart" under Windows. Will HPLIP be valid for this printer also
> under
> linux ? Otherwise how can it be configured ?

About thirty years ago A printer in a box was put on my desk at work. I
don't remember the HP model, but the box said "ready for use with
Windows, Mac or Unix." There were disks of drivers for Windows and Mac
in the box, but none for Unix. I called HP and explained that I had an
HP 720 running HP-UX. The "customer service" agent asked "Is that
Windows or Mac?" I explained slowly that's "Hewlett-Packard Unix." She
repeated her question. I eventually got an e-mail from a user in Norway
who told me the drivers are on the HP-UX distribution disks, but you
needed to get a free "key" from HP to unlock them. There was extra for-
fee software on the distribution disks for which one had to buy a key,
but why where the free HP printer drivers locked on the disk?

The bottom line is that if things at HP haven't changed, be skeptical
of their commitment to Linux support.

> tia.
> 

Re: Bridging Network Connections with libvirt are unreliable

[Tim Woodall]

On Wed, 28 Aug 2024, Rainer Dorsch wrote:


In the systemd log, the first entry indicating network problems is that the DNS
server switches to another interface. But it could easily be a consequence and
not the cause of the issue:

Aug 28 06:57:54 h370 dhclient[1195]: DHCPREQUEST for 192.168.4.203 on eno1.4
to 192.168.4.1 port 67
Aug 28 06:57:54 h370 dhclient[1195]: DHCPACK of 192.168.4.203 from 192.168.4.1
Aug 28 06:57:54 h370 dnsmasq[2386]: reading /etc/resolv.conf
Aug 28 06:57:54 h370 dnsmasq[2386]: using nameserver 192.168.4.1#53
Aug 28 06:57:54 h370 dhclient[1195]: bound to 192.168.4.203 -- renewal in
18265 seconds.



To me that looks like it's the DHCP request(renewal?) that is more
likely breaking things. The DHCP server is presumably rewriting
resolv.conf.

I have the following setting to stop dhcp changing resolv.conf:

$ cat /etc/dhcp/dhclient-enter-hooks.d/nodnsupdate
make_resolv_conf() {
:
}

Don't know if that will fix your problem but it should hopefully stop
those dnsmasq lines appearing in the log.

Does the problem definitely happen when the dhcp update happens or are
these just the nearest logs?

Tim.

Re: [HP][Debian Strixie] Unable to install Debian with GUI interface

[Andrew M.A. Cater]

On Thu, Aug 29, 2024 at 04:34:21PM +0200, Thomas Schmitt wrote:
> Hi,
> 
> Charles Curley wrote:
> > I understand that rufus is a CD/DVD burner program for Windows.
> 
> No it is an image copier for hard-disk-like devices, typically USB sticks.
>   https://rufus.ie/en/
> 

> 
> It also offers a "DD mode" which effectively does what our good old dd
> does to put an unaltered ISO plainly on the base device file of the USB
> stick.
>   
> https://github.com/pbatard/rufus/wiki/FAQ#user-content-Why_doesnt_Rufus_recommend_DD_mode_over_ISO_mode_for_ISOHybrid_images_Surely_DD_is_better

I have used Rufus previously and note Pete Batard's take on this.
Nonetheless, DD mode is *exactly* what you need to make Rufus write
the Debian iso well as far as I understand it.

> 
> DD mode is engaged for some ISOs automatically.
> If not, then the FAQ shows cheat codes:
>   https://github.com/pbatard/rufus/wiki/FAQ#power-keyscheat-modes
> I guess Alt-I and Alt-M would do the trick.
> Maybe the normal dialog give a chance to choose DD mode, too.
> 
> (As developer of xorriso i am usually biased in favor of DD mode.
> I never ran a Rufus .EXE but only argued with its developer over
> ISO 9660 and El Torito specs issues. :))
> 

Pete Batard has done some very useful work persuading Raspberry Pi
to boot using UEFI as well but we can all argue.
> 
> > And if so, will rufus check the integrity of the finished DVD?
> 
Unsure, but don't think so.

> 
> Have a nice day :)
> 
> Thomas
>

With every good wish, as ever,

Andy Cater
(amaca...@debian.org) 

Re: DEBIAN documentation: which 64 bit processors run current release?

[Andrew M.A. Cater]

On Thu, Aug 29, 2024 at 05:36:50AM -0500, Richard Owlett wrote:
> > > > Richard Owlett wrote:
> > > > > I'm looking for for where *Debian* documents which processors support
> > > > > current Debian release.
> > > > > 
> > > > > I have three machines whose processors are 64 bit capable.
> > > > > Processors identified by running lscpu:
> > > > > 
> > > > > Machine 1:
> > > > > Architecture:    i686
> > > > > Model name:    Intel(R) Core(TM) i5 CPU   M 540  @ 2.53GHz
> > > > > 
> > > > > Machine 2:
> > > > > Architecture:    x86_64
> > > > > Model name:    Intel(R) Core(TM)2 Duo CPU T7300  @ 2.00GHz
> > > > > 
> > > > > Machine 3:
> > > > > Architecture:    i686
> > > > > Model name:    Pentium(R) Dual-Core  CPU  E5300  @ 2.60GHz
> > > > > 
> > > > > Will the OS linked to by https://www.debian.org/ run on all three?
> > > > > [For historical reasons I currently run 32 bit on all.]
> > > > 
> > [snip static ;]
> > > > 
> > > > All of these CPUs should run Debian amd64.
> > > 
> > > Weak point there is the word "should". Based on *your* background.
> > > I was looking for documentation that *does not* assume the reader
> > > has some unspecified expertise.
> > 

less /proc/cpuinfo

that will give you *all* the flags that your processor supports.

"amd64 flag /proc/cpuinfo" into a search engine tells you that the
flag you need reported is lm

That doesn't assume prior expertise, particularly 

> > Did the documentation tell you to run lscpu and do something with the
> > architecture field?
> 
> No *GRIN* But is one of reasons I asked.
> Over a half century of real real world experience suggested lscpu would be a
> suitable reporting tool.
> 

"What program shows CPU info in Linux" will give you 
https://www.techtarget.com/searchdatacenter/tip/How-to-check-your-CPU-in-a-Linux-system
 for example

lscpu, /proc/cpuinfo and so on.

> > 
> > FWIW, there isn't any reasonably general x86 OS that maintains a
> > comprehensive list of every possible computer model it will run on.
> 
> That was *NOT* the question.
> 
> I ask "What doth DEBIAN require of my CPU?"
> 

"Ask not what Debian requires of your CPU, ask what you require of Debian"
and please engage positively with people who are trying to help.

With every good wish, as ever,

Andy Cater
(amaca...@debian.org)

Re: DEBIAN documentation: which 64 bit processors run current release?

[debian-user]

Richard Owlett  wrote:
> My formal programming background is limited to an introductory course 
> using CORC/CUPL (Dartmouth's BASIC being years in future).
[snip]

That doesn't seem to be quite right. CORC preceded Dartmouth BASIC by a
couple of years, whilst CUPL followed it by two years, if I am to
believe wikipedia.
 
> On 08/28/2024 09:07 PM, Michael Stone wrote:
> > It seems to me that you're doing your own thing in 
> > your own way and expecting us to accomodate that, which seems at
> > least somewhat unreasonable. For background: the lscpu architecture
> > field doesn't tell you what kind of cpu you're running. Instead, it
> > tells you the architecture of the system on which lscpu is running,
> > and more specifically, what architecture the *kernel* is built
> > for.  
> 
> DEBIAN documentation appears to disagree with you.The manpage[1]
> states:
> > lscpu - display information about the CPU architecture  

You are once again personalising matters when there's no need, as well
as getting facts wrong. This is bad; please try to improve.

Debian is sometimes spelled with mixed case as I have done, and
sometimes all in lower case. It is not usually spelled all in upper
case and doing so in email makes it seem that you are shouting the word
for emphasis. Maybe you are, but you are wrong to do so.

Firstly, manpages are not "Debian documentation". That is, they are for
the most part generated by the authors of individual packages and are
then incorporated in Debian. Sometimes a Debian member will write a
manpage if there is none for a particular package.

Secondly, when reading a manpage it is wise not to rely too much on the
one-line description. If you read the rest of the page it tells you
where the information comes from and you could imply more from that.

> > FWIW, there isn't any reasonably general x86 OS that maintains a 
> > comprehensive list of every possible computer model it will run
> > on.  
> 
> That was *NOT* the question.
> 
> I ask "What doth DEBIAN require of my CPU?"

Again, you seem to be railing against people who are trying to help
you. The most important thing to do is to try to improve how you
express yourself, and how you interpret what other people say. I hope
you can.

> [1] https://manpages.debian.org/bookworm/util-linux/lscpu.1.en.html
 

Re: emacs service and session start

[Max Nikulin]

On 29/08/2024 12:56, Erwan David wrote:

On Mon, Aug 26, 2024 at 06:13:23PM CEST, Max Nikulin said:

On 23/08/2024 23:30, Max Nikulin wrote:

It is started by /etc/X11/Xsession.d/90x11-common_ssh-agent


[Unit]
After=dbus.service ssh-agent.service
Wants=dbus.service ssh-agent.service
[Install]
WantedBy=
WantedBy=graphical-session-pre.target


After some investigations :

[...]

In the sourced snippets is /etc/X11/Xsession.d/90x11-common_ssh-agent

The effect is that if /etc/Xsession.options sets use-ssh-agent, it
starts plasma with the ssh-agent startplasmax11 command. Thus, systemd
is given the SSH_AUTH_SOCK variable (and the sock is at a random place
under /tmp)


I have had a look into startplasma sources. It pushes environment to 
systemd *before* initiating plasma-workspace-x11.target. (My additional 
interest was the following: If some variable is set in both ~/.profile 
and environment.d, what value wins?)



Setting no-use-ssh-agent in /etc/X11/Xsession.option is a no go : it
is also tested by ssh-agent.service


It seems /usr/lib/openssh/agent-launch checks /etc/X11/Xsession.options, 
but not /etc/X11/Xsession.options.d. However it would be a rather 
fragile hack.



Only solutions I see would imply modifying
/etc/X11/Xsession.d/90x11-common_ssh-agent, but is it a configuration
file ?


Ask "dpkg -s PKG" or dpkg-query with some options.

Do you really need emacs as a part of default.target and 
graphical-session.target is too late for you? The override for 
emacs.service, I posted earlier, should work otherwise.


As an alternative I would consider configuring either ssh-agent.service 
or a dedicated unit to execute in addition 'emacsclient --eval "(putenv 
...)"'. See emacsclient-mailto.desktop how escape argument for Emacs-28.

Re: [HP][Debian Strixie] Unable to install Debian with GUI interface

[Thomas Schmitt]

Hi,

Charles Curley wrote:
> I understand that rufus is a CD/DVD burner program for Windows.

No it is an image copier for hard-disk-like devices, typically USB sticks.
  https://rufus.ie/en/

It usually unpacks the ISO to a FAT fileystem and installs or modifies
the boot loader of the stick so that it knows what kernel and initrd
to load.

It also offers a "DD mode" which effectively does what our good old dd
does to put an unaltered ISO plainly on the base device file of the USB
stick.
  
https://github.com/pbatard/rufus/wiki/FAQ#user-content-Why_doesnt_Rufus_recommend_DD_mode_over_ISO_mode_for_ISOHybrid_images_Surely_DD_is_better
Note the sarkasm at the end of this URL and in the text the eagerness
to promote the "ISO [unpacking] mode". Some of the arguments are indeed
valid in my eyes for some situations. YMMV.

DD mode is engaged for some ISOs automatically.
If not, then the FAQ shows cheat codes:
  https://github.com/pbatard/rufus/wiki/FAQ#power-keyscheat-modes
I guess Alt-I and Alt-M would do the trick.
Maybe the normal dialog give a chance to choose DD mode, too.

(As developer of xorriso i am usually biased in favor of DD mode.
I never ran a Rufus .EXE but only argued with its developer over
ISO 9660 and El Torito specs issues. :))


> And if so, will rufus check the integrity of the finished DVD?

(s/DVD/USB Stick/)
I am not aware that it does verify after applying its DD mode.
You will have to use the same method as proposed for optical media on
  https://www.debian.org/CD/faq/#verify
by "/sbin/isosize" or "ls -l ...iso" and then
"dd count=... bs=2048 | sha512sum".


Have a nice day :)

Thomas

Re: printer replacement

[Brad Rogers]

On Thu, 29 Aug 2024 14:41:45 +0200
Gerard ROBIN  wrote:

Hello Gerard,

>e "HP Smart" for Windows exclusivel

HP Smart is available for Android (and probably iOS).  With a suitable
'phone you can set up an HP printer.  It's how I did it here.  Different
model, but even so.

Once set up, you can locate the printer in HPLIP, and all is well.


All that said, since HP aren't making moves toward compatibility and ease
of use, when I have to buy a new printer, it won't be an HP device.

-- 
 Regards  _   "Valid sig separator is {dash}{dash}{space}"
 / )  "The blindingly obvious is never immediately apparent"
/ _)rad   "Is it only me that has a working delete key?"
Only the wounded remain, the generals have all left the game
Generals - The Damned


pgpAyx4HDMTu_.pgp
Description: OpenPGP digital signature

Re: printer replacement

[Frank Weißer]

Hi Gerard,

HPLIP stands for hp-linux-imaging-and-printing
^
and isn't made for other OSs.

Lock here> 
https://developers.hp.com/hp-linux-imaging-and-printing/supported_devices/index


for compatibility of your new printer.

Kind regards
Frank

Gerard ROBIN:

Hello,
my old hp ptotosmart printer died. It worked fine with HPLIP. Now I have to
buy a new one but they all use "HP Smart" for Windows exclusively. I would
like to know if these printers are still compatible with HPLIP. The printer
I want to buy is the "HP OfficeJet Pro 8134e All-ine-One" which is linux
compatible according to the specifications but which is configurable with
"HP Smart" under Windows. Will HPLIP be valid for this printer also under
linux ? Otherwise how can it be configured ?

tia.

Re: printer replacement

[Charles Curley]

On Thu, 29 Aug 2024 14:41:45 +0200
Gerard ROBIN  wrote:

> my old hp ptotosmart printer died. It worked fine with HPLIP. Now I
> have to buy a new one but they all use "HP Smart" for Windows
> exclusively. I would like to know if these printers are still
> compatible with HPLIP. The printer I want to buy is the "HP OfficeJet
> Pro 8134e All-ine-One" which is linux compatible according to the
> specifications but which is configurable with "HP Smart" under
> Windows. Will HPLIP be valid for this printer also under linux ?
> Otherwise how can it be configured ?

HP Smart is also available on iPhone, and I would expect it to be
available on Android. My printer (HP LaserJet MFP M232e-M237e series)
also has a web server on it; yours may also. Once the thing is set up
and running, you can use CUPS to manage it.

I will guess that it is a so-called "driverless" printer. If so you may
want avahi on your computers so they can detect and use it painlessly.

-- 
Does anybody read signatures any more?

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

Re: [HP][Debian Strixie] Unable to install Debian with GUI interface

[Charles Curley]

On Thu, 29 Aug 2024 11:22:02 +
"Tsai, Letitia (CW)"  wrote:

> Hi 
> Not sure which category I should submit so I am writing this letter
> to gain your guidance on the issue I encountered. Hope the
> information I provided is valid and easy to understand. Thank you !
> 
> [Summary]
> Unable to install Debian with GUI interface
> 
> [Steps to reproduce]
> 1. Download Image debian-testing-amd64-DVD-1.iso (dated: 2024/8/19
> weekly build :
> https://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-dvd/) 2.
> Make a boot drive thru Rufus 3. Select install with GUI

Hmmm. I have been running the weekly netinst builds (usually available
Monday mornings Mountain time). I have had no problem using those for
the last several weeks.

You might try the latest weekly build, 8/26.

You say you can get a good installation using the regular (console)
installation. Will the GUI run successfully on the installed system?

I don't use rufus or the like, as I am installing on a virtual machine
and can use the ISO image directly.

Are you checking the checksums?

Also, I select my installation method a bit differently that you do, as
I need to feed the kernel some parameters, I hit H (for help), go to
that menu, then enter "expertgui" and add some command line parameters
not relevant here. I suspect that will make no difference but might be
worth a try.

Some other things to think about:

I understand that rufus is a CD/DVD burner program for Windows. Is there
any reason you are using a DVD rather than a USB stick? And if so, will
rufus check the integrity of the finished DVD?

Is there any reason why you need the GUI to install? I understand that
the regular (console) installation is identical except for the
appearance.

-- 
Does anybody read signatures any more?

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

printer replacement

[Gerard ROBIN]

Hello,
my old hp ptotosmart printer died. It worked fine with HPLIP. Now I have to
buy a new one but they all use "HP Smart" for Windows exclusively. I would
like to know if these printers are still compatible with HPLIP. The printer
I want to buy is the "HP OfficeJet Pro 8134e All-ine-One" which is linux
compatible according to the specifications but which is configurable with
"HP Smart" under Windows. Will HPLIP be valid for this printer also under
linux ? Otherwise how can it be configured ?

tia.

-- 
Gerard


 Created with Mutt  2.2.1
 under Debian Linux BOOKWORM

Re: DEBIAN documentation: which 64 bit processors run current release?

[Michael Stone]

On Thu, Aug 29, 2024 at 05:36:50AM -0500, Richard Owlett wrote:
My formal programming background is limited to an introductory course 
using CORC/CUPL (Dartmouth's BASIC being years in future). My last 
production code used 8080 assembler - my employer hadn't yet switched 
completely to 8085. I've owned a variety of machines - early a PET and 
a Kim. Still have a Kaypro 10 in a back room - haven't booted in 
decades.


Thank you for the history lesson? I don't see how it impacts how you 
should interact with people who tried to help you on a public forum.



On 08/28/2024 09:07 PM, Michael Stone wrote:

On Tue, Aug 27, 2024 at 09:10:21AM -0500, Richard Owlett wrote:
Did the documentation tell you to run lscpu and do something with 
the architecture field?


No *GRIN* But is one of reasons I asked.
Over a half century of real real world experience suggested lscpu 
would be a suitable reporting tool.


Adding a GRIN doesn't improve things at this point.

When people tried to assist you, you complained:
  Not Debian documentation.
  Though x86_64 is mentioned in footnotes there is none to indicate that i686
  can run Debian 64 bit software (only mention is about 32 bit)
but *you* are the one who brought i686 into the discussion, based on 
reading the wrong line in lscpu and going off on a tangent. It's not 
their fault that you can't find a reference in the documentation to 
information not relevant to the question.


As a matter of fact lscpu can help answer the question, but it's the 
second line ("CPU op-mode(s)") that indicates whether the CPU supports 
64-bit instructions even if running on a 32 bit kernel, not the 
"Architecture" line. *But*, I'm not sure the op-mode line is fully 
determinative in the presence of machines which don't support booting 
into 64 bit mode even though the CPU supports 64 bit instructions. (I 
simply can't recall if the CPU on such a system would mask out support 
for 64-bit instructions; I suspect not, but it's been a long time since 
I encountered one of those and have no way to confirm the behavior.) 
That's why I said you need to either go on a fruitless search for good 
system documentation or simply boot the thing to answer the question.


I guess one could argue that it isn't clear that "64-bit op-modes" 
aren't referenced specifically in the documentation, but the 
countargument would be that the documentation doesn't try to answer the 
question based on lscpu output in the first place, probably because it
assumes that anyone who's gotten to the point of running lscpu could very 
well run the installer itself.


It seems to me that you're doing your own thing in your own way and 
expecting us to accomodate that, which seems at least somewhat 
unreasonable. For background: the lscpu architecture field doesn't 
tell you what kind of cpu you're running. Instead, it tells you the 
architecture of the system on which lscpu is running, and more 
specifically, what architecture the *kernel* is built for.


DEBIAN documentation appears to disagree with you.The manpage[1] states:

lscpu - display information about the CPU architecture


That in no way conflicts with what I wrote. The specific "Architecture" 
field is information about the CPU architecture, but comes from the 
kernel running on the CPU and does not necessarily reflect the full
capabilities of the CPU itself (without regard to limitations of the 
booted kernel). Other fields do come directly from the CPU. All of the 
information together is useful to determine what programs can execute on 
the system.


FWIW, there isn't any reasonably general x86 OS that maintains a 
comprehensive list of every possible computer model it will run on.


That was *NOT* the question.

I ask "What doth DEBIAN require of my CPU?"


Check the subject line--are you sure that's what you actually asked? 
Your original message said: "I'm looking for for where *Debian* 
documents which processors support current Debian release." In any 
event, the question has been answered multiple times: you need a 
processor that supports the AMD64 or Intel 64 instruction sets. You've 
referenced that documentation yourself. You've been told that you need 
to figure out if your system supports those instructions because debian 
doesn't know, and that the easiest way to do so is to simply boot the 
installer. 

For most people it's sufficient to know that basically any mainstream 
computer for the past 10 years supports amd64. Or, they'd just boot it 
and find out. But you're in the singular position of demanding a more 
complex and technical answer, while simultaneously demanding that the 
answer be aimed at a reader with no technical expertise. Sorry, nobody 
has written that because the audience of people who have no technical 
knowledge but want to gain expertise in a complex area based solely on 
reading an installation document is extremely small. In simple cases the 
answer is really simple and straightforward ("just assume it will 
work"), and 

Re: [HP][Debian Strixie] Unable to install Debian with GUI interface

[Dan Ritter]

Tsai, Letitia (CW) wrote: 
> Hi 
> Not sure which category I should submit so I am writing this letter to gain 
> your guidance on the issue I encountered.
> Hope the information I provided is valid and easy to understand.
> Thank you !
> 
> [Summary]
> Unable to install Debian with GUI interface
> 
> [Steps to reproduce]
> 1. Download Image debian-testing-amd64-DVD-1.iso (dated: 2024/8/19 weekly 
> build : https://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-dvd/)


Does it work with the stable image?

Testing is called testing because it is not stable. "Not working
right now" is fairly normal for it.


-dsr-

Re: laptop installs

[Paul van der Vlis]

Op 28-08-2024 om 03:30 schreef Roy J. Tellason, Sr.:

In the case of two of the three laptops I have here to play with,  it's simply 
a matter of telling it to boot off the DVD drive and then inserting the 
appropriate disc and going on from there.  In the case of this other one,  
things get a little weird.

On powerup I see messages referring to PXE,  which if I remember correctly involves booting off a 
network connection?  There's "Media test failure, check cable" followed by "Exiting PXE 
ROM" and then I get "No bootable device -- insert boot disk and press any key.

The thing is,  this machine doesn't have a DVD drive.  


You could use an removable USB DVD drive, but I would prefer an USB stick.

What it does have is a couple of USB ports (two different color 
connectors so I assume different speeds?).  I am also assuming that 
simply putting an iso file on to a USB stick won't quite do it.


You have to put it the right way on the stick, not as a regular file, 
but as an image:

https://d-i.debian.org/manual/en.amd64/ch04s03.html

You can also use "dd".
dd if=debian.iso of=/dev/sdX bs=4M status=progress; sync

With regards,
Paul


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

[HP][Debian Strixie] Unable to install Debian with GUI interface

[Tsai, Letitia (CW)]

Hi 
Not sure which category I should submit so I am writing this letter to gain 
your guidance on the issue I encountered.
Hope the information I provided is valid and easy to understand.
Thank you !

[Summary]
Unable to install Debian with GUI interface

[Steps to reproduce]
1. Download Image debian-testing-amd64-DVD-1.iso (dated: 2024/8/19 weekly build 
: https://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-dvd/)
2. Make a boot drive thru Rufus
3. Select install with GUI

*able to install without GUI interface

[Expected result]
able to start the installation 

[Actual result]
Gtkwarning and Xorg error

[Failure rate]
100%

[Additional information]
SKU: HP Fury Platform
Image: debian-testing-amd64-DVD-1.iso (dated: 2024/8/19)
system-manufacturer: HP
system-product-name: HP ZBook Fury 16 G11 Mobile Workstation PC
bios-version: W98 Ver. 01.01.10

The log shows:
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
(EE) Please also check the log file at "/var/log/Xorg.0.log" for additional 
information. (EE)
(EE) Server terminated with error (1). Closing log file.
(debconf:4128): Gtk-WARNING **: 12:20:21.021: cannot open display: :0
X.Org X Server 1.21.1.11
X Protocol Version 11, Revision
Current Operating System: Linux (none) 6.10.4-amd64 #1 SMP PREEMPT DYNAMIC 
Debian 6.10.4-1 (2024-08- 12) x86_64
Kernel command line: BOOT_IMAGE=/install.and/unlinuz uga=788 xorg-server 
2:21.1.12-1 (https://www.debian.org/support)
Current version of pixman: 0.42.2
Before reporting problems, check http://wiki.x.org to make sure that you have 
the latest version.
quiet
Markers: (--) probed, (*) from config file, (==) default setting, (++) from 
command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) 
not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon 
Aug 19 12:24:22 2024 () Using system config directory 
"/usr/share/X11/xorg.conf.d"
(EE)
Fatal server error:
(EE) no screens found (EE)
(EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
(EE) Please also check the log file at "/var/log/Xorg.0.log" for additional 
information.
(EE)
(EE) Server terminated with error (1). Closing log file.
(debconf:4154): Gtk-WARNING: 12:24:22.122: cannot open display: :0


Regards,
Letitia

Re: DEBIAN documentation: which 64 bit processors run current release?

[Richard Owlett]

My formal programming background is limited to an introductory course 
using CORC/CUPL (Dartmouth's BASIC being years in future). My last 
production code used 8080 assembler - my employer hadn't yet switched 
completely to 8085. I've owned a variety of machines - early a PET and a 
Kim. Still have a Kaypro 10 in a back room - haven't booted in decades.


On 08/28/2024 09:07 PM, Michael Stone wrote:

On Tue, Aug 27, 2024 at 09:10:21AM -0500, Richard Owlett wrote:

On 08/27/2024 08:14 AM, Dan Ritter wrote:

Richard Owlett wrote:

I'm looking for for where *Debian* documents which processors support
current Debian release.

I have three machines whose processors are 64 bit capable.
Processors identified by running lscpu:

Machine 1:
Architecture:    i686
Model name:    Intel(R) Core(TM) i5 CPU   M 540  @ 2.53GHz

Machine 2:
Architecture:    x86_64
Model name:    Intel(R) Core(TM)2 Duo CPU T7300  @ 2.00GHz

Machine 3:
Architecture:    i686
Model name:    Pentium(R) Dual-Core  CPU  E5300  @ 2.60GHz

Will the OS linked to by https://www.debian.org/ run on all three?
[For historical reasons I currently run 32 bit on all.]



[snip static ;]


All of these CPUs should run Debian amd64.


Weak point there is the word "should". Based on *your* background.
I was looking for documentation that *does not* assume the reader has 
some unspecified expertise.


Did the documentation tell you to run lscpu and do something with the 
architecture field?


No *GRIN* But is one of reasons I asked.
Over a half century of real real world experience suggested lscpu would 
be a suitable reporting tool.


It seems to me that you're doing your own thing in 
your own way and expecting us to accomodate that, which seems at least 
somewhat unreasonable. For background: the lscpu architecture field 
doesn't tell you what kind of cpu you're running. Instead, it tells you 
the architecture of the system on which lscpu is running, and more 
specifically, what architecture the *kernel* is built for.


DEBIAN documentation appears to disagree with you.The manpage[1] states:

lscpu - display information about the CPU architecture


Only suggestion that it may not be physical reality is when it states:

In virtualized environments, the CPU architecture information displayed
reflects the configuration of the guest operating system which is
typically different from the physical (host) system.




FWIW, there isn't any reasonably general x86 OS that maintains a 
comprehensive list of every possible computer model it will run on.


That was *NOT* the question.

I ask "What doth DEBIAN require of my CPU?"

[1] https://manpages.debian.org/bookworm/util-linux/lscpu.1.en.html

Re: Debian 11 isolinux AMD64 USB 32GB source

[Thomas Schmitt]

Hi,

i wrote:
>   https://cdimage.debian.org/mirror/cdimage/archive/11.10.0/amd64/jigdo-16G/
> Whatever, there is no counterpart for this image in
>   https://cdimage.debian.org/mirror/cdimage/archive/11.10.0/source/
> This shortcomming might be worth complaining at the debian-cd mailing
> list

It comes to me that there is probably no 1:1 relation between the
volumes of a binary ISO set and the volumes of the volumes of the
source set for the same medium type. That would be because the different
size of source and binary packages and because the source sets cover
all architectures together.

  https://cdimage.debian.org/mirror/cdimage/archive/11.10.0/amd64/jigdo-dvd/
offers 19 binary ISOs.
  https://cdimage.debian.org/mirror/cdimage/archive/11.10.0/source/jigdo-dvd/
offers only 18 source ISOs.

So the lack of a "16 GB" source ISO can be justified by the fact, that
"16 GB" does not constitute a full binary set and thus is not a candidate
for a source set, which has to be a full set in any case.


> I guess that the source ISO for the next larger binary ISO contains all
> the source packages of the 16 GB ISO:

Although this guess might still be correct, above considerations open
enough room for the contrary to let me state that only a complete
source set guarantees that you got all source packages from which a
particular binary ISO was made.

The most compact source set is
  https://cdimage.debian.org/mirror/cdimage/archive/11.10.0/source/jigdo-dlbd/
which offers two volumes.
But due to the latency bottleneck of Jigdo download maybe you get served
faster if you download simultaneously a set with smaller volumes, so
that your jigdo-lite processes form a larger crowd at the Debian mirror
server.


Have a nice day :)

Thomas

Re: Debian 11 isolinux AMD64 USB 32GB source

[Thomas Schmitt]

Hi,

John Conover wrote:
> Is Debian 11 isolinux AMD64 USB 32GB source available?

I am not aware that there was a 32 GB ISO of Debian 11 for amd64.
Maybe you mean the 16 GB ISO ?
  https://cdimage.debian.org/mirror/cdimage/archive/11.10.0/amd64/jigdo-16G/

Whatever, there is no counterpart for this image in
  https://cdimage.debian.org/mirror/cdimage/archive/11.10.0/source/
This shortcomming might be worth complaining at the debian-cd mailing
list:
  https://lists.debian.org/debian-cd/

I guess that the source ISO for the next larger binary ISO contains all
the source packages of the 16 GB ISO:
  
https://cdimage.debian.org/mirror/cdimage/archive/11.10.0/source/jigdo-bd/debian-11.10.0-source-BD-1.jigdo


Have a nice day :)

Thomas

Re: Debian 11 isolinux AMD64 USB 32GB source

[Andrew M.A. Cater]

On Wed, Aug 28, 2024 at 05:55:52PM -0700, John Conover wrote:
> 
> Is Debian 11 isolinux AMD64 USB 32GB source available?
> 

Hi John,

32GB source? All of the source for Debian 11 is available:
http://cdimage.debian.org/cdimage/archive/latest-oldstable/source/iso-dvd/
lists 18 DVDs.

I'm not sure what you mean by 32GB here though: there is a 16GB medium image
which is made by using jigdo to build the image from a mirror, a BluRay
disk and a double-layer BluRay disk size both also made using jigdo.

It's possible that you have purchased media where someone has simply written
a smaller image to a 32GB stick.

Be aware that the final point release of Debian 11 should take place this
coming weekend on/around 31st August 2024. CD, DVD and other size images will
be produced at that time. This will be the last major point release as
Debian 11 moved to LTS support from 14th August.

All the very best, as ever,

Andy Cater
(amaca...@debian.org)


> Help would appreciated,
> 
> John
> 
> -- 
> 
> John Conover, cono...@panix.com, http://www.johncon.com/
> 

Re: emacs service and session start

[Erwan David]

On Mon, Aug 26, 2024 at 06:13:23PM CEST, Max Nikulin  said:
> On 26/08/2024 18:37, Erwan David wrote:
> > > > On 23/08/2024 23:30, Max Nikulin wrote:
> > > > > 
> > > > > It is started by /etc/X11/Xsession.d/90x11-common_ssh-agent
> > > > > The question is why emacs.service is started before
> > > > > /usr/lib/openssh/agent-launch or plasma copies SSH_AUTH_SOCKET value 
> > > > > to
> > > > > systemd environment.
> [...]
> > Alas it does not work.
> 
> Sounds like a race between code that copies environment and starting emacs.
> Have you tried to disable ssh-agent in Xsession to start it from systemd?
> Without it I am not sure that the following is really reliable:
> 
> [Unit]
> After=dbus.service ssh-agent.service
> Wants=dbus.service ssh-agent.service
> [Install]
> WantedBy=
> WantedBy=graphical-session-pre.target

After some investigations :
plasma uses le /etc/X11/Xsession script, which sources
/etc/X11/Xsession.d/*

In the sourced snippets is /etc/X11/Xsession.d/90x11-common_ssh-agent

The effect is that if /etc/Xsession.options sets use-ssh-agent, it
starts plasma with the ssh-agent startplasmax11 command. Thus, systemd
is given the SSH_AUTH_SOCK variable (and the sock is at a random place
under /tmp)

Then ssh-agent.service seems to do nothing since ssh-agent is already started

Setting no-use-ssh-agent in /etc/X11/Xsession.option is a no go : it
is also tested by ssh-agent.service

Only solutions I see would imply modifying
/etc/X11/Xsession.d/90x11-common_ssh-agent, but is it a configuration
file ?

-- 
Erwan David

Re: DEBIAN documentation: which 64 bit processors run current release?

[Michael Stone]

On Tue, Aug 27, 2024 at 09:10:21AM -0500, Richard Owlett wrote:

On 08/27/2024 08:14 AM, Dan Ritter wrote:

Richard Owlett wrote:

I'm looking for for where *Debian* documents which processors support
current Debian release.

I have three machines whose processors are 64 bit capable.
Processors identified by running lscpu:

Machine 1:
Architecture:   i686
Model name: Intel(R) Core(TM) i5 CPU   M 540  @ 2.53GHz

Machine 2:
Architecture:   x86_64
Model name: Intel(R) Core(TM)2 Duo CPU T7300  @ 2.00GHz

Machine 3:
Architecture:   i686
Model name: Pentium(R) Dual-Core  CPU  E5300  @ 2.60GHz

Will the OS linked to by https://www.debian.org/ run on all three?
[For historical reasons I currently run 32 bit on all.]


https://www.debian.org/releases/stable/amd64/ch02s01.en.html


That was the USELESS page prompting the question!


and

[snip more rudeness]


OFF-TOPIC: I explicitly asked for *DEBIAN DOCUMENTATION*.



and

https://ark.intel.com/content/www/us/en/ark/products/30774/intel-celeron-processor-540-1m-cache-1-86-ghz-533-mhz-fsb.html
says that the M540 also has that, so will also run amd64.


OFF-TOPIC: I explicitly asked for *DEBIAN DOCUMENTATION*.



All of these CPUs should run Debian amd64.


Weak point there is the word "should". Based on *your* background.
I was looking for documentation that *does not* assume the reader has 
some unspecified expertise.


Did the documentation tell you to run lscpu and do something with the 
architecture field? It seems to me that you're doing your own thing in 
your own way and expecting us to accomodate that, which seems at least 
somewhat unreasonable. For background: the lscpu architecture field 
doesn't tell you what kind of cpu you're running. Instead, it tells you 
the architecture of the system on which lscpu is running, and more 
specifically, what architecture the *kernel* is built for. If you run 
lscpu on a bookworm i386 system with the default kernel, it will say 
i686. If you reboot the system with an amd64 kernel, it will say x86_64, 
even though it's the same i386 install! You can see why giving us this 
line is completely USELESS? (So how would an amd64 kernel get on an i386 
install? Two ways: in older versions, there were multiple kernel options 
like i486, i686, and amd64, and the user could select any of them. The 
benefit of using an amd64 kernel on an i386 install was that you could 
utilize more memory efficiently. With a current release if you want to 
do the same thing you can set up a multiarch system or just install the 
amd64 deb and force the architecture.)


As others have suggested, the bottom line is that debian doesn't know 
whether *your machine* can run debian amd64. In general most computers
from the past 10+ years can, even many from the past 20+ years. The cpu 
manufacturer documentation will give you some information (e.g., intel 
ark says for the E5300: "Intel® 64 Yes"). But it's possible that a 
computer might not support 64 bit mode even if the cpu does (not common 
now, but was a thing once upon a time) so you'd need to also check the 
computer manufacturer's documentation. The practical answer, because 
documentation for old computers is hard to find and mostly was terrible 
when it was written, is to simply run the amd64 netinst or live image: 
if 64 bit mode isn't supported, it won't run.


FWIW, there isn't any reasonably general x86 OS that maintains a 
comprehensive list of every possible computer model it will run on. 
There may be a list of machines it was tested on, but that will be a 
subset of all possible machines. The odds that your specific old machine 
is on any such list for a current OS is fairly small, whether from 
debian or anyone else.

Debian 11 isolinux AMD64 USB 32GB source

[John Conover]

Is Debian 11 isolinux AMD64 USB 32GB source available?

Help would appreciated,

John

-- 

John Conover, cono...@panix.com, http://www.johncon.com/

Re: Using - journalctl -

[Nicolas George]

Arbol One (12024-08-28):
> Having said that, I would like to keep my 'events' log showing only the last
> two days; as explain here
> ,
> using the following command : *journalctl --vacuum-time=2d*. However, when I
> use the 'journal' command to see the log record, it shows dates as back as
> January-2021. Just for the record, we are in August-2024.
> 
> What am I doing wrong?

#   --vacuum-time= removes archived journal files older than the

I notice the *archived* word. Maybe your journal since January is not
archived.

You should look at the size and timestamps of the files in
/var/log/journal/.

Maybe also try to run “journalctl --rotate” before or after “journalctl
--vacuum-time=2d”, to have a point to discard the next time.

Regards,

-- 
  Nicolas George

Re: Using - journalctl -

[Charles Curley]

On Wed, 28 Aug 2024 11:47:48 -0400
Arbol One  wrote:

> Having said that, I would like to keep my 'events' log showing only
> the last two days; as explain here 
> , 
> using the following command : *journalctl --vacuum-time=2d*. However, 
> when I use the 'journal' command to see the log record, it shows
> dates as back as January-2021. Just for the record, we are in
> August-2024.

I'm no expert on systemd, nor have I played one on television. However…

Rather than do this manually, take a look at the second answer,
starting "You don't typically clear the journal yourself."

> 
> What am I doing wrong?

Are you doing this as root?

If you watch the journal in one terminal (run "journalctl -f" as root),
and run that command in another, do you see any interesting entries? If
so, please copy and paste them into your reply.

On Monday I installed trixie on a virtual machine so I could play
with it. Running that command on that machine, I saw the following
output (which your email program may mangle):

root@testing:/media/disk# journalctl --vacuum-time=2d
Vacuuming done, freed 0B of archived journals from 
/var/log/journal/7ed347a1b9484dae91ba8c621e621d5d.
Vacuuming done, freed 0B of archived journals from /var/log/journal.
Vacuuming done, freed 0B of archived journals from /run/log/journal.
root@testing:/media/disk#

Do you see any such output?

-- 
Does anybody read signatures any more?

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

Using - journalctl -

[Arbol One]

Hello everyone.
I am not a Linux expert; a beginner if you ask me, but I'd like to use 
the command line to issue commands to the OS; yes, I'm adventurous!


Having said that, I would like to keep my 'events' log showing only the 
last two days; as explain here 
, 
using the following command : *journalctl --vacuum-time=2d*. However, 
when I use the 'journal' command to see the log record, it shows dates 
as back as January-2021. Just for the record, we are in August-2024.


What am I doing wrong?
Thanks folks, any help would be much appreciated.


--
*/ArbolOne ™/*
Using Fire Fox and Thunderbird.
ArbolOne is composed of students and volunteers dedicated to providing 
free services to charitable organizations.
ArbolOne's development on Java, PostgreSQL, HTML and Jakarta EE is in 
progress [ í ]

Re: laptop installs

[Roy J. Tellason, Sr.]

On Tuesday 27 August 2024 10:01:07 pm Andy Smith wrote:
> That is the correct way to deal with Debian's ISO images. Whether
> your BIOS supports booting from that is a bit hit and miss. It's
> worth a try as it works a lot of the time.
> 
> Also look in the BIOS settings for boot order priority. If that
> mentions USB as an option then it's very likely to work.

Found that,  finally,  and it's odd.  There's a selection for "Legacy" which 
can be switched to UEFI,  and under the boot order stuff they mention USB 
floppy (!) and USB CDROM.  I've fiddled with it.
 
(...)
 
> I'd try the USB media approach as it'll probably work. If the laptop
> was never designed to have an internal optical media drive then it
> was probably also designed to boot off of USB for installation
> purposes.

It has no place for an optical drive.
 
> If that doesn't work, would it be possible to take the HDD/SSD out
> of the laptop and put it in another machine? You could then install
> onto that and put it back in the laptop afterwards.

I don't think that I'd end up with the proper drivers if I did that...

Digging a bit further and looking at the specs for this thing,  it's a 
not-very-fast celeron dual core processor,  only 2G of RAM,  and 32G of SSD in 
there.  I'm a bit less inclined to bother with it than I was.  Maybe I'll try 
the memory stick and see how it goes...

-- 
Member of the toughest, meanest, deadliest, most unrelenting -- and
ablest -- form of life in this section of space,  a critter that can
be killed but can't be tamed.  --Robert A. Heinlein, "The Puppet Masters"
-
Information is more dangerous than cannon to a society ruled by lies. --James 
M Dakin

Re: Which tool for upgrade in commandline?

[Jörg-Volker Peetz]

See also
Debian Reference
  Chapter 2. Debian package management
2.2.1. apt vs. apt-get / apt-cache vs. aptitude
 
https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_literal_apt_literal_vs_literal_apt_get_literal_literal_apt_cache_literal_vs_literal_aptitude_literal


Regards,
Jörg.

Re: printer paused: filter not avaiable

[Hans]

Hi, 
just an idea: take a look at /var/log/cups/errors.log. Had the same problem, 
here it was a missing lib. The log file might tell you more. 

Hope this helps.

Best

Hans

Re: Mise à jour Brave Buster

[didier gaumet]

Le 28/08/2024 à 13:55, David Martin a écrit :

Bonjour,

Pour ceux qui ont buster 


le support régulier de Buster n'est plus assuré depuis le 10 septembre 
2022, le support LTS de Buster n'est plus assuré depuis le 30 juin 2024


[...]

Les paquets suivants contiennent des dépendances non satisfaites :
  brave-browser : Dépend: libgcc-s1 (>= 4.2) mais il n'est pas installable

[...]

le paquet brave actuel du dépôt Brave dépend de libgcc-s1 qui n'est pas 
disponible pour Buster, Buster-updates ni Buster-backports, ce paquet 
n'est disponible dans Debian que depuis Bullseye:

https://packages.debian.org/search?keywords=libgcc-s1=names=1=all=all

ça fait deux très bonnes raisons de passer à Bookworm (directement par 
une installation, ou en mettant à jour de Buster vers Bullseye puis de 
Bullseye vers Bookworm (le mises-à-jour en sautant une ou plusieurs 
versions de Debian ne sont pas supportées).

(le support régulier de Bullseye vient de se terminer le 14 août)

Re: printer paused: filter not avaiable

[Haines Brown]

On Tue, Aug 27, 2024 at 06:42:48PM +, Michael Kjörling wrote:
> On 27 Aug 2024 14:06 -0400, from hai...@histomat.net (Haines Brown):
> > I upgraded to testing, but had a problem with the testing version 
> > of CUPS, so downgraded CUPS to its stable version.
> 
> How, _exactly_, did you perform that downgrade?
> 
> In effect, it sounds like what you have now is a mix of Bookworm and
> Trixie. (More generally, a mix of Stable and Testing.) That is an
> unsupported and not-recommended configuration which can lead to any
> number of issues.
> 
> https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_FrankenDebian

Worse that that!c I inadvertantly upgraded from stable to testing! The
problem not CUPS but having to downgrade back to stable. 

This is a challenge, and I know my best bet would simply be to back 
up everything and install the stable release on a new new drive.  Or I could 
install 
stable on an external HD, clean the principle disk and then 
re install stable to it. But thñere are a couple of reasons this must 
be a last resort. I'll first try the usual procedure to downgrade, 
despite all its challenges.

-- 

 Haines Brown 

Mise à jour Brave Buster

[David Martin]

Bonjour,

Pour ceux qui ont buster et qui utilise brave, n'avez vous pas eu un
message d'erreur lors de la mise à jour ?
j'ai essayé le dépot avec l'argument arch=64, rien n'y fait. Ca pue la mise
à jour.

J'ai ceci :
root@debcm:/home/zaqen/Téléchargements# apt install brave-browser
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
 brave-browser : Dépend: libgcc-s1 (>= 4.2) mais il n'est pas installable
E: Impossible de corriger les problèmes, des paquets défectueux sont en
mode « garder en l'état ».
root@debcm:/home/zaqen/Téléchargements#

Je ne trouve pas de moyen de contournement

:-)

Cheers
-- 
david martin

[OT] Mono se pasa a WineHQ

[Camaleón]

Hola,

Iba a poner como asunto «el mono se emborracha» pero me parecía una 
traducción demasiado literal :-P

Pues eso, que el proyecto Mono (los viejos del lugar lo recordamos 
sobre todo por el desarrollador de Evolution, Miguel de Icaza) se 
libera de las zarpas de Microsoft, que gentilmente se lo cede a Wine.


Como el eterno retorno de la primavera,
todo vuelve, todo pasa, todo fluye 
hacia su esencial fin.


La nota del anuncio:

Thank you to all the Mono developers! #21796 
https://github.com/mono/mono/issues/21796

Una buena noticia.

Saludos,

-- 
Camaleón 

Bridging Network Connections with libvirt are unreliable

[Rainer Dorsch]

Hello,

I have a (for me) weird problem on a bookworm system

rd@h370:~$ inxi -S
System:
  Host: h370 Kernel: 6.1.0-23-amd64 arch: x86_64 bits: 64 Desktop: KDE Plasma
v: 5.27.5 Distro: Debian GNU/Linux 12 (bookworm)
rd@h370:~$ 

It uses bridging network connections with libvirt work unreliable.

I have in /etc/network/interface bridging networks e.g.

iface eno1.2 inet manual

# libvirt VM
auto br2
iface br2 inet dhcp
# Use the MAC address identified above.
hwaddress ether 18:31:bf:52:1b:1c
bridge_ports eno1.2
# If you want to turn on Spanning Tree Protocol, ask your hosting
# provider first as it may conflict with their network.
bridge_stp off
# If STP is off, set to 0. If STP is on, set to 2 (or greater).
bridge_fd 0

to make the interface available for libvirt.

In addition there are non-bridging networks, e.g.

allow-hotplug eno1.4
iface eno1.4 inet dhcp

All of them share the same physical network but defined separate VLANs.

The full /etc/network/interface file of the machine is here https://
bokomoko.de/~rd/Debian/interfaces

That works well for many hours or even days, but at some point in time the 
network is suddenly gone, and all network services die.

root@h370:~# ifdown br2

and

root@h370:~# ifup br2

heals the issue immediately. The non-bridging networks don't see the problem. 
The problem occurs independently of libvirt running or not.

In the systemd log, the first entry indicating network problems is that the DNS 
server switches to another interface. But it could easily be a consequence and 
not the cause of the issue:

Aug 28 06:57:54 h370 dhclient[1195]: DHCPREQUEST for 192.168.4.203 on eno1.4 
to 192.168.4.1 port 67
Aug 28 06:57:54 h370 dhclient[1195]: DHCPACK of 192.168.4.203 from 192.168.4.1
Aug 28 06:57:54 h370 dnsmasq[2386]: reading /etc/resolv.conf
Aug 28 06:57:54 h370 dnsmasq[2386]: using nameserver 192.168.4.1#53
Aug 28 06:57:54 h370 dhclient[1195]: bound to 192.168.4.203 -- renewal in 
18265 seconds.

As a workaround I could probably write a small script, which pings another 
network host and restarts the br interfaces, but I would prefer to understand 
why the problem occurs at the first place.

Any idea or hint is welcome.

Many thanks
Rainer

-- 
Rainer Dorsch
http://bokomoko.de/

Re: Which tool for upgrade in commandline?

[David Wright]

On Tue 27 Aug 2024 at 20:32:04 (+0100), Joe wrote:
> On Tue, 27 Aug 2024 21:03:02 +0200 Hans wrote:

> > First, we have the oldest, whcih is apt-get.
> > apt-get update, apt-get upgrade or apt-get full-upgrade does a good
> > job.

> > So, my question is: Which one is recommended, when updating and
> > upgrading is used in a script, so that it causes as little as
> > possible pain?
> > 
> > It means: When the script is not eecuted daily, but let us say, every
> > two weeks, and we have lots of packages.
> > 
> > At the moment I am using aptitude, this works great in short periods,
> > but after al longer time, it crashes, because some dependencies could
> > not resolve. 
> > 
> > Independent of my personal use: Which one is recommended?

For scripts, apt-get has the advantage that it doesn't get changed
from release to release, but always behaves the same way.

> I believe apt is currently recommended. Having said that, sometimes the
> upgrade notes for a new Stable recommend using a particular tool, and
> obviously you would go with that advice. I seem to recall that apt will
> not just use one of the earlier upgrade tools, but will do a bit of
> tidying up afterwards. With the earlier tools, the package cache has to
> be manually cleared periodically.

For upgrading one release to another, apt is currently recommended,
but I think it's assumed that you do this by typing the commands
rather than just running a script, so you can check for success at
each step.

> My experience of apt-get and aptitude is that aptitude has a better
> resolver and will often clear a medium-sized pile of packages when
> apt-get won't. However, it achieves this improved performance at the
> expense of speed and simplicity. If you run Unstable, especially, and
> leave upgrading too long, aptitude can be overwhelmed by several hundred
> packages to organise, and will apparently just hang. Aptitude should be
> fine on Stable, which should never have more than about a dozen
> packages upgradable, unless you leave it for many months. I'd still use
> apt.

With anything up to stable, I've never had a problem using apt-get.
For example, last week I upgraded a buster (oldoldstable) system that
was last upgraded in early March. A mere 171 packages with one command.

But sure, for testing and beyond, the quirks in the resolvers will
make a difference as there are more packages to upgrade and not even
a guarantee that the distribution is complete.

Cheers,
David.

Booting from USBs on old laptops, was Re: laptop installs

[David Wright]

On Tue 27 Aug 2024 at 21:42:22 (-0400), Roy J. Tellason, Sr. wrote:
> In the case of two of the three laptops I have here to play with,  it's 
> simply a matter of telling it to boot off the DVD drive and then inserting 
> the appropriate disc and going on from there.  In the case of this other one, 
>  things get a little weird.
> 
> On powerup I see messages referring to PXE,  which if I remember correctly 
> involves booting off a network connection?  There's "Media test failure, 
> check cable" followed by "Exiting PXE ROM" and then I get "No bootable device 
> -- insert boot disk and press any key.
> 
> The thing is,  this machine doesn't have a DVD drive.  What it does have is a 
> couple of USB ports (two different color connectors so I assume different 
> speeds?).  I am also assuming that simply putting an iso file on to a USB 
> stick won't quite do it.  No idea about how to implement anything to do with 
> PXE,  though I can probably safely assume that I have what I need on the LAN 
> here.
> 
> Any thoughts on how best to deal with this?

I assume your DVD drives are internal, so they're always present when
you boot up, and they're always selectable in the BIOS menus.

I have a laptop that only shows a USB stick as available in the menu
/if/ it's already plugged in before you turn on the power. If you
don't plug it in that early, you might be unaware that it could boot
from a USB stick at all: there's no mention of that in the specs, and
no hint in the extensive PhoenixBIOS documentation that you have to
expand the /Hard Drive/ item in the Boot menu to reveal the USB stick
under the actual hard drive. (You then have to promote the USB above
the hard drive in the two-item list.)

Cheers,
David.

Re: laptop installs

[eben]

On 8/27/24 21:42, Roy J. Tellason, Sr. wrote:


The thing is,  this machine doesn't have a DVD drive.  What it does have
is a couple of USB ports (two different color connectors so I assume
different speeds?).  I am also assuming that simply putting an iso file
on to a USB stick won't quite do it.


You may need to tell the BIOS-equivalent to boot off a USB device.  Maybe
that's already in the "try things in this order" list before "internal HD",
so it's worth a try.

--
Driscoll's Observation: The product of the IQs of each member
of a tech-support conversation is a constant.

-- Michael Driscoll on ASR

Re: Laptop keeps powering off

[Max Nikulin]

On 28/08/2024 07:52, Joe B wrote:

Here is journalctl -b -1

https://termbin.com/q6uw


It would be helpful if you describe specific of this boot.

If it is complete log then it looks like abrupt lost of power after 20 
min of working on battery. It may be battery failure of bad contact.


Were you monitoring battery charge level during this boot?

What was battery charge level immediately after next boot (assuming that 
the AC adapter was connected just before booting)?


Is the laptop able to boot without connecting of AC adapter after 
similar events? What is charge level and how long the laptop may run 
till next failure?

Re: laptop installs

[Andy Smith]

Hi,

On Tue, Aug 27, 2024 at 09:42:22PM -0400, Roy J. Tellason, Sr. wrote:
> On powerup I see messages referring to PXE,  which if I remember
> correctly involves booting off a network connection?

Yes. You can almost certainly disable this feature in the BIOS
settings if it bothers you. Typically you only see it when the BIOS
(or UEFI firmware) sees no other bootable media.

> The thing is,  this machine doesn't have a DVD drive.  What it
> does have is a couple of USB ports (two different color connectors
> so I assume different speeds?).

Sometimes conventions aren't followed, but here is a hint:

https://www.usbmemorydirect.com/blog/usb-port-colors/

> I am also assuming that simply
> putting an iso file on to a USB stick won't quite do it.

That is the correct way to deal with Debian's ISO images. Whether
your BIOS supports booting from that is a bit hit and miss. It's
worth a try as it works a lot of the time.

Also look in the BIOS settings for boot order priority. If that
mentions USB as an option then it's very likely to work.

> No idea
> about how to implement anything to do with PXE,  though I can
> probably safely assume that I have what I need on the LAN here.

Yes; if the machine tried to do PXE then you don't need anything
fancy elsewhere other than another networked machine that can serve
DHCP and TFTP, which Linux does just fine. It's a bit of an involved
process though so unless setting up PXE booting is desirable you may
want to find another way.

> Any thoughts on how best to deal with this?

I'd try the USB media approach as it'll probably work. If the laptop
was never designed to have an internal optical media drive then it
was probably also designed to boot off of USB for installation
purposes.

If that doesn't work, would it be possible to take the HDD/SSD out
of the laptop and put it in another machine? You could then install
onto that and put it back in the laptop afterwards.

Thanks,
Andy

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

Re: laptop installs

[Dan Ritter]

Roy J. Tellason, Sr. wrote: 
> In the case of two of the three laptops I have here to play with,  it's 
> simply a matter of telling it to boot off the DVD drive and then inserting 
> the appropriate disc and going on from there.  In the case of this other one, 
>  things get a little weird.
> 
> On powerup I see messages referring to PXE,  which if I remember correctly 
> involves booting off a network connection?  There's "Media test failure, 
> check cable" followed by "Exiting PXE ROM" and then I get "No bootable device 
> -- insert boot disk and press any key.
> 
> The thing is,  this machine doesn't have a DVD drive.  What it does have is a 
> couple of USB ports (two different color connectors so I assume different 
> speeds?).  I am also assuming that simply putting an iso file on to a USB 
> stick won't quite do it.  No idea about how to implement anything to do with 
> PXE,  though I can probably safely assume that I have what I need on the LAN 
> here.
> 
> Any thoughts on how best to deal with this?


If the machine can boot from USB, then, yes, writing the ISO to
a USB stick is all you need to do.

If not:

PXE booting requires three things:
- A dhcp server that answers the laptop's initial request for an
  IP address with the additional options that point at a TFTP
  server (isc-dhcp-server or kea, tftpd-hpa)
- a TFTP server serving a PXE boot menu that is configured to
  point at a local web server
- the Debian install images on the local web server

If you are comfortable setting up each of those things -- there
are extensive guides -- PXE booting-and-install is almost magical. If you
need to do it often, I highly recommend it.

But try the USB stick first.

-dsr-

Re: laptop installs

[Charles Curley]

On Tue, 27 Aug 2024 21:42:22 -0400
"Roy J. Tellason, Sr."  wrote:

> The thing is,  this machine doesn't have a DVD drive.  What it does
> have is a couple of USB ports (two different color connectors so I
> assume different speeds?).

Correct. Usually blue is USB 3.x, black 2.x. I also have a yellow
connector on one of my machines. That is always powered on regardless
of whether the machine is powered up or not.

> I am also assuming that simply putting an
> iso file on to a USB stick won't quite do it.

It depends on how you put it on. Something like

dd if=debian-12.6.0-amd64-netinst.iso of=/dev/sdX

should do it. Note that you are copying to the raw device, not to any
partition or file system on a partition.

> No idea about how to
> implement anything to do with PXE,  though I can probably safely
> assume that I have what I need on the LAN here.

Never tried it myself. You are as capable of searching the net as I am.


-- 
Does anybody read signatures any more?

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

Re: need help killing screen blanker

[Trish Fraser]

>On 8/26/24 13:27, Trish Fraser wrote:
>> 
>>> S, what do I remove to absolutely, permanently disable the
>>> screen blanker? And I mean no chance it can ever do that to me
>>> again.
>> 
>> Seems like, in XFCE, you need to go into settings and disable the
>> screensaver.
>> 
>> Good luck!
>> 
>That I'm assuming is canceled by the next reboot. And I get killed by 
>linuxcnc starting up while I can't see it. So to make it permanent, 
>either uninstall the perpetrator, or put something into /etc/Xsessions 
>or its option file. The question is what do I do to make it permanent?

Disabling it in settings *is* permanent.
-- 
Trish Fraser, VVMZ4 91L2V -35.67910, 142.66607
Wed 28 Aug 2024 11:31:10 AEST
GNU/Linux 1997-2024 #283226 counter.li.org
andromeda up up 1 hour, 7 minutes
Debian GNU/Linux 12 (bookworm)
kernel 6.1.0-23-amd64

Re: printer paused: filter not avaiable

[Charles Curley]

On Tue, 27 Aug 2024 14:06:48 -0400
Haines Brown  wrote:

> I upgraded to testing, but had a problem with the testing version 
> of CUPS, so downgraded CUPS to its stable version.
> 
> Can't print because printer is paused. It is paused because 
> my printer is paused because:  
> 
>   "File "/usr/lib/cups/filter/gstopxl" not available: No such file
> or directory"
> 
> The problem is that I do have this filter in /usr/lib/cups/filter/
> 
>   $ ls -la | grep gstopxl
> -rwxr-xr-x  1 root root558 Aug 19 00:57 gstopxl
> 
> I have installed:
> 
>   i  cups - 
>   i A cups-browsed
> i  cups-bsd
> i A cups-client 
> i A cups-core-drivers
>   i A cups-daemon
>   i A cups-filters
> i A cups-filters-core-driver
> i A cups-ipp-utils
> i A cups-pk-helpe
>   i A cups-ppdc
>   i A cups-server-common
>   i A libcups2t64
>   i A libcupsfilters1t64
>   p  printer-driver-cups-pdf:i386
>   i A python3-cups 
>   i A libcupsfilters1t64
>   i A python3-cupshelpers
>   i A libcupsfilters1t64
>   c  printer-driver-cups-pdf
>   i A python3-cups
>   i A python3
> 
> It looks like the printer-driver-cups-pdf package is not installed, 
> but I dont see how that could force the printer to pause. be the 
> 

I see:

root@hawk:~# apt-file search gstopxl
cups-filters: /usr/lib/cups/filter/gstopxl
root@hawk:~# ls -l $( locate gstopxl )
-rwxr-xr-x 1 root root 558 May 19  2023 /usr/lib/cups/filter/gstopxl
root@hawk:~# 

So gstopxl is from the package cups-filters, which you have installed.
Your listing agrees with mine as to the permissions, ownership, and
length of the file but not the date. I conjectured that that is the date
of installation, or, in my case, upgrade.

Mine is from Bookworm.

-- 
Does anybody read signatures any more?

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

laptop installs

[Roy J. Tellason, Sr.]

In the case of two of the three laptops I have here to play with,  it's simply 
a matter of telling it to boot off the DVD drive and then inserting the 
appropriate disc and going on from there.  In the case of this other one,  
things get a little weird.

On powerup I see messages referring to PXE,  which if I remember correctly 
involves booting off a network connection?  There's "Media test failure, check 
cable" followed by "Exiting PXE ROM" and then I get "No bootable device -- 
insert boot disk and press any key.

The thing is,  this machine doesn't have a DVD drive.  What it does have is a 
couple of USB ports (two different color connectors so I assume different 
speeds?).  I am also assuming that simply putting an iso file on to a USB stick 
won't quite do it.  No idea about how to implement anything to do with PXE,  
though I can probably safely assume that I have what I need on the LAN here.

Any thoughts on how best to deal with this?

-- 
Member of the toughest, meanest, deadliest, most unrelenting -- and
ablest -- form of life in this section of space,  a critter that can
be killed but can't be tamed.  --Robert A. Heinlein, "The Puppet Masters"
-
Information is more dangerous than cannon to a society ruled by lies. --James 
M Dakin

Re: Is anybody maintaining nedit?

[Van Snyder]

On Tue, 2024-08-27 at 20:01 -0500, David Wright wrote:
> Which key is Compose?

I've gone to KDE System Settings => Keyboard => Advanced => Position of
compose key and selected the right-ALT key.

> In nedit, does it do whatever is engraved on it, or whatever the

Highlight something with left drag, then left-ALT middle drag exchanges
them

Doing it with right-ALT just replaces the left-drag selection with the
middle-drag selection

Re: Is anybody maintaining nedit?

[Fred]

On 8/27/24 17:16, Van Snyder wrote:
Is anybody maintaining nedit? There's a list of developers on the "Help 
=> Version" menu but no addresses.


The "Help => problems and defects" and "Help => Version" menus give a 
URL that lands on a site in Finland. I assume it's in Finland because 
it's all in Suomi, and has nothing to do with nedit.


I'm running Debian 12.5 with KDE 5.27.5.

I use "Nedit released by Debian (1:5.7-3)" with "Motif (Untested) 2.3.8" 
and "Server: The X.Org Foundation 12101007."


Sometimes after I've been editing for a while, the dialogue boxes stop 
allowing keyboard input.


Is this a nedit thing, or has KDE somehow subverted it? Or, if I'm using 
Wayland instead of Xorg (how would I know)?


Although it claims to be built with locale en_US.UTF-8, it doesn't do 
anything with "compose" keystrokes such as "Compose" / O to make Ø. but 
it's perfectly happy to let me input them if I create them elsewhere, 
such as in this mailer.  Is there a way to use compose keys in nedit?



Hi,
I have been using that version of nedit but I don't use KDE.  I just use 
openbox and xterms.  Nedit works fine for me.  I have never used the 
compose function.

Best regards,
Fred

Re: Is anybody maintaining nedit?

[Joe B]

On Tue, Aug 27, 2024 at 5:55 PM Andy Smith  wrote:
>
> Hi,
>
> On Tue, Aug 27, 2024 at 05:16:07PM -0700, Van Snyder wrote:
> > Is anybody maintaining nedit? There's a list of developers on the "Help
> > => Version" menu but no addresses.
>
> I assume you are asking if the upstream project is dead, rather than
> if it is maintained within Debian or not.
>
> I do not know anything about nedit but the Debian changelog implies
> there hasn't been an upstream release since 2017, while all other
> recent package updates are minor packaging details.

I thought he was just asking who maintained it.
>
> 
> https://metadata.ftp-master.debian.org/changelogs//main/n/nedit/nedit_5.7-5_changelog
>
> ( linked from https://packages.debian.org/source/sid/nedit )
>
> Unless it was considered feature-complete in 2017, I don't think it
> is an ongoing project.
>
> I also note that its Debian maintainer has been assigned to the QA
> team, which typically happens for packages that no one volunteers to
> maintain any longer in Debian.

Also i found more info

unstable

https://tracker.debian.org/media/packages/n/nedit/changelog-15.7-5

Stable

https://tracker.debian.org/media/packages/n/nedit/changelog-15.7-3

Also

https://tracker.debian.org/pkg/nedit/news/

Hope i'm doing this right as i'm still new to debian learning everything

Joe

Re: need help killing screen blanker

[David Wright]

On Tue 27 Aug 2024 at 14:58:14 (-0400), gene heskett wrote:
> On 8/26/24 14:37, David Wright wrote:
> > On Mon 26 Aug 2024 at 10:29:10 (-0400), gene heskett wrote:
> > > xfce4 desktop, running linuxcnc, [ … ]
> > > came across a dangerous situation yesterday.
> > > 
> > > Basically using the lathe as a jig to hold a long piece I was tapping
> > > by hand, powered up but stopped. screen blanker came on and locked me
> > > out till I logged back in leaving linuxcnc live but hidden behind a
> > > black screen.  This is a dangerous condition if he wrong key is hit to
> > > wake it up.
> > 
> > Surely it's not screen /blanking/ that's your problem¹ but screen
> > /locking/. BTW were you really logging back in, or just unlocking
> > the session?
> 
> total login to get back to my session.

How did you distinguish between the two cases?

> > > That monitor AND the idling rpi4b draw about 22 watts, and is turned
> > > off only for maintenance.  UPS, standby generator, uptimes might be
> > > years.
> > > 
> > > Replacing a CRT power hungry monitor means the only reason to blank a
> > > screen
> > 
> > tomas mentioned xset, which should deal with that. You need to decide
> > on whether a couple of seconds is too long to wait for recovery from
> > anything more than simple blanking.
> If the machine starts, while trying to wake it up and log back in to
> get control back to me, its already 5 seconds too damned late. With
> the pi, wakeup time is 5 + seconds by which time a sleeve caught on a
> chuck jaw has already tried to rip an arm off.

Agreed, but my paragraph was distinguishing between simple blanking
and powersaving. (Of course you don't want to be typing a password.)

In the past, I found the instant recovery from blanking (with no
powersaving) was quite satisfactory, while preventing burn-in from
being run 24/7. (This was in a lab with restricted access.)

> > > and interpose a login is security against prying eyes in an
> > > office environment.
> > 
> > That's the troublesome one for you.
> 
> Absolutely. This is not an office environment. The path thru this
> garage is hardly wide enough for me, let alone company.

There are plenty of google hits on this topic, some posted by people
who get fed up logging in over and over again in meetings. Various
OSes plus xfce.org itself. Have you made any progress yourself? I get
the impression 

> > > S, what do I remove to absolutely, permanently disable the screen
> > > blanker? And I mean no chance it can ever do that to me again.

There are odd reports of a very long timeout working better than Off.
Perhaps bear that in mind.

> > AFAICT you need to investigate XFCE's Power Manager. A quick google
> > turned up these:
> >https://forum.manjaro.org/t/how-to-disable-auto-black-screen/127827/2
> >https://forum.xfce.org/viewtopic.php?id=13535
> >https://forum.manjaro.org/t/lock-screen-vs-login-screen/166644
> > but there may be better ones too.

On Mon 26 Aug 2024 at 15:42:56 (-0400), Felix Miata wrote:
> David Wright composed on 2024-08-26 14:36 (UTC-0400):
> 
> > ¹ touch Ctrl, the key at the extreme bottom left of the keyboard,
> >   to defeat it.
>  
> Are you sure? 

Well, all four of the laptops in this house, the previous two we
disposed of, and all the assorted keybords I've acquired over the
last twenty years or so.

But finding the safest key to use may be irrelevant if Gene doesn't
trust even basic screen blanking to occur (see above).

Cheers,
David.

Re: Is anybody maintaining nedit?

[David Wright]

On Tue 27 Aug 2024 at 17:16:07 (-0700), Van Snyder wrote:

> Although it claims to be built with locale en_US.UTF-8, it doesn't do
> anything with "compose" keystrokes such as "Compose" / O to make Ø. but
> it's perfectly happy to let me input them if I create them elsewhere,
> such as in this mailer.  Is there a way to use compose keys in nedit?

Which key is Compose?
In nedit, does it do whatever is engraved on it, or whatever the
nedit docs say it ought to do by default?
IOW, has it been grabbed by nedit?

It looks as though nedit uses X resources to set the key bindings,
as outlined in nedit.doc (perhaps worth a read). I haven't really
used the facility since the days of having to sort out Backspace/
Delete, with one exception that's transcribed from elsewhere.

Cheers,
David.

Re: Is anybody maintaining nedit?

[Andy Smith]

Hi,

On Tue, Aug 27, 2024 at 05:16:07PM -0700, Van Snyder wrote:
> Is anybody maintaining nedit? There's a list of developers on the "Help
> => Version" menu but no addresses.

I assume you are asking if the upstream project is dead, rather than
if it is maintained within Debian or not.

I do not know anything about nedit but the Debian changelog implies
there hasn't been an upstream release since 2017, while all other
recent package updates are minor packaging details.


https://metadata.ftp-master.debian.org/changelogs//main/n/nedit/nedit_5.7-5_changelog

( linked from https://packages.debian.org/source/sid/nedit )

Unless it was considered feature-complete in 2017, I don't think it
is an ongoing project.

I also note that its Debian maintainer has been assigned to the QA
team, which typically happens for packages that no one volunteers to
maintain any longer in Debian.

Thanks,
Andy

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

Re: Laptop keeps powering off

[Joe B]

On Tue, Aug 27, 2024 at 7:16 AM Franco Martelli  wrote:
>
> On 25/08/24 at 19:37, Joe B wrote:
> > root@debian:~# sensors
> > pch_skylake-virtual-0
>
> I've heard that Intel has instability issue for some of his processors:
>
> https://www.tuxedocomputers.com/en/Information-on-stability-problems-with-Raptor-Lake-CPUs.tuxedo
>
> Could you verify with:
>
> ~$ cat /proc/cpuinfo
>
> that you don't have such a processor?

Sorry been busy. Came up with some information. I didn't know who to
reply back to so im going forward

Here is journalctl -b -1

https://termbin.com/q6uw

Here is cat /proc/cpuinfo

https://termbin.com/7iud

Thanks

Joe

Re: Is anybody maintaining nedit?

[Joe B]

On Tue, Aug 27, 2024 at 5:16 PM Van Snyder  wrote:
>
> Is anybody maintaining nedit? There's a list of developers on the "Help => 
> Version" menu but no addresses.
>

aptitude showsrc nedit
Executing 'apt showsrc nedit'

Package: nedit
Binary: nedit
Version: 1:5.7-5
Maintainer: Debian QA Group 
Build-Depends: debhelper-compat (= 13), libmotif-dev, libx11-dev,
libxt-dev, x11proto-core-dev, bison, perl
Architecture: any
Standards-Version: 4.6.2
Format: 3.0 (quilt)
Files:
abf2d762e3743620de91da8c8c170e51 1865 nedit_5.7-5.dsc
c0fad4e2526ca0478e4250d5ebec4a28 1344754 nedit_5.7.orig.tar.gz
99f5f68a328a4bf228469be9f5e3d86f 35212 nedit_5.7-5.debian.tar.xz
Vcs-Browser: https://salsa.debian.org/debian/nedit
Vcs-Git: https://salsa.debian.org/debian/nedit.git
Checksums-Sha256:
92910de8ef84de67c2d3b5045875c496d862bfd8ff902fd4b9dcf963764bc520 1865
nedit_5.7-5.dsc
add9ac79ff973528ad36c86858238bac4f59896c27dbf285cbe6a4d425fca17a
1344754 nedit_5.7.orig.tar.gz
32bf3fc15dbb6154838a34d560ca5b0f3e7744301f4c15f8a2af8ad2ea3d0764 35212
nedit_5.7-5.debian.tar.xz
Homepage: http://sourceforge.net/projects/nedit/
Package-List:
nedit deb editors optional arch=any
Directory: pool/main/n/nedit
Priority: source
Section: editors

Thanks

Joe

Is anybody maintaining nedit?

[Van Snyder]

Is anybody maintaining nedit? There's a list of developers on the "Help
=> Version" menu but no addresses.

The "Help => problems and defects" and "Help => Version" menus give a
URL that lands on a site in Finland. I assume it's in Finland because
it's all in Suomi, and has nothing to do with nedit.

I'm running Debian 12.5 with KDE 5.27.5.

I use "Nedit released by Debian (1:5.7-3)" with "Motif (Untested)
2.3.8" and "Server: The X.Org Foundation 12101007."

Sometimes after I've been editing for a while, the dialogue boxes stop
allowing keyboard input.

Is this a nedit thing, or has KDE somehow subverted it? Or, if I'm
using Wayland instead of Xorg (how would I know)?

Although it claims to be built with locale en_US.UTF-8, it doesn't do
anything with "compose" keystrokes such as "Compose" / O to make Ø. but
it's perfectly happy to let me input them if I create them elsewhere,
such as in this mailer.  Is there a way to use compose keys in nedit?

Re: Which tool for upgrade in commandline?

[Jeffrey Walton]

On Tue, Aug 27, 2024 at 5:36 PM Hans  wrote:
>
> Dear list,
>
> over the many years we got different tools for upgrading debian in the
> commandline. These tools behave differently and also we get different results,
> when eecuting.
>
> First, we have the oldest, whcih is apt-get.
> apt-get update, apt-get upgrade or apt-get full-upgrade does a good job.
>
> However, we also have aptitude, but
> aptitude update, aptitude upgrade and aptitude full-upgrade are doing also a
> good job, but not the same as apt-get does. Also it looks, aptitude update
> loads its own list and is not using the list from apt-get (otherwise it could
> not explain, why aptitude and apt-get every time reloads the new list, when
> one of the other was eecuted before). Also the dependencies in both tools are
> handled different.
>
> And at last, we have apt, which (as far as I now), soemtimes is calling apt-
> get, and sometimes is calling aptitude.
>
> This is somehow rather irritating!
>
> So, my question is: Which one is recommended, when updating and upgrading is
> used in a script, so that it causes as little as possible pain?
>
> It means: When the script is not eecuted daily, but let us say, every two
> weeks, and we have lots of packages.
>
> At the moment I am using aptitude, this works great in short periods, but
> after al longer time, it crashes, because some dependencies could not resolve.
>
> Independent of my personal use: Which one is recommended?

.

Jeff

Re: Which tool for upgrade in commandline?

[Andy Smith]

Hi,

On Wed, Aug 28, 2024 at 04:25:20AM +0800, Bret Busby wrote:
> On 28/8/24 03:03, Hans wrote:
> > So, my question is: Which one is recommended, when updating and upgrading is
> > used in a script, so that it causes as little as possible pain?

[…]

> apt update && apt full-upgrade -y && apt autoremove -y && apt autoclean

"apt" will say when it is used in a script that its user interface
is not yet stable (i.e. its output could change at any time) so it
should not be used in scripts.

Other replies have already covered the correct answer for
non-interactive use.

Thanks,
Andy

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

Re: Which tool for upgrade in commandline?

[Bret Busby]

On 28/8/24 03:03, Hans wrote:

Dear list,

over the many years we got different tools for upgrading debian in the
commandline. These tools behave differently and also we get different results,
when eecuting.

First, we have the oldest, whcih is apt-get.
apt-get update, apt-get upgrade or apt-get full-upgrade does a good job.

However, we also have aptitude, but
aptitude update, aptitude upgrade and aptitude full-upgrade are doing also a
good job, but not the same as apt-get does. Also it looks, aptitude update
loads its own list and is not using the list from apt-get (otherwise it could
not explain, why aptitude and apt-get every time reloads the new list, when
one of the other was eecuted before). Also the dependencies in both tools are
handled different.

And at last, we have apt, which (as far as I now), soemtimes is calling apt-
get, and sometimes is calling aptitude.

This is somehow rather irritating!

So, my question is: Which one is recommended, when updating and upgrading is
used in a script, so that it causes as little as possible pain?

It means: When the script is not eecuted daily, but let us say, every two
weeks, and we have lots of packages.

At the moment I am using aptitude, this works great in short periods, but
after al longer time, it crashes, because some dependencies could not resolve.

Independent of my personal use: Which one is recommended?

Thanks for reading. Short answer will be ok.

Best

Hans

   




apt update && apt full-upgrade -y && apt autoremove -y && apt autoclean

Simple.

..
Bret Busby
Armadale
West Australia
(UTC+0800)
..

Re: Document PDF qui s'ouvre en japonais sous libreoffice draw

[Th.A.C]

Le 27/08/2024 à 21:01, ajh-valmer-free a écrit :


Mais il faut bien s'y connaître pour "triturer", trouver, les bonnes polices
standards les fontes, et pouvoir rendre le document PDF lisible.



ben non, ca reste du traitement de texte, sauf que le texte est mal foutu

Re: Canvi a Trixie (D13)

[xdeyzaguirre]

Moltes gràcies a tots. Dit i debatut, seguire a stable.

On 27/8/24 12:17, Alex Muntada  wrote:

Hola Xavier,

> Estic pensant a canviar a la testing. Què en penseu?

Hi ha un debat recurrent sobre l'ús de testing com si fos un
tipus de «rolling update» que et permet estar al dia sempre
sense haver-te de preocupar per actualitzar de versió. De fet,
hi ha qui suggereix que testing és un mal nom i que hauria de
tenir-ne un que no indiqui que és per a proves.

La realitat és que testing és un entorn en què constament es
prova si la distribució en el seu conjunt està llesta per a ser
publicada segons unes regles determinades. Quan algun paquet
deixa d'estar aliniat amb aquestes regles, se'l fa fora en un
temps prudencial i això pot causar un daltabaix al vostre sistema
si heu decidit utilitzar testing. Diverses persones n'han donat
fe responent a la teva pregunta. El problema de testing és just
aquest: degut a les transicions de paquets importants, sovint hi
ha d'altres paquets que no estan llestos i han de sortir-ne,
encara que sigui temporalment fins que algú els posi al dia.

La veritable versió en constant desenvolupament i que té les
versions més actualitzades dels paquets és unstable (nom que
alguns també qüestionen, és clar) i és on paga la pena que
dediqueu el temps si voleu tenir darreres versions i ajudar la
gent que manté els paquets. A testing no s'hi poden publicar
correccions directament, sempre han de migrar des d'unstable.

Després d'haver-me endut algun ensurt, fa temps que vaig decidir
que als meus entorns de treball només tindria versions estables.
Si necessito versions més noves d'una aplicació utilitzo snap,
docker o instal·lo el paquet d'unstable directament, i per a fer
paquets tinc diversos volums LVM amb schroot i màquines virtuals.

Salut,
Alex

--
   ⢀⣴⠾⠻⢶⣦⠀
   ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
   ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
   ⠈⠳⣄

Re: Which tool for upgrade in commandline?

[Michael Kjörling]

On 27 Aug 2024 19:28 +, from amaca...@einval.com (Andrew M.A. Cater):
> apt-get [...] is recommended for upgrading between Debian major releases.

Is it, though?

https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html#updating-lists

https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html#minimal-upgrade

https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html#upgrading-full

`apt` is named as the primary tool and the example command lines use
it; `apt-get` is mentioned in a couple of corresponding notes,
particularly with regards to its benefits when used from scripts.

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

Re: Which tool for upgrade in commandline?

[Joe]

On Tue, 27 Aug 2024 21:03:02 +0200
Hans  wrote:

> Dear list, 
> 
> over the many years we got different tools for upgrading debian in
> the commandline. These tools behave differently and also we get
> different results, when eecuting.
> 
> First, we have the oldest, whcih is apt-get.
> apt-get update, apt-get upgrade or apt-get full-upgrade does a good
> job.
> 
> However, we also have aptitude, but 
> aptitude update, aptitude upgrade and aptitude full-upgrade are doing
> also a good job, but not the same as apt-get does. Also it looks,
> aptitude update loads its own list and is not using the list from
> apt-get (otherwise it could not explain, why aptitude and apt-get
> every time reloads the new list, when one of the other was eecuted
> before). Also the dependencies in both tools are handled different.

I believe they use different cache structures, and if tool A has been
used since tool B was last used, next time tool B is used it will not
know what has been upgraded while it has 'been away', and will refresh
its own cache.
> 
> And at last, we have apt, which (as far as I now), soemtimes is
> calling apt- get, and sometimes is calling aptitude.
> 
> This is somehow rather irritating! 
> 
> So, my question is: Which one is recommended, when updating and
> upgrading is used in a script, so that it causes as little as
> possible pain?
> 
> It means: When the script is not eecuted daily, but let us say, every
> two weeks, and we have lots of packages.
> 
> At the moment I am using aptitude, this works great in short periods,
> but after al longer time, it crashes, because some dependencies could
> not resolve. 
> 
> Independent of my personal use: Which one is recommended?
> 

I believe apt is currently recommended. Having said that, sometimes the
upgrade notes for a new Stable recommend using a particular tool, and
obviously you would go with that advice. I seem to recall that apt will
not just use one of the earlier upgrade tools, but will do a bit of
tidying up afterwards. With the earlier tools, the package cache has to
be manually cleared periodically.

My experience of apt-get and aptitude is that aptitude has a better
resolver and will often clear a medium-sized pile of packages when
apt-get won't. However, it achieves this improved performance at the
expense of speed and simplicity. If you run Unstable, especially, and
leave upgrading too long, aptitude can be overwhelmed by several hundred
packages to organise, and will apparently just hang. Aptitude should be
fine on Stable, which should never have more than about a dozen
packages upgradable, unless you leave it for many months. I'd still use
apt.

-- 
Joe

Re: Which tool for upgrade in commandline?

[Michael Kjörling]

On 27 Aug 2024 21:03 +0200, from hans.ullr...@loop.de (Hans):
> So, my question is: Which one is recommended, when updating and upgrading is 
> used in a script, so that it causes as little as possible pain?

apt-get and friends, including the dpkg set of tools if necessary.

I believe apt even prints a message to that effect when started.

See also the introductory paragraph of the apt(8) man page.

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

Re: Which tool for upgrade in commandline?

[Andrew M.A. Cater]

On Tue, Aug 27, 2024 at 09:03:02PM +0200, Hans wrote:
> Dear list, 
> 
> This is somehow rather irritating! 
> 
> So, my question is: Which one is recommended, when updating and upgrading is 
> used in a script, so that it causes as little as possible pain?
> 

apt-get is potentially the most basic. Aptitude resolves dependencies
differently and sometimes more effectively. Apt as such I don't use (even 
though I named the whole idea :) )

apt-get normally "just works" which is why it is recommended for upgrading
between Debian major releases.

> It means: When the script is not eecuted daily, but let us say, every two 
> weeks, and we have lots of packages.
> 

There is something about the number of packages installed at once and
interdependencies - maybe run whichever more often. Installing 20 packages
at a time may be easier than installing 80 packages at once, for example.

> At the moment I am using aptitude, this works great in short periods, but 
> after al longer time, it crashes, because some dependencies could not 
> resolve. 
> 
> Independent of my personal use: Which one is recommended?
> 

Whichever one works for you ... there is no definitive answer.

> Thanks for reading. Short answer will be ok.

ok - the short answer you already predicted :)
> 
> Best
> 
> Hans  
> 

All the very best, as ever,

Andy
(amaca...@debian.org)
>   
> 
> 

Re: Which tool for upgrade in commandline?

[Eike Lantzsch ZP5CGE / KY4PZ]

On Tuesday, 27 August 2024 15:03:02 -04 Hans wrote:
> Dear list,
> 
> over the many years we got different tools for upgrading debian in the
> commandline. These tools behave differently and also we get different
> results, when eecuting.
> 
> First, we have the oldest, whcih is apt-get.
> apt-get update, apt-get upgrade or apt-get full-upgrade does a good
> job.
> 
> However, we also have aptitude, but
> aptitude update, aptitude upgrade and aptitude full-upgrade are doing
> also a good job, but not the same as apt-get does. Also it looks,
> aptitude update loads its own list and is not using the list from
> apt-get (otherwise it could not explain, why aptitude and apt-get
> every time reloads the new list, when one of the other was eecuted
> before). Also the dependencies in both tools are handled different.
> 
> And at last, we have apt, which (as far as I now), soemtimes is
> calling apt- get, and sometimes is calling aptitude.
> 
> This is somehow rather irritating!

Do you really mean irritating or just confusing?
"irritating" equals the German "verärgert"; while
"confusing" is what Germans just find "irritierend".
:-)

> 
> So, my question is: Which one is recommended, when updating and
> upgrading is used in a script, so that it causes as little as
> possible pain?
> 
> It means: When the script is not eecuted daily, but let us say, every
> two weeks, and we have lots of packages.
> 
> At the moment I am using aptitude, this works great in short periods,
> but after al longer time, it crashes, because some dependencies could
> not resolve.
> 
> Independent of my personal use: Which one is recommended?
> 
> Thanks for reading. Short answer will be ok.
> 
> Best
> 
> Hans

I'd like to know too. I usually use apt. Sometimes aptitude when I'm 
looking for something - me being lazy. But I find aptitude to be 
inconvenient when trying to resolve dependency problems. Packages which 
aptitude will not purge can easily be deinstalled, including all 
configuration files, by invoking  apt purge for example.

All the best
-- 
Eike Lantzsch KY4PZ / ZP5CGE

Re: need help killing screen blanker

[Andrew M.A. Cater]

On Tue, Aug 27, 2024 at 02:44:52PM -0400, gene heskett wrote:
> On 8/26/24 14:25, Andrew M.A. Cater wrote:
> > On Mon, Aug 26, 2024 at 10:29:10AM -0400, gene heskett wrote:
> > 
> > Gene,
> > 
> > First things first: where did the image come from?
> > 32 or 64 bit? Exact version string from uname -a please
> > 
> 64 bit arm64 debian bookworm, modified with a later rt kernal to run
> linuxcnc, built for me by an aussie named Rod Webster,, RT kernels are not a
> problem. This one has more latency that one I built about a decade back but
> good enough to run lcnc in real time with no stuttering. 200microsecs, mine
> is much faster at 12. Its a 4.19 I actually built on the pi, armhf flavor.
> 

That still doesn't say where the original software came from - whether yours
is based on Raspberry Pi OS or on straightforward Debian. That can make a
difference.

> In case its not obvious, linuxcnc generally runs in its own little world.
> Your code base moves several times faster than ours. I built this machine a
> decade ago just to see if a pi3b could do it. It could but stumbled a bit,
> with a pi4b, its kool at twice the speed.  Stepper driven, its also a
> showcase for the newest motor tech, stepper/servo's. Several more times more
> accurate than normal steppers. And the motors run much cooler.  You see that
> in your power bill.
> 

Now that there is a Debian maintainer maintaining linuxcnc in stable -
_maybe_ just use that and save patching?

> > 
> > rt-preempt kernel - so home built?
> By Rod.
> > linuxcnc - your install or the Debian-provided package?

See above. The more you patch / move away from Debian, the less anyone
here is able to help directly. 

> debian's lcnc-2.9 with some later patches. I'm used to running 3.0/master on
> this machine as I've played the canary in the coal mine for that last 2
> decades. Finding problems hopefully before they bite a shop producing a
> profit. But my next bday will be my 90th so I'm scaling back.  We are 100%
> volunteer, doing this either because we are retired and have the time(me &
> several others), or are involved because of the $dayjob.
> 
> > 
> > You have a real time kernel to reduce latency but also put a desktop on 
> > there?
> > You have two incompatible use cases and there has to be some compromise.
> Sure, if the puter has the hp, why not
> .

Because the requirements of a desktop / GUI may *not* be compatible with
instant response and RT kernel. Two different functions, use cases, biases
in how they run. And the Pi4b, even though it is fairly capable, is not scaled
for ultimate performance. You are complaining about a desktop feature here.

> > 
> > How - and from where did you install XFCE?
> I used the package manager, usually synaptic, I assume Rod used a similar
> procedure. It worked, I didn't ask.

So _you_ didn't install it, it was already installed?
> > 
> > > S, what do I remove to absolutely, permanently disable the screen
> > > blanker? And I mean no chance it can ever do that to me again.
> > > 
> > 
> > "How to disable screen blanking in XFCE" into a search engine yields
> > https://forum.xfce.org/viewtopic.php?id=8303
> > 
> > Last comment is
> > 
> > "Go to application menu, then hover over settings. One of the options 
> > should Power Manager. In there click on display. Turn off Display Power 
> > Management.
> > 
> > Do Not Go Through All Settings"

Did you try this? You never quite seem to know what software you are running,
whether you're running on X or on Wayland. That's one of the reasons we ask
questions to _try_ and establish what's going on.

Andy

> > > Thanks.
> > > 
> > > Cheers, Gene Heskett, CET.
> > 
> > Hope this helps - all best, as ever,
> 
> Thanks Andy.
> 
> > Andy Cater
> > (amaca...@debian.org)
> > > -- 
> > > "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
> > > 
> > 
> > .
> 
> Cheers, Gene Heskett, CET.
> -- 
> "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
> 

Which tool for upgrade in commandline?

[Hans]

Dear list, 

over the many years we got different tools for upgrading debian in the 
commandline. These tools behave differently and also we get different results, 
when eecuting.

First, we have the oldest, whcih is apt-get.
apt-get update, apt-get upgrade or apt-get full-upgrade does a good job.

However, we also have aptitude, but 
aptitude update, aptitude upgrade and aptitude full-upgrade are doing also a 
good job, but not the same as apt-get does. Also it looks, aptitude update 
loads its own list and is not using the list from apt-get (otherwise it could 
not explain, why aptitude and apt-get every time reloads the new list, when 
one of the other was eecuted before). Also the dependencies in both tools are 
handled different.

And at last, we have apt, which (as far as I now), soemtimes is calling apt-
get, and sometimes is calling aptitude.

This is somehow rather irritating! 

So, my question is: Which one is recommended, when updating and upgrading is 
used in a script, so that it causes as little as possible pain?

It means: When the script is not eecuted daily, but let us say, every two 
weeks, and we have lots of packages.

At the moment I am using aptitude, this works great in short periods, but 
after al longer time, it crashes, because some dependencies could not resolve. 

Independent of my personal use: Which one is recommended?

Thanks for reading. Short answer will be ok.

Best

Hans  

  

Re: Document PDF qui s'ouvre en japonais sous libreoffice draw

[ajh-valmer-free]

On Tuesday 27 August 2024 19:41:08 Th.A.C wrote:
> Le 27/08/2024 à 08:47, didier gaumet a écrit :
> > Je me trompe peut-être, hein :-)
> > mais j'ai l'impression qu'ici, (cas Libreoffice et pdf), le moteur de 
> > rendu pdf utilisé opère déjà ses éventuelles substitutions et 
> > Libreoffice utilise ensuite les siennes si on les a paramétrées. Je 
> > suppose (sans certitude aucune) que Libreoffice écrase la fonte du 
> > moteur de rendu si nécessaire (exemple: le moteur de rendu remplace 
> > fonte1 (à l'origine dans le document) par fonte2, Libreoffice (sa table 
> > de substitution lorsqu(activée)remplace alors fonte2 (pas fonte1) par 
> > fonte3).
> > Mais, encore une fois, je me trompe peut-être dans les grandes
> > largeurs :-) 

> je pense exactement la même chose :-)
> > Oui, avec l'usage des polices non-standard (non-standard même dans le 
> > monde propriétaire), souvent tout simplement parce que "ça fait joli", 
> > le paquet sus-cité n'est pas toujours suffisant, malheureusement

> j'ai eu un exemple il y a 1 an:
> un imprimé qu'on ne pouvait pas remplir (pas de zones de saisie, et ce 
> n'est pas le premier que je vois).
> La police utilisée était une police payante ultra-serrée pour faire des 
> documents denses.
> Ca rendait vraiment bien, mais j'ai trouvé une police équivalente en libre.
> Malheureusement, les caractères n'avaient pas tout à fait la même 
> largeur et donc j'ai du triturer méchamment l'imprimé avec writer.

Mais il faut bien s'y connaître pour "triturer", trouver, les bonnes polices 
standards les fontes, et pouvoir rendre le document PDF lisible.

Re: need help killing screen blanker

[gene heskett]

On 8/26/24 14:37, David Wright wrote:

On Mon 26 Aug 2024 at 10:29:10 (-0400), gene heskett wrote:

xfce4 desktop, running linuxcnc, [ … ]
came across a dangerous situation yesterday.

Basically using the lathe as a jig to hold a long piece I was tapping
by hand, powered up but stopped. screen blanker came on and locked me
out till I logged back in leaving linuxcnc live but hidden behind a
black screen.  This is a dangerous condition if he wrong key is hit to
wake it up.


Surely it's not screen /blanking/ that's your problem¹ but screen
/locking/. BTW were you really logging back in, or just unlocking
the session?


total login to get back to my session.


That monitor AND the idling rpi4b draw about 22 watts, and is turned
off only for maintenance.  UPS, standby generator, uptimes might be
years.

Replacing a CRT power hungry monitor means the only reason to blank a
screen


tomas mentioned xset, which should deal with that. You need to decide
on whether a couple of seconds is too long to wait for recovery from
anything more than simple blanking.
If the machine starts, while trying to wake it up and log back in to get 
control back to me, its already 5 seconds too damned late. With the pi, 
wakeup time is 5 + seconds by which time a sleeve caught on a chuck jaw 
has already tried to rip an arm off.



and interpose a login is security against prying eyes in an
office environment.


That's the troublesome one for you.


Absolutely. This is not an office environment. The path thru this garage 
is hardly wide enough for me, let alone company.





S, what do I remove to absolutely, permanently disable the screen
blanker? And I mean no chance it can ever do that to me again.


AFAICT you need to investigate XFCE's Power Manager. A quick google
turned up these:
   https://forum.manjaro.org/t/how-to-disable-auto-black-screen/127827/2
   https://forum.xfce.org/viewtopic.php?id=13535
   https://forum.manjaro.org/t/lock-screen-vs-login-screen/166644
but there may be better ones too.

¹ touch Ctrl, the key at the extreme bottom left of the keyboard,
   to defeat it.

Cheers,
David.


Thank you David.

.


Cheers, Gene Heskett, CET.
--
"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

Re: need help killing screen blanker

[gene heskett]

On 8/26/24 14:25, Andrew M.A. Cater wrote:

On Mon, Aug 26, 2024 at 10:29:10AM -0400, gene heskett wrote:

rpib runniing bookworm. Private net. rt-preempt kernel. Security is a closed
garage door and lead projectiles for unwanted guests.



Gene,

First things first: where did the image come from?
Is it originally from Raspberry Pi OS?
If not, is it from raspi.debian.net and originally built from *Debian* sources?
32 or 64 bit? Exact version string from uname -a please

64 bit arm64 debian bookworm, modified with a later rt kernal to run 
linuxcnc, built for me by an aussie named Rod Webster,, RT kernels are 
not a problem. This one has more latency that one I built about a decade 
back but good enough to run lcnc in real time with no stuttering. 
200microsecs, mine is much faster at 12. Its a 4.19 I actually built on 
the pi, armhf flavor.


In case its not obvious, linuxcnc generally runs in its own little 
world. Your code base moves several times faster than ours. I built this 
machine a decade ago just to see if a pi3b could do it. It could but 
stumbled a bit, with a pi4b, its kool at twice the speed.  Stepper 
driven, its also a showcase for the newest motor tech, stepper/servo's. 
Several more times more accurate than normal steppers. And the motors 
run much cooler.  You see that in your power bill.



xfce4 desktop, running linuxcnc, which controls all 255 volt power to an
11x56" lathe with several horsepower at its disposal. New install, came
across a dangerous situation yesterday.



rt-preempt kernel - so home built?

By Rod.

linuxcnc - your install or the Debian-provided package?
debian's lcnc-2.9 with some later patches. I'm used to running 
3.0/master on this machine as I've played the canary in the coal mine 
for that last 2 decades. Finding problems hopefully before they bite a 
shop producing a profit. But my next bday will be my 90th so I'm scaling 
back.  We are 100% volunteer, doing this either because we are retired 
and have the time(me & several others), or are involved because of the 
$dayjob.



Basically using the lathe as a jig to hold a long piece I was tapping by
hand, powered up but stopped. screen blanker came on and locked me out till
I logged back in leaving linuxcnc live but hidden behind a black screen.
This is a dangerous condition if he wrong key is hit to wake it up.



You have a real time kernel to reduce latency but also put a desktop on there?
You have two incompatible use cases and there has to be some compromise.

Sure, if the puter has the hp, why not
.
I have 4 cnc machines, and soon 3 3d-printers. With bananapi's running 
the printers by way of klipper and friends, why not, the horsepower is 
there, use it.



That monitor AND the idling rpi4b draw about 22 watts, and is turned off
only for maintenance.  UPS, standby generator, uptimes might be years.



How - and from where did you install XFCE?
I used the package manager, usually synaptic, I assume Rod used a 
similar procedure. It worked, I didn't ask.



Replacing a CRT power hungry monitor means the only reason to blank a screen
and interpose a login is security against prying eyes in an office
environment.



XFCE settings should do it - _your_ requirement for screen blanking is not
everyone's requirement for screen blanking / security. People's needs vary
- most of the desktop environments incorporate some element of screen blanking
for security (or power saving).


S, what do I remove to absolutely, permanently disable the screen
blanker? And I mean no chance it can ever do that to me again.



"How to disable screen blanking in XFCE" into a search engine yields
https://forum.xfce.org/viewtopic.php?id=8303

Last comment is

"Go to application menu, then hover over settings. One of the options should 
Power Manager. In there click on display. Turn off Display Power Management.

Do Not Go Through All Settings"

Thanks.

Cheers, Gene Heskett, CET.


Hope this helps - all best, as ever,


Thanks Andy.


Andy Cater
(amaca...@debian.org)

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



.


Cheers, Gene Heskett, CET.
--
"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

Re: printer paused: filter not avaiable

[Michael Kjörling]

On 27 Aug 2024 14:06 -0400, from hai...@histomat.net (Haines Brown):
> I upgraded to testing, but had a problem with the testing version 
> of CUPS, so downgraded CUPS to its stable version.

How, _exactly_, did you perform that downgrade?

In effect, it sounds like what you have now is a mix of Bookworm and
Trixie. (More generally, a mix of Stable and Testing.) That is an
unsupported and not-recommended configuration which can lead to any
number of issues.

https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_FrankenDebian

Your best bet _might_ be to upgrade back to Testing, and then roll
forward with that and either see if there's a fix, or submit a bug
report to the package maintainers through the Debian bug tracker.

In the specific case of the current situation, I wouldn't be the least
bit surprised if the time_t 64-bit (see those "t64" in the package
list?) transition is causing problems for you, but there's no way to
tell for sure based on your post because you don't include any logs,
nor any package version numbers or other identifying details, nor any
details on your configuration. Running `ldd` on the problematic binary
and showing the output of that might also prove instructive.

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

printer paused: filter not avaiable

[Haines Brown]

I upgraded to testing, but had a problem with the testing version 
of CUPS, so downgraded CUPS to its stable version.

Can't print because printer is paused. It is paused because 
my printer is paused because:  

  "File "/usr/lib/cups/filter/gstopxl" not available: No such file
or directory"

The problem is that I do have this filter in /usr/lib/cups/filter/

$ ls -la | grep gstopxl
-rwxr-xr-x  1 root root558 Aug 19 00:57 gstopxl

I have installed:

i  cups - 
i A cups-browsed
i  cups-bsd
i A cups-client 
i A cups-core-drivers
i A cups-daemon
i A cups-filters
i A cups-filters-core-driver
i A cups-ipp-utils
i A cups-pk-helpe
i A cups-ppdc
i A cups-server-common
i A libcups2t64
i A libcupsfilters1t64
p  printer-driver-cups-pdf:i386
i A python3-cups 
i A libcupsfilters1t64
i A python3-cupshelpers
i A libcupsfilters1t64
c  printer-driver-cups-pdf
i A python3-cups
i A python3

It looks like the printer-driver-cups-pdf package is not installed, 
but I dont see how that could force the printer to pause. be the 

-- 

 Haines Brown