The officially official Devuan Forum!

You are not logged in.

#526 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-26 16:55:24

Hello:

chris2be8 wrote:

... ls -lR /home/groucho/.wine where the R is to list subdirectories recursively.

The dosdevices directory contains a list of all the drives Wine would access.
And the drive_c directory is not really related to it.

It has all the Windows directories it needs plus the directories for the MS based applications installed, in this case, Pegasus Mail.

~/.wine$ cat wineserver
wine-1X5UO
~/.wine$
~/.wine$ cat wrapper.cfg
ww_name="All fonts"
~/.wine$ 

Best,

A.

#527 Hardware & System Configuration » CUPS 2.4.2 - Daedalus - "Filter failed" error » 2024-05-26 15:20:05

Altoid
Replies: 1

Hello:

After upgrading to Daedalus, I came across a severe problem with CUPS 2.4.2.
When I tried to print something, it failed with this output in dmesg:

--- snip ---
~$ sudo dmesg
usb 5-1: new high-speed USB device number 10 using ehci-pci
usb 5-1: New USB device found, idVendor=04e8, idProduct=3321, 
bcdDevice= 1.00
[usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 5-1: Product: M2020 Series
usb 5-1: Manufacturer: Samsung Electronics Co., Ltd.
usb 5-1: SerialNumber: 0731B8GJBB029TD
usblp 5-1:1.0: usblp1: USB Bidirectional printer dev 10 if 0 alt 0 
proto 2 vid 0x04E8 pid 0x3321
usblp1: removed       # last line
~$

The last line appears after sending the file to print.
The printer (Samsung M2020W USB) was correctly detected at boot time:

~$ sudo dmesg
--- snip ---
[    6.482475] usb 7-1: New USB device found, idVendor=04e8, 
idProduct=3321, bcdDevice= 1.00
[    6.491763] uhci_hcd 0000:00:1d.2: detected 2 ports
[    6.500910] usb 7-1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
[    6.500913] usb 7-1: Product: M2020 Series
[    6.500914] usb 7-1: Manufacturer: Samsung Electronics Co., Ltd.
[    6.500916] usb 7-1: SerialNumber: 0731B8GJBB029TD
--- snip ---
~$

The CUPS UI informed "Filter failed".

The problem (solution found here) is caused by a missing package: libcupsimage2, which for some reason is not listed as a dependency for CUPS (!)

~$ aptitude why libcupsimage2
i   cups                 Suggests   foomatic-db-compressed-ppds | foomatic-db
p   foomatic-db          Recommends printer-driver-all                       
p   printer-driver-all   Recommends printer-driver-splix                     
p   printer-driver-splix Depends    libcupsimage2 (>= 1.4.0)                 
~$ 

Installing the libcupsimage2 instantly solved the problem.

Best.

A.

#528 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-26 11:48:52

Hello:

aluma wrote:

... wouldn’t use the Win mail client under Linux ...

I get the idea, of course, but we are not talking about any Win based email client.

This is Richard Harris' Pegasus Mail.

I have used Pegasus Mail since my early W3.10 days, cannot recall the exact year but I am quite sure it was pre W95 by at least a year which makes for ~30 years' continued use without ever giving me any grief or problems that I could not fix myself.

Meaning PMail under W3.XX straight through W95/W98/W2000/XP -> a number of Linux distributions and now Devuan, from Jessie to Daedalus.

Never lost any emails and when I did, it was because of the well known 'between the chair and the keyboard' problem.

I started using PMail after trying out all the email clients available (at the time) for the MS environment but not one came close to PMail.
ie: Eudora, OE, Netscape (?) and a couple of others I cannot recall.

It has a very useful 'selective mail download' feature, something I have not seen in any other email client.
That plus an easy to use UI that has not changed significantly in all these years has made it my email client of choice, even under Linux.

More than enough for me to use and continue using it, without any reservations.
Even if it is closed source.

Did I mention that it is free?
Of course, YMMV.

Thanks a lot for your input.

Best,

A.

#529 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-25 17:22:39

Hello:

chris2be8 wrote:

... a bit late now ...

Never too late ... 
Or so one hopes.

chris2be8 wrote:

... but did you ...

I did, just in case.

Non working .wine saved elsewhere.

~$ ls -lr /media/stuff/.wine
total 2956
-r-------- 1 groucho groucho      11 Nov  3  2020 wineserver              ### <-
-rw-r--r-- 1 groucho groucho    3314 May 25 07:16 userdef.reg
-rw-r--r-- 1 groucho groucho   60783 May 25 07:16 user.reg
-rw-r--r-- 1 groucho groucho 2946462 May 25 07:16 system.reg
drwxr-xr-x 8 groucho groucho    4096 Feb 18  2022 drive_c
drwxr-xr-x 2 groucho groucho    4096 May 25 07:16 dosdevices
~$ 

Previously/now working .wine from BackInTime snapshot.

~$ ls -lr /home/groucho/.wine #(*.reg backup files removed for clarity)
total 6020
-rw-r--r-- 1 groucho groucho      20 May 25 10:13 wrapper.cfg
-rw------- 1 groucho groucho      11 Nov  3  2020 wineserver             ### <-
-rw-r--r-- 1 groucho groucho    3314 May 25 13:45 userdef.reg
-rw-r--r-- 1 groucho groucho   61038 May 25 13:45 user.reg
-rw-r--r-- 1 groucho groucho 3065505 May 25 13:45 system.reg
drwxr-xr-x 8 groucho groucho    4096 Feb 18  2022 drive_c
drwxr-xr-x 2 groucho groucho    4096 May 25 13:44 dosdevices
~$ 

As you can see the non-working directory is missing the wrapper.cfg file and the wineserver files do not have matching attributes.
ie: -r-------- in the non-working version but -rw------- in the working version.   
Not too clear to me how that got to be so.

That said, check the timestamp of the non-working version of the wineserver file: 20201103 -> four years ago.
Same as the working version. Attribute changes do not set a new timestamp?

No matter, problem solved.

The moral of the tale?
If you have a decent back-up at hand, you also have a chance to fix whatever went awry. 

Thank you very much for your input.

Best,

A.

#530 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-25 12:43:23

Hello:

I wrote:

... never found out what went wrong and/or how to avoid it.

I have managed to fix the problem at hand but only have a hint as to what may have happened.

I have used BackInTime and TimeShift for the longest while now.
Both have proved to be invaluable more than once and this is yet another instance.

Seeing that Wine was working properly after upgrading to Chimaera but stopped doing so after upgrading to Daedalus I restored /home/xxxx/.wine from the snapshot I took before the last upgrade.

As a result, Wine is working properly and loads Pegasus Mail, which also works as expected, albeit with an altered look.
ie: fonts and such, probably related to how Xfce renders the windows. (surprised? not)

As to what caused the problem, the last lines of the BackInTime log for the job shows/implies that there may have been some problem with file attributes:

~/.local/share/backintime$ cat restore_.log
rsync --recursive --times --devices --specials --hard-links --human-readable -s --links --perms --executability --group --owner --info=progress2 --no-inc-recursive -R -v --backup --suffix=.backup.20240525 /media/300GBIT/backintime/devuan/groucho/1/20240523-084800-476/backup/./home/groucho/.wine /
building file list ... done
rsync: [generator] chgrp "/home" failed: Operation not permitted (1)
home/
home/groucho/.wine/.update-timestamp
home/groucho/.wine/system.reg
home/groucho/.wine/user.reg
home/groucho/.wine/userdef.reg
--- snip ---
sent 60.79M bytes  received 34.43K bytes  24.33M bytes/sec
total size is 721.88M  speedup is 11.87
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1338) [sender=3.2.7]   ### <-- here 
 
