Hello,
A couple of packages I [co-]maintain are heavily plugin-based, and those
plugins are installed under /usr/lib(64)//, while the core
libraries are installed into /usr/lib(64)
Then, there are other projects that have their own set of libraries,
depend on the core libraries, and also req
Hi all,
Not so long ago I took over an rpm called dpm-dsi, being the released
version 1.9.0.
The release of that version was decided by upstream.
However, now upstream has decided to deprecate 1.9.0 for the moment
being, since they
consider it not stable enough. And they want to release an 1
Hi,
On 15/05/13 17:08, Christopher Meng wrote:
Hi,
I have 3 packages:
cego: A relational and transactional database
https://bugzilla.redhat.com/show_bug.cgi?id=962189
liblfc: Lemke Foundation Classes
https://bugzilla.redhat.com/show_bug.cgi?id=959974
Regarding this one, I foresee a prob
Hi,
On 01/05/13 12:24, Michael Schwendt wrote:
On Tue, 30 Apr 2013 12:47:24 +0200, Alejandro Alvarez Ayllon wrote:
Hello,
I co-maintain a package that contains a library that is used as module
for a server.
The 32 bits version of this library is pushed automatically into the 64
bits
Hello,
I co-maintain a package that contains a library that is used as module
for a server.
The 32 bits version of this library is pushed automatically into the 64
bits repositories (i.e. in epel6),
which doesn't make much sense, since the 64 bits version of the server
won't run with the 32 bi
