The officially official Devuan Forum!

webman

Member

Registered: 2022-08-27

Posts: 59  

Cannot install Tomcat10 - depends on systemd

Hello!

I am just buff when I see:

$ apt install -V --assume-no tomcat10
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 tomcat10 : Depends: systemd (>= 238) but it is not installable or
                     systemd-tmpfiles
            Recommends: libtcnative-1 (>= 1.2.18) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

Not to mention, that I've run apt update directly before.

Anone an idea?

Thanks,
Manfred

pcalvert

Member

Registered: 2017-05-15

Posts: 308  

Re: Cannot install Tomcat10 - depends on systemd

What happens when you try this?:

aptitude install tomcat10 -s

---

Freespoke is a new search engine that respects user privacy and does not engage in censorship.
Another one is called Luxxle.

tyder

Member

From: Oslo, Norway

Registered: 2016-12-19

Posts: 53  

Re: Cannot install Tomcat10 - depends on systemd

I try to avoid running Tomcat natively even if I can.
For me, it is much better to use a Docker image with Tomcat, eventually modify it, and then run the applications there. Tomcat running natively is subject to all sorts of interferences, version conflicts etc, in principle the runtime behavior may be affected by even small system modifications. And, at least over some years of use, problems are likely to occur. As long as you can build the packages to run (in a pinch, you can setup a Java container for that), there is  very little fuzz running Tomcat that way.
It is also a safe way to work if you, like me, build packages to be deployed at production servers running Docker. (Or Podman, or...)