Bug#236073: ITA: tkisem

2004-04-11 Thread Chris Anderson
I would like to adopt this package since my university still teaches
assembly on the SPARC platform. I will upload packages through a sponsor
for now.
-- 
Chris Anderson <[EMAIL PROTECTED]>
Nullcode.org


signature.asc
Description: This is a digitally signed message part


Bug#227787: ITA: xtrlock

2004-04-11 Thread Chris Anderson
I would like to adopt this package, an updated packaged has already been
uploaded to http://linux.nullcode.org/debian/ . I will be uploading
through a sponsor for now.
-- 
Chris Anderson <[EMAIL PROTECTED]>
Nullcode.org


signature.asc
Description: This is a digitally signed message part


Bug#243257: ITP: openbox-themes -- Themes for the Openbox 3 window manager

2004-04-11 Thread Chris Anderson
Package: wnpp
Severity: wishlist

* Package name: openbox-themes
  Version : 1.0.0
  Upstream Author : David Barr <[EMAIL PROTECTED]>
* URL : http://www.gumerry.co.uk
* License : GPL
  Description : Themes for the Openbox 3 window manager

A collection of themes for use with the Openbox 3 window manager.
Currently only contains themes made by David Barr, but more will be
added soon. The first build of the package can be found at
http://linux.nullcode.org/debian/ and I will be uploading through a
sponsor.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.3
Locale: LANG=en_US, LC_CTYPE=en_US



Bug#243906: ITP: php-db -- PEAR DB modules for PHP

2004-04-15 Thread Chris Anderson
Package: wnpp
Version: N/A; reported 2004-04-15
Severity: wishlist

* Package name: php-db
  Version : 1.6.2
  Upstream Author : Stig Bakken, Thomas Cox, Chuck Hagenbuch, Daniel Convissor
* URL : http://pear.php.net/
* License : PHP
  Description : PEAR DB modules for PHP

DB is a database abstraction layer providing:
* an OO-style query API
* portability features that make programs written
   for one DBMS work with other DBMS's
* a DSN (data source name) format for specifying
   database servers
* prepare/execute (bind) emulation for databases
   that don't support it natively
* a result object for each query response
* portable error codes
* sequence emulation
* sequential and non-sequential row fetching as
   well as bulk fetching
* formats fetched rows as associative arrays,
   ordered arrays or objects
* row limit support
* transactions support
* table information interface
* DocBook and PHPDoc API documentation

DB layers itself on top of PHP's existing
database extensions. The currently supported
extensions are:
dbase, fbsql, interbase, informix,
msql, mssql, mysql, mysqli,
oci8, odbc, pgsql, sqlite and sybase.


-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux nullcode.org 2.6.4-linode1-1um #3 Sat Mar 20 18:20:58 EST 2004 
i686
Locale: LANG=C, LC_CTYPE=C




Bug#243906: ITP: php-db -- PEAR DB modules for PHP

2004-04-15 Thread Chris Anderson
On Thu, 2004-04-15 at 10:47, Andreas Barth wrote:
> * Chris Anderson ([EMAIL PROTECTED]) [040415 16:40]:
> > * Package name: php-db
> >   Version : 1.6.2
> >   Upstream Author : Stig Bakken, Thomas Cox, Chuck Hagenbuch, Daniel 
> > Convissor
> > * URL : http://pear.php.net/
> > * License : PHP
> >   Description : PEAR DB modules for PHP
> 
> What's the difference to the existing php4-pear package (that is part
> of php4 source package)?

Upstream removed many of the modules contained within the Pear package
and they were subsequently removed from the debian package (most notably
the DB and HTML modules). This package contains the DB module that used
to be contained in php4-pear.
> 
> 
> Cheers,
> Andi
-- 
Chris Anderson <[EMAIL PROTECTED]>


signature.asc
Description: This is a digitally signed message part


Bug#243906: ITP: php-db -- PEAR DB modules for PHP

2004-04-15 Thread Chris Anderson
Actually I just noticed, this module stayed in upstream (I was thinking
of something else). I'll update the bug tonight and close it.

On Thu, 2004-04-15 at 11:40, sean finney wrote:
> hi chris,
> 
> On Thu, Apr 15, 2004 at 10:02:40AM -0400, Chris Anderson wrote:
> > * Package name: php-db
> >   Version : 1.6.2
> >   Upstream Author : Stig Bakken, Thomas Cox, Chuck Hagenbuch, Daniel 
> > Convissor
> > * URL : http://pear.php.net/
> > * License : PHP
> >   Description : PEAR DB modules for PHP
> 
> how is this different from the DB modules already included by the
> php4-pear package?
> 
>   sean
-- 
Chris Anderson <[EMAIL PROTECTED]>
Nullcode.org


signature.asc
Description: This is a digitally signed message part


Bug#243906: ITP: php-db -- PEAR DB modules for PHP

