[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#632608: marked as done (ITP: libdata-uuid-perl -- Perl module for generating UUIDs)



Your message dated Fri, 29 Jul 2011 19:19:06 +0100
with message-id <CADc0ge966_O0c95NOax-srBgMCiN8Nc27uWBG5tDMqG-VQRBbw@mail.gmail.com>
and subject line closing
has caused the Debian Bug report #632608,
regarding ITP: libdata-uuid-perl -- Perl module for generating UUIDs
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
632608: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632608
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist
Owner: Tim Retout <diocles@debian.org>

* Package name    : libdata-uuid-perl
  Version         : 1.217
  Upstream Author : Ricardo Signes <rjbs[at]cpan.org>
* URL             : http://search.cpan.org/dist/Data-UUID/
* License         : BSD-like
  Programming Lang: Perl
  Description     : Perl module for generating UUIDs

 Data::UUID provides a framework for generating v3 UUIDs (Universally Unique
 Identifiers, also known as GUIDs (Globally Unique Identifiers). A UUID is 128
 bits long, and is guaranteed to be different from all other UUIDs/GUIDs
 generated until 3400 CE.
 .
 The algorithm for UUID generation, used by this extension, is described in
 the Internet Draft "UUIDs and GUIDs" by Paul J. Leach and Rich Salz. (See RFC
 4122.) It provides reasonably efficient and reliable framework for generating
 UUIDs and supports fairly high allocation rates -- 10 million per second per
 machine -- and therefore is suitable for identifying both extremely
 short-lived and very persistent objects on a given system as well as across
 the network.

(end of description)

libossp-uuid-perl already provides a version of Data::UUID, but it differs from
the real Data::UUID in subtle ways.  Since the ITP for that package [0] was
filed, Data::UUID upstream added a license file (Nov 2008).

[0] http://bugs.debian.org/283493 

License file:

This distribution contains code derived from the sample UUID implementation in
RFC 4122, which contains the following clause.

 /*
 ** Copyright (c) 1990- 1993, 1996 Open Software Foundation, Inc.
 ** Copyright (c) 1989 by Hewlett-Packard Company, Palo Alto, Ca. &
 ** Digital Equipment Corporation, Maynard, Mass.
 ** Copyright (c) 1998 Microsoft.
 ** To anyone who acknowledges that this file is provided "AS IS"
 ** without any express or implied warranty: permission to use, copy,
 ** modify, and distribute this file for any purpose is hereby
 ** granted without fee, provided that the above copyright notices and
 ** this notice appears in all source code copies, and that none of
 ** the names of Open Software Foundation, Inc., Hewlett-Packard
 ** Company, Microsoft, or Digital Equipment Corporation be used in
 ** advertising or publicity pertaining to distribution of the software
 ** without specific, written prior permission. Neither Open Software
 ** Foundation, Inc., Hewlett-Packard Company, Microsoft, nor Digital
 ** Equipment Corporation makes any representations about the
 ** suitability of this software for any purpose.
 */

The same terms apply to this code.



--- End Message ---
--- Begin Message ---
I no longer intend to package Data::UUID.

After filing the ITP, I found a symlink vulnerability which is quite
difficult (for me) to fix - it turns out that Data::UUID does not work
well on multi-user systems, because the first user will grab the
global state files in /tmp:
https://rt.cpan.org/Public/Bug/Display.html?id=69277

Instead, I filed and fixed the bug in ossp-uuid that was stopping
Data::GUID compiling:
http://bugs.debian.org/635607

-- 
Tim Retout <diocles@debian.org>


--- End Message ---

Reply to: