sysinfo upstream tarball problems

2005-10-17 Thread Adriaan Peeters
Hello,

I am packaging sysinfo (#333680) and I have some problems with the
upstream tarball.

Upstream contains (limited list):
config.log
config.status
several .Po files

This is all cleaned up in the upstream distclean (which is called from
debian/rules clean), but Lintian complains about it anyway:

W: sysinfo source: configure-generated-file-in-source config.log

How can I resolve this without an override?


Furthermore I had to rerun automake because the original Makefile
installed extra doc files under /usr/doc/sysinfo. Is this the correct
solution or should I remove the files after running upstream make?


I know most of this should be handled upstream, but for now I will have
to provide a solution as a patch. So I would really appreciate some
advice.

The package and source files are available here:
http://dev.lashout.net/debian/sysinfo*


Thanks a lot in advance,
Adriaan Peeters


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: sysinfo upstream tarball problems

2005-10-17 Thread Adriaan Peeters
On Mon, 2005-10-17 at 10:38 +0200, Simon Richter wrote:

> > Furthermore I had to rerun automake because the original Makefile
> > installed extra doc files under /usr/doc/sysinfo. Is this the correct
> > solution or should I remove the files after running upstream make?
> 
> Both solutions are correct, modifying the Makefile is easier to 
> understand for someone else looking at the package and will also show a 
> conflict if upstream fixes it so you know when to remove the workaround. 
> So IMO that one is preferable.

Upstream Makefile.am contains:

sysinfodocdir = ${prefix}/doc/sysinfo
sysinfodoc_DATA = \
   README\
   COPYING\
   AUTHORS\
   ChangeLog\
   INSTALL\
   NEWS

 EXTRA_DIST = \
   $(sysinfodoc_DATA)\

How should I advise upstream to fix this (and remove the files
from /usr/doc/sysinfo)?

Adriaan


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



how to handle non-responsive maintainers?

2005-11-24 Thread Adriaan Peeters
Hello,

For my ITP (#333680) I need a new version of libglademm [1,2].
Unfortunately the current maintainer seems not very responsive, with
several of his bugs open for years [3]. We are all volunteers and I do
understand that he can be occupied, but as I am no DD, I cannot check
whether is on vacation or if there is more information on him being MIA.

What is the right course of action? Several of his bugs are quite
trivial to fix, so maybe some help could speed things up considerably.

Thanks in advance,
Adriaan Peeters

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=333730
[2] I do know that this package is affected by some of the ongoing
transitions.
[3] http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: how to handle non-responsive maintainers?

2005-11-24 Thread Adriaan Peeters
On Thu, 2005-11-24 at 10:41 +0100, Joost van Baal wrote:
> Hi,
> 
> Op do 24 nov 2005 om 09:34:30 +0100 schreef Adriaan Peeters:
> > 
> > For my ITP (#333680) I need a new version of libglademm [1,2].
> 
> Could you add a note why this is needed to Bug #333730?

It is already there.

> > Unfortunately the current maintainer seems not very responsive, with
> > several of his bugs open for years [3]. We are all volunteers and I do
> > understand that he can be occupied, but as I am no DD, I cannot check
> > whether is on vacation or if there is more information on him being MIA.
> > 
> > What is the right course of action? Several of his bugs are quite
> > trivial to fix, so maybe some help could speed things up considerably.
> 
> Did you read "7.4. Dealing with inactive and/or unreachable maintainers"
> in the Debian Developer's Reference?

Yes, I did. But I am no DD, so I cannot check "echelon".

> Some ideas: You could sent patches for libglademm to the BTS.  You could
> offer to become comaintainer of libglademm.  You could suggest to the
> maintainer to post a RFH.

Patches for several bugs are available, also for libglademm. I contacted
the maintainer, but no response yet. In the mean time my e-mail has been
forwarded to [EMAIL PROTECTED] so I guess they will handle it.

We will have to wait a bit more :)

Adriaan


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



default man page

2005-12-07 Thread Adriaan Peeters
Hello,

I am packaging sysinfo [1,2]: a simple Gtk program which can display
some computer/system information. Upstream does not provide a man page,
but the program has no useful command line parameters, except the
default gtk options. Does there exist a default man page for these
cases, should I create an almost empty man page or can I just leave it
out?

Thanks in advance,
Adriaan Peeters

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=333680
[2] http://dev.lashout.net/debian/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



RFS: sysinfo -- simple GNU/Linux program that displays computer/system information

2005-12-07 Thread Adriaan Peeters
Hello,

I am looking for a sponsor for sysinfo [1], detailed info below. I
already have two packages in Debian: dnstop and sipcalc.

Currently the following lintian warnings still exist:

W: sysinfo source: configure-generated-file-in-source config.log
W: sysinfo source: configure-generated-file-in-source config.status

I sent those upstream, but I have no reply yet.

The source package is available at [2]

* Package name: sysinfo
  Version : 0.6.1
  Upstream Author : Nil Gradisnik <[EMAIL PROTECTED]>
* URL : http://sysinfo.r8.org/
* License : GPL
  Description : simple GNU/Linux program which can display some
computer/system information

 Sysinfo is a gtk2 based program which can display the following
computer/system information:
 * General information: Kernel version, Distribution release,
Hostname/domainname, some important software versions.
 * CPU information: Name/vendor, Frequency, L2 Cache,
model/family/stepping.
 * Memory information: Total, Free, Cached, Active/inactive, Swap.
 * IDE information: Disks CD/DVD-roms, Model, Capacity, Cache.
 * Filesystem information: Filesystem disk space usage(mounted
partitions).
 * Hardware information: Motherboard chipset, IDE interface, VGA
contoller, Multimedia controllers(sound cards), Ethernet cards.
 * USB information: USB controllers.
 * NVIDIA information: Graphic card model, AGP rate, Fast writes/SBA,
Driver version. (accelerated linux driver needed)
 * Other information: Sound card details, Input devices, Screen
resolution.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=333680
[2] http://dev.lashout.net/debian/

Someone on the list interested in sponsoring this package? For Ubuntu
developers: it has been requested for inclusion in Ubuntu.

Thanks in advance,
Adriaan Peeters


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: RFS: sysinfo -- simple GNU/Linux program that displays computer/system information

2005-12-08 Thread Adriaan Peeters
On Wed, 2005-12-07 at 15:37 +0100, Mario Iseli wrote:
> debian/docs:
> instead of AUTHORS we have debian/copyright.

I added a reference to the AUTHORS file in debian/copyright. That way I
won't miss any new authors when there is a new upstream release.

> debian/rules:
> please remove the lines you don't need and the commented ones. 

These where in there intentionally. As I currently only maintain a few
packages, I prefer the debian/ directory to be somewhat verbose.

> And if you let this:
> 
> ifneq "$(wildcard /usr/share/misc/config.sub)" ""
> cp -f /usr/share/misc/config.sub config.sub
> endif
> ifneq "$(wildcard /usr/share/misc/config.guess)" ""
> cp -f /usr/share/misc/config.guess config.guess
> endif
> 
> in, you should build-depend to autotools-dev!

Done, and without the ifneq.

> Thank you for your contribution

Thank you for your comments. Replies to the other ones are further down
the thread.

Adriaan


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: RFS: sysinfo -- simple GNU/Linux program that displays computer/system information

2005-12-08 Thread Adriaan Peeters
On Wed, 2005-12-07 at 10:25 -0500, Justin Pryzby wrote:
> On Wed, Dec 07, 2005 at 03:37:19PM +0100, Mario Iseli wrote:
> > On Wed, 2005-12-07 at 14:13 +0100, Adriaan Peeters wrote:
> > > Hello,
> > > 
> > > I am looking for a sponsor for sysinfo [1], detailed info below. I
> > > already have two packages in Debian: dnstop and sipcalc.
> > 
> > Hi, i'm not yet a DD. Because i'm sick i have time to review your
> > package and i found some mistakes.
> > 
> > in your diff:
> > --- sysinfo-0.6.1.orig/src/Makefile.in
> > +++ sysinfo-0.6.1/src/Makefile.in
> > 
> > This is wrong!! you may not change anything at the orig! If you have to
> > apply some changes you should use dpatch and apply the patches by
> > debian/rules.
> It is allowed to change things in the orig _by using the diff_.  The
> orig must be pristine if possible, or be a stripped down version of
> the real orig, without any modifications (only the necessary amount of
> removals, eg for DFSG-freeness).
> 
> Many, many packages have .diff changes outside of ./debian/.  Some
> prefer to use dpatch or the like to isolate the changes to ./debian/,
> and the .orig changes just end up in patchpatch format in
> ./debian/patches.
> 
> But there is no rule against .diff fragments outside of ./debian/, and
> AFAIK its not even strongly recommended; (of course, there are times
> when it makes perfect sense: when there are many independent
> Debian-specific changes to upstream source).
> 
> What is wrong is to have the .diff apply changes to generated code
> (such as ./Makefile in an autoconfed tree).

Because I run autoconf before packaging, I guess it is not possible to
use dpatch for my Makefile.am file. And the changes to Makefile.in are
the result of running autoconf, so using dpatch for that would be really
wrong.

> > debian/changelog:
> >   * Initial Debian Release (Closes: 333680)
> > This makes no sense, it is a debian package so the "debian" can be
> > ommited, the rest is ok.
> Hmmm I think it could make sense.  Maybe "initial upload to Debian
> archive"?  Many times people maintain packages for some time before
> finding a sponsor, they even go through * New upstream releases.  Its
> good practice IMO to keep a changelog during that period, even though
> that version is not going to be in Debian.

As I am not aware of anyone using that package from my repository, so I
removed the Debian part.

> > debian/copyright:
> > It was downloaded from  (the crocodiles cannot be ommited).
> > Why everywhere those asterisks?
> Huh?  Are you looking for the full URL?  Since its an sf.net download
> page, I think this is the best way.  See bugs and discussion linked to
> at:
> 
>   http://lists.debian.org/debian-mentors/2005/12/msg00035.html

We are talking about the watch file right, not copyright? I updated the
watch file with the comments from the above url.

For the url in copyright: why are those lt and gt signs needed? I did't
see them in any existing package.

Thanks for your comments,
Adriaan


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



RFS: sysinfo -- Simple GTK program that shows some UNIX/Linux system information

2006-02-13 Thread Adriaan Peeters
Hello,

I am looking for a sponsor for sysinfo [1], detailed info below. I
already have two packages in Debian: dnstop and sipcalc. I requested an
RFS earlier [2], but now this package is based on the existing Ubuntu
package by Szilveszter Farkas.

Currently the following lintian warnings still exist:

W: sysinfo source: configure-generated-file-in-source config.log
W: sysinfo source: configure-generated-file-in-source config.status

I sent those upstream, but I have no reply yet.

The source package is available at [3].

* Package name: sysinfo
  Version : 0.6.1
  Upstream Author : Nil Gradisnik <[EMAIL PROTECTED]>
* URL : http://gsysinfo.sourceforge.net/
* License : GPL
  Description : Simple GTK program that shows some UNIX/Linux system
information

 Sysinfo is a GTK2 based program which can display the following
computer/system
 information:
 .
  - General information: Kernel version, Distribution release,
Hostname/domainname, some important software versions.
  - CPU information: Name/vendor, Frequency, L2 Cache,
model/family/stepping.
  - Memory information: Total, Free, Cached, Active/inactive, Swap.
  - IDE information: Disks CD/DVD-roms, Model, Capacity, Cache.
  - Filesystem information: Filesystem disk space usage(mounted
partitions).
  - Hardware information: Motherboard chipset, IDE interface, VGA
contoller,
Multimedia controllers(sound cards), Ethernet cards.
  - USB information: USB controllers.
  - NVIDIA information: Graphic card model, AGP rate, Fast writes/SBA,
Driver
version. (accelerated linux driver needed)
  - Other information: Sound card details, Input devices, Screen
resolution.


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=333680
[2] http://lists.debian.org/debian-mentors/2005/12/msg00078.html
[3] http://dev.lashout.net/debian/

Someone on the list interested in sponsoring this package?

Thanks in advance,
Adriaan Peeters


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



RFS: link-monitor-applet -- GNOME Panel Applet displaying bar graph of round-trip times to several hosts

2006-02-19 Thread Adriaan Peeters
Hello,

I am looking for a sponsor for link-monitor-applet [1], detailed info
below. I already have two packages in Debian: dnstop and sipcalc, and
one more RFS running.

Currently the following lintian warnings still exist:

W: link-monitor-applet: extra-license-file
usr/share/gnome/help/link-monitor-applet/C/documentation-license.xml
W: link-monitor-applet: extra-license-file
usr/share/gnome/help/link-monitor-applet/C/software-license.xml
W: link-monitor-applet: setuid-binary
usr/lib/link-monitor-applet/link-monitor-applet 4755 root/root

The extra licenses seems to be used in the documentation. The setuid is
necessary for the applet to work correctly.

The source package is available at [2].

* Package name: link-monitor-applet
  Version : 1.3
  Upstream Author : Jean-Yves Lefort <[EMAIL PROTECTED]>
* URL : http://www.nongnu.org/link-monitor/
* License : BSD
  Description : GNOME Panel Applet displaying bar graph of
round-trip times to several hosts

 Link Monitor Applet is a GNOME Panel Applet displaying the round-trip
time to
 one or more hosts in a bar graph, featuring:
  * full ICMP and ICMPv6 support
  * configurable scale and delays
  * HIG 2.0 compliance

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329997
[2] http://dev.lashout.net/debian/

Someone on the list interested in sponsoring this package?

Thanks in advance,
Adriaan Peeters



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



RFP: rhythmbox-applet -- control applet for rhythmbox music player

2006-02-24 Thread Adriaan Peeters
Hello,

I am looking for a sponsor for rhythmbox-applet. This package was
orphaned last week [1] after being unmaintained for a long time. I
packaged the latest version which fixes several bugs including one FTBFS
bug. Upstream is very cooperative.

I already have two packages in Debian: dnstop and sipcalc, and two more
in the RFP queue [2,3].

The source package for rhythmbox-applet is available at [4]

* Package name: rhythmbox-applet
  Version : 0.1.11
  Upstream Author : Paul Kuliniewicz <[EMAIL PROTECTED]>
* URL : http://web.ics.purdue.edu/~kuliniew/rhythmbox-applet/
* License : GPL
  Description : control applet for rhythmbox music player

 This is a small GNOME panel applet to control Rhythmbox music playback.
 .
 Advantages that this applet has over using the icon Rhythmbox puts in
 the notification area include:
  * One-click access to the main operations needed during playback,
without needing to use a context menu.
  * Display of the current playing time without requiring a mouse-over.
  * Display of the current song's album in the song information.
  * More in the spirit of the GNOME Human Interface Guidelines. The
notification area is intended primarily for notifying the user
of events, not as a secondary means of control.

rhythmbox-applet (0.1.11-1) unstable; urgency=low

  * New upstream release (Closes: #328192, #345643, #349751)
  * New maintainer (Closes: #353399)

 -- Adriaan Peeters <[EMAIL PROTECTED]>  Thu, 23 Feb 2006 11:19:13 +0100


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=353399
[2] http://lists.debian.org/debian-mentors/2006/02/msg00164.html
[3] http://lists.debian.org/debian-mentors/2006/02/msg00255.html
[4] http://dev.lashout.net/debian/

Someone on the list interested in sponsoring this package? 

Thanks in advance,
Adriaan Peeters



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: RFP: rhythmbox-applet -- control applet for rhythmbox music player

2006-02-24 Thread Adriaan Peeters
On Fri, 2006-02-24 at 11:45 +0100, Thomas Viehmann wrote:
> Hi Adriaan,
> 
> Adriaan Peeters wrote:
> > rhythmbox-applet (0.1.11-1) unstable; urgency=low
> > 
> >   * New upstream release (Closes: #328192, #345643, #349751)
> Please include a short description of the fixes in the changelogs:

Done:

rhythmbox-applet (0.1.11-1) unstable; urgency=low

  * New upstream release (Closes: #349751)
- Fixes FTBFS: Missing sentinel in function call (Closes: #328192)
- Regain compatibility with rhythmbox >= 0.9.2 (Closes: #345643)
  * New maintainer (Closes: #353399)


Adriaan


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Why is package gnome-panel not in testing yet?

2006-03-23 Thread Adriaan Peeters
Hello,

This question has probably been asked several times before, but I am
trying to figure out why gnome-panel does not enter testing. Two
packages I maintain are waiting for it for them to move to testing as
well.

As far as I can tell from [1], there is a circular dependency between
gnome-panel and meta-gnome2, and there are no other dependencies. So is
there anything I can do to let them go in together or should I just wait
for ftp masters to handle this?

[1] http://bjorn.haxx.se/debian/testing.pl?package=gnome-panel

Thanks in advance,
Adriaan Peeters


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



translation copyrights

2006-04-18 Thread Adriaan Peeters
Hello,

What is the correct way to handle copyright statements for translations?
When the package has only a few translations, I can easily add the
copyright statements to debian/copyright, but when the amount of
translations increases, this quickly becomes messy.

Can I refer to an (upstream provided) AUTHORS file, or is it imperative
that I include all copyright statements in debian/copyright?

Thanks in advance,
Adriaan Peeters


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: translation copyrights

2006-04-18 Thread Adriaan Peeters
On Tue, 2006-04-18 at 10:25 +0100, Neil Williams wrote:
> > What is the correct way to handle copyright statements for translations?
>
> Use the GNU Translation Project and request that translators have signed the 
> TP disclaimer.
> http://www.iro.umontreal.ca/translation/HTML/index.html

I will try to persuade upstream to do this, but of course I cannot force
them.

> > Can I refer to an (upstream provided) AUTHORS file, or is it imperative
> > that I include all copyright statements in debian/copyright?
> 
> AUTHORS isn't the right place. Some projects use a TRANSLATORS file.

Adriaan


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



RFS/RFS: cvschangelogbuilder -- perl utility to generate ChangeLogs or html CVS reports

2006-05-24 Thread Adriaan Peeters
Hello,

I am looking for comments/for a sponsor for the package
cvschangelogbuilder [1], detailed info below.

You will notice that I removed some (redundant) documentation from the
binary package. I believe the man page should be the ultimate source for
information in this case. Comments & suggestions for this man page are
highly welcome.

The source package is available at [2].

* Package name: cvschangelogbuilder
  Version : 2.2
  Upstream Author : Laurent Destailleur <[EMAIL PROTECTED]>
* URL : http://cvschangelogb.sourceforge.net/
* License : GPL
  Description : perl utility to generate ChangeLogs or html CVS reports

cvschangelogbuilder is an Perl utility to generate ChangeLogs or cvs reports
for a project hosted on a cvs server. The main goal is to provide a better
output that the 'cvs log' command.

cvschangelogbuilder offers 5 kinds of output:
 * a changelog to include in a rpm .spec file
 * a changelog by date (looks like 'cvs log')
 * a changelog by file
 * a changelog by change comment
 * a html report of cvs project activity.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=368692
[2] http://dev.lashout.net/debian/

Thanks in advance,
Adriaan Peeters


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


Re: Who sponsored the NMU of clustalw?

2006-11-06 Thread Adriaan Peeters
Hi Charles,

On Mon, 2006-11-06 at 17:35 +0900, Charles Plessy wrote:

> I would like to contact the DD who sponsored the upload, but the changes
> file only lists the name of the NMUer. How can I know who the sponsor
> was?
> 
> http://packages.qa.debian.org/c/clustalw/news/20060719T081704Z.html
> 

I know of two options:

- best: check the pgp signature in the e-mail you quote.
- or go to http://packages.qa.debian.org/c/clustalw.html click on the
maintainer name and hoover over the version number. You should see the
login name of the uploader.

Adriaan


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



RFC/RFS: libjmathtex-java

2007-06-21 Thread Adriaan Peeters
Hi all,

I am looking for comments (and maybe a sponsor) for my package
libjmathtex-java. I already maintain several packages, but this is my
first attempt at packaging a java lib, so please let me know any
suggestions you may have.

* Package name: libjmathtex-java
  Version : 0.7pre-1
  Upstream Authors: Kris Coolsaet, Nico Van Cleemput
* URL : http://jmathtex.sourceforge.net/
* License : GPL
  Section : libs

It builds these binary packages:
 libjmathtex-java - TeX and MathML library for Java
 libjmathtex-java-gcj - TeX and MathML library for Java (native code)

 The JMathTeX library provides a set of Java classes for displaying (complex)
 mathematical formulas as part of a Java application. Some use cases are:
  * Displaying text with embedded formulas (in an editor pane, a JavaHelp
page, ...)
  * Make a combo box which provides the user with a choice between various
formulas.
  * Have a slider with ticks that display their values not as decimal numbers,
but as exact values, e.g., fractions, square roots or any combination of
these.
  * Display the formula together with the graph of a function.
 The library uses the typesetting algorithms of the well-known TeX and LaTeX
 systems and therefore displays formulas in a very professional looking way.
 Formulas are Java-objects that can be built from scratch (by combining smaller
 formulas in several ways) and from LaTeX strings. There is also limited
 support for MathML.

dget http://dev.lashout.net/debian/libjmathtex-java_0.7pre-1.dsc

Thanks in advance,
-- 
Adriaan Peeters


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


Re: New package "unicornscan" , I GIVE UP !

2007-12-06 Thread Adriaan Peeters
Hi,

On Wed, 2007-12-05 at 17:54 +0100, Hans-J. Ullrich wrote:

> Thank you very much for your help ! My packages are now uploaded and
> can be 
> tested or changed, whatever.

I am not a DD (yet) so I cannot upload your package. Here are some
problems/remarks I noticed after a (very) quick look:

- debian/changelog: remove the template text ' is the bug number...'
and replace the # with your ITP bug number. If you do not have this
yet, submit it.

- debian/control: make sure the description line is not longer than 80
characters move the rest to the long description.

- debian/copyright: remove the template text at the bottom

- debian/dirs: remove this file since those are standard directories

- debian/docs: only include docs here that are relevant for Debian, for
example README.osx might not be needed.

- debian/rules: clean out template stuff

Finally, please fix this lintian warning:
http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=unicornscan

Cheers,
-- 
Adriaan Peeters


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


RFS : sipcalc -- Advanced console-based ip subnet calculator

2003-12-30 Thread Adriaan Peeters
Hello,

I packaged [1] sipcalc [2] and I'm looking for a sponsor for the
package. I already have the dnstop package in Debian. Sipcalc is lintian
and linda clean and available for review [3].
Bernhard, I am cc-ing this to you, because you sponsor my dnstop
package.

---
Sipcalc is an advanced console-based IP subnet calculator. It
can take multiple forms of input (IPv4/IPv6/interface/hostname)
and output a multitude of information about a given subnet. As
opposed to ipv6calc, all output can be generated using a single
command and thus requires less knowdledge of the different command
line options.
---

Thanks,
Adriaan Peeters

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=225509
[2] http://www.routemeister.net/projects/sipcalc/
[3] http://dev.lashout.net/debian/




Maintainer: field in .changes

2004-01-19 Thread Adriaan Peeters
Hello,

I am a bit confused about the usage of the Maintainer field in .changes
files.

ftp://ftp-master.debian.org/pub/UploadQueue/README states that the
Maintainer field of the .changes file should contain the uploader's
email, whereas 
http://www.debian.org/doc/developers-reference/ch-beyond-pkging.en.html#s-newmaint
 suggests that it should be the real maintainer.

What is the correct policy? Should the automatically generated .changes
file be updated to include the uploader's email?

Thanks,
Adriaan Peeters



Re: need some uploads :))

2005-04-20 Thread Adriaan Peeters
On Mon, 2005-04-18 at 22:32 +0200, giskard wrote:
> hi all,
> 
> as i say in the objecti need some uploads :)
> the packages are:
> - modxslt (www.autistici.org/giskard/file/freeze)

Your changelog file is broken, I guess the year is 2005 :)

+ -- Riccardo Setti <[EMAIL PROTECTED]>  Tue, 10 Apr 2004 12:36:12
+0200

Unfortunately I am no DD, so good luck in finding an uploader.

Adriaan Peeters


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



close ITP bug?

2005-06-21 Thread Adriaan Peeters
Hello,

Back in 2003 I filed an RFP and then made it an ITP for kmut:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=186180

It never ended up in the Debian archive and I don't need it anymore. Is
it ok to close the bug to help (just a little) cleanup the wnpp bug
list?

Thanks,
Adriaan


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



RFS : sipcalc -- Advanced console-based ip subnet calculator

2003-12-30 Thread Adriaan Peeters
Hello,

I packaged [1] sipcalc [2] and I'm looking for a sponsor for the
package. I already have the dnstop package in Debian. Sipcalc is lintian
and linda clean and available for review [3].
Bernhard, I am cc-ing this to you, because you sponsor my dnstop
package.

---
Sipcalc is an advanced console-based IP subnet calculator. It
can take multiple forms of input (IPv4/IPv6/interface/hostname)
and output a multitude of information about a given subnet. As
opposed to ipv6calc, all output can be generated using a single
command and thus requires less knowdledge of the different command
line options.
---

Thanks,
Adriaan Peeters

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=225509
[2] http://www.routemeister.net/projects/sipcalc/
[3] http://dev.lashout.net/debian/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Maintainer: field in .changes

2004-01-19 Thread Adriaan Peeters
Hello,

I am a bit confused about the usage of the Maintainer field in .changes
files.

ftp://ftp-master.debian.org/pub/UploadQueue/README states that the
Maintainer field of the .changes file should contain the uploader's
email, whereas 
http://www.debian.org/doc/developers-reference/ch-beyond-pkging.en.html#s-newmaint 
suggests that it should be the real maintainer.

What is the correct policy? Should the automatically generated .changes
file be updated to include the uploader's email?

Thanks,
Adriaan Peeters


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



looking for sponsor - kmut

2003-04-21 Thread Adriaan Peeters
On Mon, 2003-04-21 at 16:22, Bernhard R. Link wrote:
> * Adriaan Peeters <[EMAIL PROTECTED]> [030421 15:51]:
> > I just packaged kmut, you can find the packages at
> > http://dev.lashout.net/debian/
> > 
> > Bernhard, do you want to sponsor this package, or should I check for
> > another sponsor ?
> 
> I'm not realy good in anthing near the kernel, so a more experienced
> sponsor would be better. (And I may missing the right environment to
> test it, as most here is 2.2 or to importent to make such deep tests).

I am looking for a sponsor for kmut: A tiny utility for adjusting kernel
module usage counts.
See the url above and bug #186180.

I already have a package in unstable: dnstop, sponsored by Bernhard R.
Link.

Thanks,
Adriaan

-- 
Adriaan Peeters <[EMAIL PROTECTED]>