Bug#293167: ITP: request-tracker3.4 -- Extensible trouble-ticket tracking system
Package: wnpp Severity: wishlist * Package name: request-tracker3.4 Version : 3.4.0 Upstream Author : Jesse Vincent <[EMAIL PROTECTED]> * URL : http://download.bestpractical.com/pub/rt/release/rt-3.4.0.tar.gz * License : GPL version 2 Description : Extensible trouble-ticket tracking system Request Tracker (RT) is an enterprise-grade ticketing system which enables a group of people to intelligently and efficiently manage tasks, issues, and requests submitted by a community of users. It features a web, email and command-line interfaces (see the package rt3.4-clients). . This is the 3.4 series of RT, it can be installed alongside the 3.0 and 3.2 series without any problems. This release is a big improvement over previous versions and features many new features, substantial performance improvements and a significant cleanup and restructuring of the codebase. . Written in object-oriented Perl, RT is a high-level, portable, platform independent system that eases collaboration within organizations and makes it easy for them to take care of their customers. . RT manages key tasks such as the identification, prioritization, assignment, resolution and notification required by enterprise-critical applications including project management, help desk, NOC ticketing, CRM and software development. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#293167: ITP: request-tracker3.4 -- Extensible trouble-ticket tracking system
On Tue, Feb 01, 2005 at 06:17:50PM +0200, Lars Wirzenius wrote: > ti, 2005-02-01 kello 15:25 +0000, Stephen Quinney kirjoitti: > > This is the 3.4 series of RT, it can be installed alongside the 3.0 > > and 3.2 series without any problems. This release is a big > > improvement over previous versions and features many new features, > > substantial performance improvements and a significant cleanup and > > restructuring of the codebase. > > What is the a reason every version series of Request Tracker needs to be > packaged, instead of having a single request-tracker package that gets > updated with newer versions? The changes between major versions of Request Tracker are typically substantial and one usually wants the opportunity to test an installation of the new version alongside the old version. If a user has made lots of local alterations (via RT's overlay system) they probably won't work without being updated to the new API. This method gives people a much easier upgrade path. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#293167: ITP: request-tracker3.4 -- Extensible trouble-ticket tracking system
On Wed, Feb 02, 2005 at 08:23:20AM +1100, Matthew Palmer wrote: > On Tue, Feb 01, 2005 at 04:46:51PM +0000, Stephen Quinney wrote: > > > > The changes between major versions of Request Tracker are typically > > substantial and one usually wants the opportunity to test an > > installation of the new version alongside the old version. If a user > > has made lots of local alterations (via RT's overlay system) they > > probably won't work without being updated to the new API. This method > > gives people a much easier upgrade path. > > The same could be said of a lot of packages in Debian. Why can't users do > roughly the same thing as they do for every other application in Debian -- > test new releases of software separately before they go running around > dumping them on production boxes? I don't think most Debian packages positively encourage their users to extend and modify the interface in the way that RT does. RT provides a sophisticated system that allows easy modification of both the functionality in Perl code and also the Mason/html templates for the "look and feel". There is no way it would be possible to provide any sort of automatic upgrade route from one major version to the next as the API changes are usually extensive. Not everyone is in the situation of having sufficient spare computers for doing testing every time a new major version comes out. I am also aware of places where people continue to want to run the old version in a supported situation long after new versions have become available. It might even be desirable to run old instances alongside new instances in the long term, users don't always like having interface changes forced on them. If Debian can make the lives of users as easy as possible when it comes to major upgrades it seems sensible to me that we should strive to do so. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341425: ITP: libmail-date-perl -- RFC2822 compliant date-time conversion
Package: wnpp Severity: wishlist Owner: Stephen Quinney <[EMAIL PROTECTED]> * Package name: libmail-date-perl Version : 0.09 Upstream Author : Masanori HATA <[EMAIL PROTECTED]> (Saitama, JAPAN) * URL : http://www.cpan.org/authors/id/H/HA/HATA/ * License : GPL (>= 1) or Perl Artistic Description : RFC2822 compliant date-time conversion The well-known RFC822 has been obsoleted by RFC2822 since April 2001 and the standard format of expression for date-time was updated in the RFC2822. This lightweight module provides a method for converting the time in seconds since the epoch along with the local timezone into the correctly formatted RFC2822 representation. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348364: ITP: libyaml-syck-perl -- Fast, lightweight YAML loader and dumper
Package: wnpp Severity: wishlist Owner: Stephen Quinney <[EMAIL PROTECTED]> * Package name: libyaml-syck-perl Version : 0.28 Upstream Author : Audrey Tang <[EMAIL PROTECTED]> * URL : http://www.cpan.org/authors/id/A/AU/AUTRIJUS/YAML-Syck-0.28.tar.gz * License : BSD + GPL (>= 1) or Perl Artistic Description : Fast, lightweight YAML loader and dumper This module provides a Perl interface to the libsyck data serialization library. It exports the Dump and Load functions for converting Perl data structures to YAML strings, and the other way around. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (90, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#303609: ITP: libdata-dumper-perl -- stringified perl data structures, suitable for both printing and eval
On Thu, Apr 07, 2005 at 08:10:38PM +0200, Steinar H. Gunderson wrote: > On Thu, Apr 07, 2005 at 07:32:37PM +0200, Igor Genibel wrote: > > * Package name: libdata-dumper-perl > > Version : 2.121 > > Upstream Author : Gurusamy Sarathy <[EMAIL PROTECTED]> > > * URL : http://search.cpan.org/~ilyam/Data-Dumper-2.121/ > > * License : GPL or Artistic > > Description : stringified perl data structures, suitable for both > > printing and eval > > This is already part of perl-base...? > Yes, it's even exactly the same version (2.121) in the Debian perl-base package version 5.8.4-8 so it's not as if perl-base is out of date. As far as I can see there's no point packaging this separately. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intersection of installed packages with orphaned packages
On Fri, Apr 08, 2005 at 07:14:23PM +1000, Matthew Palmer wrote: > On Fri, Apr 08, 2005 at 02:12:13AM -0700, Stephen Birch wrote: > > I am interested in the intersection of packages installed on my > > machines with the list of orphaned packages. This is to be sure > > a program in use isn't orphaned without me becoming aware of it. > > Ideally the program would be run from cron about once a week and email > > a status report. > > > > Is there a program already in existence that can do the check? > > You'd be wanting wnpp-check, in the devscripts package. Check out rc-check > while you're at it. Both are cronable. > I think you mean wnpp-alert and rc-alert (at least that's what they seem to be called on my sid machine). Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304442: ITP: libconfig-yaml-perl -- Simple configuration automation
Package: wnpp Severity: wishlist Owner: Stephen Quinney <[EMAIL PROTECTED]> * Package name: libconfig-yaml-perl Version : 1.41 Upstream Author : Shawn Boyette <[EMAIL PROTECTED]> * URL : http://www.cpan.org/authors/id/M/MD/MDXI/Config-YAML-1.41.tar.gz * License : GPL (>= 1) or Perl Artistic Description : Simple configuration automation Config::YAML is a somewhat object-oriented wrapper around the YAML module which makes reading and writing configuration files simple. Handling multiple config files (e.g. system and per-user configuration, or a gallery app with per-directory configuration) is a snap. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305421: ITP: libtemplate-plugin-yaml-perl -- simple Template Toolkit Plugin Interface to the YAML module
Package: wnpp Severity: wishlist Owner: Stephen Quinney <[EMAIL PROTECTED]> * Package name: libtemplate-plugin-yaml-perl Version : 1.22 Upstream Author : Richard Clamp <[EMAIL PROTECTED]> * URL : http://www.cpan.org/authors/id/R/RC/RCLAMP/Template-Plugin-YAML-1.22.tar.gz * License : GPL (>= 1) or Perl Artistic Description : simple Template Toolkit Plugin Interface to the YAML module Provides the ability to load YAML strings and files into data structures and also dump data structures to files and strings from within the Perl Template Toolkit. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306915: ITP: libapache-sessionmanager-perl -- mod_perl 1.0/2.0 session manager extension to manage sessions over HTTP requests
Package: wnpp Severity: wishlist Owner: Stephen Quinney <[EMAIL PROTECTED]> * Package name: libapache-sessionmanager-perl Version : 1.03 Upstream Author : Enrico Sorcinelli <[EMAIL PROTECTED]> * URL : http://search.cpan.org/CPAN/authors/id/E/EN/ENRYS/Apache-SessionManager-1.03.tar.gz * License : GPL (>= 1) or Perl Artistic Description : mod_perl 1.0/2.0 session manager extension to manage sessions over HTTP requests This is an Apache mod_perl (1.0 and 2.0) module that helps session management of a web application. This module is a wrapper around Apache::Session persistence framework for session data. It creates a session object and makes it available to all other handlers transparently by putting it in pnotes. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Urgently need GPL compatible libsnmp5-dev replacement :-(
On Mon, May 09, 2005 at 04:45:44PM +0200, Martin Schulze wrote: > Christian Hammers wrote: > > I could package the whole libsnmp source code into the Quagga file, and > > simply compile it with --without-openssl and then link it statically > > or something similar brute force and ugly. > > FWIW: Please don't. This would mean creating a security-support nightmare. I know of at least one package that already does this. The gibraltar-bootsupport package includes the source for coreutils, curl, discover and expat. I have no idea how the security team are meant to be aware of this if/when a security hole is discovered in any of those 4 packages. IMO this sort of packaging should not be allowed in stable releases. Supposedly this is an improvement on the previous approach it used of downloading all the source files using apt-get as part of the build process... Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: hijacking libhtml-mason-perl
On Thu, Jun 09, 2005 at 04:34:46PM +0200, Florian Weimer wrote: > * Charles Fry: > > > I discussed the matter with Joshua Kwan, who recommended that I send > > this email, asking whether or not it would be acceptable for me to > > hijack the abandoned libhtml-mason-perl package. > > Don't forget to coordinate uploads with the request-tracker folks, for > whom libhtml-mason-perl is a very central dependency. I (as the maintainer of request-tracker packages) would definitely support the hijack of the libhtml-mason-perl package. In general, newer packages and keeping up-to-date with HTML::Mason releases make my life easier. I've had quite a few problems with the quality of the libhtml-mason-perl packaging that I've had to work around due to the absence of the maintainer. I've considered a hijack myself before now but I just don't have the time. Thanks for volunteering to take up this effort. I would recommend considering joining the debian-perl group and possibly doing the uploads of libhtml-mason-perl through that project as it would be easier to find sponsors when needed. Stephen Quinney signature.asc Description: Digital signature
Re: hijacking libhtml-mason-perl
On Fri, Jun 10, 2005 at 09:01:03PM +1000, Anibal Monsalve Salazar wrote: > On Wed, Jun 08, 2005 at 07:15:19PM -0400, Charles Fry wrote: > >Hi, > > > >I am an active user of the libhtml-mason-perl package, and am quite > >interested in seeing it continue to progress in Debian. > > > >Unfortunately, as outlined in my [1]message to debian-qa in January, the > >package appears to have been abandoned, and all attempts to contact the > >package maintainer have failed. > > > > 1. http://lists.debian.org/debian-qa/2005/01/msg00079.html > > libtext-iconv-perl has had new upstreams releases available for some > years. I'm taking it. I'll will package the latest usptream release > soon. Please be very careful with uploads of libtext-iconv-perl it is an important package, changes may well affect debconf-i18n which depends on libtext-iconv-perl. In particular, if any new version introduces an API change, however small, you should warn the debconf maintainers before uploading. If not you could end up with a _lot_ of unhappy Debian users. Thanks for taking this on, Stephen Quinney signature.asc Description: Digital signature
Bug#385627: ITP: libstring-format-perl -- sprintf-like string formatting capabilities with arbitrary format definitions
Package: wnpp Severity: wishlist Owner: Stephen Quinney <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libstring-format-perl Version : 1.14 Upstream Author : darren chamberlain <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~darren/String-Format-1.14/ * License : GPL2 Programming Lang: Perl Description : sprintf-like string formatting capabilities with arbitrary format definitions String::Format lets you define arbitrary printf-like format sequences to be expanded. This module would be most useful in configuration files and reporting tools, where the results of a query need to be formatted in a particular way. It was inspired by mutt's index_format and related directives - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE+GZ1ITGblEwaW+URAriiAJ9Et/97E8acDck1PYU4hlgc4iualACggnu9 QzUQ8cl4q+b7LVuXkUA3tXA= =a2qK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#200793: ITP: libdaemon -- leightweight C library for daemons
I suspect 'leightweight' is not the spelling you want. The correct english spelling is lightweight if you mean "something that weighs relatively little or less than average" Stephen Quinney On Thu, Jul 10, 2003 at 09:57:15PM +0200, Oliver Kurth wrote: > Package: wnpp > Version: unavailable; reported 2003-07-10 > Severity: wishlist > > * Package name: libdaemon > Version : 0.2 > Upstream Author : Lennart Poettering > * URL : > http://www.stud.uni-hamburg.de/~lennart/projects/libdaemon/ > * License : GPL > Description : leightweight C library for daemons > >libdaemon is a leightweight C library which eases the writing of UNIX >daemons. It consists of the following parts: > * A wrapper around fork() which does the correct daemonization >procedure of a process > * A wrapper around syslog() for simpler and compatible log output to >Syslog or STDERR > * An API for writing PID files > * An API for serializing UNIX signals into a pipe for usage with >select() or poll() > >Routines like these are included in most of the daemon software >available. It is not that simple to get it done right and code >duplication cannot be a goal. > > > The new version of ifplugd depends on this library, that's why it is > needed. > > Greetings, > Oliver > > -- System Information: > Debian Release: testing/unstable > Architecture: i386 > Kernel: Linux debian 2.4.21 #3 Thu Jun 26 14:08:29 CEST 2003 i686 > Locale: LANG=C, LC_CTYPE=de_DE > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Orphaning some astronomy related packages
I am currently maintaining a number of astronomy related packages. I am no longer working in astronomy though so I do not use any of these packages any more, I thus have no way of really testing them. I also do not really have the time to deal with them as I have taken on several more packages which I am more heavily involved with and am regularly using. With this in mind I would like to find new maintainers who can take some care over them, they are: 1) libastro-ads-perl - Modules for querying the Astrophysics Data System 2) libastro-catalog-perl - Generic O-O astronomical catalogue object. 3) libastro-dss-perl - Interface to the Digital Sky Surveys astronomical DBs. 4) libastro-simbad-perl - O-O interface to the SIMBAD astronomical database These 4 have the same upstream author, I am unsure as to whether they are still being actively developed as no activity has been seen on CPAN recently. 5) libastro-fits-header-perl - Tools for reading, modifying and writing FITS headers. Same author as above but seems to be actively developed, can be used in connection with Perl modules such as PDL. 6) libastro-fits-cfitsio-perl - Perl extension for using the cfitsio library. Different author, actively developed, depended upon by libastro-fits-header-perl so I would be interested in someone taking the two together. 7) libastro-waveband-perl - Transparent change between astronomical filter names, wavelength and frequency. Different author, actively developed, I think. 8) sextractor - Builds a catalogue of objects from an astronomical image. Different author, actively developed. There is a new version upstream which I have not had time to package as there are several big differences between current and new packaging. It now uses autoconf though which should simplify matters and the licensing is GPL now which is great. If any of the packages are unclaimed after a couple of days I will upload with the QA group as maintainer and file bugs. Thanks, Stephen Quinney pgpvrenvJy80k.pgp Description: PGP signature
Bug#202702: ITP: libsql-abstract-perl -- Generate SQL from Perl data structures
Package: wnpp Version: unavailable; reported 2003-07-24 Severity: wishlist * Package name: libsql-abstract-perl Version : 1.13 Upstream Author : Nathan Wiger <[EMAIL PROTECTED]> * URL : http://search.cpan.org/CPAN/authors/id/N/NW/NWIGER/SQL-Abstract-1.13.tar.gz * License : GPL or Perl artistic Description : Generate SQL from Perl data structures This module was inspired by the DBIx::Abstract. The intention of this module is to provide abstract SQL generation methods. With this module you can generate SQL, but still retain complete control over the statement handles and use the DBI interface if you wish. . While based on the concepts used by DBIx::Abstract, there are several important differences, especially when it comes to WHERE clauses. Some of the concepts used have been modified to make the SQL easier to generate from Perl data structures and hopefully more intuitive. The underlying idea is for this module to do what you mean, based on the data structures you provide it. The big advantage is that you don't have to modify your code every time your data changes, as this module figures it out. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux wompom 2.4.20-3-686 #1 Sat Jun 7 22:34:55 EST 2003 i686 Locale: LANG=C, LC_CTYPE=C
Bug#208204: ITP: libuniversal-moniker-perl -- Nicer names for your Perl modules/classes
Package: wnpp Version: unavailable; reported 2003-09-01 Severity: wishlist * Package name: libuniversal-moniker-perl Version : 0.03 Upstream Author : Marty Pauley <[EMAIL PROTECTED]>, Tony Bowden <[EMAIL PROTECTED]> * URL : http://search.cpan.org/author/KASEI/UNIVERSAL-moniker-0.03/ * License : GPL or Perl artistic Description : Nicer names for your Perl modules/classes Class names in Perl often don't sound great when spoken, or look good when written in prose. For this reason, we tend to say things like "customer" or "basket" when we are referring to "My::Site::User::Customer" or "My::Site::Shop::Basket". We thought it would be nice if our classes knew what we would prefer to call them. . This module will add a "moniker" (and "plural_moniker") method to "UNIVERSAL", and so to every class or module. (Basically I am packaging this module as one of my current packages - libclass-dbi-perl - now depends upon it) -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux wompom 2.6.0-test1-1-386 #1 Wed Jul 16 20:05:56 EST 2003 i686 Locale: LANG=C, LC_CTYPE=C
Bug#213897: ITP: libclass-dbi-abstractsearch-perl -- Abstract Class::DBI's SQL with SQL::Abstract
Package: wnpp Version: unavailable; reported 2003-10-03 Severity: wishlist * Package name: libclass-dbi-abstractsearch-perl Version : 0.03 Upstream Author : Tatsuhiko Miyagawa <[EMAIL PROTECTED]> * URL : http://search.cpan.org/CPAN/authors/id/M/MI/MIYAGAWA/ * License : GPL or Perl artistic Description : Abstract Class::DBI's SQL with SQL::Abstract Class::DBI::AbstractSearch is a Class::DBI plugin to glue the SQL::Abstract module into Class::DBI. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux mizar 2.4.22 #1 Thu Aug 28 16:46:35 BST 2003 i686 Locale: LANG=C, LC_CTYPE=C
Bug#213902: ITP: libclass-dbi-fromcgi-perl -- Update Class::DBI data using CGI::Untaint
Package: wnpp Version: unavailable; reported 2003-10-03 Severity: wishlist * Package name: libclass-dbi-fromcgi-perl Version : 0.94 Upstream Author : Tony Bowden <[EMAIL PROTECTED]> * URL : http://search.cpan.org/CPAN/authors/id/T/TM/TMTM/ * License : GPL or Perl Artistic Description : Update Class::DBI data using CGI::Untaint Lots of times, Class::DBI is used in web-based applications. (In fact, coupled with a templating system that allows you to pass objects, such as Template::Toolkit, Class::DBI is very much your friend for these.) . And, as we all know, one of the most irritating things about writing web-based applications is the monotony of writing much of the same stuff over and over again. And, where there's monotony there's a tendency to skip over stuff that we all know is really important, but is a pain to write - like Taint Checking and sensible input validation. (Especially as we can still show a 'working' application without it!). So, we now have CGI::Untaint to take care of a lot of that for us. . It so happens that CGI::Untaint also plays well with Class::DBI. All you need to do is to 'use Class::DBI::FromCGI' in your class (or in your local Class::DBI subclass that all your other classes inherit from. You do do that, don't you?). -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux mizar 2.4.22 #1 Thu Aug 28 16:46:35 BST 2003 i686 Locale: LANG=C, LC_CTYPE=C
Re: Bug#213897: ITP: libclass-dbi-abstractsearch-perl -- Abstract Class::DBI's SQL with SQL::Abstract
On Fri, Oct 03, 2003 at 12:30:33PM +0100, David Pashley wrote: > On Oct 03, 2003 at 12:03, Stephen Quinney praised the llamas by saying: > > Package: wnpp > > Version: unavailable; reported 2003-10-03 > > Severity: wishlist > > > > * Package name: libclass-dbi-abstractsearch-perl > > Version : 0.03 > > Upstream Author : Tatsuhiko Miyagawa <[EMAIL PROTECTED]> > > * URL : http://search.cpan.org/CPAN/authors/id/M/MI/MIYAGAWA/ > > * License : GPL or Perl artistic > > Description : Abstract Class::DBI's SQL with SQL::Abstract > > > > Class::DBI::AbstractSearch is a Class::DBI plugin to glue > > the SQL::Abstract module into Class::DBI. > > I have absolutely no idea what this does. Can we have a slightly better > description. What can I do with this package? How about: Class::DBI provides a convenient abstraction layer to a database. It not only provides a simple database to object mapping layer, but can be used to implement several higher order database functions, at the application level, rather than at the database. . SQL::Abstract provides methods for generating abstract SQL from Perl data structures. . Class::DBI::AbstractSearch is a Class::DBI plugin to glue the SQL::Abstract module into Class::DBI. I feel this is a duplication of information as all this can be found be looking at the descriptions of Class::DBI and SQL::Abstract. However, I guess you are right, without this extra information the description would be a bit mystifying to someone who has never come across Class::DBI. Stephen Quinney pgpa8iQuqytbM.pgp Description: PGP signature
Bug#333309: ITP: libuniversal-require-perl -- require modules from a variable
Package: wnpp Severity: wishlist Owner: Stephen Quinney <[EMAIL PROTECTED]> * Package name: libuniversal-require-perl Version : 0.10 Upstream Author : Michael G Schwern <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~mschwern/UNIVERSAL-require-0.10/ * License : GPL (>= 1) or Perl Artistic Description : require modules from a variable If you've ever had to do this... . eval "require $module"; . to get around the bareword caveats on require(), this module is for you. It creates a universal require() class method that will work with every Perl module and its secure. So instead of doing some arcane eval() work, you can do this: . $module->require; . It doesn't save you much typing, but it'll make alot more sense to someone who's not a ninth level Perl acolyte. . Also provided is a use() method which works in a similar way. NOTE This used to be provided as part of the libuniversal-exports-perl package but upstream has now decided to split it out. Most people were installing libuniversal-exports-perl just to get at the functionality of libuniversal-require-perl. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ITA: libcache-cache-perl
I noticed the libcache-cache-perl package was orphaned yesterday, bug #214876. The request-tracker3 package, which I co-maintain, depends upon this package, I am also a user of libhtml-mason-perl - the other major dependency on this package. Unless anyone already has already set their heart on maintaining this package I will adopt it and upload with the new maintainer details within the next couple of days. Stephen Quinney pgpApKsNRgzmI.pgp Description: PGP signature
Bug#171875: ITP: libclass-trigger-perl -- A mix-in class to add / call hooks that get called at points you specify
Package: wnpp Version: N/A; reported 2002-12-05 Severity: wishlist * Package name: libclass-trigger-perl Version : 0.06 Upstream Author : Tatsuhiko Miyagawa <[EMAIL PROTECTED]> * URL : http://search.cpan.org/CPAN/authors/id/M/MI/MIYAGAWA/Class-Trigger-0.06.tar.gz * License : Perl license Description : A mix-in class to add / call hooks. Class::Trigger is mix-in class to add / call inheritable triggers (or hooks) that get called at some points you specify. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux mizar 2.4.20 #1 Fri Nov 29 09:22:48 GMT 2002 i686 Locale: LANG=C, LC_CTYPE=
Bug#141345: ITP: sextractor -- Builds a catalogue of objects from an astronomical image.
Package: wnpp Version: N/A; reported 2002-04-05 Severity: wishlist * Package name: sextractor Version : 2.2.2 Upstream Author : E. Bertin <[EMAIL PROTECTED]> * URL : http://terapix.iap.fr/soft/sextractor/index.html * License : Other (see below) Description : Builds a catalogue of objects from an astronomical image. License: This software is Copyrighted (C) E.BERTIN 1994-2001 It is freely distributable. If you make any change to this program, please indicate it clearly in the source and rename the executable to something else. ** * This program is distributed in the hope that it will be useful,* * but WITHOUT ANY WARRANTY; without even the implied warranty of * * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. * ** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
