Bug#1069244: Fixed - but still an open comment

2024-04-18 Thread Jim Anderson



Thankfully, I reinstalled the Boron release on my LAN server and was 
able to get the nfs server running properly. I have worked around the 
flaw in the system.


My though remains intact, i.e. Debian news should be fixed at least to 
the point that when reported that NFS versions are not matching, the 
version numbers of both the client and server should be identified.


One addition thought for the NFS developers: When NFS version 4 becomes 
available, I would expect that servers running NFS ver4 would server 
both NFS 3 and NFS 4 clients.



Jim A.



Bug#1069244: nfs: Have not changed nfs version, but reboot of server says nfs versions do not match

2024-04-18 Thread Jim Anderson
Package: klibc-utils
Version: 2.0.6-1+deb10u1
Severity: critical
File: nfs
Justification: breaks the whole system

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Distributor ID: Bunsenlabs
Description:BunsenLabs GNU/Linux 10.5 (Lithium)
Release:10.5
Codename:   buster
Architecture: x86_64

Kernel: Linux 5.10.0-0.deb10.16-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages klibc-utils depends on:
ii  libklibc  2.0.6-1+deb10u1

klibc-utils recommends no packages.

klibc-utils suggests no packages.

-- no debconf information


First some background: I am an experienced software engineer who spend many 
years in the software
industry, mostly as a software develeper in the Integrated Circuit 
Compter-Aided Design industry.
I say this to let you know I have a very good background in software.

Second, I filed this as a klibc-utils bug. This is bogus! When entering the 
report, I did not see
and way to report the problem as an NFS problem. I may have missed that during 
the report process.
My apologies if I did miss it. I repeat, this is an NFS problem.

The problem I have run into is that when installing a new instance of the 
Bunsenlabs Lithium release I
have frequently run into the message:

mount.nfs: requested NFS version or transport protocol is not supported

This error comes up despite the fact that I am running the same default version 
of nfs on both the
client and on the server.

In the past, I have been able to resolve the issue by restarting the nfs server 
on the LAN server.
This does not work now. So far I have spent roughly 10 hours trying to get my 
internal network
up and running, and I expect to spend a good part of today getting my network 
backup. FYI, I have
internet service on each of my computers, but internally I cannot mount server 
file systems on my
clients.

However, even when this fixes the problem, the error message is still a bug!

Why do I say this?

This is true, because in recent years, I have been using NFS, version 3, and 
nothing else.

The error message itself is wrong. If nothing else, the software can be 
improved by reporting
which version of nfs is found on the server and which version is found on the 
client. My
expectation is that the error detecting message will then reveal that the 
versions are NOT
incompatible. So please, provide the additional information. I will then 
consider this problem
fixed. My expectation is that you will then receive reports from myself and 
others that we
are receiving the message despite the fact that the nfs versions are identical.

I would not be surprised if the error a result of fact that the client and 
server have
different versions of one or more library files. This is only speculation.

My email was given as jjanderson52...@gmail.com. This is a valid email address. 
Just to let you
know I do not look at it everyday, but I will try to check regularly so that I 
can provide
additional information if you may need it.

Whoever receives this message, I would appreciate that you acknowledge that you 
are looking
into the problem. Thank you for taking the time!

Regards,
Jim Anderson



Bug#1035883: Close out this report, please

2023-06-13 Thread Jim Anderson



I have looked at my other debian computers and the TMOUT setting works 
on them. I'm not sure why TMOUT does not work on my one computer, but it 
is not worth the effort to try to debug this issue for one system. 
Please consider this issue closed.



Jim A.



Bug#1035883: general: TMOUT and autologout are set to 3600, but logout occurs much earlier

2023-05-10 Thread Jim Anderson
Package: general
Severity: minor

Dear Maintainer,

This bug report is a rather minor issue, but it is an inconvenience for me.

I realize that auto logout is a general security feature, but in my
case, I have a secrure environment where only my wife and I have access to
my computer. I strong prefer to NOT have my computer auto logout for 10 hours,
allowing me to leave my computer in the evening and return to it in the
morning without haveing to log on.

I have the enrivonment variables TMOUT and autologout both set to 36000,
or 10 hours, but these are not honored by the system.

Thank you.

Jim Anderson


-- System Information:
Distributor ID: Bunsenlabs
Description:BunsenLabs GNU/Linux 10.5 (Lithium)
Release:10.5
Codename:   buster
Architecture: x86_64

Kernel: Linux 4.19.0-23-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled



Bug#253809: Weekly Special

2007-07-19 Thread Jim Anderson
Have you hoped to have a costly watch

Piece of costly Jewerly? 

Or even a nice Ink Pen

We have the problem solved for you!

We provide all the expinsive brands 
for a very small fraction of the cost.

www.dejannu.com



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]