Restore permissions:
Restore permissions: Done

~/.local/share/backintime$ 

That's about it.
What happened and how did it happen?
What files/attrs/permissions needed to be changed and why?

No idea.
All I can say with certainty is that Wine worked after upgrading from Beowulf to Chimaera but stopped working after upgrading to Daedalus.

Thank you for your input.

Best,

A.

#531 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-25 10:15:38

Hello:

aluma wrote:

... need to delete the /home/xxx/.wine folder ...
When you start wine again, it will create a new one, with all the new changes ...

Indeed, I had thought of doing exactly that.
But it was the last option I was considering.

I recall having to do that quite a few times in the many years I ran PMail in an MS environment ie: W98/W2000/XPSP3.
It was the go-to method ie: }à la Windows to which I had no other option when things went south.  8^D

The main drawback to that was that you never found out what went wrong and/or how to avoid it.
I'll keep it in the bucket for the time being, so to speak.

The fact that I can run PMail as root tells me that Wine is working properly and that the DLLs are all there.
The problem apparently resides in Wine not seeing/being aware of them when started as a user which is odd, to say the least because Wine must never be run as root as it does not sandbox anyhting.

ie: you are giving MS executables full access to your system and everything attached to it.

Thank you very much for your input.
And taking the time to post the screenshots.

