date:20030624

On Tue, Jun 24, 2003 at 02:31:53PM +0200, Andreas Rottmann wrote:
 Dirk Eddelbuettel [EMAIL PROTECTED] writes:
 
  Package: wnpp
  Severity: wishlist
 
  * Package name: r-noncran-design
Version : 1.1.6
Upstream Author : Frank Harrell [EMAIL PROTECTED]
  * URL : http://hesweb1.med.virginia.edu/biostat/rms
  * License : GPL
Description : Regression modeling strategies
 
  Design is one of two packages by Frank Harrell and requires the other, 
  Hmisc.
  Design provides the code supporting Harrell's 2002 book on 'Regression
  Modeling Strategies'.  I intend to stick with the convention of calling the
  (Debian) source package the same as the (source) R package -- design -- but
  then normalizing on r-noncran-design as done by prior packages maintained by
  Chris Lawrence and myself.
 
 I think that 'design' is, also as a source package name, way too
 generic. You can't in any way defer what this source package is
 about... The same applies (but not as much) to hmisc, IMHO. Why not
 name the source packages the same as the binary packages?

a) Transparency, so 'name it the same as upstream'. CRAN packages have their
own little conventions and infrastructure. IMHO we gain little by adding
another layer of complexity.

b) Precedence. We already have 7 or 8 R add-on packages. Several of these do
the same thing. In fact, mine do -- whereas Chris Lawrence's don't. Doug Bates
plans to release some too. Some uniformity would be good.

Comments, please?

Dirk

-- 
Don't drink and derive. Alcohol and analysis don't mix.

Bug#171480: tvtime packaging?

2003-06-24 Thread Simon Law

On Mon, Jun 23, 2003 at 03:38:31PM +0200, Andreas Metzler wrote:
 On Sun, 23 Mar 2003 16:31:07 -0500 Matt Zimmerman wrote
  If you can get your code into a public CVS repository somewhere, I'll see
  what I can do about 1 and 2.
 
 Hello,
 How about pkg-tvtime on alioth?

There is no need.  tvtime now has preliminary Debian packaging

  I don't think that the third item should hold
  up inclusion of the package in Debian, to be honest.
 
 I agree.

I disagree.  This is _Debian_ where things should work the Right
Way when you install it.  We're not under release pressure so it's not
much of a big deal.

If you look in CVS tvtime, you'll notice that Debconf support is
mostly there.  There are, however, two things missing.

1) Each question needs a long description.  Billy Biggs has sent me a
   preliminary set of descriptions, I just have to merge his work.

2) I'm not respecting dpkg-statoverride --list when chmodding
   /usr/bin/tvtime.

After I get those two done, I'll quickly send it over to Joey
Hess and have him take a look at it.

 BTW there is another problem (probably a subproblem of 2), tvtime
 throws the binary plugins in /usr/share/ instead of /usr/lib.

I wondered about that.  I don't know where I'd put them if they
went in /usr/lib.  /usr/lib/win32?  They don't seem to belong in
/usr/lib/tvtime because they could be used by other media programmes in
the forseeable future.

Simon

Bug#198569: [ITP]: r-noncran-design -- Regression modeling strategies

2003-06-24 Thread Chris Lawrence

On Jun 24, Dirk Eddelbuettel wrote:
 On Tue, Jun 24, 2003 at 02:31:53PM +0200, Andreas Rottmann wrote:
  Dirk Eddelbuettel [EMAIL PROTECTED] writes:
  
   Package: wnpp
   Severity: wishlist
  
   * Package name: r-noncran-design
 Version : 1.1.6
 Upstream Author : Frank Harrell [EMAIL PROTECTED]
   * URL : http://hesweb1.med.virginia.edu/biostat/rms
   * License : GPL
 Description : Regression modeling strategies
  
   Design is one of two packages by Frank Harrell and requires the other, 
   Hmisc.
   Design provides the code supporting Harrell's 2002 book on 'Regression
   Modeling Strategies'.  I intend to stick with the convention of calling 
   the
   (Debian) source package the same as the (source) R package -- design -- 
   but
   then normalizing on r-noncran-design as done by prior packages maintained 
   by
   Chris Lawrence and myself.
  
  I think that 'design' is, also as a source package name, way too
  generic. You can't in any way defer what this source package is
  about... The same applies (but not as much) to hmisc, IMHO. Why not
  name the source packages the same as the binary packages?
 
 a) Transparency, so 'name it the same as upstream'. CRAN packages have their
 own little conventions and infrastructure. IMHO we gain little by adding
 another layer of complexity.
 
 b) Precedence. We already have 7 or 8 R add-on packages. Several of
 these do the same thing. In fact, mine do -- whereas Chris
 Lawrence's don't. Doug Bates plans to release some too. Some
 uniformity would be good.

Well, to clarify, r-noncran-lindsey is a bit of a special case
(combining half a dozen upstream packages in a bundle), and the source
package name r-cran-coda was used because there's already a coda in
experimental.  The source for r-cran-mcmcpack is simply mcmcpack; of
course, upstream is MCMCpack.  My tendency (thought process) has been
to use upstream's name unless it's horribly generic or there's an
existing conflict.

I really don't think the source package name matters that much.
However, if there's a realistic chance of a conflict coming up with
something more generic, I'd prefix with r- or r-cran- or r-noncran-;
by that criterion, hmisc seems ok for Hmisc, but maybe r-design or
r-noncran-design would be better for Design's source.

(Hence my annoyance with some of the GNUstep packages that take
generic names like terminal.)


Chris
-- 
Chris Lawrence [EMAIL PROTECTED] - http://blog.lordsutch.com/

Bug#134644: why is this wnpp bug yet open?

2003-06-24 Thread Francesco P. Lovergine

Please, close if you adopted the package.

-- 
Francesco P. Lovergine

Bug#198569: [ITP]: r-noncran-design -- Regression modeling strategies

2003-06-24 Thread Douglas Bates

Dirk Eddelbuettel [EMAIL PROTECTED] writes:

 On Tue, Jun 24, 2003 at 02:31:53PM +0200, Andreas Rottmann wrote:
  Dirk Eddelbuettel [EMAIL PROTECTED] writes:
  
   Package: wnpp
   Severity: wishlist
  
   * Package name: r-noncran-design
 Version : 1.1.6
 Upstream Author : Frank Harrell [EMAIL PROTECTED]
   * URL : http://hesweb1.med.virginia.edu/biostat/rms
   * License : GPL
 Description : Regression modeling strategies
  
   Design is one of two packages by Frank Harrell and requires the other, 
   Hmisc.
   Design provides the code supporting Harrell's 2002 book on 'Regression
   Modeling Strategies'.  I intend to stick with the convention of calling 
   the
   (Debian) source package the same as the (source) R package -- design -- 
   but
   then normalizing on r-noncran-design as done by prior packages maintained 
   by
   Chris Lawrence and myself.
  
  I think that 'design' is, also as a source package name, way too
  generic. You can't in any way defer what this source package is
  about... The same applies (but not as much) to hmisc, IMHO. Why not
  name the source packages the same as the binary packages?
 
 a) Transparency, so 'name it the same as upstream'. CRAN packages have their
 own little conventions and infrastructure. IMHO we gain little by adding
 another layer of complexity.
 
 b) Precedence. We already have 7 or 8 R add-on packages. Several of these do
 the same thing. In fact, mine do -- whereas Chris Lawrence's don't. Doug Bates
 plans to release some too. Some uniformity would be good.
 
 Comments, please?

I think the policy of maintaining the upstream source package name for
the Debian package is going to cause more and more problems of this
type.  One of the Omegahat packages for R is called XML.  I'm sure
there will be a flood of Debian bug reports if anyone tries to
upload a Debian source package called XML that contains the code for
an R package.

The problem with the source package names stems from the fact that
both the Debian packaging system and the R package-building mechanism
require a particular directory to have a particular name, and those
names conflict.  Whenever Dirk and I discuss this with either the
Debian folks or the R folks we are presented with the same simple
solution - have the other group change their packaging system.  I
don't think it would be easy to do this in either case but I do think
that the best long-term solution is a change in the R package building
mechanism, as I describe below.

Just to make it clear what happens:

When building a Debian package of release 1.1 of a system called
foo the Debian package system expects the directory structure
 .
  /foo-1.1# original sources
  /debian # Debian-specific files such as rules, control, etc.


The file ./foo_1.1.orig.tar.gz must contain the original sources as
downloaded from the repository.  One is allowed to change the name of
the top-level directory but that is the only change allowed (I think).
Any other changes in files for building a Debian package are
incorporated into the .diff.gz file for the Debian package.

This means that we cannot download a tar file like Design-1.3-1.tar.gz
from an R archive, stick it in a directory called
./r-noncran-design-1.3/ then invoke the R package building mechanism on
Design-1.3-1.tar.gz.  The downloaded sources must expand to the
directory in which the Debian build process is run.

So according to the Debian conventions the top-level directory for the
r-noncran-design package should be named something like
 r-noncran-design-1.3

The build process for the Debian package is run in the top-level
package directory which should be the expanded tar.gz file.  In the R
convention the name of the directory formed by expanding the tar.gz
file is the name of the package, without any version information.  If
we call the directory r-noncran-design-1.3 then the R package gets
named r-noncran-design-1.3 when, according to the R conventions, it
should be called 'design'.  Users will have software that contains
calls like

 require(design)

not

 require(r-noncran-design-1.3)

At present we have two alternatives:

1) Name the Debian source package according to the R package name, as
Dirk suggests.  I don't think this is a viable long-term strategy.
The names, like XML, are too vague.

2) Name the expanded directory according to the Debian package name,
build the R package under the wrong name, then rename a bunch of files
in ./debian/tmp/usr/lib/R to the correct name of the R package before
building the Debian package.  This works - sort of.  The preformatted
help pages get messed up by this process.

My suggested way out of this is to expand the R package installation
mechanism to allow the package name to be other than the name of the
directory containing the package sources.  It could be overridden
within the DESCRIPTION file or on the command line for the R CMD
INSTALL call.

Kurt and Fritz: Is it

Bug#198569: [ITP]: r-noncran-design -- Regression modeling strategies

On Tue, Jun 24, 2003 at 09:39:41AM -0500, Chris Lawrence wrote:
 On Jun 24, Dirk Eddelbuettel wrote:
  On Tue, Jun 24, 2003 at 02:31:53PM +0200, Andreas Rottmann wrote:
   Dirk Eddelbuettel [EMAIL PROTECTED] writes:
   
Package: wnpp
Severity: wishlist
   
* Package name: r-noncran-design
  Version : 1.1.6
  Upstream Author : Frank Harrell [EMAIL PROTECTED]
* URL : http://hesweb1.med.virginia.edu/biostat/rms
* License : GPL
  Description : Regression modeling strategies
   
Design is one of two packages by Frank Harrell and requires the other, 
Hmisc.
Design provides the code supporting Harrell's 2002 book on 'Regression
Modeling Strategies'.  I intend to stick with the convention of calling 
the
(Debian) source package the same as the (source) R package -- design -- 
but
then normalizing on r-noncran-design as done by prior packages 
maintained by
Chris Lawrence and myself.
   
   I think that 'design' is, also as a source package name, way too
   generic. You can't in any way defer what this source package is
   about... The same applies (but not as much) to hmisc, IMHO. Why not
   name the source packages the same as the binary packages?
  
  a) Transparency, so 'name it the same as upstream'. CRAN packages have their
  own little conventions and infrastructure. IMHO we gain little by adding
  another layer of complexity.
  
  b) Precedence. We already have 7 or 8 R add-on packages. Several of
  these do the same thing. In fact, mine do -- whereas Chris
  Lawrence's don't. Doug Bates plans to release some too. Some
  uniformity would be good.
 
 Well, to clarify, r-noncran-lindsey is a bit of a special case
 (combining half a dozen upstream packages in a bundle), and the source

Right, I had concentrated on coda and mcmcpack which are also more recent.

 package name r-cran-coda was used because there's already a coda in
 experimental.  The source for r-cran-mcmcpack is simply mcmcpack; of

My bad, I thought I had checked coda and mcmcpack, maybe I didn't look to
closely at mcmcpack. Sorry!

 course, upstream is MCMCpack.  My tendency (thought process) has been
 to use upstream's name unless it's horribly generic or there's an
 existing conflict.

Fully agreed.  

Now, the discussion is of course following a trademark Debian pattern: it is
academic. We have no existing source 'design'. If I take the name, _and_ another
future packages desires the name, I can still rename it. Big deal.
 
 I really don't think the source package name matters that much.
 However, if there's a realistic chance of a conflict coming up with
 something more generic, I'd prefix with r- or r-cran- or r-noncran-;
 by that criterion, hmisc seems ok for Hmisc, but maybe r-design or
 r-noncran-design would be better for Design's source.

Well, Harrell uses 'rms' as the acronym for Regression Modeling Strategies,
his excellent Springer book. So why don't I use rms-design?  Oh, wait, ...

Upstream is best, really.  AFAIK we only really have a few conflicts,
despite three decades of 'open' Unix code. Some of these are obvious for
computers: calc vs apcalc.  I still like going with design.

Dirk

