[opensuse-packaging] audit 2.0 packaging question
[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: https://build.opensuse.org/package/show?package=audit-secondary&project=home%3Ajones_tony%3AFactory 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. 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. Tony -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
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: https://build.opensuse.org/package/show?package=audit-secondary&project=hom e%3Ajones_tony%3AFactory
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). bye adrian
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.
Tony
-- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On Fri, Sep 04, 2009 at 12:52:39AM +0200, Adrian Schröter wrote:
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.
audit 1.7.13 (so.0) should still be building fine in security and openSUSE:Factory. audit 2.0 (so.1) is only checked into my personal project at present Tony -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Tony Jones napsal(a):
[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.
If you rename the library package to libaudit1 (which is a good idea anyway, see http://en.opensuse.org/Packaging/Shared_Libraries), the old audit-libs package will still be available for the not-yet rebuilt packages. Michal -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Michal Marek wrote:
If you rename the library package to libaudit1 (which is a good idea anyway, see http://en.opensuse.org/Packaging/Shared_Libraries), the old audit-libs package will still be available for the not-yet rebuilt packages.
It is not only good idea but a policy that should be followed for every newly created package. -- Best Regards / S pozdravom, Pavol RUSNAK SUSE LINUX, s.r.o openSUSE Community Multiplier Team Lihovarska 1060/12 PGP 0xA6917144 19000 Praha 9, CR prusnak[at]suse.cz http://www.suse.cz -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On Fri, Sep 04, 2009 at 01:21:22PM +0200, Pavol Rusnak wrote:
Michal Marek wrote:
If you rename the library package to libaudit1 (which is a good idea anyway, see http://en.opensuse.org/Packaging/Shared_Libraries), the old audit-libs package will still be available for the not-yet rebuilt packages.
It is not only good idea but a policy that should be followed for every newly created package.
I made the change to rename libaudit.rpm -> libaudit1.rpm $ ls ~/pref-rpms # from osc build audit.spec audit-libs1-2.0-1.x86_64.rpm $ rpm -qlp ~/pref-rpms/audit-libs1-2.0-1.x86_64.rpm /etc/libaudit.conf /lib64/libaudit.so.1 /lib64/libaudit.so.1.0.0 /lib64/libauparse.so.0 /lib64/libauparse.so.0.0.0 $ osc build --no-verify -p ~/pref-rpms audit-secondary.spec ... keeping audit-libs-1.7.13-3.11 installing audit-libs1-2.0-1 file /lib64/libauparse.so.0.0.0 from install of audit-libs1-2.0-1.x86_64 conflicts with file from package audit-libs-1.7.13-3.11.x86_64 Issue is that I have two libraries but only libaudit.so incremented it's version so I'm in violation of "lib$NAME$NUM.rpm may only contain multiple shared libraries if the SO versions of all of them change at the same time always, in lockstep" from "http://en.opensuse.org/Packaging/Shared_Libraries" Is splitting audit-libs into two rpms the only option? I was wondering whether it's possible (or wise?) to try and force the SO vers of libauparse even though nothing has changed? Trying to deviate as litle as possible from the RedHat release (audit-libs.rpm in current rawhide has libaudit.so.1 and libauparse.so.0). Tony -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On Fri, Sep 04, 2009 at 11:29:14AM +0200, Michal Marek wrote:
If you rename the library package to libaudit1 (which is a good idea anyway, see http://en.opensuse.org/Packaging/Shared_Libraries), the old audit-libs package will still be available for the not-yet rebuilt packages.
Thanks. I made this change and tried to 'osc build' it and it failed immediately (before anything had been built) saying: expansion error: nothing provides libaudit.so.0()(64bit) needed by pam So I went back to what is checked into home:jones_tony:Factory/audit (the state of play when I started this thread) and it fails in the exact same way. If I look at: https://build.opensuse.org/package/show?package=audit&project=home%3Ajones_tony%3AFactory I see "expansion error" also which confuses me as audit.spec should build fine, It produces a libaudit.so so when the buildsystem is being initialized (for pam, su etc) it should use an existing audit rpm no? The issue before was when audit-secondary tried to build using preferred rpms pointing to the audit-libs just built (.so.1) because the buildsystem needed .so.0 Is this a buildsystem issue or somehow mine? Tony --------------- $ osc build audit.spec Building audit.spec for openSUSE_Factory/x86_64 Getting buildinfo from server buildinfo is broken... it says: expansion error: nothing provides libaudit.so.0()(64bit) needed by pam $ osc info Project name: home:jones_tony:Factory Package name: audit Path: /suse/tonyj/src/auditd/stable/2.0/home:jones_tony:Factory/audit API URL: https://api.opensuse.org Source URL: https://api.opensuse.org/source/home:jones_tony:Factory/audit srcmd5: 92c5193c239bd669c63b0bb64193478a Revision: 92c5193c239bd669c63b0bb64193478a Link info: expanded link to project security, package audit, srcmd5 4aa5bf419234b538f55b006263a43e2c, lsrcmd5 29f552d2bb996b20fa2c306af1cc2ccc -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Tony Jones napsal(a):
On Fri, Sep 04, 2009 at 11:29:14AM +0200, Michal Marek wrote:
If you rename the library package to libaudit1 (which is a good idea anyway, see http://en.opensuse.org/Packaging/Shared_Libraries), the old audit-libs package will still be available for the not-yet rebuilt packages.
Thanks. I made this change and tried to 'osc build' it and it failed immediately (before anything had been built) saying:
expansion error: nothing provides libaudit.so.0()(64bit) needed by pam
I guess there is now the new audit-libs rpm that the rest if the distro is incompatible with and you can't build anything anymore. Try osc wipebinaries $project to start again. Michal -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On Mon, Sep 07, 2009 at 09:34:37AM +0200, Michal Marek wrote:
Tony Jones napsal(a):
On Fri, Sep 04, 2009 at 11:29:14AM +0200, Michal Marek wrote:
If you rename the library package to libaudit1 (which is a good idea anyway, see http://en.opensuse.org/Packaging/Shared_Libraries), the old audit-libs package will still be available for the not-yet rebuilt packages.
Thanks. I made this change and tried to 'osc build' it and it failed immediately (before anything had been built) saying:
expansion error: nothing provides libaudit.so.0()(64bit) needed by pam
I guess there is now the new audit-libs rpm that the rest if the distro is incompatible with and you can't build anything anymore. Try osc wipebinaries $project to start again.
Ah. Thanks. I did not understand how the buildroot is initialized. I assumed that the packages would always come from openSUSE:Factory but I guess it's a search starting at the source project and following project links. Tony -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
participants (4)
-
Adrian Schröter -
Michal Marek -
Pavol Rusnak -
Tony Jones