Best,

A.

#532 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-24 23:56:52

Hello:

I wrote:

Unfortunately the problem remains.

But I have discovered something, quite odd at that.

Like I mentioned, when I try to start Pegasus Mail from a terminal (ie: as the logged in user), I get this:

~$ wine start /unix /home/groucho/.wine/drive_c/PMAIL/Programs/winpm-32.exe
0024:err:module:import_dll Library sechost.dll (which is needed by L"C:\\windows\\syswow64\\advapi32.dll") not found
--- snip ---
0024:err:module:import_dll Library user32.dll (which is needed by L"C:\\windows\\syswow64\\start.exe") not found
0024:err:module:LdrInitializeThunk Importing dlls for L"C:\\windows\\syswow64\\start.exe" failed, status c0000135
~$ 

Also happens when I try to start winecfg (ie: as the logged in user):

~$ winecfg
0024:err:module:import_dll Library sechost.dll (which is needed by L"C:\\windows\\syswow64\\advapi32.dll") not found
--- snip ---
0024:err:module:import_dll Library user32.dll (which is needed by L"C:\\windows\\syswow64\\start.exe") not found
0024:err:module:LdrInitializeThunk Importing dlls for L"C:\\windows\\syswow64\\start.exe" failed, status c0000135
~$

But when I try to start wine, (ie: without specifying PROGRAM [ARGUMENTS ... ] I get this:

~$ wine
Usage: wine PROGRAM [ARGUMENTS...]   Run the specified program
       wine --help                   Display this help and exit
       wine --version              Output version information and exit
~$ 

So I tried both with privileges (ie: sudo) and it worked.

~$ sudo winecfg gets me the Wine configuration window (for Drives/Audio/Applications/Libraries/Graphics/ Desktop Integration) pop-up.

~$ wine start /unix /home/groucho/.wine/drive_c/PMAIL/Programs/winpm-32.exe gets me the Pegasus Mail start up window asking me for my username, something I have never had to use.

But then I have never ran Pegasus Mail as root.

I cannot make out if this is a permissions or ownership problem, but it does not look like it is a Wine problem as seems to it work if I try to start it as root.

Edit: absoultely everything under /home/groucho/.wine is owned by $USER:$USER.

Any idea as to how to troubleshoot this?

Thanks in advance.

Best,

A.

#533 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-24 23:22:19

Hello:

GlennW wrote:

... or reinstalling wine to reconnect the links with the system.

I just tried reinstalling:

~$ sudo apt install --reinstall wine
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
Need to get 70.6 kB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 http://deb.devuan.org/merged daedalus/main amd64 wine all 8.0~repack-4 [70.6 kB]
Fetched 70.6 kB in 8s (8709 B/s)
(Reading database ... 181668 files and directories currently installed.)
Preparing to unpack .../wine_8.0~repack-4_all.deb ...
Unpacking wine (8.0~repack-4) over (8.0~repack-4) ...
Setting up wine (8.0~repack-4) ...
Processing triggers for man-db (2.11.2-2) ...
Processing triggers for hicolor-icon-theme (0.17-2) ...
Processing triggers for wine (8.0~repack-4) ...
~$ 

Reinstall went through with no warnings.
Unfortunately the problem remains.

Thanks for your input.

Best,

A.

#534 Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-24 22:16:56

Altoid
Replies: 19

Hello:

Whilst the upgrade from Beowulf to Chimaera had no adverse effects on Wine, the upgrade to Daedalus broke it.
It simply will not start.

Attempting to find out what is going on via a terminal gave me a printout which first complained about a missing Wine32 and then about a slew of *.dlls which it could not find even though they are present in the system.

Installing Wine32 made no difference, same output.

eg:

~$ wine start /unix /home/groucho/.wine/drive_c/PMAIL/Programs/winpm-32.exe
0024:err:module:import_dll Library sechost.dll (which is needed by L"C:\\windows\\syswow64\\advapi32.dll") not found
0024:err:module:import_dll Library advapi32.dll (which is needed by L"C:\\windows\\syswow64\\shell32.dll") not found
0024:err:module:import_dll Library sechost.dll (which is needed by L"C:\\windows\\syswow64\\advapi32.dll") not found
--- snip ---
0024:err:module:import_dll Library win32u.dll (which is needed by L"C:\\windows\\syswow64\\user32.dll") not found
0024:err:module:import_dll Library user32.dll (which is needed by L"C:\\windows\\syswow64\\start.exe") not found
0024:err:module:LdrInitializeThunk Importing dlls for L"C:\\windows\\syswow64\\start.exe" failed, status c0000135
~$ 

I have been using Wine since I set up my first Linux box (mid 2015?) and never had any problems with it: it just worked as expected.
So I am rather lost as to what could be going on.

It was working perfectly well after upgrading to Chimaera, no issues.

Any one using Wine in a Daedalus install?

I would appreciate some input on this.

Thanks in advance.

Best,

A.

#535 Re: Desktop and Multimedia » Xfce 'Open Terminal Here' not working » 2024-05-24 14:01:30

Hello:

I wrote:

... not been able to find out how to fix it.

Thinking the unsupported nvidia 340.108 driver for my twin PCI-e cards could well be the cause, I decided that my upgrading to Chimaera would be a good opportunity to see if the nouveau driver worked as well as it did in the Daedalus live-iso I had tested some time ago.

But it was (indeed) a Chimaera.

After a few hours of trying to get the two card / three screen layout to work as it was supposed to, I called it a night.

I had not had this much fun since I first spent a couple of days to get a properly working xorg.conf in a version of PCLinuxOS.
That was many years ago, may be too old for all that now.

At the time the effort proved to be well worth it as I was able to use the same configuration file from Jesse to Beowulf by simply dropping it in place, no questions asked.

But nouveau would have none of it and the xorg-config generated file was not a solution.

This morning, before I restored my Beowulf image I decided to see if whatever problem I had in front of me had been solved/taken care of in Daedalus, so I went ahead with the upgrade.

Went by witout much ado and although few desktop settings got mangled (conky panel and xfce4-panel placement and transparency) the three screens were recognised and working as intended fron the get-go, with Right click -> Open [ Terminal or root Thunar ] here is working as expected.

So, for the time being everything is well enough, time will tell.

Many thanks to the developers/maintainers involved in/with Devuan and nouveau: the problems I came across did not get fixed by themselves.

Best,

A.

#536 Desktop and Multimedia » Xfce 'Open Terminal Here' not working » 2024-05-23 22:04:57

Altoid
Replies: 1

Hello:

Finally decided to upgrade from Beowulf to Chimaera.

~/Desktop$ uname -a
Linux devuan 5.10.0-29-amd64 #1 SMP Debian 5.10.216-1 (2024-05-03) x86_64 GNU/Linux
~/Desktop$ 

But there are a couple of things that the upgraded version of Xfce seems to have broken.

eg:
Right click -> Open [ Terminal or root Thunar ] here does not work as expected ie: as it did before the upgrade.

Instead of opening where the pointer is (one of the three monitors) it always opens the selection in the centre monitor.
I have not been able to find out how to fix it.

I'd appreciate some input on this.

Thanks in advance.

Best,

A.

#537 Re: Installation » [SOLVED] Beowulf to Chimaera - precautions II » 2024-05-22 21:11:05

Hello:

A rather belated update.

pcalvert wrote:

... now would be a good time to do so.

Good times, bad times ...
Edie Brikell comes to mind.

Finally got my new fibre link installed so I went ahead with that.
Worked prefectly well.

Thank you very much.

Best,

A.

#538 Off-topic » Interesting article on LTS kernels at The Register » 2024-05-22 10:39:14

Altoid
Replies: 0

Hello:

Here's an interesting article by from Liam Proven at The Register.

Liam Proven @ElReg wrote:

Long-term supported distros' kernel policies are all wrong
Or so says CIQ, which coincidentally has issues obtaining RHEL's kernel sources

Best,

A.

#539 Re: Devuan Derivatives » Devuan est à la traîne (google: Devuan is lagging behind) ! » 2024-05-16 19:14:32

Hello:

Camtaf wrote:

... always found fsmithred to be polite & civil ...

Indeed ...

Not only that, he has devoted many hundred of hours to Devuan.
And continues to do so.

@oui
If you have problems with Devuan, you may want to consider using another distribution more suited to your specific needs.
There are a great many to choose from, with and without systemd.

A.

#540 Re: Desktop and Multimedia » Firefox 'diversion' to 'firefox.real'? » 2024-05-16 19:06:49

Hello:

aluma wrote:

Daedalus, same thing ...

I see.
Not a merge after-effect then.

Poked around some more and found this.

Debian Bug report logs - #1033594
The diversion of "/usr/bin/firefox" by "firefox-esr" package does not respect a previously added local diversion

Looked some more and found a definition/explanation of diversion

linux.die.net wrote:

File diversions are a way of forcing dpkg(1) not to install a file into its location, but to a diverted location. Diversions can be used through the Debian package scripts to move a file away when it causes a conflict.

Right ...
But why is this happening in my box? (and apparently in yours also ...)

Thanks for your input.

Best,

A.

#541 Desktop and Multimedia » Firefox 'diversion' to 'firefox.real'? » 2024-05-16 10:22:29

Altoid
Replies: 2

Hello:

Still on Devuan Beowulf with a backported kernel:

~$ uname -a
Linux devuan 5.10.0-0.deb10.16-amd64 #1 SMP Debian 5.10.127-2~bpo10+1 (2022-07-28) x86_64 GNU/Linux
~$ 

During my weekly update, apt offered to upgrade Firefox to 115.11.0esr.
I went ahead and in the process the output read:

--- snip ---
Preparing to unpack .../firefox-esr_115.11.0esr-1~deb10u1_amd64.deb ...
Leaving 'diversion of /usr/bin/firefox to /usr/bin/firefox.real by firefox-esr'               ### <---
Unpacking firefox-esr (115.11.0esr-1~deb10u1) over (115.10.0esr-1~deb10u1) ...
Setting up firefox-esr (115.11.0esr-1~deb10u1) ...
--- snip ----

I do not recall seeing this Leaving 'diversion ...   line ever before.

Looked at /usr/bin and got two instances of firefox:

~$ ls /usr/bin | grep firefox
firefox
firefox-esr
~$

Checked with apt and found one instance of firefox:

~$ apt list | grep installed | grep firefox
--- snip ---
firefox-esr/oldoldstable-security,now 115.11.0esr-1~deb10u1 amd64 [installed]
webext-ublock-origin-firefox/oldoldstable,oldoldstable,now 1.42.0+dfsg-1~deb10u1 all [installed]
~$

mc shows them as *firefox and @firefox-esr.

~$ cat /usr/bin/firefox
#!/bin/sh

FIREFOX="$(command -v firefox)"
[ -x "$FIREFOX.real" ] && exec "$FIREFOX.real" "$@"

exec firefox-esr "$@"
~$ 

So /usr/bin/firefox-esr is a symbolic link to /lib/firefox-esr/firefox-esr.

Is all this related to the 'merge'?

Is there anything I have to do or does it stay like that?

Thanks in advance.

Best,

A.

#542 Re: Hardware & System Configuration » kernel -- immutable - DEFECT in 6.0 onwards or hardened » 2024-05-15 10:27:45

Hello:

GlennW wrote:

... problem with the nvme when attached to the external ...

Just a guess.

@FAipLLC-Andrew
Maybe the issue is related to this?

Best,

A.

#543 Re: Off-topic » KeepassXC » 2024-05-12 23:03:40

Hello:

ab wrote:

... wouldn't be able to use the current Debian package.

From what I make out of the OP, the reduced functionality has only been applied to sid, the unstable developement Debian, meaning Excalibur in Devuan.

I'd opine that there is still a long way to go till the package with the reduced functionality actually gets into the Debian stable repositories.

In the meantime, I'm sure a way to get what different users need without going against the basic do one thing and do it well philosophy will be found.

eg: base package for most users plus a set of separately packaged plugins (or similar) for those who need the different additional functionalities.(?)

Just my $0.02.

Best,

A.

#544 Re: Off-topic » KeepassXC » 2024-05-12 18:48:00

Hello:

julian-klode wrote:

... these features are superfluous and do not really belong in a local password database manager ...

Makes a lot of sense to me.

Much more so with what we have seen happening lately.

As I understand it, julian-klode's point of view is clearly aligned with the Unix/Linux philosophy.
ie: doing one thing and doing it well.

Something to be lauded, not criticised.
As always, YMMV.

Best,

A.

#545 Re: Devuan » [SOLVED] FreeCAD » 2024-05-12 18:37:04

Hello:

dino.mesina wrote:

... upgraded from Daedalus to Excalibur but now I cannot install ...

Devuan Excalibur is a testing/in development version of Devuan, the equivalent (sans systemd) of Debian Trixie.

That is surely the reason you are having issues with installing FreeCAD.
I am assuming that FreeCAD worked properly under Devuan Daedalus, yes?

devuan.org/os/releases wrote:

- testing is where the next stable suite is developed. Software is usually more up-to-date but there may still
be issues. testing becomes stable “when it is ready”.

If FreeCAD is essential to you, you may want to consider rolling back to the stable version of Devuan (ie: Daedalus) you were using.

dino.mesina wrote:

PLEASE HELP ME!

Now, now ...
No need to scream and/or plead to get help here. 8^)

