Re: Why is /var/lib/apt/lists not in /var/cache?

[Stefan Monnier]

> Some packages will stay the same for years, but in the past week
> I can see four occasions when changes in list contents have occurred
> on oldstable. So there's little similarity.

The question is not really whether "apt/lists" is similar to
"apt/archives", but whether the content of "apt/lists" is appropriate
for `/var/cache`.

AFAIK nothing bad will happen to your system if you delete
`/var/lib/apt/lists`.  It will still run as before and you can still
install packages as before.  The only thing that seems to be impacted is
that some APT operations will temporarily work in a kind of "degraded"
mode until the next `apt update`.

That seems similar to things like `locate` failing if you remove
`/var/log/plocate/plocate.db` (until that DB is rebuilt).


Stefan

Re: Local time in databases

[David Wright]

On Wed 13 Dec 2023 at 00:03:57 (+0700), Max Nikulin wrote:
> On 08/12/2023 11:38, to...@tuxteam.de wrote:
> > On Thu, Dec 07, 2023 at 10:18:44PM -0600, Nicholas Geovanis wrote:
> > 
> > > All of these considerations are what brought Oracle to create a 
> > > proprietary
> > > "datetime" datatype and use it to store all "real" dates/times. If you 
> > > need
> > > a different format for display purposes or a human readable column, you 
> > > can
> > > extract it and do that. But the internal  representation will be driven by
> > > other needs.
> > 
> > If anyone is looking for inspiration, I think what PostgreSQL does is one of
> > the best and most complete implementations I've seen.
> 
> I know nothing concerning the datetime type in Oracle.
> 
> Postgres stores timestamps as a numbers. Its power is reliable
> conversion to client time zone (or between time zones). "timestamp
> with time zone" is actually duration since epoch (UTC) and conversion
> to a time zone on select.
> 
> However storing local time might be tricky. A week may have 2 Fridays
> with the same date.
> 
> zdump -v America/Juneau
> 
> America/Juneau  Sat Oct 19 00:31:12 1867 UT
>  = Sat Oct 19 15:33:31 1867 LMT isdst=0 gmtoff=54139
> America/Juneau  Sat Oct 19 00:31:13 1867 UT
>  = Fri Oct 18 15:33:32 1867 LMT isdst=0 gmtoff=-32261
> 
> Some territories crossed the international date line.

Let's hope that the trappers were aware of the ambiguity, and
for those two days used offsets instead, for recording their
kills at the local courthouse. At least they didn't have to
reset their pocket watches. :)

Cheers,
David.

Re: dhcpd.conf Q?

[David Wright]

On Sat 16 Dec 2023 at 14:21:48 (-0500), gene heskett wrote:
> On 12/16/23 14:17, debian-u...@howorth.org.uk wrote:
> > gene heskett  wrote:
> > 
> > [snip]
> > > I use nano a lot, but it could use a larger font for these ancient
> > > eyeballs.
> > 
> > nano runs in a terminal so it doesn't control the font - the terminal
> > does. How you change the font size in a terminal depends on which
> > terminal program you are using. I expect $ man xterm (or whatever) will
> > be helpful.
> > 
> > [snip]
> > 
> XFCE ctl + or -

I know you use the hack font, so you can make it arbitrarily large
by increasing the final number of:

  xterm -geometry 80x20+0+0 -fa hack -fs 24

Cheers,
David.

Re: Debian 12.4.0

[David Wright]

On Thu 14 Dec 2023 at 21:07:25 (-0500), Cindy Sue Causey wrote:
> On 12/14/23, Charles Curley wrote:
> > On Thu, 14 Dec 2023 17:01:19 -0500 David Sawyer wrote:
> >
> >> This may seem to be a simple problem. I set up Debian with a password
> >> that I wrote down to be sure.
> >
> > Password for what? Your user account? A root password? Disk encryption?
> >
> > (This is why, when setting up passwords, I will type them in [both
> > times, if necessary] in clear test when possible.)
> >
> > If the former, did you type your user account name incorrectly?
> 
> 
> Is this via GUI interface or via a console/terminal?
> 
> Does the system show dots or asterisks that make it so much easier to
> tell how many characters were typed in?
> 
> I abhor having to type into the console. Apparently I "slur" my
> keystrokes while the system has a pretty fast keystroke repeat going.
> I thought I poked the key quick two days ago.. and saw six of the same
> letter staring back. SIX of them in a split second.

Haven't we two visited this problem before?

  https://lists.debian.org/debian-user/2016/04/msg00953.html

I don't need to lower kbdrate, and I don't remember when initramfs
became so ubiquitous, which means I've never tested a combination
of cron and kbdrate. It might help, for example, in unlocking an
encrypted root filesystem, but I only encrypt swap and /home myself.

> Back on track, I just tested passwd on a random extra user. I gave my
> user, snowball, the same password as before. The command was processed
> without it complaining that a password was reused. I got the feeling
> that was a nice extra tidbit to know in this instance.

If you mean you gave two users the same password, that shouldn't
matter at all. I don't see how the system would remember the first
while you were creating the second password. (Typically, salting
ensures that two identical passwords produce different encryptions.)

But more feedback is needed from the OP.

Cheers,
David.

Re: Why is /var/lib/apt/lists not in /var/cache?

[David Wright]

On Sat 16 Dec 2023 at 12:50:51 (-0500), Stefan Monnier wrote:
> David Wright [2023-12-16 11:30:01] wrote:
> > On Sat 16 Dec 2023 at 10:59:48 (-0500), Stefan Monnier wrote:
> >> AFAICT, all of `/var/lib/apt/lists` is made of files fetched from
> >> repositories, which APT will re-fetch if missing.
> >> So, it sounds to me like it belongs in `/var/cache/apt/lists`, really.
> >> What am I missing?  Or is it just a historical accident?
> >
> > This may not answer your question, but when you fetch new lists,
> > they aren't the same as what was there before, and don't actually
> > match your system until you upgrade it.
> 
> AFAIK those lists aren't supposed to "match your system", are they?
> IIUC they just keep a local copy of the repository's list.

Whether it's considered necessary or desirable depends on the
user and what they use the lists for (apart from the obvious).

> Admittedly if I `apt update` today, and then a week from now I delete
> the lists and do `apt update` again I won't get the same files.
> But similar, if I delete one of the files in
> `/var/cache/apt/archive`, there's no guarantee that I'll be able to
> re-download this exact file next week (tho I guess
> https://snapshot.debian.org/ might still make it possible if you want it
> badly enough).

Some packages will stay the same for years, but in the past week
I can see four occasions when changes in list contents have occurred
on oldstable. So there's little similarity.

Cheers,
David.

Re: Why is /var/lib/apt/lists not in /var/cache?

[Stefan Monnier]

Max Nikulin [2023-12-17 09:10:29] wrote:
> On 16/12/2023 22:59, Stefan Monnier wrote:
>> AFAICT, all of `/var/lib/apt/lists` is made of files fetched from
>> repositories, which APT will re-fetch if missing.
>> So, it sounds to me like it belongs in `/var/cache/apt/lists`, really.
> APT running by a regular user is unable to write to /var/cache/apt.

But neither is it able to write to `/var/lib/apt/lists`, AFAICT.


Stefan

Problems with password entry [WAS Re: Debian 12.4.0]

[Andrew M.A. Cater]

On Sun, Dec 17, 2023 at 01:39:34AM +0100, Kevin Price wrote:
> Am 14.12.23 um 23:01 schrieb David Sawyer:
> > I use the password that I wrote down it is not accepted.
> 
> Keyboard layout? We've seen that with the kernel that comes with 12.4.0.
> -- 