-- 
Don't drink and derive. Alcohol and analysis don't mix.

Bug#198602: ITP: debbackup -- Backup and restore Debian specifics (package status, conffiles)

2003-06-24 Thread Eduard Bloch

#include hallo.h
* Daniel Stone [Tue, Jun 24 2003, 07:51:13PM]:

 * Package name: debbackup
   Version : 0.1
   Upstream Author : Daniel Stone [EMAIL PROTECTED]
 * URL : http://www.trinity.unimelb.edu.au/~dstone/debbackup/
 (not functional yet)
 * License : GPL
   Description : Backup and restore Debian specifics (package status, 
 conffiles)

Just some random thoughts: I think it would make sence to look for new
cruft in / (files), /boot, /var, /usr. Some packages create file copies
or links there naturally without telling dpkg about the changes.  In
addition, some files stored in /var may be installed by the package but
have different contents (debsums may help to detect them).

Further, what is you plan for replaying the packages on restore? Using
dpkg or extracting package contents and copying the rest from the backup
volume? I would prefer the second way; and if some packages is not
available in exactly the same version, it would be marked as
not-installed, to install in dpkg's database.

Whatever you are doing there, the idea is great. I have had plans to
write a such backup helper but never started to implement it.

MfG,
Eduard.
-- 
Alfie Von sid wirds nie ein netinst geben.
hygl Alfie: darf ich dich damit zitieren, wenn sid stable ist?

Bug#198569: [ITP]: r-noncran-design -- Regression modeling strategies

2003-06-24 Thread Chris Lawrence

On Jun 24, Douglas Bates wrote:
 At present we have two alternatives:
 
 1) Name the Debian source package according to the R package name, as
 Dirk suggests.  I don't think this is a viable long-term strategy.
 The names, like XML, are too vague.

Not only that, but Debian has stricter source package naming
restrictions; for example, all source and package names are required
by policy to be lowercase.

 2) Name the expanded directory according to the Debian package name,
 build the R package under the wrong name, then rename a bunch of files
 in ./debian/tmp/usr/lib/R to the correct name of the R package before
 building the Debian package.  This works - sort of.  The preformatted
 help pages get messed up by this process.

A third possibility is a nasty hack (which is how all 3 of my packages
are done): wrap the upstream tar.gz inside a fake upstream tar.gz.
This violates Debian policy massively, makes it a real pain to upgrade
to a new upstream release using the packaging tools, and makes it
impossible to patch anything in the upstream package.

(You could slightly tweak this process by untaring the upstream
tarball.  The principles remain the same.)

This makes the layout e.g.:

r-cran-foo-x.y-z/
  Foo.tar.gz # Upstream tarball
  debian/# Packaging cruft

Now, imagine I have to upgrade to Foo x.y-z+1.  First I need to make a
fake tarball containing the upstream Foo:

r-cran-foo-x.y-z+1/
  Foo.tar.gz

Now I have to go up a directory, create r-cran-foo-x.y-z+1.tar.gz,
remove that directory, then cd into r-cran-foo-x.y-z (not z+1) and do
uupdate -v x.y-z+1 ../r-cran-foo-x.y-z+1.tar.gz.  And, if it turns out
I screwed anything up, I have to start again from scratch.

If I didn't have to use this ugly hack layout, updating the packaging
for a new CRAN release of Foo would be trivial: wget the new tarball,
cd into the old unpacked Debian sources, and run uupdate -v x.y.z+1
{path to new tarball}.

 My suggested way out of this is to expand the R package installation
 mechanism to allow the package name to be other than the name of the
 directory containing the package sources.  It could be overridden
 within the DESCRIPTION file or on the command line for the R CMD
 INSTALL call.

Since the DESCRIPTION file has the correct R name for the package in
it anyway, it's simply a matter of grabbing that name instead of using
the name supplied on the command line, especially since the build
process needs to unpack the tarball anyway, not to mention that it
gets the version from there too.

I realize my simply is not necessarily simple (i.e. will take time
to code and debug), but it seems [IMHO] more reliable than assuming
that the filename of the tarball has anything to do with what it's
supposed to be called in the R system.


Chris
-- 
Chris Lawrence [EMAIL PROTECTED] - http://blog.lordsutch.com/

Bug#198569: [ITP]: r-noncran-design -- Regression modeling strategies

On Tue, Jun 24, 2003 at 09:52:12AM -0500, Douglas Bates wrote:
 Dirk Eddelbuettel [EMAIL PROTECTED] writes:
 
  On Tue, Jun 24, 2003 at 02:31:53PM +0200, Andreas Rottmann wrote:
   Dirk Eddelbuettel [EMAIL PROTECTED] writes:
[... cut to preserve some space as we're getting more generic here ... ]
   I think that 'design' is, also as a source package name, way too
   generic. You can't in any way defer what this source package is
   about... The same applies (but not as much) to hmisc, IMHO. Why not
   name the source packages the same as the binary packages?
  
  a) Transparency, so 'name it the same as upstream'. CRAN packages have their
  own little conventions and infrastructure. IMHO we gain little by adding
  another layer of complexity.
  
  b) Precedence. We already have 7 or 8 R add-on packages. Several of these do
  the same thing. In fact, mine do -- whereas Chris Lawrence's don't. Doug 
  Bates

[ That needed a correction, sorry. See Chris' post in the BTS if you're
  curious. ]

  plans to release some too. Some uniformity would be good.
  
  Comments, please?
 
 I think the policy of maintaining the upstream source package name for
 the Debian package is going to cause more and more problems of this
 type.  One of the Omegahat packages for R is called XML.  I'm sure
 there will be a flood of Debian bug reports if anyone tries to
 upload a Debian source package called XML that contains the code for
 an R package.
 
 The problem with the source package names stems from the fact that
 both the Debian packaging system and the R package-building mechanism
 require a particular directory to have a particular name, and those
 names conflict.  Whenever Dirk and I discuss this with either the
 Debian folks or the R folks we are presented with the same simple
 solution - have the other group change their packaging system.  I
 don't think it would be easy to do this in either case but I do think
 that the best long-term solution is a change in the R package building
 mechanism, as I describe below.
 
 Just to make it clear what happens:
 
 When building a Debian package of release 1.1 of a system called
 foo the Debian package system expects the directory structure
  .
   /foo-1.1# original sources
   /debian # Debian-specific files such as rules, control, etc.

I think you are confounding the issue here. There are three layers:
- directory name
- source package name
- binary package name

They can all be different. The source package name comes from
debian/changelog and needs to match the source tarball, the binary package
name comes from debian/control and is *not* required to be aligned with the
directory or source name. The directory name comes from itself.

Generally speaking, and as is the case with many multi-binary packages, I
can build a package 'foo' based on a source 'bar_*orig.tar.gz' in a
directory 'zilch'.  Unless, of course, it is an R package. Why?  Well, for R
packages, I run R CDM -c -l $(TMPLOCATION) . so the directory name
matters. This imposes a restriction, and as you suggest below, it would be
nice to see this changed in R CMD.

Other than that, I see two (mostly) non-overlapping problems here. One has
to do with how we name .deb packages and their components, and another about
how R builds packages.

Please correct me if I state anything wrong or ambigiously. 


 The file ./foo_1.1.orig.tar.gz must contain the original sources as
 downloaded from the repository.  One is allowed to change the name of

Right. To retain identical md5sums, if possible. This allows for renaming,
lower-casing, ... 

 the top-level directory but that is the only change allowed (I think).

Yes, _after_ you untar and without re-taring so that the upstream md5sum is
unchanged. Doping this generates a warning during package built. And
becauses you can rename, directory foo-1.1/ may become foo/.

 Any other changes in files for building a Debian package are
 incorporated into the .diff.gz file for the Debian package.
 
 This means that we cannot download a tar file like Design-1.3-1.tar.gz
 from an R archive, stick it in a directory called
 ./r-noncran-design-1.3/ then invoke the R package building mechanism on
 Design-1.3-1.tar.gz.  The downloaded sources must expand to the
 directory in which the Debian build process is run.

Not sure I follow. I did the following:

-- download Design-1.3-1.tar.gz, renamed it to design_1.3.1.orig.tar.gz [
lowercase, upstream 1.3-1 collapsed to 1.3.1, '_ as name and version sep.
char, orig.tar.gz as suffix ]
-- untar it, it defaults to using the Design/  No change made here!!
-- add four small files in Design/debian
-- build package

and it can be loaded as library(Design) as every R user would expect.

 So according to the Debian conventions the top-level directory for the
 r-noncran-design package should be named something like
  r-noncran-design-1.3

I am still not sure why.

 The build process for the Debian package is run in the top-level

Bug#198569: [ITP]: r-noncran-design -- Regression modeling strategies

2003-06-24 Thread Chris Lawrence

On Jun 24, Dirk Eddelbuettel wrote:
Not sure I follow. I did the following:
[snipped because post-mode decided to kill your entire train of
thought here... grr]

I think there's a nasty issue that will crop up if you try to work
from the files in the Debian archive. debuild -us -uc, then wipe your
build directories so all you have left are design_1.3.1.orig.tar.gz,
design_1.3.1-1.dsc and design_1.3.1-1.diff.gz

Now try dpkg-source -x design_1.3.1-1.dsc. This will untar everything
into a directory design-1.3.1-1, not Design. cd in there and
debuild -us -uc again.

If that build process produces /usr/lib/R/site-library/Design rather
than /usr/lib/R/site-library/design-1.3.1-1, I'll be very surprised.

What this will produce is packages that will build OK on your box, but
the buildds will do exactly what I outlined and produce ports with
broken .debs. It won't fail to build from source, but if you check
the buildd log, it will be wrong and will produce exactly the problems
Doug describes. You just won't see them since i386 will be fine,
since you built it yourself and knew that the directory wasn't
supposed to be called design-1.3.1-1; the buildd doesn't know any
better, malheureusement :-/

For example, see (sorry for linewrap):
http://buildd.debian.org/fetch.php?pkg=tseriesver=0.9.12-2arch=m68kstamp=1056336148file=logas=raw

Skip to the end and scroll up to where it runs dpkg -c on the built
deb. (Or you can just wget the file from the pool and dpkg -c it.)