Best,

A.

#546 Re: Hardware & System Configuration » Broken link fix? » 2024-05-05 21:39:30

Hello:

fsmithred wrote:

... run dpkg -L <package> to see what files from a package are actually installed ...

I went looking to see what openjdk* stuff I had installed and it turns out I have two versions:

~$ apt list | grep installed | grep "openjdk"
--- snip ---
openjdk-11-jre-headless/oldoldstable-security,now 11.0.23+9-1~deb10u1 amd64 [installed,automatic]
openjdk-11-jre/oldoldstable-security,now 11.0.23+9-1~deb10u1 amd64 [installed,automatic]
openjdk-8-jre-headless/now 8u275-b01-1~deb9u1 amd64 [installed,local]
openjdk-8-jre/now 8u275-b01-1~deb9u1 amd64 [installed,local]
~$ 

So I asked aptitude about that:

~$ aptitude why openjdk-11-jre-headless
i   libreoffice-base Recommends default-jre | sun-java6-jre | java6-runtime | jre
i A default-jre      Depends    openjdk-11-jre                                   
i A openjdk-11-jre   Depends    openjdk-11-jre-headless (= 11.0.23+9-1~deb10u1)  
~$ 
~$ aptitude why openjdk-11-jre
i   libreoffice-base Recommends default-jre | sun-java6-jre | java6-runtime | jre
i A default-jre      Depends    openjdk-11-jre                                   
~$ 
~$ aptitude why openjdk-8-jre-headless
i   libreoffice-base Recommends default-jre | sun-java6-jre | java6-runtime | jre
i A openjdk-8-jre    Provides   java6-runtime                                    
i A openjdk-8-jre    Depends    openjdk-8-jre-headless (= 8u275-b01-1~deb9u1)    
~$ 
~$ aptitude why openjdk-8-jre
i   libreoffice-base Recommends default-jre | sun-java6-jre | java6-runtime | jre
i A openjdk-8-jre    Provides   java6-runtime                                    
~$

