You are not logged in.
Thanks to rolfie & Babarosa for your responses.
I decided to go with an AppImage since that offered the opportunity to use a later version without changing any of the currently installed LO elements. It turned out to be not so much of a success (and then more of a success, see below).
I went through the following steps:
$ cd /usr/local/bin
$ sudo wget https://appimages.libreitalia.org/Libre … 4.AppImage
$ sudo mv LibreOffice-fresh.standard-x86_64.AppImage LibreOffice-24.8.AppImage
$ sudo chmod a+x LibreOffice-24.8.AppImage
$ LibreOffice-24.8.AppImage --help
LibreOffice 24.8.2.1 0f794b6e29741098670a3b95d60478a65d05ef13
$ sudo cp /usr/share/applications/libreoffice-startcenter.desktop /usr/share/applications/loappimage-startcenter.desktop
$ sudo nano /usr/share/applications/loappimage-startcenter.desktop
(I changed the .desktop name + all Exec lines to begin /usr/local/bin/LibreOffice-24.8.AppImage, but pretty much every else was left unchanged)
The new launch link was immediately within menu:Office | LO AppImage Start Centre & showed the correct LO version.
I launched 3_new.odt and GOOD LORD yes! I was able to navigate around the file & travel from top to bottom.
It was still troubling. LO was having problems with the page display at the bottom of the file. The number of pages showing in the Status Bar at bottom left, and also on each page, kept changing. In addition, Figure 15.1 (it is an image & can be viewed safely in the PDF) kept appearing at the top of the bibliography & also other pages, each one well out of place.
Since it seemed stable I asked for the file to be saved. Everything seemed fine & at a normal speed until almost at the very end, when LO & the screen froze. It stayed like that for some time & I had to force-close it. So, no change.
I did not make any changes to the file before saving.
Ran the whole thing again as to be able to discover the name of the image that kept appearing out of order near the bottom of the file (Fig 15.1) (it kept shifting in the display from page-to-page from moment to moment). I noticed that a single core (1 of 4) was active all the time. Also, that the LO version was GTK.
Then I noticed that the usage had dropped from 30% to a more-normal figure. I tried Save again & this time LO both saved it & also completed. I was able to shut the program down normally.
Whoo-hah! This version of LO is hardly working the way that it is supposed to with an ODT, but it seems that I may have use of the file back again, so many thanks to all who responded.
The following pages were also of assistance:
Update Nov 7: display fixes
Daedalus backports has 24.8.2
OK, now I'm confused.
That is why I did an 'apt search', so that I could get advised of the range of different LO versions available. And it only offered me 7.4.7. Yet I've already got backports in my listing:
$ grep ^[^#] /etc/apt/sources.list /etc/apt/sources.list.d/*
/etc/apt/sources.list:deb http://deb.devuan.org/merged daedalus main non-free-firmware non-free contrib
/etc/apt/sources.list:deb http://deb.devuan.org/merged daedalus-updates main non-free-firmware non-free contrib
/etc/apt/sources.list:deb http://deb.devuan.org/merged daedalus-security main non-free-firmware non-free contrib
/etc/apt/sources.list:deb http://deb.devuan.org/merged daedalus-proposed-updates main non-free-firmware non-free contrib
/etc/apt/sources.list:deb http://deb.devuan.org/merged daedalus-backports main non-free-firmware non-free contrib
/etc/apt/sources.list.d/josm.list:deb https://josm.openstreetmap.de/apt/ alldist universe
I run an update every day, but I've never been offered 24.8.2.
So, how would I tell it to update from backports (or have I pinned it somehow)?
Added later:
I've looked at the search listing (which is huge) more closely & have discovered a number of bpo, but the main element appears missing. Here is the closest:
libreoffice-uiconfig-writer/stable-backports 4:24.8.2-1~bpo12+1 all
UI data ("config") for LibreOffice Writer
What I mean by 'main element' is a straightforward "libreoffice-writer" etc, which is present for 7.4.7 but not 24.8.2. I think that an error has been made.
I think that I shall try to install an AppImage & pray that there are no systemD viruses tucked in there.
Hi Babarosa.
Your post is the most hopeful for me so far.
I've tried "apt search libreoffice" & absolutely everything that came up is 7.4.7 (same as I currently have).
How did you install 7.6.7? Is it installed concurrent with 7.4.7 or instead of?
It sounds crazily ironic that v5.0.0 & v7.6.7 both can open this ODT yet v7.4.7 freezes solid.
Hi Ron.
Couple of things:
No time to do the copy/paste before LO freezes
One of the bugs I found (listed at the bottom of GitHub) is that Tables encapsulated in a Frame are missed on a Copy. So it wouldn't even transfer accurately if I could copy/paste.
I couldn't wait, so asked LO to start 3_new.odt, started my smartphone stopwatch & waited.
There are 4 cores in my Desktop machine, and I noted that one of them was 100% occupied all the time. Just once across the next 25 minutes I noted that processing had switched to a different core.
I had decided that I was willing to give it 25 minutes.
Too often I've been in situations where a process has gotten stuck & I could have waited for eternity & never had obtained satisfaction. This seemed like one of those.
After 25 minutes I force-closed it.
Thanks stargate, but I do not think that waiting for startup is any fix for this one.
Thanks stargate, I'll pay attention to that & discover whether it will become responsive again (if so, perhaps the no-Contents production was an identical issue).
However, all that will have to take a back-seat. I've got pressing issues coming up shortly, and will have to attend to those first.
the supplied document from github does not freeze my desktop
alexkemp wrote:I'm going to wait until the morning before I retry that.
Well, good news/bad news.
This morning I …
Restarted my computer
Checked that there were no lock-files in the ~/Python directory
Took a deep breath
Opened ~/Python/3_new.odt as only app
… and the computer did not freeze.
I kept watching for ~2 seconds, then realised that LibreOffice (LO) had frozen. I could move the mouse, but LO did not respond to any actions (no page movement, no scroll).
I tried closing LO from the desktop screen & got the "This program is not responding" message & asked for it to be closed down.
This is almost the identical behaviour that I experienced with 2_scratch.odt that caused me to try to reformat it as 3_new.odt. There is clearly some kind of issue inside the 2nd + 3rd ODT causing them to freeze. I wish that I knew where to start to find out precisely what.
The kernel has upgraded from 6.1.0-26 to 6.1.0-27 since I had the System freeze with 3_new.odt. Maybe that is a reason that my system is now safe from LO attack!
Well, many thanks to delgado for testing it out. I have a horrible feeling that I am now stuck with an untenable ODT.
In response to stargate: there are a number of Tables in this Writer document, but each is very small. There should not be any problem with a 700-page document (I sincerely hope).
The physical machine has 8 GiB of physical memory. That was a lot when I bought it, and is trivial now, of course, but together with swap-space on the HDD should be enough:
$ sudo lshw -C memory -short
[sudo] password for alexk:
H/W path Device Class Description
==================================================
/0/0 memory 64KiB BIOS
/0/14 memory 8GiB System Memory
/0/14/0 memory SODIMM DDR3 [empty]
/0/14/1 memory 8GiB DIMM DDR3 Synchronous Unbuffered (Unregistered) 800 MHz (1.2 ns)
/0/1a memory 256KiB L1 cache
/0/1b memory 2MiB L2 cache
Somehow, I've created a feral beast that does not like Devuan.
Program bugs are one thing, but finding that your desktop freezes & nothing will work, just because you have loaded up an .odt is another experience. I'm used to this from 15 years ago with Windows, of course.
I'm perfectly serious. Is there anyone out there with the tools to be able to analyse a LO file to discover how on earth it is causing the entire desktop to freeze up?
The one clue that I have is that it may involve Frames, which seemed to be involved in every bug that I came across as I tried to add page-links into this document.
All the raw files have been placed into a GitHub repository:
TIA
Nov 8 update:
I removed the "SOLVED" prefix. Using the latest LO version does NOT solve this problem. The issue lies elsewhere.
I do not game, yet for decades 1 TB of RAM gets filled to capacity by normal day-to-day use (I tend to leave the machine switched on 24/7 & typical timings are 7 days to hit swap usage).
I had a dedicated server for approx 15 years & it would take months & months before it needed reboot. Just one month for a desktop machine. Not good.
My almost-always-painless update process glitched today with a 404 when it tried to get the DEB. Immediately re-ran the (self-written) bash-file & it performed perfectly.
There is one small extra to blackhole's excellent analysis which most folks do not realise (I am going to take the example of modem hard/firm-ware, since that is the one that I'm most familiar with):
It is little realised that most modern standalone hardware is actually a dedicated computer, in the literal sense. When it is powered up it boots up, usually into a variety of Linux. The classic example of this in the modern era is Smartphones, of course, but a perfectly astonishing amount of standalone hardware is a Linux computer under the bonnet. Usually dedicated to a specialised & limited purpose, but a computer nevertheless.
The picture in the previous paragraph began to be extensively modified for computer-connected hardware beginning about the 1980s, & that developed rapidly as computer CPUs + GPUs began to develop some serious horsepower. Computer hardware peripheral manufacturers realised that they could offload the processing performed by some of the most expensive sub-components in their peripherals onto the host computer. That process was manna from heaven for Microsoft, because it allowed MS to lock-in those devices to the MS OS. And thus the Blob was born. A BLOB which was MS-specific in it's early days, and often still is.
MS fully understands that Linux is it's main rival, is shit-scared at it's own impending doom, and does everything that it can to kill it's rival.
To try to give a little bit of current trivia that casts a light on this subject, have a look at this sentence from the utf8 wiki:
UTF-8 is the dominant encoding for the World Wide Web (and internet technologies), accounting for 98.3% of all web pages, 99.1% of the top 100,000 pages, and up to 100% for many languages, as of 2024. Virtually all countries and languages have 95% or more use of UTF-8 encodings on the web.
To get the point of this bit of info you need the following extra information:
utf-8: default lang encoding for Linux OS
utf-16: default lang encoding for Windows OS
Precisely who is winning all the arguments? To date, that has been MS, but only according to MS. The evidence says otherwise.
@alexkemp
If so, what were the error messages?
freeartist-devuan@home:~$ sudo su ERROR: ld.so: object 'libgtk3-nocsd.so.0' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. [sudo] password for freeartist-devuan:
Since you are someone that ignores the advice that you are given, and yet expects others to keep giving help regardless, I'm backing out of this thread at this point.
Did you use either su - or sudo (latter all by itself rather than 'sudo su')? If so, what were the error messages?
use su - ("switch user to root") not sudo su. sudo by itself is "switch user to root one-time only".
This is the content of /etc/sudoers.d/README:
#
# The default /etc/sudoers file created on installation of the
# sudo package now includes the directive:
#
# @includedir /etc/sudoers.d
#
# This will cause sudo to read and parse any files in the /etc/sudoers.d
# directory that do not end in '~' or contain a '.' character.
#
# Note that there must be at least one file in the sudoers.d directory (this
# one will do).
#
# Note also, that because sudoers contents can vary widely, no attempt is
# made to add this directive to existing sudoers files on upgrade. Feel free
# to add the above directive to the end of your /etc/sudoers file to enable
# this functionality for existing installations if you wish! Sudo
# versions older than the one in Debian 11 (bullseye) require the
# directive will only support the old syntax #includedir, and the current
# sudo will happily accept both @includedir and #includedir
#
# Finally, please note that using the visudo command is the recommended way
# to update sudoers content, since it protects against many failure modes.
# See the man page for visudo and sudoers for more information.
#
For the record:
$ la /usr/bin/sudo
-rwsr-xr-x 1 root root 281624 Jun 27 2023 /usr/bin/sudo
Maybe one of Linux's star performers (though largely it keeps to the shadows) (I've used it: TUI, not GUI, very effective; you will need another disk to save your files/partition to, including deleted files):
$ apt info testdisk
Package: testdisk
Version: 7.1-5+nmu1
Priority: optional
Section: admin
Maintainer: Jean-Michel Kelbert <kelbert@debian.org>
Installed-Size: 1,447 kB
Depends: libc6 (>= 2.34), libext2fs2 (>= 1.41.0), libjpeg62-turbo (>= 1.3.1), libncursesw6 (>= 6), libntfs-3g89, libtinfo6 (>= 6), libuuid1 (>= 2.16), zlib1g (>= 1:1.1.4), ntfs-3g
Tag: admin::boot, admin::filesystem, admin::forensics, admin::recovery,
interface::commandline, interface::text-mode, role::program,
scope::utility, uitoolkit::ncurses, use::checking
Download-Size: 415 kB
APT-Manual-Installed: yes
APT-Sources: http://deb.devuan.org/merged daedalus/main amd64 Packages
Description: Partition scanner and disk recovery tool, and PhotoRec file recovery tool
TestDisk checks the partition and boot sectors of your disks.
It is very useful in forensics, recovering lost partitions.
It works with :
* DOS/Windows FAT12, FAT16 and FAT32
* NTFS ( Windows NT/2K/XP )
* Linux Ext2 and Ext3
* BeFS ( BeOS )
* BSD disklabel ( FreeBSD/OpenBSD/NetBSD )
* CramFS (Compressed File System)
* HFS and HFS+, Hierarchical File System
* JFS, IBM's Journaled File System
* Linux Raid
* Linux Swap (versions 1 and 2)
* LVM and LVM2, Linux Logical Volume Manager
* Netware NSS
* ReiserFS 3.5 and 3.6
* Sun Solaris i386 disklabel
* UFS and UFS2 (Sun/BSD/...)
* XFS, SGI's Journaled File System
.
PhotoRec is file data recovery software designed to recover
lost pictures from digital camera memory or even Hard Disks.
It has been extended to search also for non audio/video headers.
It searches for following files and is able to undelete them:
* Sun/NeXT audio data (.au)
* RIFF audio/video (.avi/.wav)
* BMP bitmap (.bmp)
* bzip2 compressed data (.bz2)
* Source code written in C (.c)
* Canon Raw picture (.crw)
* Canon catalog (.ctg)
* FAT subdirectory
* Microsoft Office Document (.doc)
* Nikon dsc (.dsc)
* HTML page (.html)
* JPEG picture (.jpg)
* MOV video (.mov)
* MP3 audio (MPEG ADTS, layer III, v1) (.mp3)
* Moving Picture Experts Group video (.mpg)
* Minolta Raw picture (.mrw)
* Olympus Raw Format picture (.orf)
* Portable Document Format (.pdf)
* Perl script (.pl)
* Portable Network Graphics (.png)
* Raw Fujifilm picture (.raf)
* Contax picture (.raw)
* Rollei picture (.rdc)
* Rich Text Format (.rtf)
* Shell script (.sh)
* Tar archive (.tar )
* Tag Image File Format (.tiff)
* Microsoft ASF (.wma)
* Sigma/Foveon X3 raw picture (.x3f)
* zip archive (.zip)
Thanks for the info, @rolfie (new to me, even after all these years).
I've got bpo in my sources & yet the latest image installed is 6.1.99:
$ grep ^[^#] /etc/apt/sources.list /etc/apt/sources.list.d/*
/etc/apt/sources.list:deb http://deb.devuan.org/merged daedalus main non-free-firmware non-free contrib
/etc/apt/sources.list:deb http://deb.devuan.org/merged daedalus-updates main non-free-firmware non-free contrib
/etc/apt/sources.list:deb http://deb.devuan.org/merged daedalus-security main non-free-firmware non-free contrib
/etc/apt/sources.list:deb http://deb.devuan.org/merged daedalus-proposed-updates main non-free-firmware non-free contrib
/etc/apt/sources.list:deb http://deb.devuan.org/merged daedalus-backports main non-free-firmware non-free contrib
/etc/apt/sources.list.d/josm.list:deb https://josm.openstreetmap.de/apt/ alldist universe
$ apt search linux-image-amd64
Sorting... Done
Full Text Search... Done
linux-image-amd64/stable-security,stable-proposed-updates,now 6.1.99-1 amd64 [installed]
Linux for 64-bit PCs (meta-package)
linux-image-amd64-dbg/stable-security,stable-proposed-updates 6.1.99-1 amd64
Debugging symbols for Linux amd64 configuration (meta-package)
linux-image-amd64-signed-template/stable-security,stable-proposed-updates 6.1.99-1 amd64
Template for signed linux-image packages for amd64
It's not that other, later kernels are not available; they are but for some reason are not picked up:
$ apt search linux-image | fgrep bpo
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
linux-headers-6.9.7+bpo-amd64/stable-backports 6.9.7-1~bpo12+1 amd64
Header files for Linux 6.9.7+bpo-amd64
linux-headers-6.9.7+bpo-cloud-amd64/stable-backports 6.9.7-1~bpo12+1 amd64
Header files for Linux 6.9.7+bpo-cloud-amd64
linux-headers-6.9.7+bpo-rt-amd64/stable-backports 6.9.7-1~bpo12+1 amd64
Header files for Linux 6.9.7+bpo-rt-amd64
linux-image-5.14.0-0.bpo.2-amd64/now 5.14.9-2~bpo11+1 amd64 [residual-config]
linux-image-5.15.0-0.bpo.2-amd64/now 5.15.5-2~bpo11+1 amd64 [residual-config]
linux-image-5.15.0-0.bpo.3-amd64/now 5.15.15-2~bpo11+1 amd64 [residual-config]
linux-image-5.16.0-0.bpo.3-amd64/now 5.16.11-1~bpo11+1 amd64 [residual-config]
linux-image-5.16.0-0.bpo.4-amd64/now 5.16.12-1~bpo11+1 amd64 [residual-config]
linux-image-5.18.0-0.bpo.1-amd64/now 5.18.2-1~bpo11+1 amd64 [residual-config]
linux-image-5.18.0-0.deb11.3-amd64/now 5.18.14-1~bpo11+1 amd64 [residual-config]
linux-image-5.18.0-0.deb11.4-amd64/now 5.18.16-1~bpo11+1 amd64 [residual-config]
linux-image-5.19.0-0.deb11.2-amd64/now 5.19.11-1~bpo11+1 amd64 [residual-config]
linux-image-6.0.0-0.deb11.2-amd64/now 6.0.3-1~bpo11+1 amd64 [residual-config]
linux-image-6.0.0-0.deb11.6-amd64/now 6.0.12-1~bpo11+1 amd64 [residual-config]
linux-image-6.1.0-0.deb11.5-amd64/now 6.1.12-1~bpo11+1 amd64 [residual-config]
linux-image-6.1.0-0.deb11.6-amd64/now 6.1.15-1~bpo11+1 amd64 [residual-config]
linux-image-6.1.0-0.deb11.7-amd64/now 6.1.20-2~bpo11+1 amd64 [residual-config]
linux-image-6.9.7+bpo-amd64/stable-backports 6.9.7-1~bpo12+1 amd64
linux-image-6.9.7+bpo-amd64-dbg/stable-backports 6.9.7-1~bpo12+1 amd64
Debug symbols for linux-image-6.9.7+bpo-amd64
linux-image-6.9.7+bpo-amd64-unsigned/stable-backports 6.9.7-1~bpo12+1 amd64
linux-image-6.9.7+bpo-cloud-amd64/stable-backports 6.9.7-1~bpo12+1 amd64
linux-image-6.9.7+bpo-cloud-amd64-dbg/stable-backports 6.9.7-1~bpo12+1 amd64
Debug symbols for linux-image-6.9.7+bpo-cloud-amd64
linux-image-6.9.7+bpo-cloud-amd64-unsigned/stable-backports 6.9.7-1~bpo12+1 amd64
linux-image-6.9.7+bpo-rt-amd64/stable-backports 6.9.7-1~bpo12+1 amd64
linux-image-6.9.7+bpo-rt-amd64-dbg/stable-backports 6.9.7-1~bpo12+1 amd64
Debug symbols for linux-image-6.9.7+bpo-rt-amd64
linux-image-6.9.7+bpo-rt-amd64-unsigned/stable-backports 6.9.7-1~bpo12+1 amd64
Simple answer:
Use rsync -aH to copy files across.
That can be done as many times as required. It is also intelligent enough to only update metadata & not try to do an unnecessary 2nd copy of data if permissions are the only change.
fwiw I've currently got Devuan 5 on an EFI (former Windows) desktop computer which works well. This is the structure:-
$ tree -d /boot
/boot
├── efi
│ ├── boot
│ │ └── grub
│ │ └── x86_64-efi
│ └── EFI
│ └── debian
└── grub
├── fonts
├── locale
└── x86_64-efi
11 directories
$ df -hT
Filesystem Type Size Used Avail Use% Mounted on
udev devtmpfs 3.6G 0 3.6G 0% /dev
tmpfs tmpfs 736M 1016K 735M 1% /run
/dev/sda2 ext4 909G 834G 76G 92% /
tmpfs tmpfs 5.0M 12K 5.0M 1% /run/lock
tmpfs tmpfs 3.0G 75M 2.9G 3% /dev/shm
/dev/sda1 vfat 511M 49M 463M 10% /boot/efi
tmpfs tmpfs 736M 20K 736M 1% /run/user/1000
$ df /boot /boot/efi -hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda2 ext4 909G 834G 76G 92% /
/dev/sda1 vfat 511M 49M 463M 10% /boot/efi
$ neofetch
..,,;;;::;,.. alexk@ng3
`':ddd;:,. ---------
`'dPPd:,. OS: Devuan GNU/Linux 5 (daedalus) x86_64
`:b$$b`. Model: 90BJ008CUK Lenovo H30-05
'P$$$d` Kernel: 6.1.0-23-amd64
.$$$$$` Uptime: 7 days, 21 hours, 20 mins
;$$$$$P Packages: 3169 (dpkg)
.:P$$$$$$` Shell: bash 5.2.15
.,:b$$$$$$$;' Resolution: 1920x1080
.,:dP$$$$$$$$b:' DE: Xfce 4.18
.,:;db$$$$$$$$$$Pd'` WM: Xfwm4
,db$$$$$$$$$$$$$$b:'` WM Theme: Default
:$$$$$$$$$$$$b:'` Theme: Clearlooks-Phenix-Sapphire [GTK2]
`$$$$$bd:''` Icons: oxygen [GTK2]
`'''` Terminal: xfce4-terminal
Terminal Font: Monospace 12
CPU: AMD A8-7410 APU with AMD Radeon R5 Graphics (4) @ 2.200GHz
GPU: AMD ATI Radeon R4/R5 Graphics
Memory: 3815MiB / 7356MiB
I had a similar problem to yours & posted about it: Virgin Media blocking Open-Source Sites.
tl;dr: VM had buggered up their BGP routing & I could not reach, kde.org, devuan.org or dev1galaxy.org (all HETZNER-AS hosted sites). A useful site in situations like this is https://downforeveryoneorjustme.com/. My problem was fixed only when VM fixed their routing after I emailed them.
PS BGP routing is used to traceroute to a site:
$ traceroute devuan.org
traceroute to devuan.org (116.202.138.214), 30 hops max, 60 byte packets
1 192.168.0.1 (192.168.0.1) 1.612 ms 2.243 ms 3.152 ms
2 * * *
3 nott-core-2b-ae80-650.network.virginmedia.net (81.109.166.69) 22.865 ms 23.166 ms 23.401 ms
4 * * *
5 eislou2-ic-1-ae3-0.network.virginmedia.net (62.254.85.145) 37.897 ms 37.283 ms 43.205 ms
6 ae21-0.lon20.core-backbone.com (80.255.9.125) 36.841 ms 15.679 ms 22.071 ms
7 ae1-2014.nbg40.core-backbone.com (81.95.9.14) 36.162 ms 36.527 ms 37.013 ms
8 core-backbone.hetzner.com (81.95.15.6) 35.085 ms core-backbone.hetzner.com (5.56.20.254) 36.375 ms core-backbone.hetzner.com (81.95.15.6) 34.779 ms
9 core11.nbg1.hetzner.com (213.239.229.161) 34.982 ms 36.123 ms core12.nbg1.hetzner.com (213.239.229.165) 35.627 ms
10 ex9k1.dc1.nbg1.hetzner.com (213.239.203.226) 34.409 ms ex9k1.dc1.nbg1.hetzner.com (213.239.203.222) 33.108 ms 40.247 ms
11 bonito.devuan.org (85.10.193.185) 37.010 ms 35.436 ms 30.039 ms
12 www.devuan.org (116.202.138.214) 36.284 ms 43.089 ms 35.657 ms
2024-08-17 update: I originally said "used in ping to trace to a site" & corrected + added an example to make it clearer.
My Daedalus was successfully updated this morning (3 packages updated). For the record, here is another update:
$ ~/.local/sbin/update
Hit:1 https://josm.openstreetmap.de/apt alldist InRelease
Hit:2 http://deb.devuan.org/merged daedalus InRelease
Hit:3 http://deb.devuan.org/merged daedalus-updates InRelease
Hit:4 http://deb.devuan.org/merged daedalus-security InRelease
Hit:5 http://deb.devuan.org/merged daedalus-proposed-updates InRelease
Hit:6 http://deb.devuan.org/merged daedalus-backports InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
W: https://josm.openstreetmap.de/apt/dists/alldist/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
I cannot recall a problem across the last 5 years, though there must have been a temporary problem at some point.
A quick DDG showed that this has already been solved in this forum (March 2024):
PHP is a perfect candidate for inclusion within backports (BP), but it is not there yet:
$ apt search php | fgrep php8
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
libapache2-mod-php8.2/stable,stable-security 8.2.20-1~deb12u1 amd64
libphp8.2-embed/stable,stable-security 8.2.20-1~deb12u1 amd64
php-symfony-polyfill-php80/stable 1.27.0-2 all
php-symfony-polyfill-php81/stable 1.27.0-2 all
php-symfony-polyfill-php82/stable 1.27.0-2 all
php-symfony-polyfill-php83/stable 1.27.0-2 all
php8.2/stable,stable-security 8.2.20-1~deb12u1 all
php8.2-amqp/stable 1.11.0-5 amd64
php8.2-apcu/stable 5.1.22+4.0.11-2 amd64
php8.2-ast/stable 1.1.0-2 amd64
php8.2-bcmath/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-bz2/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-cgi/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-cli/stable,stable-security,now 8.2.20-1~deb12u1 amd64 [installed,automatic]
php8.2-common/stable,stable-security,now 8.2.20-1~deb12u1 amd64 [installed,automatic]
php8.2-curl/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-dba/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-dev/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-ds/stable 1.4.0-5 amd64
php8.2-enchant/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-fpm/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-gd/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-gearman/stable 2.1.0+1.1.2-12 amd64
php8.2-gmagick/stable 2.0.6~rc1+1.1.7~rc3-11 amd64
php8.2-gmp/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-gnupg/stable 1.5.1-3 amd64
php8.2-http/stable 4.2.3-3.1 amd64
php8.2-igbinary/stable 3.2.13-1 amd64
php8.2-imagick/stable 3.7.0-4 amd64
php8.2-imap/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-interbase/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-intl/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-ldap/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-libvirt-php/stable 0.5.6-6 amd64
php8.2-mailparse/stable 3.1.4+2.1.7~dev20160128-1 amd64
php8.2-maxminddb/stable 1.11.0-5 amd64
php8.2-mbstring/stable,stable-security,now 8.2.20-1~deb12u1 amd64 [installed,automatic]
php8.2-mcrypt/stable 3:1.0.5-4 amd64
php8.2-memcache/stable 8.0+4.0.5.2+3.0.9~20170802.e702b5f9+-8 amd64
php8.2-memcached/stable 3.2.0+2.2.0-4 amd64
php8.2-mongodb/stable 1.15.0+1.11.1+1.9.2+1.7.5-1 amd64
php8.2-msgpack/stable 1:2.2.0~rc2-3 amd64
php8.2-mysql/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-oauth/stable 2.0.7+1.2.3-16 amd64
php8.2-odbc/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-opcache/stable,stable-security,now 8.2.20-1~deb12u1 amd64 [installed,automatic]
php8.2-pcov/stable 1.0.11-5 amd64
php8.2-pgsql/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-phpdbg/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-pinba/stable 1.1.2-16 amd64
php8.2-ps/stable 1.4.4+1.3.7-7 amd64
php8.2-pspell/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-psr/stable 1.2.0-5 amd64
php8.2-raphf/stable 2.0.1+1.1.2-14 amd64
php8.2-readline/stable,stable-security,now 8.2.20-1~deb12u1 amd64 [installed,automatic]
php8.2-redis/stable 5.3.7+4.3.0-3 amd64
php8.2-rrd/stable 2.0.3+1.1.3-7 amd64
php8.2-snmp/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-soap/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-solr/stable 2.6.0+2.4.0-3 amd64
php8.2-sqlite3/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-ssh2/stable 1.3.1+0.13-7 amd64
php8.2-stomp/stable 2.0.3-2 amd64
php8.2-sybase/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-tideways/stable 5.0.4-16 amd64
php8.2-tidy/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-uopz/stable 7.1.1+6.1.2-7 amd64
php8.2-uploadprogress/stable 2.0.2+1.1.4-8 amd64
php8.2-uuid/stable 1.2.0-12 amd64
php8.2-xdebug/stable 3.2.0+3.1.6+2.9.8+2.8.1+2.5.5-3 amd64
php8.2-xml/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-xmlrpc/stable 3:1.0.0~rc3-6 amd64
php8.2-xsl/stable,stable-security 8.2.20-1~deb12u1 all
php8.2-yac/stable 2.3.1+0.9.2-5 amd64
php8.2-yaml/stable 2.2.2+2.1.0+2.0.4+1.3.2-6 amd64
php8.2-zip/stable,stable-security 8.2.20-1~deb12u1 amd64
php8.2-zmq/stable 1.1.3-24 amd64
This seems peculiar.
I ran the following twice. The first time it told me to use the -a switch if I wanted to see the extra record, so I did:
N: There is 1 additional record. Please use the '-a' switch to see it
alexk@ng3:~$ apt info libssl3 -a
Package: libssl3
Version: 3.0.13-1~deb12u1
Priority: optional
Section: libs
Source: openssl
Maintainer: Debian OpenSSL Team <pkg-openssl-devel@alioth-lists.debian.net>
Installed-Size: 6,152 kB
Depends: libc6 (>= 2.34)
Homepage: https://www.openssl.org/
Tag: role::shared-lib
Download-Size: 2,022 kB
APT-Manual-Installed: no
APT-Sources: http://deb.devuan.org/merged daedalus/main amd64 Packages
Description: Secure Sockets Layer toolkit - shared libraries
This package is part of the OpenSSL project's implementation of the SSL
and TLS cryptographic protocols for secure communication over the
Internet.
.
It provides the libssl and libcrypto shared libraries.
Package: libssl3
Version: 3.0.11-1~deb12u2
Priority: optional
Section: libs
Source: openssl
Maintainer: Debian OpenSSL Team <pkg-openssl-devel@alioth-lists.debian.net>
Installed-Size: 6,154 kB
Depends: libc6 (>= 2.34)
Homepage: https://www.openssl.org/
Download-Size: 2,019 kB
APT-Sources: http://deb.devuan.org/merged daedalus-security/main amd64 Packages
Description: Secure Sockets Layer toolkit - shared libraries
This package is part of the OpenSSL project's implementation of the SSL
and TLS cryptographic protocols for secure communication over the
Internet.
.
It provides the libssl and libcrypto shared libraries.
Worse, it appears 3 times on disk (all different):
$ la /usr/lib/x86_64-linux-gnu/libssl3.so
-rw-r--r-- 1 root root 417144 Feb 15 2023 /usr/lib/x86_64-linux-gnu/libssl3.so
$ la /usr/lib/firefox-esr/libssl3.so
-rw-r--r-- 1 root root 394920 Jul 9 21:11 /usr/lib/firefox-esr/libssl3.so
$ la /usr/lib/thunderbird/libssl3.so
-rw-r--r-- 1 root root 390688 Jul 17 19:11 /usr/lib/thunderbird/libssl3.so