Package: wnpp
Severity: normal

The current maintainer of libobject-realize-later-perl, Adam Byrtek <[EMAIL 
PROTECTED]>,
is apparently not active anymore.  Therefore, I orphan this package
now.  If you want to be the new maintainer, please take it -- see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: libobject-realize-later-perl
Binary: libobject-realize-later-perl
Version: 0.15-2
Priority: optional
Section: perl
Maintainer: Adam Byrtek <[EMAIL PROTECTED]>
Build-Depends-Indep: debhelper (>= 3.0.18), perl (>= 5.6.0-16), 
libscalar-list-utils-perl
Architecture: all
Standards-Version: 3.6.1
Format: 1.0
Directory: pool/main/libo/libobject-realize-later-perl
Files: f2811725e1f2ba0e76a1db11f6dc26c1 691 
libobject-realize-later-perl_0.15-2.dsc
 d5165034a7cf29c7643456ebec920386 9914 
libobject-realize-later-perl_0.15.orig.tar.gz
 059614dc13cdd70d5fd2d9fd9a1c5b66 1661 
libobject-realize-later-perl_0.15-2.diff.gz

Package: libobject-realize-later-perl
Priority: optional
Section: perl
Installed-Size: 100
Maintainer: Adam Byrtek <[EMAIL PROTECTED]>
Architecture: all
Version: 0.15-2
Depends: perl (>= 5.6.0-16), libscalar-list-utils-perl
Filename: 
pool/main/libo/libobject-realize-later-perl/libobject-realize-later-perl_0.15-2_all.deb
Size: 17404
MD5sum: 6e6be207decc02239a5ac5e85c480420
Description: Delayed creation of objects
 The Object::Realize::Later class helps with implementing transparent
 on demand realization of object data.  This is related to the tricks
 on autoloading of data, the lesser known cousin of autoloading of
 functionality.
 .
 On demand realization is all about performance gain.  Why should you
 spent costly time on realizing an object, when the data on the object is
 never (or not yet) used?  In interactive programs, postponed realization
 may boost start-up: the realization of objects is triggered by the
 use, so spread over time.

Justification: email bounces, plenty of NMUs and some RC bugs, no activity

-- 
Martin Michlmayr
http://www.cyrius.com/

Reply via email to