Bug#676164: libuuid-perl: Please package the current upstream version 0.04

[Axel Beckert]

Hi,

Detlev Brodowski wrote on Wed, 28 Aug 2013 14:13:08 +0200:
> I have seen that there is a new release 0.05 which is now an
> official release.
> 
> http://search.cpan.org/~lzap/UUID-0.05/

Looking at https://metacpan.org/source/LZAP/UUID-0.05/Changes, the
only changes between 0.04 and 0.05 are:

  - Took over maintaining (Lukas Zapletal - LZAP)
  - Version bump (no changes)
  - Releasing in the original location

Especially the "Version bump (no changes)" entry makes this to still
apply:

Alessandro Ghedini wrote on Mon, 18 Jun 2012 13:38:47 +0200:
> On Sun, Jun 17, 2012 at 10:40:21PM -0400, Jonathan Yu wrote:
> > 5. The UUID 0.04 doesn't add much over UUID 0.02 - it seems the only notable
> > change is the addition of licensing information which isn't actually legal
> > (since the authors that added that license do not appear to be copyright
> > holders).
> 
> Agreed, there's no need to package the 0.04 (if legal at all).

But then again, with the new maintainer a few of the older TODOs could
be retried:

> > 3. Last upload of the UUID module (version 0.02) was in 2001; the packaging
> > style seems to be of quite an old vintage. There are serious outstanding bugs
> > on the RT (not installable on CentOS) that do not have replies from the package
> > maintainer. This means that Debian is effectively the maintainer (there is no
> > upstream), which would certainly put greater load on the pkg-perl team than
> > desired.
> 
> I see two entries in the RT queue of UUID, which are in practice the same bug
> (i.e. cannot build on CentOS) which IMO is caused by the fact that the reporters
> haven't installed uuid-dev (or whatever it is called on CentOS). I can build it
> with no problems here, so I don't see how we are affected.
> 
> As for the abandoned state, yes it's unfortunate, but given the lack of problems
> I don't see why worry. Also, AFAICT the whole UUID distribution is no more than
> 100 lines of XS/Perl code which tightly wrap the libuuid API: nothing that can't
> be handled IMO.
[...]
> Anyway, has anyone tried to contact the original author? As a last resort, one
> can also try to contact the PAUSE admins to see if they are willing to grant
> co-maintainership of UUID to someone else (see PAUSE docs [0]).
[...]> 
> [0] http://pause.perl.org/pause/query?ACTION=pause_04about#takeover

		Regards, Axel
-- 
 ,''`.  |  Axel Beckert <abe at debian.org>, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-    |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5