2004-04-15 Thread Chris Anderson
On Thu, 2004-04-15 at 18:44, Matthew Palmer wrote:
> On Thu, Apr 15, 2004 at 10:02:40AM -0400, Chris Anderson wrote:
> > * Package name: php-db
> 
> Any chance of changing that package name slightly?  Most PHP libraries have
> taken the libphp- path, rather than just php-.  I think this is a
> good naming convention to follow, personally.

Actually, the naming convention was decided after speaking with Steve
Langasek and Adam Conrad (among other people) in #debian-devel for some
time. It was decided php{3,4,5}- would be for compiled php
extensions and php- would be for PEAR modules that were not part of
the main upstream PEAR package. I have logs available if you wish to see
them :)

> 
> > * URL : http://pear.php.net/
> 
> You can get a little more explicit than that:
> http://pear.php.net/package/DB.

Noted, I'll be more specific with any future PEAR ITPs.

> 
> > * License : PHP
> >   Description : PEAR DB modules for PHP
> 
> Perhaps "Database abstraction module for PHP"?  Then put the stuff about it
> being the PEAR standard as the beginning of the long description?
> 
> And I've got a SQLRelay abstractor for you, as well, which upstream rejected
> because "SQLRelay is an abstraction layer of it's own", if you want it.
> 
> Thanks for packaging this, BTW.  Now I can make dependencies on this package
> instead of hacking 'pear install' commands (blech!)...
> 
> - Matt
-- 
Chris Anderson <[EMAIL PROTECTED]>
Nullcode.org


signature.asc
Description: This is a digitally signed message part


Bug#236074: ITA

