On 4/12/19 10:40 AM, Kevin Kofler wrote:
Ty Young wrote:
Which it does but no alternatives show up even when downloading from
Fedora's repos. Is there no post installation scripts that properly
registers everything? If not, then how are there symbolic links in
/etc/alternatives? What are they even for?
There are such post-installation scripts, but it looks like they are not
working in Silverblue. This is something that needs to be addressed in
Silverblue.
Realistically speaking, is there ever going to be multiple versions from
the same vendor distributed by Fedora?
32-bit vs. 64-bit is one example (which is why the directory names contain
the CPU architecture, e.g., x86_64).
According to pkgs.org Fedora Rawhide doesn't even have a 32-bit JRE/JDK
so i'm not sure why the designation is required. 32-bit has been on the
way out for awhile now. If someone wants to make a 32-bit version they
don't need to follow a distros naming convention.
No. If you just install the java-*-openjdk package, you get only the JRE
part of OpenJDK. The JDK part is in java-*-openjdk-devel.
Which isn't clear by the package name. It's ambiguous.
This is how almost all software in Fedora is packaged: the main package
contains the files required at runtime, the -devel package the files
required to compile software against the package.
Fedora also packages nvidia-smi with CUDA libraries and that's wrong
too. On both Windows and in Ubuntu nvidia-smi comes with the driver. The
driver control panel is also included on both as well. nvidia-xconfig
comes with the driver in Ubuntu.
Just because it's the way it has been done doesn't mean it's the right
way. It's just the easier pill to swallow.
And the ambiguous naming is really upstream's fault, because there is no
such thing as "OpenJRE".
Because the JRE is derived from the JDK but there are use cases where
just having a JRE standalone is of benefit. The JRE however is being
killed off. Oracle no longer even distributes a JRE anymore with new
Java versions.
"OpenJDK" is more of a source branding than an indication that it's a
JRE/JDK... but yes it is confusing.
Given the shift from distributing jar programs to modular app bundles one
might reasonable expect any java implementation after Java 9 to include a
full JDK by default which includes a full JRE. It isn't like anything is
going to break by doing this because, again, the JDK is a JRE. Any non
modeler programs will still work.
Modular Java programs do not need a full JDK either, a JRE is sufficient.
The full JDK is only needed to compile software from source.
Depending on the program, maybe. If a modular program requires a JDK
module then the JDK is going to need to be used. This isn't immediately
obvious until you run the program and see if it spits out a module not
found error. Granted, no one should ever distribute a modular
application via jar and expect a user to launch via the the complex
command line command. A modular application is generally used in
conjunction with jLink to provide a bundle... which requires a JDK to make.
Is that really a good idea? There may be use cases where one might need
different JRE and JDK of the same version. Java 8 jPackager(deprecated
in newer Java versions) might for example allow a standalone JRE,
reducing some dead weight as opposed to bundling with the full JDK.
This is supported by the alternatives setup. (It is the reason why there are
separate jre and jdk alternatives, though the latter tracks the former by
default, but you complained about exactly that complexity…) But what such
standalone JRE should Fedora ship? Again, there is no OpenJRE. We can only
ship the JRE subset of OpenJDK as the default JRE.
This specific problem(which branched out of the alternatives one) here
isn't with alternatives but with which the JRE and JDK are separated at
the package level. I'm not even sure how as an end user/developer I'd
even know -dlevel exists on Fedora Silverblue as dnf search doesn't
exist and pkgs.org doesn't bring anything up. Is there an alternative
for Silverblue?
and again, the JRE is being axed. Once Java 8 hits EOL the only way to
get a standalone JRE is (maybe?) by compiling it yourself. Oracle
doesn't distribute it anymore.
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
