It seems a lot of them were not created for EPEL 6 and 7 (see
https://apps.fedoraproject.org/packages/qemu-system-arm as an
example). I take that means the current maintainer is up to his nose
in projects. How can I be equal parts lazy ass and selfish SOB and
volunteer to be a co-maintainer to that family of packages?
just a heads up that I'll build python-sqlalchemy-0.9.1 in Rawhide
shortly. If your package uses SQLAlchemy, please check "What's New in
SQLAlchemy 0.9?" for changes that might affect you. And test stuff,
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
nils(a)redhat.com nor Safety." -- Benjamin Franklin, 1759
PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011
I'm an IT university student. With Fedora I have a total experience about half
a year, my primary distribution is Archlinux (about four or five years
Currently, I'm preparing a Fedora package as part of my bachelor thesis:
A library for RdRand (the instruction used in Ivy Bridge and newer Intel CPUs
for generating random numbers).
(Sorry, Henrik and Dridi, I added you two in cc.)
Package review of the_silver_searcher is stopped, and Fedora-review flags is still "?".
Altough It is late for FC 20, it should target to FC 21.
Can you please coninue the review? I hope to use it in Fedora.
I'm trying to change a symlink to a directory but it's not working.
I've reduced the problem down to a simple test case.
creates the following:
* a directory /usr/share/javadoc/test-1 (named after the package version)
* a file within the test-1 directory
* /usr/share/javadoc/test, a symlink to test-1
In the next version:
the Javadoc directory is unversioned, so the 'test' symlink is now a
directory (containing one file). As expected the 1-1 to 1-2 upgrade
file /usr/share/javadoc/test from install of test-1-2.fc20.noarch
conflicts with file from package test-1-1.fc20.noarch
So in the next version:
a %pretrans scriptlet deletes /usr/share/javadoc/test, if it's a
symlink. However during the 1-1 to 1-3 upgrade, the old test-1
directory isn't deleted.
The verbose rpm output from this upgrade:
shows that rpm doesn't erase /usr/share/javadoc/test-1/hello. It does
seem to try to erase the /usr/share/javadoc/test-1 directory, but
can't because it still contains a file.
Does anyone have any idea what's going on here?
Sigh. Yes, another of these.
On 2013-12-18, tracker was bumped to 0.7.0:
the sonames of libtracker-extract, libtracker-miner and
libtracker-sparql were bumped to 0.18.so.0 (from 0.16.so.0) without
announcement, and without all dependent packages being successfully
rebuilt. At least the following still depend on the old sparql library:
I'll see if I can get any of them rebuilt.
What does it take for people to handle soname bumps properly?
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net