And then looked to find their location:

~$ locate openjdk-8
/usr/share/application-registry/openjdk-8-archive.applications
/usr/share/applications/openjdk-8-policytool.desktop
/usr/share/doc/openjdk-8-jre
/usr/share/doc/openjdk-8-jre-headless
/usr/share/doc/openjdk-8-jre-headless/JAVA_HOME
/usr/share/doc/openjdk-8-jre-headless/README.Debian
/usr/share/doc/openjdk-8-jre-headless/README.alternatives
/usr/share/doc/openjdk-8-jre-headless/changelog.Debian.gz
/usr/share/doc/openjdk-8-jre-headless/copyright
/usr/share/icons/hicolor/16x16/apps/openjdk-8.png
/usr/share/icons/hicolor/24x24/apps/openjdk-8.png
/usr/share/icons/hicolor/32x32/apps/openjdk-8.png
/usr/share/icons/hicolor/48x48/apps/openjdk-8.png
/usr/share/lintian/overrides/openjdk-8-jre
/usr/share/lintian/overrides/openjdk-8-jre-headless
/usr/share/mime-info/openjdk-8-archive.keys
/usr/share/mime-info/openjdk-8-archive.mime
/usr/share/pixmaps/openjdk-8.xpm
/var/lib/dpkg/info/openjdk-8-jre-headless:amd64.conffiles
/var/lib/dpkg/info/openjdk-8-jre-headless:amd64.list
/var/lib/dpkg/info/openjdk-8-jre-headless:amd64.md5sums
/var/lib/dpkg/info/openjdk-8-jre-headless:amd64.postinst
/var/lib/dpkg/info/openjdk-8-jre-headless:amd64.postrm
/var/lib/dpkg/info/openjdk-8-jre-headless:amd64.preinst
/var/lib/dpkg/info/openjdk-8-jre-headless:amd64.prerm
/var/lib/dpkg/info/openjdk-8-jre:amd64.list
/var/lib/dpkg/info/openjdk-8-jre:amd64.md5sums
/var/lib/dpkg/info/openjdk-8-jre:amd64.postinst
/var/lib/dpkg/info/openjdk-8-jre:amd64.preinst
/var/lib/dpkg/info/openjdk-8-jre:amd64.prerm
/var/lib/dpkg/info/openjdk-8-jre:amd64.shlibs
/var/lib/dpkg/info/openjdk-8-jre:amd64.triggers
~$
~$ locate openjdk-11
/usr/share/application-registry/openjdk-11-archive.applications
/usr/share/doc/openjdk-11-jre
/usr/share/doc/openjdk-11-jre-headless
/usr/share/doc/openjdk-11-jre-headless/JAVA_HOME
/usr/share/doc/openjdk-11-jre-headless/README.Debian
/usr/share/doc/openjdk-11-jre-headless/README.alternatives
/usr/share/doc/openjdk-11-jre-headless/changelog.Debian.gz
/usr/share/doc/openjdk-11-jre-headless/copyright
/usr/share/icons/hicolor/16x16/apps/openjdk-11.png
/usr/share/icons/hicolor/24x24/apps/openjdk-11.png
/usr/share/icons/hicolor/32x32/apps/openjdk-11.png
/usr/share/icons/hicolor/48x48/apps/openjdk-11.png
/usr/share/lintian/overrides/openjdk-11-jre
/usr/share/lintian/overrides/openjdk-11-jre-headless
/usr/share/mime-info/openjdk-11-archive.keys
/usr/share/mime-info/openjdk-11-archive.mime
/usr/share/pixmaps/openjdk-11.xpm
/var/lib/dpkg/info/openjdk-11-jre-headless:amd64.conffiles
/var/lib/dpkg/info/openjdk-11-jre-headless:amd64.list
/var/lib/dpkg/info/openjdk-11-jre-headless:amd64.md5sums
/var/lib/dpkg/info/openjdk-11-jre-headless:amd64.postinst
/var/lib/dpkg/info/openjdk-11-jre-headless:amd64.postrm
/var/lib/dpkg/info/openjdk-11-jre-headless:amd64.prerm
/var/lib/dpkg/info/openjdk-11-jre:amd64.list
/var/lib/dpkg/info/openjdk-11-jre:amd64.md5sums
/var/lib/dpkg/info/openjdk-11-jre:amd64.postinst
/var/lib/dpkg/info/openjdk-11-jre:amd64.prerm
~$ 