Hi Kevin,

There is no obvious reason why there should be any substantive change between
the non-buggy kernel in 12.2 (6.1.0-13), the buggy kernel with the potential
file corruption issue that led to 12.4 (6.1.0-14), and the kernel that fixed
this file corruption issue that had been identified (6.1.0-15).

Immediately afer 6.1.0-15 had been issued, the upstream stable kernel
maintainers noted a separate kernel regression to do with certain wireless
chip sets which could also cause reboot/lock up issues. That led to an
upstream stable kernel minor point release as 6.1.67.

That is the issue that led to bug reports from you. 

*That* kernel fix, which went through a full test cycle in Debian, is in
Debian kernel version 6.1.0-16 wiich is the current kernel in 12.4
(available from the stable-updates repository).

[See also the Debian wiki at https://wiki.debian.org/SourcesList for the
Bookworm /etc/apt/sources.list entries]

Any possible keyboard issues are entirely orthogonal to any recent kernel
issues, I think.

For an installed value of one and as a counter-example where It Works
For Me (TM), I've been through each of the above kernels, including
the buggy one, with no change in keyboard layout.

> Kevin Price
>

With every good wish, as ever,

Andy Cater 

Re: Why is /var/lib/apt/lists not in /var/cache?

[Max Nikulin]

On 16/12/2023 22:59, Stefan Monnier wrote:

AFAICT, all of `/var/lib/apt/lists` is made of files fetched from
repositories, which APT will re-fetch if missing.
So, it sounds to me like it belongs in `/var/cache/apt/lists`, really.


APT running by a regular user is unable to write to /var/cache/apt. E.g. 
DNF creates cache in the user home directory in such cases. I like APT 
approach since (at least with default settings) search queries work 
without delay while repository data is being updated. (I am realizing 
that I may get stale results.)


So for APT lists are a bit more than just cache.

Re: Problem with /var/cache/apt/archives/

[Max Nikulin]

On 16/12/2023 22:46, Stephen P. Molnar wrote:


I'll add 'sudo apt-get autoclean to' my update bat file.


I have

 APT::Keep-Downloaded-Packages "false";

in a file inside "/etc/apt/apt.conf.d/". However I use apt-cacher-ng. In 
you case this settings may be excessively aggressive.

Re: differences among amd64 and i386

[Tixy]

On Thu, 2023-12-14 at 18:19 -0500, Greg Wooledge wrote:
> https://en.wikipedia.org/wiki/Sandy_Bridge
> 
> Instruction set x86-64
> Instructions    x86, x86-64
> 
> You could run amd64 on this machine.  Right now, you have a choice
> between the two, but some distributions have already dropped support
> for i386.  amd64 would be the more future-proof choice.

Just announced today [1] it looks like Debian will drop i386 installs
for the next release.

[1] https://lists.debian.org/debian-devel-announce/2023/12/msg3.html

-- 
Tixy

Re: Debian 12.4.0

[Kevin Price]

Am 14.12.23 um 23:01 schrieb David Sawyer:
> I use the password that I wrote down it is not accepted.

Keyboard layout? We've seen that with the kernel that comes with 12.4.0.
-- 
Kevin Price

Re: Problem with /var/cache/apt/archives/

[Joe Pfeiffer]

Charles Curley  writes:

> Does anybody read signatures any more?

I certainly don't.

Re: ⚠ No actualicéis a Debian 12.3 ⚠

[JavierDebian]

El 10/12/23 a las 06:15, Camaleón escribió:

Hola,

Pues eso, acabo de leer que se retrasa por problemas con un bug de ext4
(corrupción de archivos) y en Debian recomiendan PAUSAR las actualizaciones,
sobre todo en sistemas que tienen configuradas las actualizaciones
desatendidas.

Debian 12.3 image release delayed
https://www.debian.org/News/2023/2023120902

P.S. El asunto se inicia y finaliza con dos símbolos unicode con la
señal de peligro (⚠) a ver cómo se renderiza :-)

Saludos,




Buenas tardes.

Leí este primer mensa hace 5 días.
Y me abstuve de cualquier actualización en esta semana.
A pesar que mi sistema es
$ cat /etc/debian_version
12.4

$ uname -a
Linux  6.5.0-0.deb12.4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 
6.5.10-1~bpo12+1 (2023-11-23) x86_64 GNU/Linux


Hoy estuve leyendo esto:
https://www.somoslibres.org/index.php/12-nieuws/debian/12413-debian-12-4-disponible-con-docenas-de-correcciones

Corrección de errores de EXT4

La versión 12.4 de Debian aborda un aviso de error crítico, #1057843, 
relativo a problemas con kernel-image-6.1.0-14 (6.1.64-1) relacionados 
con la corrupción de datos del sistema de archivos ext4. Para 
solucionarlo, Debian ha lanzado kernel-image-6.1.0-15 (6.1.66) en esta 
actualización, asegurando una funcionalidad ext4 más estable.
El fallo era grave, y el equipo pidió que se pospusieran las 
actualizaciones con anterioridad. Sin embargo, ahora puede seguir 
adelante y actualizar sus sistemas Debian.


JAP

Re: [XFCE] Quel widget a le focus ?

[Pierre ESTREm]

Bonsoir,

J'utilise la librairie subprocess pour Popen et vocaliser avec espeak 
dans un Player que j'ai réalisé.

Je doute que ça fasse ce que je souhaite.

Le but est qu'un programme (bash ou Python) m'indique quelle icone a le 
focus dans le Bureau de façon à vocaliser son nom et/ou exécuter sa 
commande associée.


Je continue d'explorer Xlib.
Comment sont interprétées les icones, comme des windows réduites ?
Pardon pour mon interrogation "stupide".

pierre estrem


Le 16/12/2023 à 12:49, benoit a écrit :

Bonjour,

Si tu ne trouves pas que tu veux en python, il reste la possibilité 
d’utiliser/appeler ce qui existe sous X avec la librairie subprocess

https://pypi.org/project/subprocess.run/

Mais c'est moins bien

--
Benoit




Envoyé avec la messagerie sécurisée Proton Mail.

Le vendredi 15 décembre 2023 à 05:17, Pierre ESTREm  a 
écrit :



Bonjour,

En Bash je voudrais récupérer le ID de l'objet (par exemple icone) qui
aurait le focus clavier.

En Python y aurait-il un module qui saurait manipuler X (comme on le
fait avec tkinter) ???

C'est ouf... c'est vrai !

Merci
pierre estrem

Re: raid10 is killing me, and applications that aren't willingtowaitfor it to respond

[David Christensen]

On 12/16/23 07:06, gene heskett wrote:

On 12/15/23 22:58, David Christensen wrote:

On 12/15/23 18:23, gene heskett wrote:
I use the bleeding edge AppImage version of OpenSCAD, heavily, it has 
no such problems.  And no error outputs on the cli, it Just Works.



Thank you for the reply.  :-)


Do you mean the following?

https://openscad.org/downloads.html

OpenSCAD-2021.01-x86_64.AppImage.asc
No, thats quite old and slow, scroll down until you find the current 



On 12/15/23 20:00, David Christensen wrote:
> *** correction *** OpenSCAD-2023.12.09.ai17758-x86_64.AppImage


Now I need to clarify a dhcpd.conf problem. But that is another post 
entirely.  Thank you a lot David.



Post when you want to continue with the disk I/O issues.


David