2004-04-16 Thread Chris Anderson
I intend to adopt this package since it's a build dependency for tkisem
(which I'm also adopting). It's also needed if someone wishes to
write/build binaries to use in tkisem itself.




Bug#247493: ITP: hearts -- KDE card game for four persons

2004-05-05 Thread Chris Anderson

Frederik Dannemare wrote:


Package: wnpp
Severity: wishlist

* Package name: hearts
 Version : 1.98
 Upstream Author : Luis Pedro Coelho <[EMAIL PROTECTED]>
* URL : http://hearts.luispedro.org
* License : GPL
 Description : KDE card game for four persons

Hearts is similar to the hearts game that comes
with Microsoft Windows, allowing four persons
to participate in a game.

Hearts has beta support for network play.

-- System Information:
Debian Release: testing/unstable
 APT prefers unstable
 APT policy: (850, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.24-frda2
Locale: LANG=C, LC_CTYPE=C


 


You may want to use a more unique name than just "hearts" for the package.



Bug#236073: ITA: tkisem

2004-05-18 Thread Chris Anderson
tkisem itself doesn't require the binutils sparc since it can load
precompiled code. However, without those binutils it becomes useless unless
the user has access to a system that can compile for the sparc platform. So
it's a bit of a tradeoff.

On Tue, May 18, 2004 at 02:54:29AM +0100, Martin Michlmayr wrote:
> * Chris Anderson <[EMAIL PROTECTED]> [2004-04-11 03:25]:
> > I would like to adopt this package since my university still teaches
> > assembly on the SPARC platform. I will upload packages through a sponsor
> > for now.
> 
> Will your upload  get rid of the binutils-sparc dependency, or is that
> still needed for some reason (if so, for which)?
> -- 
> Martin Michlmayr
> [EMAIL PROTECTED]


signature.asc
Description: Digital signature


Bug#236073: ITA: tkisem

2004-05-18 Thread Chris Anderson
My mistake, I couldn't remember if sparc-ld and sparc-as were actually needed
to build tkisem, it turns out they are. So the build-dep on binutils-sparc is
necessary. 

On Mon, May 17, 2004 at 09:57:36PM -0400,  wrote:
> tkisem itself doesn't require the binutils sparc since it can load
> precompiled code. However, without those binutils it becomes useless unless
> the user has access to a system that can compile for the sparc platform. So
> it's a bit of a tradeoff.
> 
> On Tue, May 18, 2004 at 02:54:29AM +0100, Martin Michlmayr wrote:
> > * Chris Anderson <[EMAIL PROTECTED]> [2004-04-11 03:25]:
> > > I would like to adopt this package since my university still teaches
> > > assembly on the SPARC platform. I will upload packages through a sponsor
> > > for now.
> > 
> > Will your upload  get rid of the binutils-sparc dependency, or is that
> > still needed for some reason (if so, for which)?
> > -- 
> > Martin Michlmayr
> > [EMAIL PROTECTED]




signature.asc
Description: Digital signature


Bug#252387: ITP: pftp -- Fast file transfer program

2004-06-03 Thread Chris Anderson
On Wed, Jun 02, 2004 at 09:04:31PM -0300, Alex de Oliveira Silva wrote:
> Package: wnpp
> Severity: wishlist
> 
> I have intention of mantainer this package.
> 
> * Package name: pftp
>   Version : x.y.z

You're missing a version number.

>   Upstream Author : Name <[EMAIL PROTECTED]>
> * URL : http://www.pftp.de/
> * License : GPL
>   Description : Fast file transfer program

This is a bit vague.

> 
> This program transfers files from host to host
> on command line (within your telnet sessions).

What makes this much different from sftp? scp?

> You may copy directories recursively, send/receive
> stdin/stdout, use your own filters, accept specified
> clients ... It is the fastest file transfer program
> on the net! ;^)

How exactly is it the *fastest* transfer application?

> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
> Kernel: Linux 2.4.26-1-386
> Locale: LANG=pt_BR, LC_CTYPE=pt_BR
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

-- 
Chris Anderson <[EMAIL PROTECTED]>
ICQ: 72021847  Jabber: [EMAIL PROTECTED]
20B2 CB34 8AA5 05BC A90C  2CDD 2768 D4B4 2B93 424B


signature.asc
Description: Digital signature


Bug#256949: ITP: php4-auth-pam -- A PHP extension for PAM authentication

2004-06-30 Thread Chris Anderson
On Wed, Jun 30, 2004 at 04:12:23AM +0200, Carsten Wolff wrote:
> Package: wnpp
> Severity: wishlist
> 
> 
> * Package name: php4-auth-pam
>   Version : 0.4
>   Upstream Author : Chad Cunningham <[EMAIL PROTECTED]>
> * URL : http://www.math.ohio-state.edu/~ccunning/pam_auth/
> * License : PHP License, version 2.02
>   Description : A PHP extension for PAM authentication
>   
> pam_auth is a PHP extension, that provides PHP scripts with a function to 
> authenticate users by using Pluggable Authentication Modules (PAM). A first 
> draft of the packages is located at http://files.wolffcarsten.de/php-auth-pam/

I'd recommend you talk to Adam Conrad about the package since he
maintains/coordinates most of the php packages.

> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.7
> Locale: LANG=C, LC_CTYPE=C
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

-- 
Chris Anderson <[EMAIL PROTECTED]>
ICQ: 72021847  Jabber: [EMAIL PROTECTED]
20B2 CB34 8AA5 05BC A90C  2CDD 2768 D4B4 2B93 424B



Bug#265113: ITP: libphp-fpdf -- PHP class that allows the generation of PDF files

2004-08-11 Thread Chris Anderson
On Wed, 2004-08-11 at 15:29, Peter Eisentraut wrote:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: libphp-fpdf

The php policy dictates that this should be named something like
"php-fpdf", not "libphp-fpdf". "libphp" prefixes are for compiled
libraries/extensions for PHP. Feel free to speak with Adam Conrad about
PHP policy, he loves it.

>   Version : 1.52
>   Upstream Author : Olivier Plathey <[EMAIL PROTECTED]>
> * URL : http://www.fpdf.org/
> * License : "You may use, modify and redistribute this software as 
> you wish."
>   Description : PHP class that allows the generation of PDF files
> 
> FPDF is a PHP class which allows to generate PDF files with pure PHP,
> that is to say without using the PDFlib library.  The advantage is that
> PDFlib requires a fee for a commercial usage.  F from FPDF stands for
> Free: you may use it for any kind of usage and modify it to suit your
> needs.
> 
> FPDF has other advantages: high level functions. Here is a list of its
> main features:
> 
> - Choice of measure unit, page format and margins 
> - Page header and footer management 
> - Automatic page break 
> - Automatic line break and text justification 
> - Image support (JPEG and PNG) 
> - Colors 
> - Links 
> - TrueType, Type1 and encoding support 
> - Page compression 
> 
> FPDF requires no extension (except Zlib to activate compression) and
> works with PHP4 and PHP5.
> 
> -- System Information:
> Debian Release: 3.1
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> Kernel: Linux 2.4.24-1-586tsc
> Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
> 


signature.asc
Description: This is a digitally signed message part


Bug#236073: ITA: tkisem

2004-08-16 Thread Chris Anderson
On Sat, Aug 14, 2004 at 06:35:24PM +0100, Martin Michlmayr wrote:
> * Chris Anderson <[EMAIL PROTECTED]> [2004-05-17 22:25]:
> > My mistake, I couldn't remember if sparc-ld and sparc-as were actually 
> > needed
> > to build tkisem, it turns out they are. So the build-dep on binutils-sparc 
> > is
> > necessary. 
> 
> Has any progress been made on this at all?  If not, I really suggest
> we remove tkisem and binutils-sparc before sarge.

Sorry, I had forgotten to update the ITP. I have no problem with removing
tkisem and binutils-sparc before sarge's release.

> -- 
> Martin Michlmayr
> [EMAIL PROTECTED]

-- 
Chris Anderson <[EMAIL PROTECTED]>
ICQ: 72021847  Jabber: [EMAIL PROTECTED]
20B2 CB34 8AA5 05BC A90C  2CDD 2768 D4B4 2B93 424B


signature.asc
Description: Digital signature