The directory /usr/share/application-registry/openjdk-8-archive.applications was last modified 20201202 but the directory /usr/share/application-registry/openjdk-11-archive.applications was last modified 20240418 which leads me to suspect that the first one is redundant/unneeded.

Attempting to remove openjdk-8 looks like this:

~$ sudo apt purge openjdk-8-jre
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages will be REMOVED:
  openjdk-8-jre*
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
After this operation, 260 kB disk space will be freed.
Do you want to continue? [Y/n] n
~$

ie: just openjdk-8-jre

But attempting to remove openjdk-11 looks like this:

~$ sudo apt purge openjdk-11-jre
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages will be REMOVED:
  default-jre* openjdk-11-jre*
0 upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
After this operation, 640 kB disk space will be freed.
Do you want to continue? [Y/n] n
~$

ie: it also drags along default-jre.

At some point in time, openjdk-8-jre was locally installed (obviously) by me.
But I cannot remember that far back, much less why.

Should I just purge it?

Thanks in advance.

Best,

A.

#547 Hardware & System Configuration » Broken link fix? » 2024-05-05 12:07:31

Altoid
Replies: 4

Hello:

I found what would seem to be (?) a broken link in /usr/bin:

/usr/bin/!clhsdb

I then traced it ...

# ls -la /usr/bin/clhsdb
lrwxrwxrwx 1 root root 24 Mar 20  2019 /usr/bin/clhsdb -> /etc/alternatives/clhsdb
# 
# ls -la /etc/alternatives/clhsdb
lrwxrwxrwx 1 root root 48 Mar 20  2019 /etc/alternatives/clhsdb -> /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/clhsdb
# 
# ls -la /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/clhsdb
ls: cannot access '/usr/lib/jvm/java-8-openjdk-amd64/jre/bin/clhsdb': No such file or directory

