this is my first post so here is a short introduction: I am a
residing in Finland. First Fedora release I tried was Fedora Core 5 if I
remember correctly and I have been using Fedora ever since. I have
bug reports before, but somehow I thought now is a good time to become a
I would like to improve the Clojure packages in Fedora. As
a newcomer in Fedora packaging, I am looking for instructions, reviewers
sponsors to update the current package (clojure), to bring back dead
(clojure-maven-plugin) and to add new packages from the clojure-project
(pom.contrib, spec.alpha and core.specs.alpha). After updating the
packages, I would like to start working on packaging leiningen2.
The update to Clojure 1.8 is quite trivial. I built it in a
spec-file is available at:
I tested also updating to Clojure 1.9 in another Copr-repo. The process
complex as some namespaces in Clojure were split to external libraries
the development cycle. I have to polish the spec files, but the update
can be done in the following order:
- package clojure-maven-plugin version 1.8.1
- package pom.contrib version 0.2.22
- update clojure to version 1.9.0-alpha15
- package spec.alpha version 0.1.134
- package core.specs.alpha version 0.1.24
- update clojure to version 1.9.0-beta3
- update spec.alpha to version 0.1.143
- update clojure to version 1.9.0
After that the update to version 1.10.0 should be a matter of updating
spec.alpha, core.specs.alpha and clojure.
What's the expected set of OpenJDK packages in Fedora 29?
I see three version:
Surely we do not need two versions of OpenJDK 11?
And I think it was possible to install LibreOffice without OpenJDK 8.
With the current updates/updates-testing composes, this no longer
appears to be possible. Is this a deliberate change?
The message about Ceph  reminded me that we should probably make the
same notification for Eclipse Platform.
The Eclipse Platform upstream is in the process of dropping all support for
The current state is that upstream are no longer building for 32bit arches
upstream for 4.10 (release 2018-12) onwards. I expect them to start
actively removing 32bit specific code in future releases.
You can read more about the decision on the upstream bug 
In Fedora, Eclipse 4.10 which I am building for Rawhide and F29 right now,
still builds for 32bit arches, but this will not last long. I expect in a
future release (4.11 or later) Eclipse will no longer build on x86/arm and
at that time I will no longer be able to support these architectures in
Fedora -- I expect to exclude those arches from Fedora builds.
If you depend on the ECJ batch compiler, this will continue to be available
on all arches as a noarch package. (It is packaged as a discrete SRPM and
has no build or runtime dependency on the Eclipse Platform itself.)