Please refer to ID 034201

[Lonnie Shaver]

Hello,

Did you recieve my email from last week?  I'm happy to tell you
that you are approved for a home loan with a 5.40% rate.

Your tracking number is # W3 966 237
You must visit the link below in 24 hrs to confirm your details.

http://lendingneed.com/?partid=moffob

Best Regards,

Lonnie Shaver
General Manager
Ameriqwest Financial

Here is your tracking # Z1 32659

[Marilyn Soto]

Hello,

Did you recieve my email from last week?  I'm happy to tell you
that you are approved for a home loan with a 5.47% rate.

Your tracking number is # V0 829 647
You must visit the link below in 24 hrs to confirm your details.

http://lendingneed.com/?partid=moffob

Best Regards,

Marilyn Soto
General Manager
Ameriqwest Financial

Bug#260222: ITP: libmqueue -- POSIX message queues library for Linux

[Mattia Dongili]

[Cc-ing d-devel and d-glibc to try to have full opinions]

On Thu, Jul 22, 2004 at 08:48:36PM +0200, Christoph Hellwig wrote:
> > This library has been included in glibc 2.3.4 (04/08/2004 in changelog)
> > and will no more actively maintaind by upstream as a separate library.
> > I'd like to package libmqueue before sarge to allow sarge users use this
> > feature (also, Debian's 2.6 kernel come with CONFIG_POSIX_MQUEUE=y).
> > The topic has been breifly discussed on -glibc[1] but I'd like to also
> > hear -devel opinions on how much mess could the inclusion of such
> > library cause, since as soon as sarge is released a glibc upgrade will
> > happen and I'll have to maintain an almost dead library for sarge only.
> > If the inclusion into main is not worth the efffort I can still provide
> > the library through other means (eg: mentors.debian.net)
> 
> I think it's a bad idea to have debian be different from any distro.
> Please patch it into Debian glibc or even better update Debian's glibc
> to a not-stoneage version.

well, I don't think upgrading glibc now is a great idea. I'll take a
look into trying to backport mqueue to glibc this weekend. Do glibc
maintainers would accept such a patch?

-- 
mattia
:wq!

Bug#255299: Interested on packaging it

[Alejandro Exojo]

Hi.

I'm using KDE and I'm using kxmleditor, so I can continue your packaging if 
you want to leave it. I've started packaging version 1.1.0, but I see two 
problems:

- I'm not a DD, so I will need a sponsor
- Version 1.1.0 has some ui files created with Qt Designer 3.3, and in 
unstable the latest version is 3.2.3. I will look for workarounds, or I will 
package it against unstable+qt3 from experimental

If you have any comments, please, let me know.

-- 
Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2
http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]


pgpFaN6sKCVeD.pgp
Description: signature

Bug#260222: ITP: libmqueue -- POSIX message queues library for Linux

[GOTO Masanori]