... and checked:

# ls /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/
java  jjs  keytool  orbd  pack200  policytool  rmid  rmiregistry  servertool  tnameserv  unpack200
# 

Having made sure it was not where it was supposed (?) to be I looked and found it somewhere else:

# locate clhsdb
/etc/alternatives/clhsdb
/usr/bin/clhsdb
/var/lib/dpkg/alternatives/clhsdb
# 

I then traced those:

# ls -la /usr/bin/clhsdb
lrwxrwxrwx 1 root root 24 Mar 20  2019 /usr/bin/clhsdb -> /etc/alternatives/clhsdb
# 
# ls -la /etc/alternatives/clhsdb
lrwxrwxrwx 1 root root 48 Mar 20  2019 /etc/alternatives/clhsdb -> /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/clhsdb
# 
# ls -la /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/clhsdb
ls: cannot access '/usr/lib/jvm/java-8-openjdk-amd64/jre/bin/clhsdb': No such file or directory
# 

Rather confusing ...

The file is dated 20190324, too old to be a victim of the Debian merge war.
But a broken link surely needs fixing and I don't want to muck up my system.

Q: How to fix this? Maybe it is a product of some upgrade. eg: VBox

Thanks in advance.

Best,

A.

#548 Re: Devuan » liblzma CVE-2024-3094 » 2024-04-29 22:28:49

