You are not logged in.
Hello:
... 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.
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.
Hello:
... 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.
Hello:
Bringing in javascript ...
... ruled out on policy grounds.
Noted.
... adding javascript only for Altoid ...
Not only for Altoid.
There is at least one other affected poster, probably more.
Noted.
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.
Hello:
... sorry about that ...
No need to apologise. 8^)
... meant as a pun really ...
And that's the spirit it was received in. (I was actually about to riff on it but decided to stay on topic)
Rest assured that no offense was taken, none whatsoever.
... you can use the preview button to refresh the session.
Yes, but being so meticulous is time consuming, I sometimes I forget.
If at all possible and does not cause any issues, could you consider extending it 10' or 15'?
Or maybe use a pop-up like some banks use:
---
Still there? Logging out in XX seconds. -> where XX is a countdown from XX to nought.
---
Thanks in advance.
Best,
A.
Hello:
... a half-hour timeout for the idle time between interactions ...
Ahh ...
I thought as much.
Thank you for clarifying the matter for us all.
... with any posts that have been made while you ahve been sitting there prefectering spelling.
I beg to differ.
It is not just about spelling.
There's also grammar, syntax, specific/proper (IT) vocabulary, punctuation, etc.
In short: everything Mrs. Fowler (fortunately) drilled into my head at The Priory School when I was ~10.
And then there is also the issue of my random bouts of dyslexia or the lack of a good night's sleep which do not help.
Best,
A.
Hello:
... if it is a Debian package or a sanitised Devuan package.
It seems that ceph is a Debian package.
ie: maintainers are Ceph Packaging Team <team+ceph@tracker.debian.org>
Meaning that it is not a sanitised Devuan package with a Devuan maintainer.
Debian all but dropped support for sysvinit software as of Bullseye so it is highly probable that the ceph package does not have the all necessary files to run on Devuan.
But since it is in the Daedalus repository, a bug could be filed against it in Devuan.
Maybe the maintainers can do something about that that if the only thing lacking is an init script.
Best,
A.
Hello:
... from Devuan repository.
... installed ceph and cephadm using apt.
Right ...
Not the problem then. 8^)
Have a look here:
Ceph can run on any distribution that includes a supported kernel and supported system startup framework, for example sysvinit or systemd.
Now, if you look at the table below, you can see that (for Debian releases, labelled with a C) it states:
C: Ceph provides packages only. No tests have been done on these releases.
Devuan is not on that list and, like I mentioned earlier, our (highly) overworked maintainers may have skipped a beat somewhere.
eg: maybe the sysvinit files for the ceph in the Devuan repositories are missing something?
So ...
You may want to consider first filing a bug in Devuan against ceph and see what the maintainer has to say about this.
ie: if it is a Debian package or a sanitised Devuan package.
Send email to submit@bugs.devuan.org with a descriptive subject line and the first line of the body should be Package: <package name>.
Be sure to include a link to this thread.
Follow-up messages go to <number>@bugs.devuan.org
At this point in time, filing a bug in Debian by a Devuan user is guaranteed to be an exercise in frustration/futility, so the next best thing would be to ask at the ceph user's forum and see what they have to say.
Please let us know how you fared.
Best,
A.
Hello:
I run my box 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
~$ I have no docker containers installed.
~$ apt list | grep installed | grep -i docker
--- snip ---
~$ When I ask apt about ceph, systemctl and systemd, I get this:
~$ sudo apt install --dry-run ceph | grep -i "systemctl\|systemd"
--- snip ...
~$ As you can see, as per grep, the terminal printout does not contain any systemctl or systemd strings.
Likewise, when I ask apt about docker, I get this:
~$ sudo apt install --dry-run docker | grep -i "systemctl\|systemd"
--- snip ---
~$ So much for my Devuan system.
But on your Devuan system you are getting this error from cephadm:
systemctl: ERROR:systemctl:Unit systemd-timesyncd.service could not be found.And systemd-timesyncd.service seems to be a Debian systemd-specific package.
So why is ceph looking for a systemd-specific Debian package when installed in Devuan?
No idea, but it do not think it should be happening.
Q: did you install ceph from a Devuan repository?
Looking around for a clue, I found this thread at the Bunsen Labs forum:
... up to Debian Buster the functionality was included in systemd, so there's no need to install it until you get to Bullseye, where it got separated out.
There is more discussion on systemd-timesyncd.service further down.
It may or may not be of relevance but from what I can make of what I read, it would seem (?) that ceph needs a time sync daemon to work but is configured to use a systemd service which (quite obviously) Devuan does not have, hence the error message.
That said, could ceph use any other one? eg: npt
Cannot really say as this is where I have reached my pay-grade ceiling.
Best,
A.
Hello:
... looks like beowulf-backports got archived.
I see ...
Right, I will edit my /etc/apt/sources.list file to reflect this change.
Thanks for the heads-up.
Best,
A.
Hello:
... the problem with that got fixed.
Yes.
From today @07:00 (-03:00 GMT):
~$ sudo apt update
--- snip ---
Fetched 119 kB in 2s (63.1 kB/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.
~$ Thank you.
Q:
Has deb.devuan.org/merged beowulf-backports been archived or maybe the fix has not propagated yet?
~$ sudo apt update
--- snip ---
Reading package lists... Done
E: The repository 'http://deb.devuan.org/merged beowulf-backports Release' does not have a Release file.
--- snip ---
~$Best,
A.
Hello fsr:
Don't ...
Beowulf was accidentally archived ...
... will be archived for real when ...
I see.
Thanks for the heads-up.
Best,
A.
Hello gl:
Thanks for the fast reply.
... beowulf has been archived so ...
Thought as much, but could not find where 'archived' was.
No problem as long as the rest works, I can wait for it all to pan out.
Best,
A.
BTW:
Saw the LeePen interview?
Turns out that besides being active in many (!) different fields, the chap also uses 'extremely old hardware'.
Got me thinkling that my ca. 2007 box has much more life left in it than I originally thought.
Maybe my backported Beowulf installation too?
Hello:
Still running on Beowulf with a backported kernel ... (yes, I know ... )
~$ 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
~$ ... and still pondering what to do/how to do it.
No issues up to today, when I tried to update and got this:
--- snip ---
~$ sudo apt update
Err:5 http://deb.devuan.org/merged beowulf-updates Release
404 Not Found [IP: 185.38.15.84 80]
Reading package lists... Done
E: The repository 'http://deb.devuan.org/merged beowulf-updates Release' does not have a Release file.
--- snip ---
Same with beowulf-backports main contrib non-free.
Editing the /etc/apt/sources.list to avoid the problem (ie:#deb http://deb.devuan.org/merged/ beowulf- ...) allowed me to update to the lastest xserver security release.
Evidently, deb http://deb.devuan.org/merged/ beowulf-updates main contrib non-free is no longer current.
To stay on Beowulf (and test how it goes, maybe till next year), what changes should I make to /etc/apt/sources.list besides having remmed the line/s above?
Thanks in advance.
Best,
A.
Hello:
From this morning's edition of ElReg:
----
Linux Foundation is leading fight against fauxpen source
Shifts its transmission from vendor neutral into open source gear
By Steven J. Vaughan-Nichols
----
The problem the Linux Foundation is trying to solve here is the rise of faux open source licenses such as BSL and SSPL. Far too many companies have taken to building on top of open source projects, achieving a measure of success, and then turning their backs on open source in an attempt to squeeze more money out of their customers and partners.
Best,
A.
Hello:
... want it locked to avoid that any user can modify settings ...
Indeed ...
Same in CUPS: making changes needs the admin PW.
Best,
A.
Hello:
... printer tool system-config.printer ...
From what I have read on-line, that package is just a GUI to configure the CUPS print server.
But CUPS has its own configuration interface accessible via any web browser. ie: http://localhost:631/admin
What is the use of another configuration interface for CUPS?
Unless it is a(nother) solution looking for a problem.
... how does it work?
See here to check on how it works/how to work with CUPS.
There is quite a bit on the web on how to do it, that link is just the first one I found.
... better tool in the future?
Better than CUPS?
We may (if needed) get a better/improved version of it as it is maintained in a timely fashion.
Best,
A.
Hello:
... blindfully write user and password while bluescreened I can log on and monitors function ...
Have a look at what dmesg and Xorg.0.log are printing out, there must be some clues as to what is happening there.
But I don't think it is a monitor problem, there may be an issue with the docking station.
How does the docking station connect to the laptop? eg: USB, special onboard connector, etc.
Is the laptop on batteries when this happens or does it have the charger plugged in?
If not, try it with the charger plugged in.
You may want to check the manuals (both laptop and docking station) and see if there is any related settings you amy need to check.
Best,
A.
Hello:
... no real technical reason to exist ...
Quite so.
But it does.
And some money/time (no idea how much it could be) has been invested in producing it.
As per my rant, there are hundreds other more useful abandoned projects in need of maintenance to adopt and help out with in Linux.
Why Nala? Yet another solution looking for a problem?
Maybe because ... ... it registers it in the JSON file under a unique ID.?
Nah! 8^°
Best,
A.
Hello:
Synaptic and apt ...
Yes, that was my main point.
I don't think they are old or ancient.
My Ultra 24 WS is ca. 2007 and was considered ancient when I purchased it used/almost new in 2015 for ~US$300.
Still works perfectly well, just added RAM and upgraded the processor.
That said, there's also the well known Timeō Danaōs et dōna ferentēs phrase. (Virgil/Aeneid)
But like I wrote before: maybe it's just me at this age.
Best,
A.
Hello:
... came across this information yesterday ...
Thanks for that. 8^)
But it seems (to me) that this application is looking for disadvantages to advantage, so to speak.
Not King's english but you get the idea.
When I see this type of thing I cannot but suspect.
Not sure exactly what ...
Maybe that's just me at this age.
As always, YMMV.
/rant on
Makes me think why these chaps don't take on a revamp of something useful (eg: WiCD) instead of wasting time/money/coder hours on this?
/rant off
...
Parallel package downloads.
The ability to select the fastest mirrors.
Package transaction history.
I really cannot see the use for parallel package downloads - I like to keep an eye on the output of my terminal as each download comes in as well as the installation process. apt is very good for doing that.
As for the fastest mirrors, the deb.devuan.org round-robin already takes care of that.
The package transaction history gets stored stored (in plain text) in /var/log/apt/history.log and /var/log/apt/term.log.
That said, this aspect of its workings made me sort of uneasy:
Each time Nala conducts a new transaction, such as installing, removing, or updating a package, it registers it in the JSON file under a unique ID.
I like apt and how it works and if I need more data, there's always aptitude and/or synaptic.
... love new stuff ...
So do I.
But my three* potato (hand held/manual) peelers still work perfectly well after ~25 years' use.
Don't need a new one.
Best,
A.
* Why three?
The last time I moved I misplaced the first and the third was a gift.
Hello:
I have the same/similar process:
~$ sudo ps aux | grep ssh
user 3129 0.0 0.0 5864 472 ? Ss 14:00 0:00 /usr/bin/ssh-agent x-session-manager
user 10581 0.0 0.0 3084 896 pts/0 S+ 15:10 0:00 grep --color=always ssh
~$ This is because I have openssh-client installed so I can command-line log into a headless VM I have running in my box.
~$ apt list | grep installed | grep ssh-
libssh-gcrypt-4/oldoldstable-security,now 0.8.7-1+deb10u2 amd64 [installed,automatic]
openssh-client/oldoldstable-security,now 1:7.9p1-10+deb10u4 amd64 [installed]
ssh-askpass/oldoldstable,now 1:1.2.4.1-10 amd64 [installed,automatic]
~$ Best,
A.
Hello:
.. gremlins ...
Could well be. 8^D - you never really know.
From what I have read, it would seem that with DFS-FCC (instead of DFS-UNSET, electromagnetic spectrum interference is prevented by avoiding same channel operation with other pre-WiFi equipment such as comm satellites, weather radar, etc.
But the best of it all is that 95% to 100% figure that brings a grin to my face.
Best,
A.