Am Donnerstag, 3. September 2009 22:33:08 schrieb Tony Jones:
[I'm not suggesting any of this for OpenSUSE 11.2
audit 2.0 has been released. Removal of dead/broken apis with the result
that libaudit.so is now bumped to .1
A while ago it was deemed necessary for audit to be split into two spec
files, audit.spec and audit-secondary.spec to move python dependancies to
prevent huge build system dependancies. Not sure if this is still
needed?? If not it would be nice to go back to just one spec as it makes
updates a bit easier.
To the more important question .... I can osc build v2.0 of audit.spec
which produces libaudit.so.1 but when I try to build audit-secondary using
previous as the preferred rpms the buildsystem fails to init because su,
pam, others require that something provides libaudit.so.0.
I have the changes checked into:
I briefly talked to Marcus on IRC about whether we needed to provide a
compat library and he didn't think it was necessary as most/all users of
audit-libs are suse system rpms but Adrian seemed to be of the opinion
that it was essential for things to build inside the Factory buildservice.
it is essential to get your builds running again in a project.
we could of course manually bootstrap a system and import the binary packages
manually. However, libaudit sounds important enough for me that we should not
abadon immediatly the old .0 lib , but provide a compatibility package also
for a while (what will also help us to bootstrap a new system as side effect).
Right now my interest is just getting the above
location building for test
purposes. Not sure if there is an easy way? I can force load the
resultant new audit-libs.rpm over an existing system for testing but I'd
like to test the -secondary stuff also.
SUSE Linux Products GmbH
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org