Hence the ad-hackery that I did in mcmcpack and coda (though, since
coda is an arch: all package, it doesn't go to the buildds normally).

Chris
--
Chris Lawrence [EMAIL PROTECTED] - http://blog.lordsutch.com/

Bug#198569: [ITP]: r-noncran-design -- Regression modeling strategies

On Tue, Jun 24, 2003 at 10:34:33AM -0500, Chris Lawrence wrote:
On Jun 24, Dirk Eddelbuettel wrote:
Not sure I follow. I did the following:
[snipped because post-mode decided to kill your entire train of
thought here... grr]

Now try dpkg-source -x design_1.3.1-1.dsc. This will untar everything
into a directory design-1.3.1-1, not Design. cd in there and
debuild -us -uc again.

If that build process produces /usr/lib/R/site-library/Design rather
than /usr/lib/R/site-library/design-1.3.1-1, I'll be very surprised.

For example, see (sorry for linewrap):
http://buildd.debian.org/fetch.php?pkg=tseriesver=0.9.12-2arch=m68kstamp=1056336148file=logas=raw

Skip to the end and scroll up to where it runs dpkg -c on the built
deb. (Or you can just wget the file from the pool and dpkg -c it.)

Oh crap. That's ugly.

Thanks for alerting me on that issue. Illuminating that this never triggered
a bug report. Still an i386 world...

Hence the ad-hackery that I did in mcmcpack and coda (though, since
coda is an arch: all package, it doesn't go to the buildds normally).

I may have to follow that in the short term. Thanks for the cluebat!

Dirk

--
Don't drink and derive. Alcohol and analysis don't mix.

Bug#198602: ITP: debbackup -- Backup and restore Debian specifics (package status, conffiles)

2003-06-24 Thread Adam Heath

On Tue, 24 Jun 2003, Daniel Stone wrote:

 Package: wnpp
 Version: unavailable; reported 2003-06-24
 Severity: wishlist

 * Package name: debbackup
   Version : 0.1
   Upstream Author : Daniel Stone [EMAIL PROTECTED]
 * URL : http://www.trinity.unimelb.edu.au/~dstone/debbackup/
 (not functional yet)
 * License : GPL
   Description : Backup and restore Debian specifics (package status, 
 conffiles)

 debbackup is a supplemental, Debian-specific, backup program. It backs
 up only what is needed to restore from a fresh install, with data
 recovered - package information (including holds/etc), conffile changes,
 Debconf information, and more. debrestore will restore this information
 - installing/updating required packages, restoring configuration files,
 and more.

Tell me when you upload this, so I can file an rc bug against it, for
modifying other packages conffiles.

Bug#167297: marked as done (ITP: gnome1 -- The GNU Network Object Model Environment (version 1))

Your message dated 24 Jun 2003 19:25:35 +0200
with message-id [EMAIL PROTECTED]
and subject line Closing
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; 1 Nov 2002 15:24:42 +
From [EMAIL PROTECTED] Fri Nov 01 09:24:39 2002
Return-path: [EMAIL PROTECTED]
Received: from tc2.perso.ens-lyon.org (arrakis.ens-lyon.fr) [62.212.101.78] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 187df4-0006gK-00; Fri, 01 Nov 2002 09:24:38 -0600
Received: from joss by arrakis.ens-lyon.fr with local (Exim 3.36 #1 (Debian))
id 187df1-0003I1-00; Fri, 01 Nov 2002 16:24:35 +0100
Date: Fri, 1 Nov 2002 16:24:35 +0100
From: Josselin Mouette [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: ITP: gnome1 -- The GNU Network Object Model Environment (version 1)
Message-ID: [EMAIL PROTECTED]
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol=application/pgp-signature; boundary=pWyiEgJYm5f9v55/
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Debbugs-CC: debian-devel@lists.debian.org
X-Reportbug-Version: 2.8
Sender: Josselin Mouette [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]


--pWyiEgJYm5f9v55/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Package: wnpp
Version: unavailable; reported 2002-11-01
Severity: wishlist

* Package name: gnome1
  Version : 1.4.1
  Upstream Author : GNOME developers gnome-devel-list@gnome.org
* URL : ftp://ftp.gnome.org/pub/GNOME/desktop/1.4/
* License : GPL / LGPL
  Description : The GNU Network Object Model Environment (version 1)

As the GNOME desktop version 2 lacks large parts of GNOME 1.4's=20
functionality, and suffers from incompatibilities, i'm willing to make=20
it possible to install Gnome 1 on a Debian system, without confliciting=20
with Gnome 2.

--=20
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom

--pWyiEgJYm5f9v55/
Content-Type: application/pgp-signature
Content-Disposition: inline

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE9wpyyrSla4ddfhTMRAsLqAKCpmo0QCcBWXm5stpAvF61a2PyHEwCfcoej
RtwJvrKVsFLErZYH5wD9QxE=
=dwOR
-END PGP SIGNATURE-

--pWyiEgJYm5f9v55/--

---
Received: (at 167297-done) by bugs.debian.org; 24 Jun 2003 17:25:47 +
From [EMAIL PROTECTED] Tue Jun 24 12:25:38 2003
Return-path: [EMAIL PROTECTED]
Received: from tc2.perso.ens-lyon.org (arrakis.ens-lyon.fr) [62.212.101.78] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19UrY2-0006DA-00; Tue, 24 Jun 2003 12:25:38 -0500
Received: from joss by arrakis.ens-lyon.fr with local (Exim 4.20)
id 19UrXz-00032h-Uo
for [EMAIL PROTECTED]; Tue, 24 Jun 2003 19:25:35 +0200
Subject: Closing
From: Josselin Mouette [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Content-Type: multipart/signed; micalg=pgp-sha1; 
protocol=application/pgp-signature; boundary==-4C7pVTFD9IbhcN52ouUd
Message-Id: [EMAIL PROTECTED]
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 24 Jun 2003 19:25:35 +0200
Sender: Josselin Mouette [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-13.6 required=4.0
tests=BAYES_30,PGP_SIGNATURE_2,USER_AGENT_XIMIAN
autolearn=ham version=2.53-bugs.debian.org_2003_06_18
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_18 
(1.174.2.15-2003-03-30-exp)


--=-4C7pVTFD9IbhcN52ouUd
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

I've abandoned the idea of these packages, it is too complicated to
achieve.
--=20
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom

--=-4C7pVTFD9IbhcN52ouUd
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQA++ImPrSla4ddfhTMRAjAdAJ47Akp195CdSp7t3jG/ridKl85PrQCeLtCc
KMqgs38toxrgGCESxREcrEc=
=qFR3
-END PGP SIGNATURE-

--=-4C7pVTFD9IbhcN52ouUd--

Bug#198602: ITP: debbackup -- Backup and restore Debian specifics (package status, conffiles)

2003-06-24 Thread Emile van Bergen

Hi,

On Tue, Jun 24, 2003 at 11:44:51AM -0500, Adam Heath wrote:

 On Tue, 24 Jun 2003, Daniel Stone wrote:
 
  Package: wnpp
  Version: unavailable; reported 2003-06-24
  Severity: wishlist
 
  * Package name: debbackup
Version : 0.1
Upstream Author : Daniel Stone [EMAIL PROTECTED]
  * URL : http://www.trinity.unimelb.edu.au/~dstone/debbackup/
  (not functional yet)
  * License : GPL
Description : Backup and restore Debian specifics (package status, 
  conffiles)
 
  debbackup is a supplemental, Debian-specific, backup program. It backs
  up only what is needed to restore from a fresh install, with data
  recovered - package information (including holds/etc), conffile changes,
  Debconf information, and more. debrestore will restore this information
  - installing/updating required packages, restoring configuration files,
  and more.
 
 Tell me when you upload this, so I can file an rc bug against it, for
 modifying other packages conffiles.

*g* 

5 serious replies already -- sorry Adam, I'm afraid there are just too
many people that lack even the most basic sense of humour.

Cheers,


Emile.

-- 
E-Advies - Emile van Bergen   [EMAIL PROTECTED]  
tel. +31 (0)70 3906153   http://www.e-advies.nl


pgptGcVmFR09S.pgp
Description: PGP signature

Bug#134644: marked as done (O: kvdr -- DVB (digital TV) Video Disk Recorder for KDE)

Your message dated 24 Jun 2003 18:35:10 +0100
with message-id [EMAIL PROTECTED]
and subject line closing ; adopted
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; 18 Feb 2002 23:14:57 +
From [EMAIL PROTECTED] Mon Feb 18 17:14:57 2002
Return-path: [EMAIL PROTECTED]
Received: from mail.uni-kl.de [131.246.137.52] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 16cwzp-0005hM-00; Mon, 18 Feb 2002 17:14:57 -0600
Received: from mailinf.rhrk.uni-kl.de (mailinf.rhrk.uni-kl.de [131.246.137.54])
by mail.uni-kl.de (8.10.2+Sun/8.11.5) with ESMTP id g1INErX14105;
Tue, 19 Feb 2002 00:14:54 +0100 (MET)
Received: from domino.informatik.uni-kl.de (domino.informatik.uni-kl.de 
[131.246.161.19])
by mailinf.rhrk.uni-kl.de (8.10.2+Sun/8.11.5) with ESMTP id 
g1INErx17160;
Tue, 19 Feb 2002 00:14:53 +0100 (MET)
Received: from zombie (rotes255.wohnheim.uni-kl.de [131.246.178.65])
by domino.informatik.uni-kl.de (8.11.6/8.11.6) with ESMTP id 
g1INEss27970;
Tue, 19 Feb 2002 00:14:54 +0100 (MET)
Received: from inet by zombie with local (Exim 3.34 #1 (Debian))
id 16cwzk-0005tP-00; Tue, 19 Feb 2002 00:14:52 +0100
From: Eduard Bloch [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: RFA: kvdr -- DVB (digital TV) Video Disk Recorder for KDE
X-Reportbug-Version: 1.43
X-Mailer: reportbug 1.43
Date: Tue, 19 Feb 2002 00:14:52 +0100
Message-Id: [EMAIL PROTECTED]
Sender: Eduard Bloch [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]

Package: wnpp
Version: N/A; reported 2002-02-19
Severity: normal

I request an adopter for the kvdr package. Due to lack of time, missing
hardware, etc. etc.

The package description is:
 Video Disk Recorder (VDR) is a digital sat-receiver program using
 Linux and DVB-S technologies. It allows one to record MPEG2 streams,
 as well as output the stream to TV. It is also possible to watch DVDs with
 some comfort.
 .
 This package contains a frontend program for watching TV in X11/KDE
 without needing a special TV box.

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux zombie 2.4.18-rc1 #5 Sat Feb 16 09:36:05 CET 2002 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]


---
Received: (at 134644-done) by bugs.debian.org; 24 Jun 2003 17:38:41 +
From [EMAIL PROTECTED] Tue Jun 24 12:38:41 2003
Return-path: [EMAIL PROTECTED]
Received: from (coll.saorleir.com) [195.218.110.171] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19Urkc-0002Qm-00; Tue, 24 Jun 2003 12:38:41 -0500
Received: by coll.saorleir.com (Postfix, from userid 1000)
id 5E4513BB15; Tue, 24 Jun 2003 18:35:10 +0100 (IST)
Subject: closing ; adopted
From: Alastair McKinstry [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: [EMAIL PROTECTED]
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 24 Jun 2003 18:35:10 +0100
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-13.1 required=4.0
tests=BAYES_01,SIGNATURE_LONG_SPARSE,USER_AGENT_XIMIAN
autolearn=ham version=2.53-bugs.debian.org_2003_06_18
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_18 
(1.174.2.15-2003-03-30-exp)

I've adopted this program, because it needed to be either
fixed or dropped. I've fixed it. I don't have (all) the necessary
hardware to test it, so if someone with a full-featured
DVB card wants to adopt it, please contact me.

Regards,
Alastair

-- 
Alastair McKinstry [EMAIL PROTECTED]
GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC  1020 FA8E 3790 9051 38F4

He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty he establishes a precedent that
will reach to himself.

- --Thomas Paine

Bug#158159: marked as done (O: kvdr -- DVB (digital TV) Video Disk Recorder for KDE)

Your message dated 24 Jun 2003 18:35:10 +0100
with message-id [EMAIL PROTECTED]
and subject line closing ; adopted
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; 3 May 2002 08:50:15 +
From [EMAIL PROTECTED] Fri May 03 03:50:15 2002
Return-path: [EMAIL PROTECTED]
Received: from mail.uni-kl.de (uni-kl.de) [131.246.137.52] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 173Yla-00029A-00; Fri, 03 May 2002 03:50:15 -0500
Received: from mailgate1.uni-kl.de (mailgate1.uni-kl.de [131.246.120.5])
by uni-kl.de (8.11.6+Sun/8.11.5) with ESMTP id g438oCi15128;
Fri, 3 May 2002 10:50:12 +0200 (MET DST)
Received: from mailinf.rhrk.uni-kl.de (mailinf.rhrk.uni-kl.de [131.246.137.54])
by mailgate1.uni-kl.de (8.12.1/8.12.1) with ESMTP id g438oBNA027159;
Fri, 3 May 2002 10:50:11 +0200
Received: from domino.informatik.uni-kl.de (domino.informatik.uni-kl.de 
[131.246.161.19])
by mailinf.rhrk.uni-kl.de (8.10.2+Sun/8.11.5) with ESMTP id 
g438oAh21230;
Fri, 3 May 2002 10:50:10 +0200 (MET DST)
Received: from zombie (rotes255.wohnheim.uni-kl.de [131.246.178.65])
by domino.informatik.uni-kl.de (8.11.6/8.11.6) with ESMTP id 
g438oBd06442;
Fri, 3 May 2002 10:50:11 +0200 (MEST)
Received: from inet by zombie with local (Exim 3.35 #1 (Debian))
id 173YlY-00015P-00; Fri, 03 May 2002 10:50:12 +0200
Date: Fri, 3 May 2002 10:50:12 +0200
From: Eduard Bloch [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: ITA: most of my packages
Message-ID: [EMAIL PROTECTED]
Mail-Followup-To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Sender: Eduard Bloch [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]

Package: wnpp
Severity: wishlist

Hi folks,

this is a non-standard way of doing this, but I will just try. Due to
lack of time in the comming weeks (and generally sinking interest in
maintianing stuff), I look for new maintainers for the following
packages. 

General rules: The one who comes first gets the package. I wanna keep
the right to NMU if I discover any problems in them later.

List:

Allegro and packages based on it. Idealy for someone with experience in
library packaging:
allegro-demo-data(1)
allegro4(5)
liquidwar(2)
wing(2)
stax(1)

For boot-floppies (Oskuro):
cfdisk-utf8(1)
kernel-image-2.4.18-i386bf(2)

Various Kernel-Modules:
cdfs-src(1)
ftpfs(2)
dvb(4)

Needed work: figure out details of the module-packaging-policy and make
the packages compliant.

Rest:

emelfm(1)
icewm-themes(1)
kernel-image-2.2.20-udma100-ext3-i386(2)
kernel-patch-ethernet-drivers(1)
kernel-patch-ext3-2.2(1)
kernel-patch-ppscsi-2.4(1)
nvtv(1)
pppoeconf(1)
vdr(5)
kvdr(1)
videogen(1)
unp(1)
aumix(2)
cdrtools(4)

Gruss/Regards,
Eduard.
-- 
Linux - aus klaren Quellen wird ein starker Strom.


---
Received: (at 134644-done) by bugs.debian.org; 24 Jun 2003 17:38:41 +
From [EMAIL PROTECTED] Tue Jun 24 12:38:41 2003
Return-path: [EMAIL PROTECTED]
Received: from (coll.saorleir.com) [195.218.110.171] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19Urkc-0002Qm-00; Tue, 24 Jun 2003 12:38:41 -0500
Received: by coll.saorleir.com (Postfix, from userid 1000)
id 5E4513BB15; Tue, 24 Jun 2003 18:35:10 +0100 (IST)
Subject: closing ; adopted
From: Alastair McKinstry [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: [EMAIL PROTECTED]
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.0 
Date: 24 Jun 2003 18:35:10 +0100
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-13.1 required=4.0
tests=BAYES_01,SIGNATURE_LONG_SPARSE,USER_AGENT_XIMIAN
autolearn=ham version=2.53-bugs.debian.org_2003_06_18
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_18 
(1.174.2.15-2003-03-30-exp)

I've adopted this program, because it needed to be either
fixed or dropped. I've fixed it. I don't have (all) the necessary
hardware to test it, so if someone with a full-featured
DVB card wants to adopt it, please contact me.

Regards,
Alastair

-- 
Alastair McKinstry [EMAIL PROTECTED]
GPG Key fingerprint = 9E64 E714 8E08 81F9 F3DC  1020 FA8E 3790 9051 38F4

He that would make his own liberty secure must guard even his enemy from
oppression; for if

Bug#198602: ITP: debbackup -- Backup and restore Debian specifics (package status, conffiles)

2003-06-24 Thread Keegan Quinn

On Tuesday 24 June 2003 10:59 am, Emile van Bergen wrote:
 Hi,

 On Tue, Jun 24, 2003 at 11:44:51AM -0500, Adam Heath wrote:
  Tell me when you upload this, so I can file an rc bug against it, for
  modifying other packages conffiles.

 *g*

 5 serious replies already -- sorry Adam, I'm afraid there are just too
 many people that lack even the most basic sense of humour.

Or perhaps not everyone thinks a threat of an RC bug is a laughing matter.

 - Keegan

Bug#198602: ITP: debbackup -- Backup and restore Debian specifics (package status, conffiles)

2003-06-24 Thread Andreas Mueller


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am Dienstag, 24.06.03 um 11:51 Uhr schrieb Daniel Stone:

It`s possible to package non-existing software ?
I can`t view your source, perhaps you`re too early with your ITP.



* Package name: debbackup
  Version : 0.1
  Upstream Author : Daniel Stone [EMAIL PROTECTED]
* URL : 
http://www.trinity.unimelb.edu.au/~dstone/debbackup/

(not functional yet)
* License : GPL



Cheers
amu

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (Darwin)

iD8DBQE++KXeoWMMj3Tgt2YRAsCZAJ90hdlE+soVCehVWY+8gw1xRyKWUACcDxKx
IpQmRPrebgarUXAyQmsmmvs=
=7Kuf
-END PGP SIGNATURE-

Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

Package: wnpp
Version: unavailable; reported 2003-06-24
Severity: wishlist

* Package name: pmk
  Version : 0.4.5
  Upstream Author : Damien Couderc  Xavier Santolaria
* URL : http://premk.sf.net/
* License : BSD
  Description : The pmk project aims to be an alternative to GNU/autoconf 
(configure scripts).

First a quote from the about page for the project:

Our primary goals are :

* Avoid the use of scripts in packages that can hide trojans.
* Try to keep the needed dependancies near from zero (actually we're at
  zero).
* Make it easy to use for users and developpers.
* Provide the package in a free and usable license for everybody (BSD). 

Their goals seem to be met so far. The whole thing is written in C, doesn't
depend on perl/m4/shell etc., it's rather easy to use featuring a simple
config file format, autoconf compatibility (output-wise), is supported on
quite a few software platforms (including Debian). The system defaults are 
configured in a global config file which makes the usage pretty consistent 
accross all the installations.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux beowulf 2.5.73-mm1 #1 Tue Jun 24 15:31:14 CEST 2003 i686
Locale: LANG=pl_PL, LC_CTYPE=pl_PL

Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

On Tue, Jun 24, 2003 at 02:44:17PM -0500, Luca - De Whiskey's - De Vitis 
scribbled:
 On Tue, Jun 24, 2003 at 09:30:31PM +0200, Marek Habersack wrote:
 [...]
Description : The pmk project aims to be an alternative to 
  GNU/autoconf (configure scripts).
 
 Description field is inappropriate, use something like:
 
 Description: A GNU/autoconf alternative.
Good point. I just cut and pasted it from their about page out of laziness
:)

thanks,

marek


pgpaNKRA4h6zy.pgp
Description: PGP signature

Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

2003-06-24 Thread Luca - De Whiskey's - De Vitis

On Tue, Jun 24, 2003 at 09:30:31PM +0200, Marek Habersack wrote:
[...]
   Description : The pmk project aims to be an alternative to GNU/autoconf 
 (configure scripts).

Description field is inappropriate, use something like:

Description: A GNU/autoconf alternative.

ciao,
-- 
Luca - De Whiskey's - De Vitis  | Elegant or ugly code as well
aliases: Luca ^De [A-Z][A-Za-z\-]*[iy]'\?s$ | as fine or rude sentences have
Luca, a wannabe ``Good guy''.   | something in common: they
local LANG=[EMAIL PROTECTED] | don't depend on the 
language.

Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

2003-06-24 Thread Steve Langasek

On Tue, Jun 24, 2003 at 02:44:17PM -0500, Luca - De Whiskey's - De Vitis wrote:
 On Tue, Jun 24, 2003 at 09:30:31PM +0200, Marek Habersack wrote:
 [...]
Description : The pmk project aims to be an alternative to 
  GNU/autoconf (configure scripts).
 
 Description field is inappropriate, use something like:

 Description: A GNU/autoconf alternative.

Try an alternative to GNU autoconf or a substitute for GNU autoconf,
to avoid confusion with Debian's alternatives system.

-- 
Steve Langasek
postmodern programmer


pgpgQZWMJ7FJR.pgp
Description: PGP signature

Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

2003-06-24 Thread John Goerzen

On Tue, Jun 24, 2003 at 09:46:52PM +0200, Marek Habersack wrote:
 On Tue, Jun 24, 2003 at 02:44:17PM -0500, Luca - De Whiskey's - De Vitis 
 scribbled:
  On Tue, Jun 24, 2003 at 09:30:31PM +0200, Marek Habersack wrote:
  [...]
 Description : The pmk project aims to be an alternative to 
   GNU/autoconf (configure scripts).
  
  Description field is inappropriate, use something like:
  
  Description: A GNU/autoconf alternative.
 Good point. I just cut and pasted it from their about page out of laziness
 :)

That's inappropriate as well.  Rather than saying this is an alternative to
foo, say what it does, and then say similar to foo.


 
 thanks,
 
 marek

Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

On Tue, Jun 24, 2003 at 02:52:20PM -0500, Steve Langasek scribbled:
 On Tue, Jun 24, 2003 at 02:44:17PM -0500, Luca - De Whiskey's - De Vitis 
 wrote:
  On Tue, Jun 24, 2003 at 09:30:31PM +0200, Marek Habersack wrote:
  [...]
 Description : The pmk project aims to be an alternative to 
   GNU/autoconf (configure scripts).
  
  Description field is inappropriate, use something like:
 
  Description: A GNU/autoconf alternative.
 
 Try an alternative to GNU autoconf or a substitute for GNU autoconf,
 to avoid confusion with Debian's alternatives system.
It's not quite a substitute, as it won't reuse autoconf's configs etc. How
about A tool for configuring software source similar to GNU Autoconf?

marek


pgp5I9HrVGXe8.pgp
Description: PGP signature

Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

2003-06-24 Thread Steve Langasek

On Tue, Jun 24, 2003 at 10:59:19PM +0200, Marek Habersack wrote:
 On Tue, Jun 24, 2003 at 02:52:20PM -0500, Steve Langasek scribbled:
  On Tue, Jun 24, 2003 at 02:44:17PM -0500, Luca - De Whiskey's - De Vitis 
  wrote:
   On Tue, Jun 24, 2003 at 09:30:31PM +0200, Marek Habersack wrote:
   [...]
  Description : The pmk project aims to be an alternative to 
GNU/autoconf (configure scripts).
   
   Description field is inappropriate, use something like:
  
   Description: A GNU/autoconf alternative.

  Try an alternative to GNU autoconf or a substitute for GNU autoconf,
  to avoid confusion with Debian's alternatives system.
 It's not quite a substitute, as it won't reuse autoconf's configs etc. How
 about A tool for configuring software source similar to GNU Autoconf?

That seems sensible.

-- 
Steve Langasek
postmodern programmer


pgptUa0NNJn1Y.pgp
Description: PGP signature

Bug#198682: ITP: kernel-patch-2.4-low-latency -- Reduces the latency of the Linux kernel

2003-06-24 Thread Aurelien Jarno

Package: wnpp
Version: unavailable; reported 2003-06-25
Severity: wishlist

* Package name: kernel-patch-2.4-low-latency
  Upstream Author : Andrew Morton [EMAIL PROTECTED] 
* URL : http://www.zip.com.au/~akpm/linux/schedlat.html
* License : GPL
  Description : Reduces the latency of the Linux kernel


 This patch adds a far greater degree of real-time responsiveness to the
 standard Linux kernel, by finding hot spots in the scheduling code and
 trying to reduce their impact. It can get latencies down to 1 to 4 ms in
 most situations.
 
 It can be applied to the following Linux kernel sources:
 2.4.13, 2.4.14, 2.4.15, 2.4.16, 2.4.17, 2.4.18, 2.4.19, 2.4.20 and 2.4.21.
  

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux pc.aurel32 2.4.20 #1 mar jun 24 21:29:28 CEST 2003 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (ignored: LC_ALL set)

Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

2003-06-24 Thread Luca - De Whiskey's - De Vitis

On Tue, Jun 24, 2003 at 10:59:19PM +0200, Marek Habersack wrote:
 It's not quite a substitute, as it won't reuse autoconf's configs etc. How
 about A tool for configuring software source similar to GNU Autoconf?

Sorry for my previous reply to this message, your suggestion is definitely
good.

ciao,
-- 
Luca - De Whiskey's - De Vitis  | Elegant or ugly code as well
aliases: Luca ^De [A-Z][A-Za-z\-]*[iy]'\?s$ | as fine or rude sentences have
Luca, a wannabe ``Good guy''.   | something in common: they
local LANG=[EMAIL PROTECTED] | don't depend on the 
language.


pgpuuUXxkhVK6.pgp
Description: PGP signature

Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

2003-06-24 Thread Luca - De Whiskey's - De Vitis

On Tue, Jun 24, 2003 at 10:59:19PM +0200, Marek Habersack wrote:
 It's not quite a substitute, as it won't reuse autoconf's configs etc. How
 about A tool for configuring software source similar to GNU Autoconf?

I see your point, but your suggestion is still too long: it should be
rephrased to stay within 60-65 characters.

What about A source configuring tool like GNU/Autoconf?

ciao,
-- 
Luca - De Whiskey's - De Vitis  | Elegant or ugly code as well
aliases: Luca ^De [A-Z][A-Za-z\-]*[iy]'\?s$ | as fine or rude sentences have
Luca, a wannabe ``Good guy''.   | something in common: they
local LANG=[EMAIL PROTECTED] | don't depend on the 
language.


pgpwt3kv9xlkw.pgp
Description: PGP signature

Bug#177638: gdm2-themes ITP

2003-06-24 Thread Josselin Mouette

I've just noticed you've got an ITP for a gdm2-themes package sitting in
wnpp, but I'm a bit late. I had looked for gdm-themes in wnpp, but did
not find it, heh.

In the meantime, I have built a gdm-themes package and uploaded it to
the NEW queue (see bug #198326). I'm very sorry for stealing the ITP, it
wasn't done on purpose.
If you want to co-maintain the package with me, you're welcome.
-- 
 .''`.   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#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

2003-06-24 Thread Daniel Burrows

On Tue, Jun 24, 2003 at 10:59:19PM +0200, Marek Habersack [EMAIL PROTECTED] 
was heard to say:
 On Tue, Jun 24, 2003 at 02:52:20PM -0500, Steve Langasek scribbled:
  Try an alternative to GNU autoconf or a substitute for GNU autoconf,
  to avoid confusion with Debian's alternatives system.
 It's not quite a substitute, as it won't reuse autoconf's configs etc. How
 about A tool for configuring software source similar to GNU Autoconf?

  Ugh.  That's awfully wordy.  I don't think there's that much danger of
confusion with the alternatives system, and IMO the slight risk is
outweighed by how cumbersome the sentence above is.  I think an
alternative to GNU autoconf is a better choice.

  Daniel

-- 
/ Daniel Burrows [EMAIL PROTECTED] ---\
| The spork is strong with him... -- Fluble |
\- Debian GNU/Linux http://www.debian.org -- Because. /

Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).

On Tue, Jun 24, 2003 at 05:14:56PM -0500, Luca - De Whiskey's - De Vitis 
scribbled:
 On Tue, Jun 24, 2003 at 10:59:19PM +0200, Marek Habersack wrote:
  It's not quite a substitute, as it won't reuse autoconf's configs etc. How
  about A tool for configuring software source similar to GNU Autoconf?
 
 Sorry for my previous reply to this message, your suggestion is definitely
 good.
OK, so if there are no more objections, I will proceed with uploading the
tool to Debian RSN :)

marek


pgprWO11AudTh.pgp
Description: PGP signature

Bug#139475: packaging of oprofile

2003-06-24 Thread Al Stone

Susan,

This whole day job can really slow down the Debian Developer
application process.  My apologies for the delays; if it gives
you any idea of how busy we've been, our little ol' Linux lab
has recently doubled in size -- and we plan on growing further.
Long nights and weekends have been de rigeur.

If one was to go to:

   ftp://ftp.hp.com/pub/linux/prospect/

one would find the latest prospect packages (0.9.7-3), and
the latest oprofile packages:

   -- oprofile 0.5.4-2 (ia64, i386)
   -- oprofile-source 0.5.4-2 (ia64, i386)

as well as some pre-built kernel modules:

   -- oprofile-modules-2.4.20-1-686_0.5.4-2_ia64.deb
   -- oprofile-modules-2.4.20-mckinley-smp_0.5.4-2_ia64.deb

Everything has been updated to the latest upstream source.
In the oprofile-source packages, there are now HOWTO docs
in /usr/share/doc/oprofile-source with detailed instructions
on how to build kernel modules (with, and without, make-kpkg).
All the various source pieces are at the same ftp site.

Due to a need for automake1.7 in the new upstream, as well
as kernel version requirements (2.4.18), these packages will
not build nor will they work properly for stable releases on
either i386 or ia64.  There are a couple of other architectures
supported by oprofile, but I don't have machines to build on
or test on.

Let me know when you get a chance to look at these, and/or
test them.  Holler if there's any bugs or clarification that
I can include.

Thanks in advance for your time and effort -- and most
espcially, your patience.

On Tue, 2003-03-25 at 12:44, Susan Kleinmann wrote:
 Hello Al,
 
 On Tue, 25 Mar 2003 10:35:14 MST, Al Stone [EMAIL PROTECTED]  said: 
  can one make any assumptions
  about the state of the kernel source tree when
  providing a package?  For instance, will all the
  variations of oprofile modules be built for all of
  various kernels available, 
 I would expect that (since the oprofile modules are being built from the
 top level of a single source tree, and since that source tree has only one
 file named .config in it) only one set of oprofile modules would be built
 when 'make-kpkg modules_image' is executed.
  or do I have to build them?  
  If the former is true, can I reasonably
  assume that 'make-kpkg config' has already been
  run?  
 I think the build script should just test for the existence of 
 the file '.config' in the current directory.  (It might previously execute
 some test to make sure it is really in the top level of a Linux kernel source
 directory; this directory has many signautures but I don't know which one
 is definitive, if any.  If the file isn't found, then the build script
 should just exit with the message that one needs to run
 'make config' or 'make menuconfig' or 'make xconfig'
 or 
 'make-kpkg --config (oldconfig|config|menuconfig|xconfig) 
 
 (but not 'make-kpkg config') first.
 
 I'm not sure I'm understanding your question, so if that doesn't answer it,
 let me know and I'll try again.
 
 Susan
-- 
Ciao,
al

Al Stone
Linux  Open Source Lab
Hewlett-Packard Company
Phone:  970-898-0345
Telnet: 898-0345
Fax:970-898-3804
E-mail: [EMAIL PROTECTED]

Bug#194377: marked as done (ITP: socketapi -- Socket API library for sctplib)

Your message dated Tue, 24 Jun 2003 21:25:30 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#194377: fixed in socketapi 1.0.1-2
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; 23 May 2003 03:54:59 +
From [EMAIL PROTECTED] Thu May 22 22:54:58 2003
Return-path: [EMAIL PROTECTED]
Received: from alpha8.its.monash.edu.au [130.194.1.8] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19J3dy-0006BX-00; Thu, 22 May 2003 22:54:58 -0500
Received: from thwack.its.monash.edu.au ([130.194.1.72])
 by vaxh.its.monash.edu.au (PMDF V5.2-31 #39306)
 with ESMTP id [EMAIL PROTECTED] for
 [EMAIL PROTECTED]; Fri, 23 May 2003 13:40:22 +1000
Received: from thwack.its.monash.edu.au (localhost [127.0.0.1])
by localhost (Postfix) with ESMTP   id 87ED212C007; Fri,
 23 May 2003 13:40:22 +1000 (EST)
Received: from caribe.its.monash.edu.au
 (caribe.its.monash.edu.au [130.194.3.110]) by thwack.its.monash.edu.au
 (Postfix) with ESMTP   id 71E6912C00B; Fri, 23 May 2003 13:40:22 +1000 (EST)
Received: by caribe.its.monash.edu.au (Postfix, from userid 1000)
id 8391E1EC; Fri, 23 May 2003 23:42:34 +1000 (EST)
Date: Fri, 23 May 2003 23:42:34 +1000
From: Anibal Monsalve Salazar [EMAIL PROTECTED]
Subject: ITP: socketapi -- Socket API library for sctplib
To: Debian Bug Tracking System [EMAIL PROTECTED]
Message-id: [EMAIL PROTECTED]
MIME-version: 1.0
X-Mailer: reportbug 2.10.1
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-Debbugs-Cc: debian-devel@lists.debian.org
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-7.8 required=4.0
tests=BAYES_10,DATE_IN_FUTURE_06_12,HAS_PACKAGE,X_DEBBUGS_CC
version=2.53-bugs.debian.org_2003_05_22
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_05_22 
(1.174.2.15-2003-03-30-exp)

Package: wnpp
Version: unavailable; reported 2003-05-23
Severity: wishlist

* Package name: socketapi
  Version : 1.0.1
  Upstream Author : Thomas Dreibholz [EMAIL PROTECTED]
* URL : http://tdrwww.exp-math.uni-essen.de/dreibholz/rserpool/
* License : LGPL
  Description : Socket API library for sctplib

Socketapi provides a socket API  for the SCTP userland implementation sctplib,
conforming to draft-ietf-tsvwg-sctpsocket-06.txt.

This implementation is the product of a cooperation between Siemens AG (ICN),
Munich, Germany and the Computer Networking Technology Group at the IEM of
the University of Essen, Germany. See http://www.sctp.de/ for details.


-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux caribe 2.4.20 #8 Fri Dec 6 14:19:52 EST 2002 i586
Locale: LANG=C, LC_CTYPE=C


---
Received: (at 194377-close) by bugs.debian.org; 25 Jun 2003 01:32:57 +
From [EMAIL PROTECTED] Tue Jun 24 20:32:57 2003
Return-path: [EMAIL PROTECTED]
Received: from auric.debian.org [206.246.226.45] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19Uz9d-0007MM-00; Tue, 24 Jun 2003 20:32:57 -0500
Received: from rdonald by auric.debian.org with local (Exim 3.35 1 (Debian))
id 19Uz2Q-00034O-00; Tue, 24 Jun 2003 21:25:30 -0400
From: Anibal Monsalve Salazar [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
X-Katie: lisa $Revision: 1.23 $
Subject: Bug#194377: fixed in socketapi 1.0.1-2
Message-Id: [EMAIL PROTECTED]
Sender: Randall Donald [EMAIL PROTECTED]
Date: Tue, 24 Jun 2003 21:25:30 -0400
Delivered-To: [EMAIL PROTECTED]

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

socketapi-dev_1.0.1-2_i386.deb
  to pool/main/s/socketapi/socketapi-dev_1.0.1-2_i386.deb
socketapi1_1.0.1-2_i386.deb
  to pool/main/s/socketapi/socketapi1_1.0.1-2_i386.deb
socketapi_1.0.1-2.diff.gz
  to pool/main/s/socketapi/socketapi_1.0.1-2.diff.gz
socketapi_1.0.1-2.dsc
  to pool/main/s/socketapi/socketapi_1.0.1-2.dsc
socketapi_1.0.1.orig.tar.gz
  to pool/main/s/socketapi/socketapi_1.0.1.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.
Anibal Monsalve Salazar [EMAIL PROTECTED] (supplier of updated socketapi

Bug#194361: marked as done (ITP: lua50 -- Small embeddable language with simple procedural syntax)

Your message dated Tue, 24 Jun 2003 21:17:17 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#188715: fixed in lua50 5.0-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; 22 May 2003 23:34:03 +
From [EMAIL PROTECTED] Thu May 22 18:34:02 2003
Return-path: [EMAIL PROTECTED]
Received: from rms.gnu-rox.org (smtp.gnu-rox.org) [213.41.134.247] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19IzZR-0005YL-00; Thu, 22 May 2003 18:34:02 -0500
Received: from fxgs.gnu-rox.org.gnu-rox.org (fxgs.gnu-rox.org [10.0.0.10])
by smtp.gnu-rox.org (Postfix) with ESMTP id 350BC3E128
for [EMAIL PROTECTED]; Fri, 23 May 2003 01:33:58 +0200 (CEST)
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: lua50: Is someone packaging lua 5.0 ? 
X-Debbugs-CC: Xavier Maillard [EMAIL PROTECTED]
From: Xavier Maillard [EMAIL PROTECTED]
Sender: Xavier Maillard [EMAIL PROTECTED]
Adress: [EMAIL PROTECTED]
X-URL: http://www.gnusfr.org
X-Home-Page: http://www.gnu-rox.org
X-Gpg-Key-ID: 4CE51D71
X-Gpg-Fingerprint: 298B 37DE E2EF C030 5D64 6CFF C3DA E70E 4CE5 1D71
X-Gpg-Affinity: Will accept encrypted message for GNUpg
X-Disclaimer: Fourty Two
X-Accept-Language: en, fr
Organization: GNU Rox !
X-Face: 63TbQAY?CdKDtNNr7CEy3XxC*t8Nw_,=:={qL$,b?m:3c'?5vo4qLo)@!(?J3SqnvA
 %]/'!n[aEa5oAg1{+JyynaULmhA8^tQQK*D3dNJ{.SZ0
X-In-No-Sense: Nonsense
X-Whatever: no
Date: Fri, 23 May 2003 00:37:54 +0200
Message-ID: [EMAIL PROTECTED]
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: multipart/signed; boundary==-=-=;
micalg=pgp-sha1; protocol=application/pgp-signature
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-15.3 required=4.0
tests=BAYES_01,HAS_PACKAGE,USER_AGENT_GNUS_UA,X_DEBBUGS_CC
autolearn=ham version=2.53-bugs.debian.org_2003_05_22
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_05_22 
(1.174.2.15-2003-03-30-exp)

--=-=-=
Content-Transfer-Encoding: quoted-printable


Package: lua50
Version: +N/A; reported 2003-05-23
Severity: normal

Hi,

Since the new ion-devel can't be packaged because of the lack of the
lua5.0 package, I was wondering wether someone was already doing it. I
really want it to be packaged cuz the new ion-devel seems really
awesome :)

Regards,

zeDek

=2D- System Information
Debian Release: testing/unstable
Kernel Version: Linux fxgs 2.4.20-xm33-preempt-lowloat #2 mar mai 6 08:56:4=
6 CEST 2003 i686 GNU/Linux

=2D-=20
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.

--=-=-=
Content-Type: application/pgp-signature

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQA+zVFFw9rnDkzlHXERAlQ3AKCNpxIibyPNRaUmWvKWunFSkpZ+HgCfYboi
IvJ85GUqnThcOs0C+gXNxC8=
=tdTT
-END PGP SIGNATURE-
--=-=-=--


---
Received: (at 188715-close) by bugs.debian.org; 25 Jun 2003 01:24:32 +
From [EMAIL PROTECTED] Tue Jun 24 20:24:31 2003
Return-path: [EMAIL PROTECTED]
Received: from auric.debian.org [206.246.226.45] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19Uz1T-0006qf-00; Tue, 24 Jun 2003 20:24:31 -0500
Received: from rdonald by auric.debian.org with local (Exim 3.35 1 (Debian))
id 19UyuT-0002iy-00; Tue, 24 Jun 2003 21:17:17 -0400
From: Daniel Silverstone [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
X-Katie: lisa $Revision: 1.23 $
Subject: Bug#188715: fixed in lua50 5.0-1
Message-Id: [EMAIL PROTECTED]
Sender: Randall Donald [EMAIL PROTECTED]
Date: Tue, 24 Jun 2003 21:17:17 -0400
Delivered-To: [EMAIL PROTECTED]

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

liblua50-dev_5.0-1_i386.deb
  to pool/main/l/lua50/liblua50-dev_5.0-1_i386.deb
liblua50_5.0-1_i386.deb
  to pool/main/l/lua50/liblua50_5.0-1_i386.deb
liblualib50-dev_5.0-1_i386.deb
  to pool/main/l/lua50/liblualib50-dev_5.0-1_i386.deb
liblualib50_5.0-1_i386.deb
  to pool/main/l/lua50/liblualib50_5.0-1_i386.deb
lua50-doc_5.0-1_all.deb
  to pool/main/l/lua50/lua50-doc_5.0-1_all.deb
lua50_5.0-1.diff.gz
  to pool/main/l/lua50/lua50_5.0-1.diff.gz
lua50_5.0-1.dsc
  to pool/main/l/lua50/lua50_5.0-1.dsc
lua50_5.0-1_i386.deb
  to pool/main/l/lua50/lua50_5.0-1_i386.deb
lua50_5.0.orig.tar.gz
  to pool/main/l/lua50/lua50_5.0.orig.tar.gz



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

Bug#188715: marked as done (ITP: lua50 -- Small embeddable language with simple procedural syntax)

Your message dated Tue, 24 Jun 2003 21:17:17 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#188715: fixed in lua50 5.0-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; 12 Apr 2003 15:25:49 +
From [EMAIL PROTECTED] Sat Apr 12 10:25:48 2003
Return-path: [EMAIL PROTECTED]
Received: from host-66-81-30-209.rev.o1.com (catalunya) [66.81.30.209] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 194Msz-0005yW-00; Sat, 12 Apr 2003 10:25:46 -0500
Received: from kraai by catalunya with local (Exim 3.35 #1 (Debian))
id 194MvR-7x-00
for [EMAIL PROTECTED]; Sat, 12 Apr 2003 08:28:17 -0700
Date: Sat, 12 Apr 2003 08:28:16 -0700
From: Matt Kraai [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Lua 5.0 is not packaged
Message-ID: [EMAIL PROTECTED]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Sender: Matt Kraai [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-2.2 required=4.0
tests=HAS_PACKAGE,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01,
  USER_AGENT,USER_AGENT_MUTT
version=2.44
X-Spam-Level: 

Package: lua40
Version: 4.0-8
Severity: wishlist

Lua 5.0 is not packaged.  It was released yesterday.  Heh.

Matt
-- 
It's most certainly GNU/Linux, not Linux.  Read more at
http://www.gnu.org/gnu/why-gnu-linux.html.

---
Received: (at 188715-close) by bugs.debian.org; 25 Jun 2003 01:24:32 +
From [EMAIL PROTECTED] Tue Jun 24 20:24:31 2003
Return-path: [EMAIL PROTECTED]
Received: from auric.debian.org [206.246.226.45] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19Uz1T-0006qf-00; Tue, 24 Jun 2003 20:24:31 -0500
Received: from rdonald by auric.debian.org with local (Exim 3.35 1 (Debian))
id 19UyuT-0002iy-00; Tue, 24 Jun 2003 21:17:17 -0400
From: Daniel Silverstone [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
X-Katie: lisa $Revision: 1.23 $
Subject: Bug#188715: fixed in lua50 5.0-1
Message-Id: [EMAIL PROTECTED]
Sender: Randall Donald [EMAIL PROTECTED]
Date: Tue, 24 Jun 2003 21:17:17 -0400
Delivered-To: [EMAIL PROTECTED]

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

liblua50-dev_5.0-1_i386.deb
  to pool/main/l/lua50/liblua50-dev_5.0-1_i386.deb
liblua50_5.0-1_i386.deb
  to pool/main/l/lua50/liblua50_5.0-1_i386.deb
liblualib50-dev_5.0-1_i386.deb
  to pool/main/l/lua50/liblualib50-dev_5.0-1_i386.deb
liblualib50_5.0-1_i386.deb
  to pool/main/l/lua50/liblualib50_5.0-1_i386.deb
lua50-doc_5.0-1_all.deb
  to pool/main/l/lua50/lua50-doc_5.0-1_all.deb
lua50_5.0-1.diff.gz
  to pool/main/l/lua50/lua50_5.0-1.diff.gz
lua50_5.0-1.dsc
  to pool/main/l/lua50/lua50_5.0-1.dsc
lua50_5.0-1_i386.deb
  to pool/main/l/lua50/lua50_5.0-1_i386.deb
lua50_5.0.orig.tar.gz
  to pool/main/l/lua50/lua50_5.0.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.
Daniel Silverstone [EMAIL PROTECTED] (supplier of updated lua50 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: Wed, 11 Jun 2003 20:18:57 +0100
Source: lua50
Binary: liblualib50-dev liblua50-dev lua50-doc liblua50 lua50 liblualib50
Architecture: source i386 all
Version: 5.0-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Silverstone [EMAIL PROTECTED]
Changed-By: Daniel Silverstone [EMAIL PROTECTED]
Description: 
 liblua50   - Main interpreter library for the Lua programming language
 liblua50-dev - Main interpreter library for Lua: static library and headers
 liblualib50 - Extension library for the Lua programming language
 liblualib50-dev - Extension library for Lua: static and headers
 lua50  - Small embeddable language with simple procedural syntax
 lua50-doc  - Documentation for the Lua programming language
Closes: 188715
Changes: 
 lua50 (5.0-1) unstable; urgency=low
 .
   * Initial release of Lua 5.0 (closes: #188715)
   * Added better support

Bug#198260: (no subject)

2003-06-24 Thread Ari Pollak



This bug should have been closed, the package has been uploaded.

Processed: Fixed in NMU of libmodule-info-perl 0.20-1

Processing commands for [EMAIL PROTECTED]:

 tag 192573 + fixed
Bug#192573: ITP: libmodule-info-perl -- Information about perl modules without 
loading them
There were no tags set.
Tags added: fixed

 quit
Stopping processing here.

Please contact me if you need assistance.

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

Processed: Fixed in NMU of klogic 1.5-1

Processing commands for [EMAIL PROTECTED]:

 tag 178907 + fixed
Bug#178907: ITP: klogic -- KDE program for building and simulating \
There were no tags set.
Tags added: fixed

 quit
Stopping processing here.

Please contact me if you need assistance.

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

Bug#185224: marked as done (ITA: kannel -- WAP and SMS gateway)

Your message dated Tue, 24 Jun 2003 22:28:29 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#185224: fixed in kannel 1.2.1-5
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; 18 Mar 2003 01:19:15 +
From [EMAIL PROTECTED] Mon Mar 17 19:19:14 2003
Return-path: [EMAIL PROTECTED]
Received: from 217-126-190-75.uc.nombres.ttd.es (mail.alamin.org) 
[217.126.190.75] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 18v5l3-00066W-00; Mon, 17 Mar 2003 19:19:14 -0600
Received: by mail.alamin.org (Postfix, from userid 1000)
id C6A181C017; Tue, 18 Mar 2003 02:19:19 +0100 (CET)
From: Andres Seco Hernandez [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: O: kannel
X-Mailer: reportbug 1.50
Date: Tue, 18 Mar 2003 02:19:19 +0100
Message-Id: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-1.0 required=4.0
tests=HAS_PACKAGE,QUOTED_EMAIL_TEXT,SPAM_PHRASE_02_03
version=2.44
X-Spam-Level: 

Package: wnpp
Version: N/A; reported 2003-03-18
Severity: normal

From [EMAIL PROTECTED] Tue Mar 18 02:15:15 2003
Date: Tue, 18 Mar 2003 02:15:15 +0100
From: Andres Seco Hernandez [EMAIL PROTECTED]
To: Bruno David Rodrigues [EMAIL PROTECTED]
Cc: Salvador Abreu [EMAIL PROTECTED]
Subject: Re: Permission to adopt Kannel Packages

I am sorry for my delay, Bruno.

Of course, please, adopt kannel package. I have no inconvenience.
I am very busy since months ago.

I would like to go in deep of kannel but my job and my family left me
almost no time these days.

Thanks for your patience, Bruno.

I will orphan the kannel package via wnpp in some minuttes. Go there and
adopt it.

Good luck in your DD application.

El 18 Mar 2003 a las 12:30AM +, Bruno David Rodrigues escribio:
 Hello Andres.

 May I adopt kannel packages from you ? There were several new releases
 (devel-1.1.6, 1.2.0, 1.2.1, devel-1.3.0 and devel-1.3.1) and I've announced it
 to you several times but the packages never got uploaded.

 As a kannel developer I would love to have updated packages in debian and
 therefore I'm asking you again to let me do this job and be its maintainer.

 I've now fully rewriten and update the debian packages and I've kept kannel 
 for
 stable and created kannel-devel for devel release.

 I'm applying for DD and I have a sponsor for these packages and I'll upload 
 them
 as soon as you let me do it.

 regards,
 Bruno Rodrigues


-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux shortg 2.4.19 #1 Sun Mar 2 22:03:49 CET 2003 i686
Locale: LANG=es_ES, LC_CTYPE=es_ES


---
Received: (at 185224-close) by bugs.debian.org; 25 Jun 2003 02:32:30 +
From [EMAIL PROTECTED] Tue Jun 24 21:32:30 2003
Return-path: [EMAIL PROTECTED]
Received: from auric.debian.org [206.246.226.45] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19V05G-0004kw-00; Tue, 24 Jun 2003 21:32:30 -0500
Received: from rdonald by auric.debian.org with local (Exim 3.35 1 (Debian))
id 19V01N-0005wa-00; Tue, 24 Jun 2003 22:28:29 -0400
From: Bruno Rodrigues [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
X-Katie: lisa $Revision: 1.23 $
Subject: Bug#185224: fixed in kannel 1.2.1-5
Message-Id: [EMAIL PROTECTED]
Sender: Randall Donald [EMAIL PROTECTED]
Date: Tue, 24 Jun 2003 22:28:29 -0400
Delivered-To: [EMAIL PROTECTED]

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

kannel-docs_1.2.1-5_all.deb
  to pool/main/k/kannel/kannel-docs_1.2.1-5_all.deb
kannel-extras_1.2.1-5_i386.deb
  to pool/main/k/kannel/kannel-extras_1.2.1-5_i386.deb
kannel_1.2.1-5.diff.gz
  to pool/main/k/kannel/kannel_1.2.1-5.diff.gz
kannel_1.2.1-5.dsc
  to pool/main/k/kannel/kannel_1.2.1-5.dsc
kannel_1.2.1-5_i386.deb
  to pool/main/k/kannel/kannel_1.2.1-5_i386.deb
kannel_1.2.1.orig.tar.gz
  to pool/main/k/kannel/kannel_1.2.1.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.
Bruno Rodrigues [EMAIL PROTECTED] (supplier of updated kannel package)

(This message was generated automatically at their request; if you
believe that there is a

Bug#197250: marked as done (ITP: fprobe -- This tool exports NetFlow V5 datagrams to a remote collector)

Your message dated Tue, 24 Jun 2003 22:10:05 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#197250: fixed in fprobe 0.3-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; 13 Jun 2003 09:41:50 +
From [EMAIL PROTECTED] Fri Jun 13 04:41:50 2003
Return-path: [EMAIL PROTECTED]
Received: from alpha9.its.monash.edu.au [130.194.1.9] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19Ql4A-my-00; Fri, 13 Jun 2003 04:41:50 -0500
Received: from broink.its.monash.edu.au ([130.194.1.70])
 by vaxh.its.monash.edu.au (PMDF V5.2-31 #39306)
 with ESMTP id [EMAIL PROTECTED] for
 [EMAIL PROTECTED]; Fri, 13 Jun 2003 19:41:34 +1000
Received: from broink.its.monash.edu.au (localhost [127.0.0.1])
by localhost (Postfix) with ESMTP   id 4809112E4AB; Fri,
 13 Jun 2003 19:41:34 +1000 (EST)
Received: from caribe.its.monash.edu.au
 (caribe.its.monash.edu.au [130.194.3.110]) by broink.its.monash.edu.au
 (Postfix) with ESMTP   id 397FE12E4A6; Fri, 13 Jun 2003 19:41:34 +1000 (EST)
Received: by caribe.its.monash.edu.au (Postfix, from userid 1000)
id 0393C18D; Fri, 13 Jun 2003 19:41:33 +1000 (EST)
Date: Fri, 13 Jun 2003 19:41:33 +1000
From: Anibal Monsalve Salazar [EMAIL PROTECTED]
Subject: ITP: fprobe -- This tool exports NetFlow V5 datagrams to a remote
 collector
To: Debian Bug Tracking System [EMAIL PROTECTED]
Message-id: [EMAIL PROTECTED]
MIME-version: 1.0
X-Mailer: reportbug 2.10.1
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-Debbugs-Cc: debian-devel@lists.debian.org
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-9.0 required=4.0
tests=BAYES_01,HAS_PACKAGE,X_DEBBUGS_CC
version=2.53-bugs.debian.org_2003_06_10
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_10 
(1.174.2.15-2003-03-30-exp)

Package: wnpp
Version: unavailable; reported 2003-06-13
Severity: wishlist

* Package name: fprobe
  Version : 0.3
  Upstream Author : Bogdan Surdu [EMAIL PROTECTED]
* URL : http://psi.home.ro/flow/
* License : GPL
  Description : This tool exports NetFlow V5 datagrams to a remote collector

This is a small NetFlow probe which will listen on a interface using libpcap,
aggregate the traffic and export NetFlow V5 datagram to a remote collector
for processing. A flow is identified by ip protocol, source ip, source port,
destination ip, destination port. Right now only ethernet interfaces are
supported. Support for more media types (tunnel, ppp etc) will be added.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux caribe 2.4.20 #8 Fri Dec 6 14:19:52 EST 2002 i586
Locale: LANG=C, LC_CTYPE=C


---
Received: (at 197250-close) by bugs.debian.org; 25 Jun 2003 02:23:34 +
From [EMAIL PROTECTED] Tue Jun 24 21:23:33 2003
Return-path: [EMAIL PROTECTED]
Received: from auric.debian.org [206.246.226.45] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19Uzwb-0003hh-00; Tue, 24 Jun 2003 21:23:33 -0500
Received: from rdonald by auric.debian.org with local (Exim 3.35 1 (Debian))
id 19UzjZ-0004no-00; Tue, 24 Jun 2003 22:10:05 -0400
From: Anibal Monsalve Salazar [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
X-Katie: lisa $Revision: 1.23 $
Subject: Bug#197250: fixed in fprobe 0.3-1
Message-Id: [EMAIL PROTECTED]
Sender: Randall Donald [EMAIL PROTECTED]
Date: Tue, 24 Jun 2003 22:10:05 -0400
Delivered-To: [EMAIL PROTECTED]

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

fprobe_0.3-1.diff.gz
  to pool/main/f/fprobe/fprobe_0.3-1.diff.gz
fprobe_0.3-1.dsc
  to pool/main/f/fprobe/fprobe_0.3-1.dsc
fprobe_0.3-1_i386.deb
  to pool/main/f/fprobe/fprobe_0.3-1_i386.deb
fprobe_0.3.orig.tar.gz
  to pool/main/f/fprobe/fprobe_0.3.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.
Anibal Monsalve Salazar [EMAIL PROTECTED] (supplier of updated fprobe package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive

Bug#197141: marked as done (ITP: ygraph -- Visualize one-dimensional scientific data)

Your message dated Tue, 24 Jun 2003 22:18:49 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#197141: fixed in ygraph 0.14-3
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; 12 Jun 2003 12:52:27 +
From [EMAIL PROTECTED] Thu Jun 12 07:52:14 2003
Return-path: [EMAIL PROTECTED]
Received: from antares.tat.physik.uni-tuebingen.de [134.2.170.62] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19QRYq-0006Ke-00; Thu, 12 Jun 2003 07:52:12 -0500
Received: from kobras by antares.tat.physik.uni-tuebingen.de with local (Exim 
3.36 #1 (Debian))
id 19QRYp-0007Ic-00; Thu, 12 Jun 2003 14:52:11 +0200
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Daniel Kobras [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: ITP: ygraph -- Visualize one-dimensional scientific data
X-Mailer: reportbug 2.10.1
Date: Thu, 12 Jun 2003 14:52:11 +0200
X-Debbugs-Cc: debian-devel@lists.debian.org
Message-Id: [EMAIL PROTECTED]
Sender: Daniel Kobras [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-9.0 required=4.0
tests=BAYES_30,HAS_PACKAGE,X_DEBBUGS_CC
version=2.53-bugs.debian.org_2003_06_10
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_10 
(1.174.2.15-2003-03-30-exp)

Package: wnpp
Version: unavailable; reported 2003-06-12
Severity: wishlist

* Package name: ygraph
  Version : 0.14
  Upstream Author : Denis Pollney [EMAIL PROTECTED]
* URL : http://www.aei.mpg.de/~pollney/ygraph/
* License : GPL
  Description : Visualize one-dimensional scientific data

 The ygraph tool visualizes one-dimensional scientific data sets.  It is
 an enhanced alternative to the xgraph utility and supports the same
 input format as xgraph.  Additionally, ygraph features:
 .
  * animating multiple plots simultaneously and synchronously;
  * stepping back and forth through animations one frame at a time;
  * zooming, similar to xgraph but without opening a lot of new windows;
  * plotting derivatives;
  * subtracting plots;
  * convergence tests;
  * reading compressed files;
  * exporting images and animations.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux antares 2.4.21-rc6 #6 SMP Tue Jun 3 12:14:42 CEST 2003 i686
Locale: LANG=C, LC_CTYPE=de_DE


---
Received: (at 197141-close) by bugs.debian.org; 25 Jun 2003 02:24:50 +
From [EMAIL PROTECTED] Tue Jun 24 21:24:50 2003
Return-path: [EMAIL PROTECTED]
Received: from auric.debian.org [206.246.226.45] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19Uzxq-00045J-00; Tue, 24 Jun 2003 21:24:50 -0500
Received: from rdonald by auric.debian.org with local (Exim 3.35 1 (Debian))
id 19Uzs1-00057O-00; Tue, 24 Jun 2003 22:18:49 -0400
From: Daniel Kobras [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
X-Katie: lisa $Revision: 1.23 $
Subject: Bug#197141: fixed in ygraph 0.14-3
Message-Id: [EMAIL PROTECTED]
Sender: Randall Donald [EMAIL PROTECTED]
Date: Tue, 24 Jun 2003 22:18:49 -0400
Delivered-To: [EMAIL PROTECTED]

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

ygraph_0.14-3.diff.gz
  to pool/main/y/ygraph/ygraph_0.14-3.diff.gz
ygraph_0.14-3.dsc
  to pool/main/y/ygraph/ygraph_0.14-3.dsc
ygraph_0.14-3_i386.deb
  to pool/main/y/ygraph/ygraph_0.14-3_i386.deb
ygraph_0.14.orig.tar.gz
  to pool/main/y/ygraph/ygraph_0.14.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.
Daniel Kobras [EMAIL PROTECTED] (supplier of updated ygraph 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: Sat, 14 Jun 2003 17:38:55 +0200
Source: ygraph
Binary: ygraph
Architecture: source i386
Version: 0.14-3
Distribution: unstable
Urgency: low
Maintainer: Daniel Kobras [EMAIL PROTECTED]
Changed-By: Daniel Kobras [EMAIL

Bug#158874: marked as done (ITP: backuppc -- A high-performance, enterprise-grade system for backing up PCs)

Your message dated Tue, 24 Jun 2003 22:37:56 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#158874: fixed in backuppc 2.0.0-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; 30 Aug 2002 12:58:31 +
From [EMAIL PROTECTED] Fri Aug 30 07:58:30 2002
Return-path: [EMAIL PROTECTED]
Received: from anancy-107-1-8-144.abo.wanadoo.fr (xiii.freealter.fr) 
[80.13.168.144] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 17klM6-0002Z5-00; Fri, 30 Aug 2002 07:58:30 -0500
Received: from ovronnaz.freealter.fr ([192.168.0.18])
by xiii.freealter.fr with esmtp (Exim 3.12 #1 (Debian))
id 17klJo-0005GV-00; Fri, 30 Aug 2002 14:56:08 +0200
Received: from ludo by ovronnaz.freealter.fr with local (Exim 3.35 #1 (Debian))
id 17klJn-0008Qx-00; Fri, 30 Aug 2002 14:56:07 +0200
From: Ludovic Drolez [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: ITP: backuppc -- A high-performance, enterprise-grade system for 
backing up PCs
X-Mailer: reportbug 1.50
Date: Fri, 30 Aug 2002 14:56:07 +0200
X-Debbugs-CC: debian-devel@lists.debian.org
Message-Id: [EMAIL PROTECTED]
Sender: Ludovic Drolez [EMAIL PROTECTED]
X-BadReturnPath: [EMAIL PROTECTED] rewritten as [EMAIL PROTECTED]
  using From header
Delivered-To: [EMAIL PROTECTED]

Package: wnpp
Version: N/A; reported 2002-08-30
Severity: wishlist

* Package name: backuppc
  Version : 1.5.0
  Upstream Author : Craig BarrattName [EMAIL PROTECTED] 
* URL : http://sourceforge.net/projects/backuppc/
* License : GPL
  Description : A high-performance, enterprise-grade system for backing up 
PCs

BackupPC is a high-performance, enterprise-grade system for backing up
Linux, WinXX PCs, and laptops to a server's disk. Features include
clever pooling of identical files, no client-side software, and a
powerful Apache/CGI user interface.

-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux ovronnaz 2.4.18-k7 #1 Sun Apr 14 13:19:11 EST 2002 i686
Locale: LANG=fr_FR, LC_CTYPE=fr_FR


---
Received: (at 158874-close) by bugs.debian.org; 25 Jun 2003 02:38:10 +
From [EMAIL PROTECTED] Tue Jun 24 21:38:04 2003
Return-path: [EMAIL PROTECTED]
Received: from auric.debian.org [206.246.226.45] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19V0Ab-00058t-00; Tue, 24 Jun 2003 21:38:01 -0500
Received: from rdonald by auric.debian.org with local (Exim 3.35 1 (Debian))
id 19V0AW-0007R5-00; Tue, 24 Jun 2003 22:37:56 -0400
From: Ludovic Drolez [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
X-Katie: lisa $Revision: 1.23 $
Subject: Bug#158874: fixed in backuppc 2.0.0-1
Message-Id: [EMAIL PROTECTED]
Sender: Randall Donald [EMAIL PROTECTED]
Date: Tue, 24 Jun 2003 22:37:56 -0400
Delivered-To: [EMAIL PROTECTED]

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

backuppc_2.0.0-1.diff.gz
  to pool/main/b/backuppc/backuppc_2.0.0-1.diff.gz
backuppc_2.0.0-1.dsc
  to pool/main/b/backuppc/backuppc_2.0.0-1.dsc
backuppc_2.0.0-1_i386.deb
  to pool/main/b/backuppc/backuppc_2.0.0-1_i386.deb
backuppc_2.0.0.orig.tar.gz
  to pool/main/b/backuppc/backuppc_2.0.0.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.
Ludovic Drolez [EMAIL PROTECTED] (supplier of updated backuppc 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: Mon, 16 Jun 2003 10:43:48 +0200
Source: backuppc
Binary: backuppc
Architecture: source i386
Version: 2.0.0-1
Distribution: unstable
Urgency: low
Maintainer: Ludovic Drolez [EMAIL PROTECTED]
Changed-By: Ludovic Drolez [EMAIL PROTECTED]
Description: 
 backuppc   - A high-performance, enterprise-grade system for backing up PCs
Closes: 158874
Changes: 
 backuppc (2.0.0-1) unstable; urgency=low
 .
   * Initial Release. Closes: Bug#158874.
   * modified configure.pl for non-interactive install
   * modified perl

Bug#197466: marked as done (ITP: kanatest -- hiragana and katakana drill for beginners)

Your message dated Tue, 24 Jun 2003 22:33:53 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#197466: fixed in kanatest 0.3.1-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; 15 Jun 2003 09:33:19 +
From [EMAIL PROTECTED] Sun Jun 15 04:33:18 2003
Return-path: [EMAIL PROTECTED]
Received: from zen.via.ecp.fr [138.195.130.71] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19RTt0-0007YS-00; Sun, 15 Jun 2003 04:33:18 -0500
Received: from c18.via.ecp.fr (zen.via.ecp.fr [138.195.130.71])
by zen.via.ecp.fr (Postfix) with ESMTP
id D03DD3AC54; Sun, 15 Jun 2003 11:33:14 +0200 (CEST)
Received: by c18.via.ecp.fr (Postfix, from userid 1000)
id 96ED142AC2; Sun, 15 Jun 2003 11:33:15 +0200 (CEST)
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
From: Sam Hocevar [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: ITP: kanatest -- hiragana and katakana drill for beginners
X-Mailer: reportbug 2.10.1
Date: Sun, 15 Jun 2003 11:33:15 +0200
X-Debbugs-Cc: debian-devel@lists.debian.org
Message-Id: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-9.0 required=4.0
tests=BAYES_10,HAS_PACKAGE,X_DEBBUGS_CC
version=2.53-bugs.debian.org_2003_06_10
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_10 
(1.174.2.15-2003-03-30-exp)

Package: wnpp
Version: unavailable; reported 2003-06-15
Severity: wishlist

* Package name : kanatest
  Version  : 0.3.1
  Upstream Authors : Tomasz M±ka [EMAIL PROTECTED]
 Maja Kocoñ [EMAIL PROTECTED]
 Piotr M±ka [EMAIL PROTECTED]
* URL  : http://clay.ll.pl/projects.html
* License  : GPL v2
  Description  : hiragana and katakana drill for beginners

 Kanatest is a simple hiragana and katakana drill tool. It checks your
 knowledge of Japanese kana characters.
 .
 There are three drill modes: hiragana mode (hiragana charset only), katakana
 mode (katakana charset only) and mixed mode (both charsets). The tester shows
 random kana characters and waits until you enter the romaji equivalent in an
 entry field. At the end, statistics are provided.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux c18 2.4.21-rc5 #2 Wed May 28 22:10:14 CEST 2003 i686
Locale: LANG=C, LC_CTYPE=fr_FR


---
Received: (at 197466-close) by bugs.debian.org; 25 Jun 2003 02:38:33 +
From [EMAIL PROTECTED] Tue Jun 24 21:38:33 2003
Return-path: [EMAIL PROTECTED]
Received: from auric.debian.org [206.246.226.45] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19V0B7-0005At-00; Tue, 24 Jun 2003 21:38:33 -0500
Received: from rdonald by auric.debian.org with local (Exim 3.35 1 (Debian))
id 19V06b-0006PQ-00; Tue, 24 Jun 2003 22:33:53 -0400
From: Sam Hocevar (Debian packages) [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
X-Katie: lisa $Revision: 1.23 $
Subject: Bug#197466: fixed in kanatest 0.3.1-1
Message-Id: [EMAIL PROTECTED]
Sender: Randall Donald [EMAIL PROTECTED]
Date: Tue, 24 Jun 2003 22:33:53 -0400
Delivered-To: [EMAIL PROTECTED]

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

kanatest_0.3.1-1.diff.gz
  to pool/main/k/kanatest/kanatest_0.3.1-1.diff.gz
kanatest_0.3.1-1.dsc
  to pool/main/k/kanatest/kanatest_0.3.1-1.dsc
kanatest_0.3.1-1_i386.deb
  to pool/main/k/kanatest/kanatest_0.3.1-1_i386.deb
kanatest_0.3.1.orig.tar.gz
  to pool/main/k/kanatest/kanatest_0.3.1.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.
Sam Hocevar (Debian packages) [EMAIL PROTECTED] (supplier of updated kanatest 
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: Mon, 16 Jun 2003 02:38:18 +0200
Source: kanatest
Binary: kanatest
Architecture: source i386
Version: 0.3.1-1
Distribution:

Bug#198125: marked as done (ITP: gtk-industrial-engine -- Flat-looking GTK engine from Ximian)

Your message dated Tue, 24 Jun 2003 22:46:16 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#198125: fixed in gtk-industrial-engine 0.2.26-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; 19 Jun 2003 22:15:56 +
From [EMAIL PROTECTED] Thu Jun 19 17:15:55 2003
Return-path: [EMAIL PROTECTED]
Received: from tc2.perso.ens-lyon.org (arrakis.ens-lyon.fr) [62.212.101.78] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19T7hD-00014O-00; Thu, 19 Jun 2003 17:15:55 -0500
Received: from joss by arrakis.ens-lyon.fr with local (Exim 4.20)
id 19T7h6-0005ZD-QP; Fri, 20 Jun 2003 00:15:48 +0200
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Josselin Mouette [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: ITP: gtk-industrial-engine -- Flat-looking GTK engine from Ximian
X-Mailer: reportbug 2.10.1
Date: Fri, 20 Jun 2003 00:15:48 +0200
X-Debbugs-Cc: debian-devel@lists.debian.org
Message-Id: [EMAIL PROTECTED]
Sender: Josselin Mouette [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-9.0 required=4.0
tests=BAYES_20,HAS_PACKAGE,X_DEBBUGS_CC
version=2.53-bugs.debian.org_2003_06_18
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_18 
(1.174.2.15-2003-03-30-exp)

Package: wnpp
Version: unavailable; reported 2003-06-19
Severity: wishlist

* Package name: gtk-industrial-engine
  Version : 0.2.26
  Upstream Author : Owen Taylor [EMAIL PROTECTED]
Alexander Larsson [EMAIL PROTECTED]
Christopher Lahey [EMAIL PROTECTED]
* URL : http://ftp.ximian.com/pub/xd2/redhat-9-i386/source/
(I will probably make my own tarball available 
 somewhere as it currently includes unrelated stuff
 and is provided only in srpm format.)
* License : GPL
  Description : Flat-looking GTK+ engine from Ximian

This is the flat looking theme engine for GTK+ and GNOME used in Ximian 
Desktop 2. An example theme is provided as well.


I need to package this engine as gnome-themes-extras requires it.

I'm not sure I will package the GTK1 stuff, as we have very little Gnome
software still using it in sid.


---
Received: (at 198125-close) by bugs.debian.org; 25 Jun 2003 02:55:43 +
From [EMAIL PROTECTED] Tue Jun 24 21:55:43 2003
Return-path: [EMAIL PROTECTED]
Received: from auric.debian.org [206.246.226.45] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19V0Rj-0007jy-00; Tue, 24 Jun 2003 21:55:43 -0500
Received: from rdonald by auric.debian.org with local (Exim 3.35 1 (Debian))
id 19V0Ia-0008Ae-00; Tue, 24 Jun 2003 22:46:16 -0400
From: Josselin Mouette [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
X-Katie: lisa $Revision: 1.23 $
Subject: Bug#198125: fixed in gtk-industrial-engine 0.2.26-1
Message-Id: [EMAIL PROTECTED]
Sender: Randall Donald [EMAIL PROTECTED]
Date: Tue, 24 Jun 2003 22:46:16 -0400
Delivered-To: [EMAIL PROTECTED]

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

gtk-industrial-engine_0.2.26-1.dsc
  to pool/main/g/gtk-industrial-engine/gtk-industrial-engine_0.2.26-1.dsc
gtk-industrial-engine_0.2.26-1.tar.gz
  to pool/main/g/gtk-industrial-engine/gtk-industrial-engine_0.2.26-1.tar.gz
gtk2-engines-industrial_0.2.26-1_i386.deb
  to pool/main/g/gtk-industrial-engine/gtk2-engines-industrial_0.2.26-1_i386.deb



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.
Josselin Mouette [EMAIL PROTECTED] (supplier of updated gtk-industrial-engine 
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: Fri, 20 Jun 2003 10:09:56 +0200
Source: gtk-industrial-engine
Binary: gtk2-engines-industrial
Architecture: source i386
Version: 0.2.26-1
Distribution: unstable
Urgency: low

Bug#198260: marked as done (ITP: streamtuner -- A GUI audio stream directory browser)

Your message dated Tue, 24 Jun 2003 22:55:36 -0400
with message-id [EMAIL PROTECTED]
and subject line (no subject)
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; 21 Jun 2003 01:25:50 +
From [EMAIL PROTECTED] Fri Jun 20 20:25:49 2003
Return-path: [EMAIL PROTECTED]
Received: from mail1.dac.neu.edu [129.10.1.75] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19TX8X-0005eQ-00; Fri, 20 Jun 2003 20:25:49 -0500
Received: from darth.ns ([EMAIL PROTECTED])
by mail1.dac.neu.edu  with ESMTP id VAA07539;
Fri, 20 Jun 2003 21:25:48 -0400 (EDT)
Received: from darth.ns ([EMAIL PROTECTED] [127.0.0.1])
by darth.ns (8.12.9/8.12.9/Debian-3) with ESMTP id h5L1Pmnj004120;
Fri, 20 Jun 2003 21:25:48 -0400
Received: (from [EMAIL PROTECTED])
by darth.ns (8.12.9/8.12.9/Debian-3) id h5L1PltC004118;
Fri, 20 Jun 2003 21:25:47 -0400
Message-Id: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Ari Pollak [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: ITP: streamtuner -- A GUI audio stream directory browser
X-Mailer: reportbug 2.10.2
Date: Fri, 20 Jun 2003 21:25:47 -0400
X-Debbugs-Cc: debian-devel@lists.debian.org
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-13.8 required=4.0
tests=BAYES_20,HAS_PACKAGE,MSG_ID_ADDED_BY_MTA_3,PGP_SIGNATURE,
  X_DEBBUGS_CC
autolearn=ham version=2.53-bugs.debian.org_2003_06_18
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_18 
(1.174.2.15-2003-03-30-exp)

Package: wnpp
Version: unavailable; reported 2003-06-20
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: streamtuner
  Version : 0.9.1
  Upstream Author : Jean-Yves Lefort [EMAIL PROTECTED]
* URL : http://www.nongnu.org/streamtuner
* License : GPL
  Description : A GUI audio stream directory browser

 Streamtuner is a stream directory browser. It offers an
 intuitive and unified interface to various streaming
 directories through the use of a plugin system.
 
 Current plugins included in this package are:
 - SHOUTcast

 More information and plugins can be found at:
 http://www.nongnu.org/streamtuner

- -- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux darth 2.4.21 #1 Fri Jun 13 20:06:05 EDT 2003 i686
Locale: LANG=C, LC_CTYPE=C

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE+87QbwO+u47cOQDsRAtF9AJ9hhpKwb+pXDOIhQHdAwVztXedpZwCgg939
DnQA/buvr5U+6pzsttFTIoA=
=PZTZ
-END PGP SIGNATURE-

---
Received: (at 198260-done) by bugs.debian.org; 25 Jun 2003 02:55:38 +
From [EMAIL PROTECTED] Tue Jun 24 21:55:37 2003
Return-path: [EMAIL PROTECTED]
Received: from amber.ccs.neu.edu [129.10.116.51] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19V0Rd-0007gm-00; Tue, 24 Jun 2003 21:55:37 -0500
Received: from debian.org (atlantis.ccs.neu.edu [129.10.116.41])
by amber.ccs.neu.edu (Postfix) with ESMTP id D9ADE53E81
for [EMAIL PROTECTED]; Tue, 24 Jun 2003 22:55:36 -0400 (EDT)
Message-ID: [EMAIL PROTECTED]
Date: Tue, 24 Jun 2003 22:55:36 -0400
From: Ari Pollak [EMAIL PROTECTED]
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20030612 
Thunderbird/0.1a
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: [EMAIL PROTECTED]
Subject: (no subject)
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-7.3 required=4.0
tests=BAYES_01,USER_AGENT_MOZILLA_UA
version=2.53-bugs.debian.org_2003_06_18
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_18 
(1.174.2.15-2003-03-30-exp)

closing

Bug#195241: marked as done (ITP: mozilla-stumbleupon -- Mozilla addon for sharing interesting websites)

Your message dated Tue, 24 Jun 2003 22:45:03 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#195241: fixed in mozilla-stumbleupon 1.73-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; 29 May 2003 12:58:01 +
From [EMAIL PROTECTED] Thu May 29 07:58:00 2003
Return-path: [EMAIL PROTECTED]
Received: from tweli.aber.ac.uk [144.124.16.41] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19LMyl-0006c3-00; Thu, 29 May 2003 07:57:59 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=tweli.aber.ac.uk)
by tweli.aber.ac.uk with esmtp (Exim 3.35 #3)
id 19LMyk-0007fL-03
for [EMAIL PROTECTED]; Thu, 29 May 2003 13:57:58 +0100
Received: from penbpcajw2.penb.aber.ac.uk ([144.124.140.62] helo=aber.ac.uk)
by tweli.aber.ac.uk with esmtp (Exim 3.35 #3)
id 19LMxf-0007YI-03
for [EMAIL PROTECTED]; Thu, 29 May 2003 13:56:51 +0100
Message-ID: [EMAIL PROTECTED]
Date: Thu, 29 May 2003 13:56:30 +
From: Alan Woodland [EMAIL PROTECTED]
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030527 
Debian/1.3.1-1 StumbleUpon/1.67
X-Accept-Language: en
MIME-Version: 1.0
To: [EMAIL PROTECTED]
Subject: ITP: mozilla-stumbleupon -- Mozilla addon for sharing interesting
 websites
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Sophos-Scanned: from [EMAIL PROTECTED] virus scanned OK
X-UWA-Mid: 19LMxf-0007YI-03
X-UWA-Originating-IP: 144.124.140.62
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-12.3 required=4.0
tests=BAYES_01,HAS_PACKAGE,USER_AGENT_MOZILLA_UA
autolearn=ham version=2.53-bugs.debian.org_2003_05_24
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_05_24 
(1.174.2.15-2003-03-30-exp)

Package: wnpp
Version: unavailable; reported 2003-05-29
Severity: wishlist

* Package name: mozilla-stumbleupon
   Version : 1.66
   Upstream Author : Name [EMAIL PROTECTED]
* URL : http://stumbleupon.mozdev.org/
* License : Undecided
   Description : Mozilla addon for sharing interesting websites

Stumbleupon is a tool bar addon for the mozilla and firebird
webbrowsers, which enables users to rate and review websites.
It can also show you sites that other people have found, that
based upon your interests might well be of interest to you.
It uses an inteligent process to determine the sites that are
of interest to you.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux einstien 2.4.20 #1 Fri Feb 21 16:25:56 GMT 2003 i686
Locale: LANG=C, LC_CTYPE=C

It is worth nothing that I am currently working with upstream to select
a license, since currently it isn't under any formal licensing.


---
Received: (at 195241-close) by bugs.debian.org; 25 Jun 2003 02:55:32 +
From [EMAIL PROTECTED] Tue Jun 24 21:55:32 2003
Return-path: [EMAIL PROTECTED]
Received: from auric.debian.org [206.246.226.45] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19V0RY-0007eV-00; Tue, 24 Jun 2003 21:55:32 -0500
Received: from rdonald by auric.debian.org with local (Exim 3.35 1 (Debian))
id 19V0HP-00083J-00; Tue, 24 Jun 2003 22:45:03 -0400
From: Alan Woodland [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
X-Katie: lisa $Revision: 1.23 $
Subject: Bug#195241: fixed in mozilla-stumbleupon 1.73-1
Message-Id: [EMAIL PROTECTED]
Sender: Randall Donald [EMAIL PROTECTED]
Date: Tue, 24 Jun 2003 22:45:03 -0400
Delivered-To: [EMAIL PROTECTED]

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

mozilla-stumbleupon_1.73-1.diff.gz
  to pool/main/m/mozilla-stumbleupon/mozilla-stumbleupon_1.73-1.diff.gz
mozilla-stumbleupon_1.73-1.dsc
  to pool/main/m/mozilla-stumbleupon/mozilla-stumbleupon_1.73-1.dsc
mozilla-stumbleupon_1.73-1_all.deb
  to pool/main/m/mozilla-stumbleupon/mozilla-stumbleupon_1.73-1_all.deb
mozilla-stumbleupon_1.73.orig.tar.gz
  to pool/main/m/mozilla-stumbleupon/mozilla-stumbleupon_1.73.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

Bug#171314: marked as done (ITP: uqm -- The Ur-Quan Masters (aka Star Control II))