[Opendnssec-user] Re: Summary of the RPM subject

[Rachid Zarouali]

Hy all,

According to Ville, seperated packages seems to be the best way.

regarding how making opendnssec work with his required version of sqlite
without modifying deeply the base system,
I would suggest exchanging with Centos and EPEL community to find how we can
resolve this issue
(and all other related to this kind of requirements).

regarging gitorious, the best way is to create an account on gitorious.org,
watch the rpmodssec project and i'll add you the devteam.

another question is what should be the base of our work ?
mine ? ville's work?

IMHO this doesn't really matter, once we have some fuel to deal with, i'm
pretty sure this project will progress quickly :-)

btw thank you very much Tim for your proposition, i'm sure we will achieve
great things all together.

as i said in a previous email, i was working on building a koji instance to
have a continuous building system.
Tim do you think , the Centos community would share some of his building
infrastructure with us ?

Cheers,
Rachid


On Thu, May 20, 2010 at 1:37 PM, Ville Mattila <vmattila at csc.fi> wrote:

> Hi,
>
>
> On Thu, 20 May 2010, Tim Verhoeven wrote:
>
>  I'm Tim Verhoeven. Besides my day-job at DNS.be (the .be TLD where we
>> will also be implementing DNSSEC) I am also a team-member of the
>> CentOS project. Therefore I can help getting OpenDNSSEC rpms into the
>> CentOS repositories.
>>
>
> Great!
>
>
>  I've also done a little work on making RPMS for SoftHSM (not yet for
>> OpenDNSSEC), but what is the current status/plan and how will the
>> sqlite issue (the fact that a newer version is needed) be handled ? To
>> get it into the CentOS repos some guidelines will need to be followed.
>> I willing to help, so what can I do ?
>>
>
> Personally I would prefer a separate package, for example
> opendnssec-sqlite, for the SQLite libraries and dynamically linking
> OpenDNSSEC tools against it e.g. by hiding the actual binaries in
> /usr/libexec/opendnssec/ and placing wrapper shell script(s) in /usr/bin/
> instead which would export the appropriate LD_LIBRARY_PATH environment
> variable.
>
> Another option would be to correct RPATH with chrpath in the binaries after
> compilation, but I've understood playing with RPATH in generally should
> be avoided.
>
> The third option (and the one we're currently managed to get
> OpenDNSSEC 1.0 running properly on RHEL5.5) is to build new-enough
> SQLite together with OpenDNSSEC and statically link SQLite
> libraries into OpenDNSSEC binaries.  But sure everyone would
> prefer the other options..  Our packages are still available at
> http://staff.csc.fi/vmattila/software/packages/el5/
>
> So what you could do is to choose an option from above or, better yet,
> think up a better one and start packaging.. ;-)
>
> Rachid Zarouali <rzarouali at gmail.com> did create the rpmodssec
> Git project at Gitorious.org to help with the coordination, but
> personally I've not been able to use my work hours for this lately.
> (But I will be next week.)
>
> Regards,
> Ville
>
> --
> Ville Mattila, System Specialist, Funet network, CSC
> PO Box 405, FIN-02101 Espoo, Finland, fax +358 9 457 2302
> CSC is the Finnish IT Center for Science, http://www.csc.fi/, email:
> ville.mattila at csc.fi
>
> _______________________________________________
> Opendnssec-user mailing list
> Opendnssec-user at lists.opendnssec.org
> https://lists.opendnssec.org/mailman/listinfo/opendnssec-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opendnssec.org/pipermail/opendnssec-user/attachments/20100520/e4816828/attachment.htm>