Current *-devel packages tend to pull a lot of dependencies, probably to
make developers life easier, but I think some of them are not needed.
For example, someone developing against krb5-devel for a GSSAPI client,
probably doesn't need openssl-devel installed, that they are linking
against Kerberos doesn't means they use the same crypto library
directly, they could use nss for example.
This is somewhat related to the remove excessive linking change . We
could help developers detect they are over linking by not installing
unnecessary *-devel dependencies. So in summary, the proposal is to
reduce inter *-devel packages dependencies, and only add them when one
module exports symbols, data structures or other stuff that make linking
against the other library necessary.
Note: this all started with bug 1613852 , where nodejs-devel is
pulling compat-openssl10-devel and my NodeJS development needs don't
require to link to OpenSSL (the native module being built doesn't do
crypto), but for others projects I really need openssl-devel (not
compat*) and both, openssl-devel and compat-openssl10-devel conflicts
As part of my Flaptak efforts, I've been looking what libraries and other
packages are used by our most popular applications and I noticed that all
applications using KDE libraries are pulling in a pile of perl packages. As
far as I can tell, this is only because of the two scripts:
Are there other reasons that Perl is needed? What if we moved the scripts
to the corresponding -devel packages? They seem to be developer focused and
not needed at application run time.
Good Morning Everyone,
Since koji 1.15 released last December, koji has a dedicated field for each build
storing the entire source URL with git hash, regardless of how the build was
This allows us to know for each build the exact git hash that was used.
We've implemented a small service listens to fedmsg messages from koji, retrieve
the git hash from that field, and flag the corresponding commit in dist-git with
the outcome of the build.
This way, just while browsing the commits in dist-git you will be able to
directly access the corresponding build made in koji (whether it succeeded or
Hoping this is helpful,
Pierre for the Fedora Infra team
I plan on updating libQGLViewer to the latest upstream version (2.6.4)
in rawhide. This release includes a library rename from
libQGLViewer.so to libQGLViewer-qt4.so (there's also a -qt5 library.)
skyviewer and octomap depend on it, I'll take care of rebuilding those
packages as well.
My name is Iñaki Ucar, and I am based in Madrid, Spain. I have been a
happy Fedora user and advocate for many many years (since Fedora Core
2). Now I would love to start contributing to the project as a package
maintainer, so I am seeking a sponsor.
I am package maintainer for the R Project since 2015, so I am
primarily interested in this ecosystem, which has grown spectacularly
in recent years. To start with, I have submitted my first package,
'simmer', for which I am the upstream maintainer. It is a
discrete-event simulator, and you can find the review request here:
For more information, please visit my GitHub profile
https://github.com/Enchufa2, and feel free to drop me an email. My GPG
key can be found in my Keybase profile: https://keybase.io/enchufa2.