Re: Problem with /var/cache/apt/archives/

[Charles Curley]

On Sat, 16 Dec 2023 20:30:27 +0100
 wrote:

> > I'll add 'sudo apt-get autoclean to' my update bat file.  
> 
> Bat? 驪

Yeah, bat file. That's what one uses to smooth the body putty on one's
custom batmobile.

-- 
Does anybody read signatures any more?

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

Re: Problem with /var/cache/apt/archives/

[tomas]

On Sat, Dec 16, 2023 at 10:46:27AM -0500, Stephen P. Molnar wrote:
> Many thanks for the replies.
> 
> I'll add 'sudo apt-get autoclean to' my update bat file.

Bat? 驪

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: was nvramtool removed from the package repository?

[Albretch Mueller]

On 12/16/23, to...@tuxteam.de  wrote:
> https://packages.debian.org/search?keywords=nvramtool=names=all=all
> Last appearance is Debian Buster (oldoldstable, LTS).
> But there's a package with a like-named binary, which might be
> what you are looking for:
>   https://packages.debian.org/bookworm/amd64/coreboot-utils/filelist

 Well, time to upgrade to bookworm. I kept using bullseye because I
hadn't found the time to pay homage to the new new thing.

 lbrtchx

Re: dhcpd.conf Q?

[gene heskett]

On 12/16/23 14:17, debian-u...@howorth.org.uk wrote:

gene heskett  wrote:

[snip]

I use nano a lot, but it could use a larger font for these ancient
eyeballs.


nano runs in a terminal so it doesn't control the font - the terminal
does. How you change the font size in a terminal depends on which
terminal program you are using. I expect $ man xterm (or whatever) will
be helpful.

[snip]


XFCE ctl + or -

.


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

Re: raid10 is killing me, and applications that aren't willing towaitfor it to respond

[David Christensen]

On 12/16/23 00:26, Anssi Saari wrote:

Greg Wooledge  writes:


In Gene's case, the problem (long startup time of some applications) does
not appear to be related to his disks, but rather, to something in the
desktop environment or its underlying services.


But isn't it fairly easy to try another desktop environment to eliminate
this as a cause? Or has this already been done?



AIUI Gene already has several desktop environments installed on the same 
computer.  This has led to the theory that those multiple desktop 
environments are clashing in some way that affects disk I/O for certain 
applications.




For the RAID stuff, I think Gene said earlier he could try putting his
home directory on an ordinary drive? To eliminate the RAID as a problem.



Gene and various readers have proposed more than a few trouble-shooting 
strategies, possible solutions, and work-arounds, including the above. 
It is up to Gene to decide if, what, where, when, and how he is going to 
proceed.



David

Re: le bluez de la doc de bluez (+wireplumber)

[didier gaumet]

Le 16/12/2023 à 19:07, Marc Chantreux a écrit :


lecture faite de toutes les docs, tout est trusted, paired et tout
mais impossible de se connecter: il dit qi'il est en cours de connexion
(busy). j'ai bien fais attention à ce que le casque soit ouvert a la
négo. donc je ne sais pas quoi faire.

[...]

je ne sais pas si ça peut t'aider mais le wiki Archlinux a une section 
sur ce cas de figure:

https://wiki.archlinux.org/title/Bluetooth_headset#Pairing_works,_but_connecting_does_not

Re: Desktop environment

[Dan Ritter]

William Torrez Corea wrote: 
> I have installed Debian 12 and use XFCE 4.18. The installation has a
> problem, the windows do not adjust size and figure like the previous
> version. In addition to the title, the fonts are very small.
> 
> I don't know if it is a bug or configuration problem.

I'm not sure what "windows do not adjust size and figure" means,
but here are some things to try:

- In Settings - Display, change DPI. At a minimum, look at 75,
110 and 125 in order to see what the differences are. Set what
you like.

- in Settings - Window Manager, you can set the font and size of
the window titles. (Also the theme -- there are many to choose
from, and XFCE is particularly easy to write your own.)

- in Settings - Appearance, you can set the GUI theme and the
default font and font size.

-dsr-

Re: dhcpd.conf Q?

[Andy Smith]

Hello,

On Sat, Dec 16, 2023 at 12:16:41PM -0500, gene heskett wrote:
> On 12/16/23 11:41, Andy Smith wrote:
> > Hello,
> > 
> > On Sat, Dec 16, 2023 at 10:42:33AM -0500, gene heskett wrote:
> > > Persuant to the dhcpd discussion, I have install a local isc-dhpd-server. 
> > > I
> > > setup a $20 wide block, starting at 192.168.71.100
> > 
> > I'm going to take a guess that you mean your pool is from .100 to
> > .119 (or .120?) as I've never in my life heard or seen the phrase "a
> > $20 wide block".
> > 
> Actually I was thinking in hex when I wrote that, what I meant was 20
> addresses in the pool.

