Orphaning: llvm5.0, clang5.0, llvm6.0, clang6.0
by Tom Stellard
Hi,
I am orphaning the llvm and clang compatibility packages for versions 5.0 and 6.0.
We are about to push LLVM 8.0 into rawhide, so I will no longer maintain these
older versions. There are still a few users of these packages, so the package
owners can either rebuild their packages for LLVM 7/8 or take over ownership
of the compatibility package they need.
-Tom
5 years, 2 months
java: Unrecognized option: --add-modules
by Richard Shaw
When did java lose its option for --add-modules?!?!?
# java --add-modules java.activation
Unrecognized option: --add-modules
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.
# rpm -q java-1.8.0-openjdk
java-1.8.0-openjdk-1.8.0.191.b13-0.fc29.x86_64
I can't start my unifi server now because it needs the java.activation
module that's depreciated.
Thanks,
Richard
5 years, 2 months
Identical doxygen docs on different architectures
by Orion Poplawski
With the introduction of doxygen 1.8.15 in rawhide (or perhaps just
better noarch rpmdiff checks?), the paraview-doc noarch sub-package is
now different on different architectures:
BuildError: The following noarch package built differently on different
architectures: paraview-doc-5.5.2-20.fc30.noarch.rpm
rpmdiff output was:
removed /usr/share/doc/paraview/doxygen/html/dir_000001_000006.html
removed /usr/share/doc/paraview/doxygen/html/dir_000001_000022.html
removed /usr/share/doc/paraview/doxygen/html/dir_000001_000071.html
removed /usr/share/doc/paraview/doxygen/html/dir_000002_000006.html
removed /usr/share/doc/paraview/doxygen/html/dir_000002_000022.html
removed /usr/share/doc/paraview/doxygen/html/dir_000002_000071.html
removed /usr/share/doc/paraview/doxygen/html/dir_000003_000006.html
removed /usr/share/doc/paraview/doxygen/html/dir_000004_000006.html
added /usr/share/doc/paraview/doxygen/html/dir_000004_000009.html
removed /usr/share/doc/paraview/doxygen/html/dir_000004_000022.html
added /usr/share/doc/paraview/doxygen/html/dir_000004_000025.html
I've filed https://bugzilla.redhat.com/show_bug.cgi?id=1673236 but as of
yet we have fix. Any other doxygen experts out there with some ideas?
The -doc package is relatively large (60M) so it would be nice to keep
it as noarch.
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301 https://www.nwra.com/
5 years, 2 months
Self Introduction: Dragos Iorga
by idf31
Hello. My name is Dragos.
I'm 14 years old. I like programming, computing, GNU/Linux, Fedora and system administration.
I've used GNU/Linux and other FOSS software for 5 years.
I can program in Python and C/C++. I feel comfortable in Bash.
I want to contribute to Fedora because I want to give something back to the FOSS world.
I chose to be a package maintainer because packages are an important part of GNU/Linux distributions like Fedora.
Sent with [ProtonMail](https://protonmail.com) Secure Email.
5 years, 2 months
F29 updates-testing
by Bojan Smojver
Anyone understands why this is not being pushed in recent days?
--
Bojan
5 years, 2 months
Boost 1.69 update with soname bumps in rawhide/F30
by Jonathan Wakely
With enormous thanks to Denis Arnaud for doing the actual boost.spec
rebase, we're ready to update Boost in rawhide, for this change:
https://fedoraproject.org/wiki/Changes/F30Boost169
As always, this changes the soname of every libboost_*.so library, so
we'll be rebuilding all the packages that link to Boost libs. These
rebuilds will happen on the f30-boost side tag, and once they're all
done everything will move to the main f30 target all at once.
IF YOU MAINTAIN A PACKAGE THAT DEPENDS ON BOOST and need to rebuild it
in the next few days, please get in touch so we can coordinate. It's
better to avoid me doing a rebuild in the f30-boost side tag, then
somebody else doing another rebuild in the main f30 target, and then
me having to do another build in the side tag! If you'd rather I don't
rebuild your package (e.g. so you can finish an update and then build
it yourself) please get in touch.
I've done local builds of most of them, and 130+ build OK. Any that
fail I'll create bugzilla FTBFS reports for.
I expect the following to fail, because they link to
libboost_python.so and that has changed to libboost_python27.so, so
unless they have build-system logic to already detect that change
(which might exist in some build systems already, I guess), they'll
need a fix:
avogadro
condor
dmlite
freecad
gfal2-python
ledger
5 years, 2 months
package management symlink
by Valor Naram
> Also what you suggest already exists, for example in the form of
> "pacapt" (but there are alternatives too!). What is the benefit of
> adding yet another version of these scripts?
`Nimue` doesn't tends to be a wrapper like pacapt which itself tends to "emulate" a Arch Linux environment. Nimue is just a symlink or a bash script in cases a package management system uses acronyms like "-S", "-P" or "-R" instead of "install", "purge", "remove" for the respective install, purge or remove package functions of the package manager of your choice.
5 years, 2 months