Hello:

stargate wrote:

... just stumbled across this video ...

I came across this more recent one.
Food for thought or at the very least, interesting to watch.

Best,

A.

#549 Re: Forum Feedback » [SOLVED] Forum timeout while logged in » 2024-04-28 12:13:33

Hello:

golinux wrote:

... a less verbose and redundant writing style ...

Maybe.
And then, maybe not.

My verbose and redundant writing style comes from having had dedicated school teachers and my last 20+ years of professional practise in the public sector. ie: reading, proofing, vetting and as time went by authoring tender documents and technical specifications for the government.

The sort of work that, with my initials on it, ended up on a cabinet minister's desk and was usually pored through by the government's comptroller/auditor or a disgruntled bidder's legal team.

So I think it will be a maybe not.

That said, thank you for your input. 8^)

Best,

A.

#550 Re: Forum Feedback » [SOLVED] Forum timeout while logged in » 2024-04-28 01:18:00

Hello:

ralph.ronnquist wrote:

Bringing in javascript ...
... ruled out on policy grounds.

Noted.

ralph.ronnquist wrote:

... adding javascript only for Altoid ...

Not only for Altoid.
There is at least one other affected poster, probably more.
Noted.

ralph.ronnquist wrote:

Other solutions are possible ...
... tea body count is a barrier.

Noted.
I did say if at all possible and does not cause any issues so I'll leave it to you then.

That said, I am quite aware that there are much more important things to sort out.

@golinux
I imagine it does not escape you that to write in a text editor and c/p for final tweaks totally defies the whole purpose of having a browser based system for the forum so I really don't think it is a suitable option.

But there's an uptick to this thread: now you know about the timeout.  8^D
As to providing a patch, I would have no idea as to where to begin.

Thank you both for your input.
 
Best,

A.

Board footer

Forum Software