At Fri, 23 Jul 2004 10:45:52 +0200,
Mattia Dongili wrote:
> [Cc-ing d-devel and d-glibc to try to have full opinions]
> 
> On Thu, Jul 22, 2004 at 08:48:36PM +0200, Christoph Hellwig wrote:
> > > This library has been included in glibc 2.3.4 (04/08/2004 in changelog)
> > > and will no more actively maintaind by upstream as a separate library.
> > > I'd like to package libmqueue before sarge to allow sarge users use this
> > > feature (also, Debian's 2.6 kernel come with CONFIG_POSIX_MQUEUE=y).
> > > The topic has been breifly discussed on -glibc[1] but I'd like to also
> > > hear -devel opinions on how much mess could the inclusion of such
> > > library cause, since as soon as sarge is released a glibc upgrade will
> > > happen and I'll have to maintain an almost dead library for sarge only.
> > > If the inclusion into main is not worth the efffort I can still provide
> > > the library through other means (eg: mentors.debian.net)
> > 
> > I think it's a bad idea to have debian be different from any distro.

I don't understand why you think it's bad idea.  Until glibc included
mqueue, it was existed as separated library.  AFAIK, there is no
application that use mqueue library in main.  This means user links
mqueue library with his application with his hand.

BTW, Enabling mqueue facility needs kernel support; it's good idea to
support that sysvinit mount mqueue for conforming to the POSIX
compliance if it's available like tmpfs + POSIX shared memory, in the
future.

> > Please patch it into Debian glibc or even better update Debian's glibc
> > to a not-stoneage version.
>
> well, I don't think upgrading glibc now is a great idea. I'll take a
> look into trying to backport mqueue to glibc this weekend. Do glibc
> maintainers would accept such a patch?

I would like to not apply such backport patch until sarge is released
as I wrote in the prior thread.  Your attempt modifies glibc for not
bug fixes, but the function expansion.  We're now getting closer to
the base freeze of sarge.

BTW, note that you need to consider about the versioned symbol if you
prepare the patch.  Mqueue symbol is GLIBC_2.3.4, but our version is
2.3.2.  Also you need to be careful about the difference between the
latest cvs and the old debian glibc.

IMHO, all we should need to concentrate working for releasing sarge,
instead our glibc is getting obsolete.

Regards,
-- gotom

Bug#261027: ITP: ttf-farsi -- International TrueType Farsi fonts for X

[Arash Bijanzadeh]

Package: wnpp
Severity: wishlist

* Package name: ttf-farsi
  Version : x.y.z
  Upstream Author : Name <[EMAIL PROTECTED]>
* URL : http://www.linuxiran.org/
* License : (GPL, LGPL, BSD, MIT/X, etc.)
  Description : International TrueType Farsi fonts for X

(Include the long description here.)
Some GPLed TrueType fonts is developed recently. I would like to package
them for Debian.
-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.5
Locale: LANG=C, LC_CTYPE=C

Bug#261027: ITP: ttf-farsi -- International TrueType Farsi fonts for X

[Adrian 'Dagurashibanipal' von Bidder]

On Friday 23 July 2004 12.21, Arash Bijanzadeh wrote:

> * URL : http://www.linuxiran.org/

I can't find the font on this web page.

> * License : (GPL, LGPL, BSD, MIT/X, etc.)

This is very, very important for Debian. Without a valid license, it is 
impossible that Debian can distribute them. (Ok, I only now see that 
you say that the fonts are GPL. No problem there, then.)

>   Description : International TrueType Farsi fonts for X
>
> (Include the long description here.)
> Some GPLed TrueType fonts is developed recently. I would like to
> package them for Debian.

You best read the 'new maintainer's guide' first, 
 which talks about how to 
create packages. More details are available at 
 (especially the Debian Policy Manual and 
the Developer's Reference).

I don't know anything about packaging fonts, but I guess you could take 
one of the existing truetype font packages and use them as a starting 
point, this is certainly easier than starting from scratch.

Once you have a package ready, you best announce it on the 
debian-mentors@lists.debian.org mailing list (add 'RFS' to the subject 
of your email - a 'Request for Sponsorship') and if somebody wants to 
look at your package. Work with them to get the package in shape (as a 
beginner to Debian packages you'll likely have some details to sort 
out) until your package can be uploaded to Debian (your sponsor will do 
that for you).

greetings
-- vbi

-- 
Kräht der Maulwurf auf dem Dach, liegt der Hahn vor Lachen flach.


pgp1w8VXEJVMN.pgp
Description: signature

Bug#260222: ITP: libmqueue -- POSIX message queues library for Linux

[Mattia Dongili]

On Fri, Jul 23, 2004 at 07:05:35PM +0900, GOTO Masanori wrote:
> At Fri, 23 Jul 2004 10:45:52 +0200,
> Mattia Dongili wrote:
> > [Cc-ing d-devel and d-glibc to try to have full opinions]
> > 
> > On Thu, Jul 22, 2004 at 08:48:36PM +0200, Christoph Hellwig wrote:
> > > > This library has been included in glibc 2.3.4 (04/08/2004 in changelog)
> > > > and will no more actively maintaind by upstream as a separate library.
> > > > I'd like to package libmqueue before sarge to allow sarge users use this
> > > > feature (also, Debian's 2.6 kernel come with CONFIG_POSIX_MQUEUE=y).
> > > > The topic has been breifly discussed on -glibc[1] but I'd like to also
> > > > hear -devel opinions on how much mess could the inclusion of such
> > > > library cause, since as soon as sarge is released a glibc upgrade will
> > > > happen and I'll have to maintain an almost dead library for sarge only.
> > > > If the inclusion into main is not worth the efffort I can still provide
> > > > the library through other means (eg: mentors.debian.net)
> > > 
> > > I think it's a bad idea to have debian be different from any distro.
> 
> I don't understand why you think it's bad idea.  Until glibc included
> mqueue, it was existed as separated library.  AFAIK, there is no
> application that use mqueue library in main.  This means user links
> mqueue library with his application with his hand.
> 
> BTW, Enabling mqueue facility needs kernel support; it's good idea to
> support that sysvinit mount mqueue for conforming to the POSIX
> compliance if it's available like tmpfs + POSIX shared memory, in the
> future.

Right, AFAIK sarge installer boots with a 2.4 by default so the common
situation is that POSIX_MQUEUE is not available, thus, and for the
reasons expressed by Gotosan, I think patching debian glibc is not an
option.

-- 
mattia
:wq!

Bug#261027: ITP: ttf-farsi -- International TrueType Farsi fonts for X

[Josselin Mouette]

Le ven 23/07/2004 à 14:48, Adrian 'Dagurashibanipal' von Bidder a
écrit :
> I don't know anything about packaging fonts, but I guess you could take 
> one of the existing truetype font packages and use them as a starting 
> point, this is certainly easier than starting from scratch.

Packaging TrueType fonts is just the matter of a debian/$package.install
file, and a fc-cache call in post{inst,rm}. I can hardly imagine
something easier to package for a beginner.
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée.

Bug#258900: RFA: qemu -- Fast x86 Processor Emulator

[Guillem Jover]

Hi,

I'd like to be part of the qemu team as well. :>

What do you think Paul? I could start by creating a project
on alioth for that.

regards,
guillem

i was just wondering..

[Arredondo]

nyjctsokzqinzzcmisdvcrappiewwasgbndlpnpbkqgbrqxfemregshe


Need a little spice in your life? having problems with your male parts?
Wana go for days? Keep the wife at home happy. Be happy.

I keep it hard here http://icy-pr.info/sv/index.php?pid=eph8916



redrzdgzkywoshzltxesnvgzwkufaovguskjlwkkxwmypjmmneuroanatomyacademicobduratechamferringside

Bug#260222: ITP: libmqueue -- POSIX message queues library for Linux

[Christoph Hellwig]

On Fri, Jul 23, 2004 at 07:05:35PM +0900, GOTO Masanori wrote:
> I don't understand why you think it's bad idea.  Until glibc included
> mqueue, it was existed as separated library.  AFAIK, there is no
> application that use mqueue library in main.  This means user links
> mqueue library with his application with his hand.

glibc got mqueue support when the kernel got it.  SLES9 and RHEL4 will
have it so applications will start to use it.  But given glibc on sarge
is totally outdated anyway there will probably be little chance to run
recent 3rd-party binaries on sarge anyway.

Bug#260222: ITP: libmqueue -- POSIX message queues library for Linux

[GOTO Masanori]

At Fri, 23 Jul 2004 16:28:56 +0200,
Christoph Hellwig wrote:
> On Fri, Jul 23, 2004 at 07:05:35PM +0900, GOTO Masanori wrote:
> > I don't understand why you think it's bad idea.  Until glibc included
> > mqueue, it was existed as separated library.  AFAIK, there is no
> > application that use mqueue library in main.  This means user links
> > mqueue library with his application with his hand.
> 
> glibc got mqueue support when the kernel got it.  SLES9 and RHEL4 will
> have it so applications will start to use it.  But given glibc on sarge
> is totally outdated anyway there will probably be little chance to run
> recent 3rd-party binaries on sarge anyway.

POSIX message queue has been known since POSIX standardized them in
1996, but AFAIK there's no major 3rd-party binaries which use mqueue.
If you know, please tell me, we enable mqueue at boot up time in
default on 2.6 kernel after sarge.

I agree with your argument about outdating glibc.  Regarding both
SLES9 and RHEL4, I think accelerating the release interval makes more
sense.

So I'm OK with Mattia's intension.

Regards,
-- gotom

Bug#261093: ITP: libspf -- official ANSI C sender policy framework (SPF) library

[martin f krafft]

Package: wnpp
Severity: wishlist

* Package name: libspf
  Version : 1.0.0 rc4
  Upstream Author : James Couzens <[EMAIL PROTECTED]>
* URL : http://www.libspf.org
* License : see below
  Description : official ANSI C sender policy framework (SPF) library

libSPF is an ANSI[0] C implementation of the SPF[1] ("Sender Policy
Framework").  libSPF's focus is to be as small and as portable as
possible and to provide a working example of how SPF would ideally be
implemented for authors of MTA's and implementors of RFC's 2821 and 2822.
libSPF currently only implements[2] explicitly what is set out in the SPF
Internet Draft as it was sent off to the I-D archive (
http://archives.listbox.com/[EMAIL PROTECTED]/200405/0128.html) of
which copy can be found at the libSPF website:
http://libspf.org/files/spf-draft-200405.txt

[0] to support the method of debugging employed in libSPF the library looses
its C/89 compliance to take advantage of Variadic Arguments (__VA_VARARGS__)
which are taken from the ISO C/99 C standard.  Any stable branch of libSPF will
loose the debugging code and reclaim C/89 compliance.

[1] SPF is formerly known as Sender Policy Framework.

[2] The development branch of libSPF contains feature enhancements not
identified in the RFC of which most notably is the AVL-Tree DNS caching layer
which will be back ported into the 1.0-STABLE tree when it arrives at the
STABLE status.

Technical tidbits about the underlying implementation are that libSPF
employs an "on the fly" parse method where records are evaluated in a
byte by byte manner allowing the parser to return results at the first
sign of success or failure for much of the SPF Query language.  This
parsing method affords a speed advantage over all other implementations
which perform an unnecessary validation of the entire query before
moving on to data evaluation.  Great care has been taken to use unsigned
integers whenever possible, and to employ only safe string handling
functions (eg: snprintf over sprintf).  Further care has been spent
allocating memory only to the very byte that is necessary and employing
dynamic allocation where appropriate.  Several memory leak detection
implementations most notably Valgrind have been employed since the
beginning to ensure that memory is not leaked, and every single byte of
allocated memory is explicitly freed irregardless of the natural cleanup
of a modern kernel.  This attention to detail has led to an efficient
and secure library with which it is hoped will lend confidence to those
who intend to implement it.

At the time of this writing libSPF ships with patches for Qmail,
Sendmail and Courier, and includes an API example entitled "SPF Query"
which doubles as an SPF validation test tool found within the source
tree.  I encourage anyone who can to contribute by submitting patches
for the any and all MTA's or related software.  Lastly the LICENSE that
libSPF is released under is a derivative of the Apache license aptly
named "the libSPF license", intentionally authored to encourage FREE
commercial use without worry, something that unfortunately the GPL and
LGPL do not afford.

/*
*  License:
*
*  The libspf Software License, Version 1.0
*
*  Copyright (c) 2004 James Couzens & Sean Comeau  All rights reserved.
*
*  Redistribution and  use  in source and  binary forms, with or without
*  modification, are  permitted  provided that  the following conditions
*  are met:
*
*  1. Redistributions  of  source code must  retain  the above copyright
* notice, this list of conditions and the following disclaimer.
*
*  2. Redistributions  in binary form must reproduce the above copyright
* notice,  this list of conditions  and the following  disclaimer in
* the   documentation  and/or  other  materials  provided  with  the
* distribution.
*
*  THIS SOFTWARE  IS  PROVIDED  ``AS IS''  AND ANY  EXPRESSED OR IMPLIED
*  WARRANTIES,  INCLUDING,  BUT  NOT  LIMITED TO, THE IMPLIED WARRANTIES
*  OF   MERCHANTABILITY  AND  FITNESS  FOR  A  PARTICULAR   PURPOSE  ARE
*  DISCLAIMED.  IN NO EVENT SHALL THE AUTHORS MAKING USE OF THIS LICENSE
*  OR ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
*  SPECIAL,  EXEMPLARY, OR   CONSEQUENTIAL DAMAGES  (INCLUDING, BUT  NOT
*  LIMITED  TO,  PROCUREMENT OF SUBSTITUTE  GOODS OR  SERVICES; LOSS  OF
*  USE, DATA,  OR PROFITS;  OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
*  ON ANY THEORY OF LIABILITY,  WHETHER IN  CONTRACT, STRICT  LIABILITY,
*  OR TORT (INCLUDING  NEGLIGENCE OR  OTHERWISE)  ARISING IN ANY WAY OUT
*  OF THE USE OF THIS SOFTWARE,  EVEN IF  ADVISED OF  THE POSSIBILITY OF
*  SUCH DAMAGE.
*/


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (600, 'testing'), (98, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-1-k7-smp
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8

-- 
Please do not CC me when replying to lists; I read them!
 
 .''`. 

Processed: Merging #204296, #260709

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> package wnpp
Ignoring bugs not assigned to: wnpp

> retitle 204296 ITP: grubik -- A 3D Rubik cube game -> now "gnubik"
Bug#204296: RFP: grubik -- A 3D Rubik cube game
Changed Bug title.

> merge 204296 260709
Bug#204296: ITP: grubik -- A 3D Rubik cube game -> now "gnubik"
Bug#260709: ITP: gnubik -- 3D Rubik's cube game
Merged 204296 260709.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#261027: ITP: ttf-farsi -- International TrueType Farsi fonts for X

[Lionel Elie Mamane]

On Fri, Jul 23, 2004 at 02:48:15PM +0200, Adrian 'Dagurashibanipal' von Bidder 
wrote:
> On Friday 23 July 2004 12.21, Arash Bijanzadeh wrote:

>> * URL : http://www.linuxiran.org/

> I can't find the font on this web page.

http://www.linuxiran.org/modules/mydownloads/ has an entry
"FarsiFonts" which links to
http://www.linuxiran.org/modules/mydownloads/visit.php?cid=1&lid=1
which redirects to
ftp://ftp.gnu.org/savannah/files/bna/FarsiFonts.pkg/1.0.2/FarsiFonts.tar.gz


This suggests that the upstream location is
http://savannah.nongnu.org/projects/bna .

-- 
Lionel

Bug#249359: marked as done (ITA: spicctrl -- Sony Vaio controller program to set LCD)

[Debian Bug Tracking System]

Your message dated Fri, 23 Jul 2004 13:18:29 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#249359: fixed in spicctrl 1.6-1
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 16 May 2004 21:37:43 +
>From [EMAIL PROTECTED] Sun May 16 14:37:43 2004
Return-path: <[EMAIL PROTECTED]>
Received: from spider.morgul.net [128.30.28.25] 
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1BPTKJ-0004CV-00; Sun, 16 May 2004 14:37:43 -0700
Received: from dhcp224.internal.morgul.net
([192.168.0.224] helo=yyz ident=Debian-exim)
by spider.morgul.net with esmtp (TLSv1:RC4-SHA:128)
(Exim 4.30)
id 1BPTKH-0007o7-P5; Sun, 16 May 2004 17:37:41 -0400
Received: from frodo by yyz with local (Exim 4.32)
id 1BPTKH-gt-7M; Sun, 16 May 2004 17:37:41 -0400
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Noah Meyerhans <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: RFA: spicctrl
X-Mailer: reportbug 2.58
Date: Sun, 16 May 2004 17:37:41 -0400
Message-Id: <[EMAIL PROTECTED]>
Sender: Debian User <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

Package: wnpp
Severity: normal

I don't have a Sony laptop anymore and can't properly maintain this
package.  It's a simple package to maintain and is fairly static, so it
may be appropriate for a new maintainer.  You will need a Sony laptop in
order to appropriately test the package, though.

There is one bug report outstanding on this package (201351),
specifically regarding the lack of a /dev/spicctrl device insufficient
documentation.

noah

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

---
Received: (at 249359-close) by bugs.debian.org; 23 Jul 2004 17:20:10 +
>From [EMAIL PROTECTED] Fri Jul 23 10:20:10 2004
Return-path: <[EMAIL PROTECTED]>
Received: from newraff.debian.org [208.185.25.31] (mail)
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Bo3iM-Vw-00; Fri, 23 Jul 2004 10:20:10 -0700
Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian))
id 1Bo3gj-0007TB-00; Fri, 23 Jul 2004 13:18:29 -0400
From: Samuel Ortiz <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
X-Katie: $Revision: 1.51 $
Subject: Bug#249359: fixed in spicctrl 1.6-1
Message-Id: <[EMAIL PROTECTED]>
Sender: Archive Administrator <[EMAIL PROTECTED]>
Date: Fri, 23 Jul 2004 13:18:29 -0400
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

Source: spicctrl
Source-Version: 1.6-1

We believe that the bug you reported is fixed in the latest version of
spicctrl, which is due to be installed in the Debian FTP archive:

spicctrl_1.6-1.diff.gz
  to pool/main/s/spicctrl/spicctrl_1.6-1.diff.gz
spicctrl_1.6-1.dsc
  to pool/main/s/spicctrl/spicctrl_1.6-1.dsc
spicctrl_1.6-1_i386.deb
  to pool/main/s/spicctrl/spicctrl_1.6-1_i386.deb
spicctrl_1.6.orig.tar.gz
  to pool/main/s/spicctrl/spicctrl_1.6.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Samuel Ortiz <[EMAIL PROTECTED]> (supplier of updated spicctrl package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu,  1 Jul 2004 20:08:36 +0200
Source: spicctrl
Binary: spicctrl
Architecture: source i386
Version: 1.6-1
Distribution: unstable
Urgency: low
Maintainer: Samuel Ortiz <[EMAIL PROTEC

Bug#261093: ITP: libspf -- official ANSI C sender policy framework (SPF) library

[Eric Dorland]

Hmmm, I've already packaged libspf2 which is of course confusingly
similar. I'm not really in strong contact with upstream, but is there
a reason for these two separate libs?

* martin f krafft ([EMAIL PROTECTED]) wrote:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: libspf
>   Version : 1.0.0 rc4
>   Upstream Author : James Couzens <[EMAIL PROTECTED]>
> * URL : http://www.libspf.org
> * License : see below
>   Description : official ANSI C sender policy framework (SPF) library
> 
> libSPF is an ANSI[0] C implementation of the SPF[1] ("Sender Policy
> Framework").  libSPF's focus is to be as small and as portable as
> possible and to provide a working example of how SPF would ideally be
> implemented for authors of MTA's and implementors of RFC's 2821 and 2822.
> libSPF currently only implements[2] explicitly what is set out in the SPF
> Internet Draft as it was sent off to the I-D archive (
> http://archives.listbox.com/[EMAIL PROTECTED]/200405/0128.html) of
> which copy can be found at the libSPF website:
> http://libspf.org/files/spf-draft-200405.txt

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--

Processed: ITA: mpgtx -- Toolbox to manipulate MPEG files (video, system, and audio)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> package wnpp
Ignoring bugs not assigned to: wnpp

> retitle 259741 ITA: mpgtx -- Toolbox to manipulate MPEG files (video, system, 
> and audio)
Bug#259741: O: mpgtx -- Toolbox to manipulate MPEG files (video, system, and 
audio)
Changed Bug title.

> owner 259741 !
Bug#259741: ITA: mpgtx -- Toolbox to manipulate MPEG files (video, system, and 
audio)
Owner recorded as Erik Schanze <[EMAIL PROTECTED]>.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Processed: ITA: libapache-mod-fastcgi -- FastCGI module for Apache

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> owner 229214 !
Bug#229214: ITA: libapache-mod-fastcgi -- FastCGI module for Apache
Owner changed from Itamar Almeida de Carvalho <[EMAIL PROTECTED]> to Tatsuki 
Sugiura <[EMAIL PROTECTED]>.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Processed: ITA: exult

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> retitle 260718 ITA: exult -- Create or modify a role playing game like Ultima 
> VII
Bug#260718: O: exult -- Create or modify a role playing game like Ultima VII
Changed Bug title.

> submitter 260718 !
Bug#260718: ITA: exult -- Create or modify a role playing game like Ultima VII
Changed Bug submitter from Martin Michlmayr <[EMAIL PROTECTED]> to Carlos 
Laviola <[EMAIL PROTECTED]>.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#260718: ITA: exult

[Carlos Laviola]

retitle 260718 ITA: exult -- Create or modify a role playing game like Ultima 
VII
submitter 260718 !
thanks

I plan on adopting Exult, as I'm sure it could use some taking care of
and is still being actively maintained upstream.

-- 
Carlos Laviola   < [EMAIL PROTECTED] >
Debian GNU/Linux 

Bug#261141: ITP: qmail-scanner -- perl script to scan mails for viruses and/or SPAM.

[Pascal Greliche]

Package: wnpp
Version: N/A; reported 2004-07-23
Severity: wishlist

* Package name: qmail-scanner
  Version : 1.22
  Upstream Author : Jason Haar <[EMAIL PROTECTED]>
* URL : http://qmail-scanner.sourceforge.net/
* License : GPL
  Description : perl script to scan mails for viruses and/or SPAM.
Qmail-Scanner, is a Email content scanner that enables a Qmail Email server to 
scan all Email it receives for certain characteristics (normally viruses), and 
react accordingly.
You need to have the qmail-queue patch for qmail and the QMAILQUEUE variable 
set before starting qmail.

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux vmwoody 2.4.25-1-686 #1 Thu Apr 15 15:21:42 CEST 2004 i686
Locale: LANG=C, LC_CTYPE=C

Processed: Re: Bug#260718 submitter address changed (ITA: exult)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> submitter 260718 !
Bug#260718: ITA: exult -- Create or modify a role playing game like Ultima VII
Changed Bug submitter from Carlos Laviola <[EMAIL PROTECTED]> to Martin 
Michlmayr <[EMAIL PROTECTED]>.

> owner 260718 Carlos Laviola <[EMAIL PROTECTED]>
Bug#260718: ITA: exult -- Create or modify a role playing game like Ultima VII
Owner recorded as Carlos Laviola <[EMAIL PROTECTED]>.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#260718: submitter address changed (ITA: exult)

[Martin Michlmayr]

submitter 260718 !
owner 260718 Carlos Laviola <[EMAIL PROTECTED]>
thanks

* Debian Bug Tracking System <[EMAIL PROTECTED]> [2004-07-23 14:48]:
> The submitter address recorded for your Bug report
> #260718: ITA: exult -- Create or modify a role playing game like Ultima VII
> has been changed.

No, I'm the submitter, you're the owner; please read the WNPP docs.
-- 
Martin Michlmayr
[EMAIL PROTECTED]