Bug 167649 – ossp-uuid (new ebuild)

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Santiago M. Mola (RETIRED) 2007-02-19 18:06:10 UTC]

From their homepage:
---------------------------------------------------------------
OSSP uuid is a ISO-C:1999 application programming interface (API) and corresponding command line interface (CLI) for the generation of DCE 1.1, ISO/IEC 11578:1996 and RFC 4122 compliant Universally Unique Identifier (UUID). It supports DCE 1.1 variant UUIDs of version 1 (time and node based), version 3 (name based, MD5), version 4 (random number based) and version 5 (name based, SHA-1). Additional API bindings are provided for the languages ISO-C++:1998, Perl:5 and PHP:4/5. Optional backward compatibility exists for the ISO-C DCE-1.1 and Perl Data::UUID APIs.

UUIDs are 128 bit numbers which are intended to have a high likelihood of uniqueness over space and time and are computationally difficult to guess. They are globally unique identifiers which can be locally generated without contacting a global registration authority. UUIDs are intended as unique identifiers for both mass tagging objects with an extremely short lifetime and to reliably identifying very persistent objects across a network. 
----------------------------------------------------------------------


Reproducible: Always

[Comment 1 Santiago M. Mola (RETIRED) 2007-02-20 12:15:16 UTC]

This package collide with other uuid implementations (the one in e2fsprogs) and break lots of things.

Debian renames this library from uuid to ossp-uuid. But maybe it's better to install it on ossp/uuid.* (instead of ossp-uuid.*).

[Comment 2 Austen Dicken 2007-06-02 10:27:52 UTC]

I'm looking into the possibility of storing the libraries in a subdirectory and trying to come up with an ebuild.  I'll post my findings tomorrow.

[Comment 3 Austen Dicken 2007-06-02 11:15:58 UTC]

Created attachment 120933 [details]
Suggested ebuild

This is an ebuild I put together for the latest version of OSSP's uuid library.  It installed well on my x86.  I still have to test if I can actually still use both the old libuuid that was already present and the OSSP one.  This ebuild shouldn't overwrite any existing libraries as the prefixes are set so that libraries/includes are stored under ossp/ in their respective directories.

I was thinking the ossp/ directory is the best way to go providing it works.  Considering there are so many other OSSP libraries available, then future ebuilds for them could also be placed in those directories.

Well, if anyone has any ideas regarding the ebuild, let me know.  I'd be happy to be a proxy maintainer for this if the developers are looking for someone to maintain it.

[Comment 4 Santiago M. Mola (RETIRED) 2007-06-02 14:12:35 UTC]

On my x86, it installs without collisions and passes the test suite.

I compiled MyPasswordSafe against it but it fails at link time.

[Comment 5 Santiago M. Mola (RETIRED) 2007-06-02 14:14:13 UTC]

Created attachment 120944 [details]
ossp-uuid-1.6.0.ebuild

Added --with(out)-perl-compat, made the ebuild multilib friendly,  and did some trivial clean-up.

[Comment 6 Austen Dicken 2007-06-02 18:08:08 UTC]

Created attachment 120967 [details]
ossp-uuid-1.6.0.ebuild

Added --with-pgsql support and the proper dependency

[Comment 7 Austen Dicken 2007-06-02 18:20:42 UTC]

Created attachment 120969 [details, diff]
ossp-uuid-1.6.0-pg_config.patch

This is the patch for the latest ebuild.  It patches the Makefile for the pgsql compatibility library.  Adds pg_config's --includedir, --includedir-server, and --libdir files.

[Comment 8 Tiziano Müller (RETIRED) 2008-03-28 23:53:27 UTC]

Well, is in the tree now.
I did it the same way as debian did it. The problem when installing the lib as libuuid.so in a sub-directory, the only option for apps linking against those libs is to use RPATH, which is rather difficult and requires a lot of manual packaging.