But 20 in hex is 32 decimal… you really don't make it easy for
people trying to understand your emails. :(

Thanks,
Andy

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

Re: dhcpd.conf Q?

[debian-user]

gene heskett  wrote:

[snip]
> I use nano a lot, but it could use a larger font for these ancient
> eyeballs. 

nano runs in a terminal so it doesn't control the font - the terminal
does. How you change the font size in a terminal depends on which
terminal program you are using. I expect $ man xterm (or whatever) will
be helpful.

[snip]

Re: le bluez de la doc de bluez (+wireplumber)

[Marc Chantreux]

hello,

>   • liste des périphériques :  bluetoothctl devices
>   • scan : bluetoothctl scan on
>   • appairer : bluetoothctl pair 
>   • rendre un périphérique sécurisé/connu : bluetoothctl trust 

yep! toutes les étapes marchent sauf la connexion. comme je disais à
Didier: je ne trouve rien qui me donne une piste (verbosité, logs, …).

encore merci
marc

Re: le bluez de la doc de bluez (+wireplumber)

[Marc Chantreux]

salut,

> je m'aperçois qu'il y a grosso-modo la même chose dans le wiki Debian:
> https://wiki.debian.org/BluetoothUser
> https://wiki.debian.org/BluetoothUser/a2dp

lecture faite de toutes les docs, tout est trusted, paired et tout
mais impossible de se connecter: il dit qi'il est en cours de connexion
(busy). j'ai bien fais attention à ce que le casque soit ouvert a la
négo. donc je ne sais pas quoi faire.

prochaine étape: lire les sources vu l'absence de doc me permettant ne
serait-ce que de comprendre mon pb.

en tout cas merci pour ces liens.
marc

Re: QNAP et son .deb

[Marc Chantreux]

On Sat, Dec 16, 2023 at 06:36:48PM +0100, Frederic Zulian wrote:
>  dpkg -i QNAPQfinderProUbuntux64-7.10.0.1204.deb
> (Lecture de la base de données... 543315 fichiers et répertoires déjà
> installés.)
> Préparation du dépaquetage de QNAPQfinderProUbuntux64-7.10.0.1204.deb ...
> /var/lib/dpkg/tmp.ci/preinst: ligne 25 : [: GNU/Linux : nombre entier attendu
> comme expression
> /var/lib/dpkg/tmp.ci/preinst: ligne 28 : [: GNU/Linux : nombre entier attendu

c'est une comparaison qui foire. tu peux récuperer le fichier preinst
avec un ar xf QNAPQfinderProUbuntux64* (dans le control.tar.xz).

> Qfinder Pro 7.10.0.1204 ne peut être installé. La version de votre système
> d'exploitation n'est pas prise en charge.\nConfiguration minimale requise :
> 18.04

Ca veut dire en gros: le script shell d'install a été écrit avec les
pieds.

a+
marc

Re: Why is /var/lib/apt/lists not in /var/cache?

[Stefan Monnier]

David Wright [2023-12-16 11:30:01] wrote:
> On Sat 16 Dec 2023 at 10:59:48 (-0500), Stefan Monnier wrote:
>> AFAICT, all of `/var/lib/apt/lists` is made of files fetched from
>> repositories, which APT will re-fetch if missing.
>> So, it sounds to me like it belongs in `/var/cache/apt/lists`, really.
>> What am I missing?  Or is it just a historical accident?
>
> This may not answer your question, but when you fetch new lists,
> they aren't the same as what was there before, and don't actually
> match your system until you upgrade it.

AFAIK those lists aren't supposed to "match your system", are they?
IIUC they just keep a local copy of the repository's list.

Admittedly if I `apt update` today, and then a week from now I delete
the lists and do `apt update` again I won't get the same files.
But similar, if I delete one of the files in
`/var/cache/apt/archive`, there's no guarantee that I'll be able to
re-download this exact file next week (tho I guess
https://snapshot.debian.org/ might still make it possible if you want it
badly enough).


Stefan

QNAP et son .deb

[Frederic Zulian]

Bonjour,

QNAP fourni pour ses NAS un .deb  :
QNAPQfinderProUbuntux64-7.10.0.1204.deb
C'est un paquet pour Ubuntu mais je pensai qu'il s'installerait tout de
même sur ma Debian
Au vu du message d'erreur, il lui faut la version 18.04 d'Ubuntu.

Une idée pour contourner le problème ?


Tentative d'installation du paquet :

 dpkg -i QNAPQfinderProUbuntux64-7.10.0.1204.deb
(Lecture de la base de données... 543315 fichiers et répertoires déjà
installés.)
Préparation du dépaquetage de QNAPQfinderProUbuntux64-7.10.0.1204.deb ...
/var/lib/dpkg/tmp.ci/preinst: ligne 25 : [: GNU/Linux : nombre entier
attendu comme expression
/var/lib/dpkg/tmp.ci/preinst: ligne 28 : [: GNU/Linux : nombre entier
attendu comme expression
Qfinder Pro 7.10.0.1204 ne peut être installé. La version de votre système
d'exploitation n'est pas prise en charge.\nConfiguration minimale requise :
18.04
(zenity:161355): Gtk-WARNING **: 18:29:37.648: cannot open display:
dpkg: erreur de traitement de l'archive
QNAPQfinderProUbuntux64-7.10.0.1204.deb (--install) :
 le sous-processus nouveau qfinderpro paquet pre-installation script a
renvoyé un état de sortie d'erreur 255

Frédéric ZULIAN

Re: Why is /var/lib/apt/lists not in /var/cache?

[David Wright]

On Sat 16 Dec 2023 at 10:59:48 (-0500), Stefan Monnier wrote:
> AFAICT, all of `/var/lib/apt/lists` is made of files fetched from
> repositories, which APT will re-fetch if missing.
> So, it sounds to me like it belongs in `/var/cache/apt/lists`, really.
> What am I missing?  Or is it just a historical accident?

This may not answer your question, but when you fetch new lists,
they aren't the same as what was there before, and don't actually
match your system until you upgrade it.

Cheers,
David.

Re: Problem with /var/cache/apt/archives/

[Charles Curley]

On Sat, 16 Dec 2023 10:46:27 -0500
"Stephen P. Molnar"  wrote:

> I'll add 'sudo apt-get autoclean to' my update bat file.

Or add it to your crontab.

root@tsalmoth:~# grep clean /etc/cron.d/curley 
  0  4 18 *  *   root  apt-get -y autoclean
root@tsalmoth:~# 

-- 
Does anybody read signatures any more?

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

Re: dhcpd.conf Q?

[gene heskett]

On 12/16/23 11:41, Andy Smith wrote:

Hello,

On Sat, Dec 16, 2023 at 10:42:33AM -0500, gene heskett wrote:

Persuant to the dhcpd discussion, I have install a local isc-dhpd-server. I
setup a $20 wide block, starting at 192.168.71.100


I'm going to take a guess that you mean your pool is from .100 to
.119 (or .120?) as I've never in my life heard or seen the phrase "a
$20 wide block".

Actually I was thinking in hex when I wrote that, what I meant was 20 
addresses in the pool.

then setup 3 host entries. I have it working but apparently I need some
clarification as a status request gets me a squawk about the host paragraph
that is actually working:
---
Dec 16 09:47:16 coyote dhcpd[1895]: Dynamic and static leases present for
192.168.71.110.


It just means that you have a declaration for 192.168.71.110 while
also having a dynamic range that includes 192.168.71.110. dhcpd will
generally know it has assigned 192.168.71.110 already and not hand
it out when asked, so this is just a warning, but it is better
fixed.

I have now changed the printer phrase of the host definition to it 
hostname, mkspi, and moved that fixed-address out of the pool 
declaration. Also declared the domainname at the top and it is happy.
But it does an exit stage w/o logging any reason if I uncomment the next 
host definition, shown as a copy/paste here:

subnet 192.168.71.0 netmask 255.255.255.0 {
range 192.168.71.100 192.168.71.120;
option routers 192.168.71.1;
option domain-name-servers 192.168.71.1;
}
host mkspi {
hardware ethernet 5a:c1:f0:8b:00:54;
fixed-address 192.168.71.121;
}
#host e5plus {
#   hardware ethernet 5a:c1:f0:8b:00:55;
#   fixed-address 192.168.71.122;
#}
#host tronxy {
#   hardware ethernet 5a:c1:f0:8b:00:56;
#   fixed-address 192.168.71,123;
#}
--
I get the impression I can have an unlimited number of "host" paragraphs 
as long as there is not an actual clash in the addresses or macs? Aha! 
slightly larger font in the paste and I now see a , where a . s/b fixing 
that fixed it. I use nano a lot, but it could use a larger font for 
these ancient eyeballs. So now I know how to add fixed-address use to 
dhcpd.conf.  Problem solve although I may have to do more editing to the 
hosts file eventually.  Thank you for your patience.

Q#1:Is this telling me I should move that mac's assignment to .90 or .121,
out of that "pool" from $100 to $120? Or move the pool so 110 does clash
with it?


Whichever you prefer. Just don't have static assignments that use
IPs from a range you hand out dynamically.


Q#2: can the current phrase host "printer" be replaced by the alias in the
servers /etc/hosts file?


I don't understand the question, sorry. You can call your hosts
whatever you like.

Show us the "host" block you have now and what you would like it
to be, if you want to ask questions about it, but I don't see what
issue it will make to call it whatever.


is it safe in a closed environment to use the same mac string in a
host description by just incrementing the last hex byte of the
dummy mac and the last .nnn of the address assigned?


You already made a choice as to what MAC address to use, so I fail
to see what relevance DHCP has here. Once you've decided what MAC
address you're setting, use that and put it in DHCP. Or are you
asking what MAC addresses are safe for you to use, generally?

Locally Administered MAC address ranges are any of:

 X2‑XX-XX-XX-XX-XX
 X6‑XX-XX-XX-XX-XX
 XA‑XX-XX-XX-XX-XX
 XE‑XX-XX-XX-XX-XX

where X can be any hex value.

Thanks,
Andy



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

Re: dhcpd.conf Q?

[Andy Smith]

Hello,

On Sat, Dec 16, 2023 at 10:42:33AM -0500, gene heskett wrote:
> Persuant to the dhcpd discussion, I have install a local isc-dhpd-server. I
> setup a $20 wide block, starting at 192.168.71.100

I'm going to take a guess that you mean your pool is from .100 to
.119 (or .120?) as I've never in my life heard or seen the phrase "a
$20 wide block".

> then setup 3 host entries. I have it working but apparently I need some
> clarification as a status request gets me a squawk about the host paragraph
> that is actually working:
> ---
> Dec 16 09:47:16 coyote dhcpd[1895]: Dynamic and static leases present for
> 192.168.71.110.

It just means that you have a declaration for 192.168.71.110 while
also having a dynamic range that includes 192.168.71.110. dhcpd will
generally know it has assigned 192.168.71.110 already and not hand
it out when asked, so this is just a warning, but it is better
fixed.

> Q#1:Is this telling me I should move that mac's assignment to .90 or .121,
> out of that "pool" from $100 to $120? Or move the pool so 110 does clash
> with it?

Whichever you prefer. Just don't have static assignments that use
IPs from a range you hand out dynamically.

> Q#2: can the current phrase host "printer" be replaced by the alias in the
> servers /etc/hosts file?

I don't understand the question, sorry. You can call your hosts
whatever you like.

Show us the "host" block you have now and what you would like it
to be, if you want to ask questions about it, but I don't see what
issue it will make to call it whatever.

> is it safe in a closed environment to use the same mac string in a
> host description by just incrementing the last hex byte of the
> dummy mac and the last .nnn of the address assigned?

You already made a choice as to what MAC address to use, so I fail
to see what relevance DHCP has here. Once you've decided what MAC
address you're setting, use that and put it in DHCP. Or are you
asking what MAC addresses are safe for you to use, generally?

Locally Administered MAC address ranges are any of:

X2‑XX-XX-XX-XX-XX
X6‑XX-XX-XX-XX-XX
XA‑XX-XX-XX-XX-XX
XE‑XX-XX-XX-XX-XX

where X can be any hex value.

Thanks,
Andy

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

Why is /var/lib/apt/lists not in /var/cache?

[Stefan Monnier]

AFAICT, all of `/var/lib/apt/lists` is made of files fetched from
repositories, which APT will re-fetch if missing.
So, it sounds to me like it belongs in `/var/cache/apt/lists`, really.
What am I missing?  Or is it just a historical accident?


Stefan "whose `/var/lib/apt/lists` is a symlink into /`var/cache`"

Monthly FAQ for Debian-user mailing list (modified x2 16th December 2023)

[Andrew M.A. Cater]

Debian-user is a mailing list provided for support for Debian users,
and to facilitate discussion on relevant topics.

Some guidelines which may help explain how the list works:

* The language on this mailing list is English. There may be other mailing
  lists that are language-specific, for example, debian-user-french

* It is common for users to be redirected here from other lists, for example,
  from debian-project. It is also common for people to be posting here when
  English is not their primary language. Please be considerate.

* The list is a Debian communication forum. As such, it is subject to both
  the Debian mailing list Code of Conduct and the main Debian Code of Conduct
  https://www.debian.org/MailingLists/#codeofconduct
  https://www.debian.org/code_of_conduct

* It is not necessary to answer every post on the mailing list.

* Be constructive in your responses. It may be that somebody else answers
  a question before you - if so, you should not reply in order to get
  the last word in, only reply if you can add useful information.

* Before posting, it may be useful to check your post for spelling mistakes
  and scan it for redundancy, duplicate words and redundancy.

* Clear replies and a short mailing list thread may be much easier to
  read than long threads.

* This is a fairly busy mailing list and you may have to wait for an
  answer - please be patient.

* Please post answers back to the list so others can benefit: private
  conversations don't benefit people who may only be following
  along on the list or reading the archives later.

* It is helpful to write meaningful subject lines. If you change subject
  or emphasis in mid-thread, please change the subject line on the email
  accordingly.

* It may also be useful for either a thread contributor or an observer
  to post a summary email from time to time to summarise long threads
  or to effectively bring a long thread to an end. 

* It is often useful to look through the archives to see whether the issue
  you wish to raise or a similar issue has been raised before by someone
  else. The top level link to the archives of this list is at
  https://lists.debian.org/debian-user/ organised by year, then month.

* Help and advice on this list is provided by volunteers in their own time.
  It is common for there to be different opinions or answers provided.

* Strictly, discussions of other distributions are off-topic here.
  Please note: advice on Linux distributions other than Debian will be
  only our best guess - other distributions may do things very differently.
  Any advice given accordingly may be inaccurate but is given in good faith.

* Please try to stay on topic. Arguments for the sake of it are not
  welcome here. Partisan political / religious / cultural arguments
  do not belong here either. Debian's community is world wide; do not
  assume others will agree with your views or need to read them on a
  Debian list.

* There is an FAQ on the Debian wiki derived from some questions asked on this
  list at https://wiki.debian.org/FAQsFromDebianUser

* One question that comes up on almost all Debian lists from time to time
  is of the form:

  "I have done something wrong / included personal details in an email.
   Could you please delete my name / details / remove the mail"

Practically, this is impossible: the mailing lists are archived, potentially
cached by Google and so on.

Unfortunately, there is nothing much we can do to ensure that all copies
anywhere on the Internet are deleted. Asking to do this may only serve to
draw further attention - the so-called "Streisand effect"
See:  https://en.wikipedia.org/wiki/Streisand_effect

Problems?
=

Complaints about inappropriate behaviour should be referred to the
Debian Community Team .

Inappropriate behaviour on the list may lead to warnings: repeated bad
behaviour may lead to temporary or permanent bans for offenders.

Re: Problem with /var/cache/apt/archives/

[Pocket]

On 12/16/23 08:45, Stephen P. Molnar wrote:
I am running Bookworm on my Debian computer. When I installed the OS I 
selected the option for separate /var etc, and selected the default 
sizes of the partitions.


When I ran sudo apt update this morning I received the error message:

E: You don't have enough free space in /var/cache/apt/archives/

Can I increase the size of the /var partition on the ssd without 
having to reinstall the system?


Thanks in advance.


You can bind mount more space from another partition or create a directory on 
another file system and sylmink it to /var/cache/apt/archives/

Maybe something like this

On a volume that has sufficient space

where  is some where on your filesystem

mkdir /archives

cp -var /var/cache/apt/archives/ /archives/

or

mv -v  /var/cache/apt/archives/ /archives/

then clean up /var/cache/apt/archives
rm -rf /var/cache/apt/archives

ln -vs /archives /var/cache/apt/archives

or
|mount --bind |/archives /var/cache/apt/archives

Add the bind mount to the end of /etc/fstab

/var/cache/apt/archives||/archives|none bind,nofail|


https://www.baeldung.com/linux/bind-mounts


--
Hindi madali ang maging ako

Re: Problem with /var/cache/apt/archives/

[Stephen P. Molnar]

Many thanks for the replies.

I'll add 'sudo apt-get autoclean to' my update bat file.


On 12/16/2023 09:55 AM, Joe Pfeiffer wrote:

"Stephen P. Molnar"  writes:


I am running Bookworm on my Debian computer. When I installed the OS I
selected the option for separate /var etc, and selected the default
sizes of the partitions.

When I ran sudo apt update this morning I received the error message:

E: You don't have enough free space in /var/cache/apt/archives/

Can I increase the size of the /var partition on the ssd without
having to reinstall the system?

Thanks in advance.

Are you doing anything to get rid of unused packages?  If not the
archives just keep growing.  An occasional

# apt-get autoclean

will do a lot for you.

clean
clean clears out the local repository of retrieved package files.
It removes everything but the lock file from
/var/cache/apt/archives/ and /var/cache/apt/archives/partial/.

autoclean (and the auto-clean alias since 1.1)
Like clean, autoclean clears out the local repository of retrieved
package files. The difference is that it only removes package files
that can no longer be downloaded, and are largely useless. This
allows a cache to be maintained over a long period without it
growing out of control. The configuration option
APT::Clean-Installed will prevent installed packages from being
erased if it is set to off.



--
Stephen P. Molnar, Ph.D.
https://insilicochemistry.net
(614)312-7528 (c)
Skype:  smolnar1

dhcpd.conf Q?

[gene heskett]

Greetings;

Persuant to the dhcpd discussion, I have install a local 
isc-dhpd-server. I setup a $20 wide block, starting at 192.168.71.100
then setup 3 host entries. I have it working but apparently I need some 
clarification as a status request gets me a squawk about the host 
paragraph that is actually working:

---
Dec 16 09:47:16 coyote dhcpd[1895]: Dynamic and static leases present 
for 192.168.71.110.
Dec 16 09:47:16 coyote dhcpd[1895]: Remove host declaration printer or 
remove 192.168.71.110
Dec 16 09:47:16 coyote dhcpd[1895]: from the dynamic address pool for 
192.168.71.0/24

---
Q#1:Is this telling me I should move that mac's assignment to .90 or 
.121, out of that "pool" from $100 to $120? Or move the pool so 110 does 
clash with it?


Q#2: can the current phrase host "printer" be replaced by the alias in 
the servers /etc/hosts file?


Q#3: gets a bit subjective. These arm64 boards don't usually come with a 
unique mac address for the net ports, so they usually "clone" whatever 
mac suits your fancy,  so is it safe in a closed environment to use the 
same mac string in a host description by just incrementing the last hex 
byte of the dummy mac and the last .nnn of the address assigned?


Thank you all.

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

Re: Monthly FAQ for Debian-user mailing list (modified 16th December 2023)

[Thomas Schmitt]

Hi,

Andrew M.A. Cater wrote:
> * It may also be useful to for someone to post a summary email from time to
>   time to explain long threads.

You did not move the old "to" but rather added a new one during the change
from the text in 2023/12/msg00045.html to the new one:

> > * It may also be useful to post a summary email from time to time to
> >   explain long threads.

As we are at it, i think the term "for someone" does not add much of
information. Do you have in mind future readers of the archive ?
Or casual readers who got lost in forth and back ? Or contributors
who deviated from the original topic of the thread ?

Further:

I see a surplus leading blank in the line
  "   and scan it for redundancy, duplicate words and redundancy."
Other lines have only two of those blanks.

I see an inner double blank in
  "  Any advice given accordingly  may be inaccurate but is given in good 
faith."


Have a nice day :)

Thomas

Re: Problem with /var/cache/apt/archives/

[Andy Smith]

Hello,

On Sat, Dec 16, 2023 at 03:03:38PM +0100, john doe wrote:
> On 12/16/23 14:45, Stephen P. Molnar wrote:
> > When I installed the OS I selected the option for separate /var
> > etc, and selected the default sizes of the partitions.

[…]

> > Can I increase the size of the /var partition on the ssd without
> > having to reinstall the system?
> 
> LVM is one way to avoid this! ;^)

I really think that the partitioning section of the installer should
warn people in strong terms that creating multiple partitions to
directly use as filesystems is something they need to be sure they
want, and that if they're looking for flexible layout they should
use LVM or btrfs.

It's quite common to see here requests for help from non-experts who
heard that splitting their OS over multiple partitions was a good
idea, but sized them in a way that didn't stand the test of time —
including trusting that the suggested values will suffice.

It is hard to correctly make such decisions and most of the time
either a single partition or logical volume management is a better
idea.

The OP is potentially in for quite a lot of work to sort this out,
where a mistake can result in having to reinstall.

Thanks.
Andy

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

Re: Problem with /var/cache/apt/archives/

[Felix Miata]

Stephen P. Molnar composed on 2023-12-16 08:45 (UTC-0500):

> I am running Bookworm on my Debian computer. When I installed the OS I 
> selected the option for separate /var etc, and selected the default 
> sizes of the partitions.

Separate filesystem for /var/ is a pointless complication for most 
installations.
I make /home/ separate, and the ESP as it must be, but keep the OS itself on one
filesystem.

> When I ran sudo apt update this morning I received the error message:

> E: You don't have enough free space in /var/cache/apt/archives/

> Can I increase the size of the /var partition on the ssd without having 
> to reinstall the system?

If your /var/ is adjacent to your /, you might boot something else, delete the
/var/ and its fstab entry, and add its space to /. The better question is why 
you
don't have enough space. You may have made /var/ too small, but I'm guessing 
it's
full of .deb files you don't need. 'Apt clean' would quickly and easily take 
care
of the latter problem, as implied by the tail of Greg's response.
-- 
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: Problem with /var/cache/apt/archives/

[Joe Pfeiffer]

"Stephen P. Molnar"  writes:

> I am running Bookworm on my Debian computer. When I installed the OS I
> selected the option for separate /var etc, and selected the default 
> sizes of the partitions.
>
> When I ran sudo apt update this morning I received the error message:
>
> E: You don't have enough free space in /var/cache/apt/archives/
>
> Can I increase the size of the /var partition on the ssd without
> having to reinstall the system?
>
> Thanks in advance.

Are you doing anything to get rid of unused packages?  If not the
archives just keep growing.  An occasional

# apt-get autoclean

will do a lot for you.

   clean
   clean clears out the local repository of retrieved package files.
   It removes everything but the lock file from
   /var/cache/apt/archives/ and /var/cache/apt/archives/partial/.

   autoclean (and the auto-clean alias since 1.1)
   Like clean, autoclean clears out the local repository of retrieved
   package files. The difference is that it only removes package files
   that can no longer be downloaded, and are largely useless. This
   allows a cache to be maintained over a long period without it
   growing out of control. The configuration option
   APT::Clean-Installed will prevent installed packages from being
   erased if it is set to off.

Re: raid10 is killing me, and applications that aren't willingtowaitfor it to respond

[gene heskett]

On 12/15/23 22:58, David Christensen wrote:

On 12/15/23 18:23, gene heskett wrote:
I use the bleeding edge AppImage version of OpenSCAD, heavily, it has 
no such problems.  And no error outputs on the cli, it Just Works.



Thank you for the reply.  :-)


Do you mean the following?

https://openscad.org/downloads.html

OpenSCAD-2021.01-x86_64.AppImage.asc
No, thats quite old and slow, scroll down until you find the current 
linux AppImage, its much faster.




QIDISlicer gives these two errors instantly on launch from cli
Cannot register URI scheme wxfs more than once

** (qidi-slicer:24330): CRITICAL **: 12:29:20.900: Cannot register URI 
scheme memory more than once


QIDISlicer has jillions of gtk2 things:
(qidi-slicer:24330): Gtk-CRITICAL **: 12:29:21.017: 
gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkScrollbar


(qidi-slicer:24330): Gtk-CRITICAL **: 04:04:12.705: 
gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkSpinButton
including 50+ of the second, and many more gtk_gedget as it opens and 
works.  And I blame the packager since there is no more gtk2 in the 
debian repo's.



Which QIDISlicer -- e.g. version?


1.0.8 just released

Where did you get it -- e.g. Debian package, AppImage, source tarball, 
etc.?

From qidi's site on github



Cura, latest 5.5.0 AppImage has a few warnings but opens in about 10 
seconds and works fine from there.



Cura version and source?


From the Ultimaker site link
UltiMaker-Cura-5.5.0-linux-X64.AppImage




There are other AppImages but most either won't run or fail if writing.



We can save those for later.


digiKam v8.2.0 cannot import from my camera because (and this is a 
swag) it cannot get instant write perms. It can see everything in the 
camera, but cannot download anything. And does not report any errors 
on the cli when it fails.  It goes thru te motions, blinking all the 
lights, but gimp cannot find the images it just went thru the motions 
of downloading.



digiKam version and source?

digiKam-8.2.0-20230907T053317-x86-64.appimage, kde hosted




Shotwell has the delay, and can import from the camera.



Shotwell version and source?


Whatever is in bookworm repos for amd64/x86-64



Spectacle works in 5 secs, but kills plasma as it exits.



Spectacle version and source?


Whatever is in the bookworm repo's


Debugging issues for any of the above programs is likely going to 
require duplicating your Debian configuration.   Are you prepared to 
provide these details?



As a alternative to, or in parallel with, duplicating your Debian, 
duplicating your apps, and debugging the combination stack, you might 
want to implement a work-around -- install a hypervisor, pick one 
application, create a virtual machine, install only enough Debian to 
support that application, install that application and nothing else, and 
use the application.  Repeat for each application.  (Of course, this 
presumes you can find a hypervisor that runs without issues on  your 
Debian.)


I'm only moderatly fam with that, and don't use it anymore, but 
octoprint uses the python version on the arm64's, but don't use 
octoprint since I found klipper. The python version is a bit of a pita 
to setup but works ok if I can remember the creation order. klipper is 
at home on the arms and doesn't need that complexity.  It is also much 
more capable of handling 3d printers. Point being that it is not 
installed or used on this machine, I've only used it on the arm sbc's.


Another hypervisor idea -- do a fresh install of only enough Debian to 
support a hypervisor, install the hypervisor, then convert your existing 
Debian instance into a VM.


Since qidislicer has not been rebased since buster, setting up a 
hypervisor and installing buster on it makes more sense but I'm pushing 
qidi to rebase it on a more modern release, preferably bookworm or even 
trixie. qidi has been very helpful so far but the request for a rebase 
has so far been somewhat miss-understood due to the nuances of the 
language barrier between me, an old English only Iowa farm kid, and the 
support person I'm messaging sometimes daily, who has some difficulty 
with English idioms & "slanguage" she did not learn in school. Otoh, 
this is by far the best Chinese support person I've ever dealt with.
The slicer itself is excellent and its failures have good work-arounds 
as the whole maryann uses a web interface, any browser can run the 
printer as long as its on the local net address block.




In any case, that NVMe PCIe SSD would be ideal for VM's.


No doubt but physically installing it is a major teardown and 
re-assembly of this machine, its located under several of the other 
cards in the machine.  And local access to it is limited, so I usually 
unplug everything and lug it all to a low table in the kitchen. This 
computer is a huge tower, weighs about 45 lbs and I'm 89 with a bad back.
Now I need to clarify a dhcpd.conf problem. But that is another post 
entirely.  Thank you a 

Re: was nvramtool removed from the package repository?

[tomas]

On Sat, Dec 16, 2023 at 02:04:26PM +, Albretch Mueller wrote:
> $ sudo apt-get update
> Hit:1 http://deb.debian.org/debian bullseye InRelease
> Reading package lists... Done
> $
> 
> $ sudo apt-get install nvramtool
> Reading package lists... Done
> Building dependency tree... Done
> Reading state information... Done
> E: Unable to locate package nvramtool

  
https://packages.debian.org/search?keywords=nvramtool=names=all=all

Last appearance is Debian Buster (oldoldstable, LTS).

But there's a package with a like-named binary, which might be
what you are looking for:

  https://packages.debian.org/bookworm/amd64/coreboot-utils/filelist

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: was nvramtool removed from the package repository?

[Greg Wooledge]

On Sat, Dec 16, 2023 at 02:04:26PM +, Albretch Mueller wrote:
> E: Unable to locate package nvramtool

Note to future readers: the actual question was contained in the
Subject: header rather than the body.  The original Subject: header
said, "was nvramtool removed from the package repository?"

To answer that, we can start with packages.debian.org.
 redirects to
 which tells us:

  Package nvramtool
buster (oldoldstable) (admin): Read/write coreboot-related NVRAM/CMOS 
information
0.0+r3669-2.2+b2: amd64 armel armhf i386

So it clearly was removed after buster.  To find out more, we can
click on the package, and then click "Developer Information".

This takes us to  which
tells us the exact date the package was removed from testing.  We
can click that item to get to

which tells us *why* it was removed.

was nvramtool removed from the package repository?

[Albretch Mueller]

$ sudo apt-get update
Hit:1 http://deb.debian.org/debian bullseye InRelease
Reading package lists... Done
$

$ sudo apt-get install nvramtool
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package nvramtool

$ uname -a
Linux debian 5.10.0-18-amd64 #1 SMP Debian 5.10.140-1 (2022-09-02)
x86_64 GNU/Linux

lbrtchx

Re: Problem with /var/cache/apt/archives/

[john doe]

On 12/16/23 14:45, Stephen P. Molnar wrote:

I am running Bookworm on my Debian computer. When I installed the OS I
selected the option for separate /var etc, and selected the default
sizes of the partitions.

When I ran sudo apt update this morning I received the error message:

E: You don't have enough free space in /var/cache/apt/archives/

Can I increase the size of the /var partition on the ssd without having
to reinstall the system?



LVM is one way to avoid this! ;^)

--
John Doe

Re: Problem with /var/cache/apt/archives/

[Greg Wooledge]

On Sat, Dec 16, 2023 at 08:45:41AM -0500, Stephen P. Molnar wrote:
> I am running Bookworm on my Debian computer. When I installed the OS I
> selected the option for separate /var etc, and selected the default sizes of
> the partitions.

How many disks are there?  *How* did you partition them?  Are you using
raw partitions under GPT or DOS partition tables?  Are you using LVM?
RAID?  Encryption?

> When I ran sudo apt update this morning I received the error message:
> 
> E: You don't have enough free space in /var/cache/apt/archives/
> 
> Can I increase the size of the /var partition on the ssd without having to
> reinstall the system?

If you used LVM and left a bunch of the disk unassigned, then you simply
assign some more space to the corresponding LV.

If there's any free space left over that you *didn't* assign to a
partition, you could create a separate /var/cache/apt file system and
mount that on top of /var.  If not, then you'd need to steal some space
from another partition.

Or, perhaps, you just need to delete some old files from
/var/cache/apt/archives.  How big *is* your /var partition?  How much
space is currently used by /var/cache/apt?  What's your retention policy
for the .deb files?

Problem with /var/cache/apt/archives/

[Stephen P. Molnar]

I am running Bookworm on my Debian computer. When I installed the OS I 
selected the option for separate /var etc, and selected the default 
sizes of the partitions.


When I ran sudo apt update this morning I received the error message:

E: You don't have enough free space in /var/cache/apt/archives/

Can I increase the size of the /var partition on the ssd without having 
to reinstall the system?


Thanks in advance.

--
Stephen P. Molnar, Ph.D.
https://insilicochemistry.net
(614)312-7528 (c)
Skype:  smolnar1

Re: [XFCE] Quel widget a le focus ?

[benoit]

Bonjour,

Si tu ne trouves pas que tu veux en python, il reste la possibilité 
d’utiliser/appeler ce qui existe sous X avec la librairie subprocess

https://pypi.org/project/subprocess.run/

Mais c'est moins bien

--
Benoit 




Envoyé avec la messagerie sécurisée Proton Mail.

Le vendredi 15 décembre 2023 à 05:17, Pierre ESTREm  a 
écrit :


> Bonjour,
> 
> En Bash je voudrais récupérer le ID de l'objet (par exemple icone) qui
> aurait le focus clavier.
> 
> En Python y aurait-il un module qui saurait manipuler X (comme on le
> fait avec tkinter) ???
> 
> C'est ouf... c'est vrai !
> 
> Merci
> pierre estrem

Monthly FAQ for Debian-user mailing list (modified 16th December 2023)

[Andrew M.A. Cater]

Debian-user is a mailing list provided for support for Debian users,
and to facilitate discussion on relevant topics.

Some guidelines which may help explain how the list works:

* The language on this mailing list is English. There may be other mailing
  lists that are language-specific, for example, debian-user-french

* It is common for users to be redirected here from other lists, for example,
  from debian-project. It is also common for people to be posting here when
  English is not their primary language. Please be considerate.

* The list is a Debian communication forum. As such, it is subject to both
  the Debian mailing list Code of Conduct and the main Debian Code of Conduct
  https://www.debian.org/MailingLists/#codeofconduct
  https://www.debian.org/code_of_conduct

* It is not necessary to answer every post on the mailing list.

* Be constructive in your responses. It may be that somebody else answers
  a question before you - if so, you should not reply in order to get
  the last word in, only reply if you can add useful information.

* Before posting, it may be useful to check your post for spelling mistakes
   and scan it for redundancy, duplicate words and redundancy.

* Clear replies and a short mailing list thread may be much easier to
  read than long threads.

* This is a fairly busy mailing list and you may have to wait for an
  answer - please be patient.

* Please post answers back to the list so others can benefit: private
  conversations don't benefit people who may only be following
  along on the list or reading the archives later.

* It is helpful to write meaningful subject lines. If you change subject
  or emphasis in mid-thread, please change the subject line on the email
  accordingly.

* It may also be useful to for someone to post a summary email from time to
  time to explain long threads.

* It is often useful to look through the archives to see whether the issue
  you wish to raise or a similar issue has been raised before by someone
  else. The top level link to the archives of this list is at
  https://lists.debian.org/debian-user/ organised by year, then month.

* Help and advice on this list is provided by volunteers in their own time.
  It is common for there to be different opinions or answers provided.

* Strictly, discussions of other distributions are off-topic here.
  Please note: advice on Linux distributions other than Debian will be
  only our best guess - other distributions may do things very differently.
  Any advice given accordingly  may be inaccurate but is given in good faith.

* Please try to stay on topic. Arguments for the sake of it are not
  welcome here. Partisan political / religious / cultural arguments
  do not belong here either. Debian's community is world wide; do not
  assume others will agree with your views or need to read them on a
  Debian list.

* There is an FAQ on the Debian wiki derived from some questions asked on this
  list at https://wiki.debian.org/FAQsFromDebianUser

* One question that comes up on almost all Debian lists from time to time
  is of the form:

  "I have done something wrong / included personal details in an email.
   Could you please delete my name / details / remove the mail"

Practically, this is impossible: the mailing lists are archived, potentially
cached by Google and so on.

Unfortunately, there is nothing much we can do to ensure that all copies
anywhere on the Internet are deleted. Asking to do this may only serve to
draw further attention - the so-called "Streisand effect"
See:  https://en.wikipedia.org/wiki/Streisand_effect

Problems?
=

Complaints about inappropriate behaviour should be referred to the
Debian Community Team .

Inappropriate behaviour on the list may lead to warnings: repeated bad
behaviour may lead to temporary or permanent bans for offenders.

Re: ntpsec as server questions

[Max Nikulin]

On 05/12/2023 01:41, Greg Wooledge wrote:

unicorn:~$ LC_TIME=en_US.utf8 printf '%(%c)T\n'
Mon 04 Dec 2023 01:34:42 PM EST

Sadly, you're restricted to the choices offered by your installed locales.
If you can't find an installed locale which has an acceptable LC_TIME
format, then you can try to roll your own.  I went down that road once.
It didn't really work out for me.  Too many finicky details that simply
don't work out in reality.


I think, absence of really flexible time formats may be intentional. At 
first I was surprised that Intl.DateTimeFormat in JavaScript does not 
have a method similar to strftime.

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Intl/DateTimeFormat/DateTimeFormat
Perhaps I have noticed rationale reading docs related to the Temporal 
proposal. Time formats vary greatly across the world. So if a developer 
fix particular format using % specifiers then the format may be rather 
strange for users from other countries. It is safer to specify locale 
and some hints like long/short. In addition, Gregorian calendar is not 
the only option.


Formats of dates and time are a part of Common Locale Data Repository
https://cldr.unicode.org/

Re: Slow boot, looks like due to filesystem mounts

[Jeffrey Walton]

On Fri, Dec 15, 2023 at 10:14 PM Max Nikulin  wrote:
>
> On 16/12/2023 05:08, Jeffrey Walton wrote:
> > The resize operation included deleting swap
> > at /dev/sda2, increasing disk size of /dev/sda, extending /dev/sda1,
> > and recreating swap at the end of /dev/sda as /dev/sda2.
> [...]
> > $ sudo blkid
> > /dev/sda2: UUID="b05d2596-5301-47d1-b208-95fca81be94e" TYPE="swap"
> > PARTUUID="872398d9-02"
> > /dev/sda1: UUID="6da839d7-eace-442d-b267-838637721471"
> > BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="872398d9-01"
> >
> > And I updated fstab:
>
> Have you updated initrd (or some packages caused generation of new
> initramfs)? Perhaps kernel waits if a partition with old swap UUID
> requires some time to make device ready.
>
>  update-initramfs -u -k all

Thanks, that was it.

The missing step was to edit /etc/initramfs-tools/conf.d/resume, and
then update initramfs.

Jeff

Re: raid10 is killing me, and applications that aren't willing towait for it to respond

[Anssi Saari]

gene heskett  writes:

> Is this info helpful?

I don't know really. I was thinking about the file dialogs or requestors
and how they often try access previously used locations. For example,
I've learned not to download with Firefox to a network drive.

I don't know if Firefox is still like that but in the past, after
downloading to a network drive, Firefox wanted to put the next download
in the same place and if the network drive wasn't available, it just
froze indefinitely and only getting that network drive going would bring
it out of its coma.

So I was just thinking if your file dialogs try to access something that
isn't available it could cause this kind of delay but I don't know, it
doesn't seem to fit that well. Also if the issue happened with any
common app packaged in Debian, it might be easier to figure out what's
happening.

Re: raid10 is killing me, and applications that aren't willing towaitfor it to respond

[Anssi Saari]

Greg Wooledge  writes:

> In Gene's case, the problem (long startup time of some applications) does
> not appear to be related to his disks, but rather, to something in the
> desktop environment or its underlying services.

But isn't it fairly easy to try another desktop environment to eliminate
this as a cause? Or has this already been done? 

For the RAID stuff, I think Gene said earlier he could try putting his
home directory on an ordinary drive? To eliminate the RAID as a problem.