Bug#917541: Whoops, I packaged this

[Wouter Verhelst]

Hi,

I uploaded a version of python-xxhash to NEW the other day:

https://ftp-master.debian.org/new/python-xxhash_3.0.0-1.html

I had somehow missed this ITP bug, and so completely ignored the
packaging work that had already been done.

I have no particular interest in this package, other than "mycroft
requires it", and I am working on getting that into Debian (see
#893788); so if someone who had been working on the package wants to
take it off my hands, just go ahead. I won't be upset, promise!

-- 
 w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}

Bug#968219: ITP: openpbs -- An HPC workload manager and job scheduler for desktops, clusters, and clouds.

[Wouter Verhelst]

On Tue, Aug 11, 2020 at 03:28:30AM +, Mo Zhou wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Mo Zhou 
> X-Debbugs-Cc: debian-de...@lists.debian.org
> 
> * Package name: openpbs
>   Version : 20.0.1
>   Upstream Author : Name 
> * URL : http://www.example.org/
> * License : AGPL-3
>   Programming Lang: C, python, shell
>   Description : An HPC workload manager and job scheduler for desktops, 
> clusters, and clouds.
> 
> I'm wondering why it is absent in debian.

My guess: slurm and gridengine exist in Debian and are "good enough",
whereas PBS has been going through some upstream switches/forks a few
times over the past few years?

Could be my misunderstanding though.

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Bug#967949: ITP: ipqalc -- graphical utility for IPv4 subnet calculation

[Wouter Verhelst]

On Wed, Aug 05, 2020 at 12:03:12PM -0300, Fabio Augusto De Muzio Tobich wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Fabio Augusto De Muzio Tobich 
> X-Debbugs-Cc: debian-de...@lists.debian.org, ftob...@gmail.com
> 
> * Package name: ipqalc
>   Version : 1.5.3
>   Upstream Author : Alexander Danilov 
> * URL : https://bitbucket.org/admsasha/ipqalc
> * License : GPL-3+
>   Programming Lang: C++
>   Description : graphical utility for IPv4 subnet calculation
> 
> Small utility for IP address calculations including broadcast and network
> addresses as well as Cisco wildcard mask.
> 
> >From a given IPv4 address calculates broadcast, network, Cisco wildcard mask,
> and host range. It can also be used as a teaching tool and presents the
> results in binary, and hex, values.

How does it differ from sipcalc?

(not that I want to say you shouldn't upload this, just interested)

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Bug#950318: RFP: swagger-codegen -- OpenAPI-based code generator

[Wouter Verhelst]

Package: wnpp
Severity: wishlist

* Package name: swagger-codegen
* URL : https://github.com/swagger-api/swagger-codegen
* License : Apache 2.0
  Programming Lang: Java
  Description : OpenAPI-based code generator

Swagger Codegen allows generation of API client libraries (SDK
generation), server stubs, and documentation automatically from an
OpenAPI Specification.

It can produce stubs and client libraries in a variety of languages.

Bug#694077: ITP: qlcplus -- application for controlling DMX or analog lighting systems

[Wouter Verhelst]

Hi Jérôme,

[wnpp bug added to Cc, so people know what's going on; don't feel like
you need to keep that there, though]

On Sun, Nov 11, 2018 at 04:02:53PM +0100, Jérôme Lebleu wrote:
> Hi Wouter,
> 
> I have seen that you have owned the bug #694077 and moved it as ITP.
> 
> I have started to work on qlcplus Debian package some months ago, but
> I'm not a Debian Developer (yet, I hope) and lintian is still reporting
> some issues.

Oh, that's cool! You should've taken the ITP then, however :-)

> I have asked the help of a friend which is a DD, but he is
> quite busy

Yeah, I know the feeling ;-)

> and didn't have the time yet for a review of what I've done
> with some advice.
>
> So, the time goes on, and I didn't take the time to
> ask for help nor reply on the RFP (ITP now) bug to tell that. If you are
> interested in, here is what I've done until now (any feedback are
> welcome!) :
> 
>   https://salsa.debian.org/jlebleu-guest/qlcplus
> 
> What's your plan regarding qlcplus package? Did you already start the
> work?  Anyway, I would gladly help you - and continue to learn Debian
> packaging by the way - if you want and need.

No, I haven't started yet. I took qlcplus because it seems like a
natural extension to the OpenLighting package which I already maintain;
but given what I already do for Debian and outside, it might be a bit of
a strain anyway, and so if you're interested in maintaining it, then by
all means go ahead! I'll even sponsor your uploads if you need me to.

As for what you've got already: I haven't looked at it in great detail
yet (I'll try to do so ASAP), but at first glance here are some
comments:

- Your 'qlcplus' package contains files in /usr/lib. These should
  probably be split off into a library package -- which is a whole can
  of worms to deal with, of which I can imagine you might have some
  questions. If so, do ask.
- I noticed you're disabling the tests because they require a running X
  server. We do want to run those during the build; build-depending on a
  headless X server such as xvfb should allow you to do so.

I'll probably have some more comments for you sometime next week; I'll
get back to you on that then.

-- 
To the thief who stole my anti-depressants: I hope you're happy

  -- seen somewhere on the Internet on a photo of a billboard

Bug#873595: RFP: libschedule-drmaac-perl -- Perl wrapper of the C binding of the DRMAA specification

[Wouter Verhelst]

Package: wnpp
Severity: wishlist

* Package name: libschedule-drmaac-perl
  Version : 0.81
  Upstream Author : Tim Harsch
* URL : 
https://metacpan.org/pod/distribution/Schedule-DRMAAc/Schedule_DRMAAc_ext.pm
* License : BSD
  Programming Lang: Perl
  Description : Perl wrapper of the C binding of the DRMAA specification

Bug#866593: RFP: libmail-gpg-perl -- Handling of GnuPG encrypted / signed mails

[Wouter Verhelst]

Package: wnpp
Severity: wishlist

* Package name: libmail-gpg-perl
  Version : 1.0.10
  Upstream Author : Jorn Reder
* URL : https://metacpan.org/release/Mail-GPG
* License : Perl
  Programming Lang: Perl
  Description : Handling of GnuPG encrypted / signed mails

This Perl modules handles all the details of encrypting and signing
Mails using GnuPG according to RFC 3156 and RFC 2440, that is OpenPGP
MIME and traditional armor signed/encrypted mails.

Bug#858544: ITP: fpm -- build packages for multiple platforms (deb, rpm, etc) with great ease and sanity

[Wouter Verhelst]

On Thu, Mar 23, 2017 at 05:56:56PM +0800, ChangZhuo Chen wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "ChangZhuo Chen (陳昌倬)" 
> 
> * Package name: fpm

Wasn't this already packaged? (not online right now, can't check)

-- 
< ron> I mean, the main *practical* problem with C++, is there's like a dozen
   people in the world who think they really understand all of its rules,
   and pretty much all of them are just lying to themselves too.
 -- #debian-devel, OFTC, 2016-02-12

Bug#703256: [Pkg-gridengine-devel] moving the gridengine team repository to collab-maint

[Wouter Verhelst]

On Wed, Dec 23, 2015 at 12:49:23PM +0100, Michael Banck wrote:
> Hi,
> 
> On Tue, Dec 22, 2015 at 05:09:43PM -0800, Afif Elghraoui wrote:
> > As I've made numerous requests on this list [1-3] and tried twice to
> > directly contact Michael Banck, one of the two Alioth team admins
> > (both of them CC'd here this time), regarding membership on the team
> > so that I could work on updating the gridengine package using the
> > team's repository.
> 
> Sorry for slacking - I tried to keep up with the spam on pkg-gridengine,
> but I've no real excuse for answering your earlier mail apart from
> generally being behind on Debian stuff.
> 
> I've made you and Dave admins on the Alioth project now, but if you
> prefer to maintain gridengine in another way, that's fine with me, too.
> 
> Are you a Debian Maintainer and/or do you need sponsoring for uploads?

He said he would need sponsors, but I've offered to do so as well (in
case you want this off your hands).

-- 
It is easy to love a country that is famous for chocolate and beer

  -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26

Bug#745385: ITP: ola -- open lighting architecture

[Wouter Verhelst]

Package: wnpp
Severity: wishlist
Owner: Wouter Verhelst 

* Package name: ola
  Version : 0.9.0
  Upstream Author : the Open Lighting team 
* URL : http://www.openlighting.org/
* License : GPL, LGPL
  Programming Lang: C++, Python
  Description : Open Lighting Architecture

  The DMX512 standard for Digital MultipleX is used for digital
  communication networks commonly used to control stage lighting and
  effects.

  The Open Lighting Architecture (OLA) provides a plugin framework for
  distributing DMX512 control signals on Mac and Linux.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140421073740.15545.98811.reportbug@localhost

Bug#718580: ITP: mayan -- Django-based Electronic Document Management System (EDMS)

[Wouter Verhelst]

On 02-08-13 16:42, Matteo F. Vescovi wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Matteo F. Vescovi" 
> 
> * Package name: mayan
>   Version : 0.13.1
>   Upstream Author : Roberto Rosario 
> * URL : http://www.mayan-edms.com/
> * License : GPL-3+
>   Programming Lang: Python
>   Description : Django-based Electronic Document Management System (EDMS)
> 
> Open-source,

That's going to be redundant in any package for main or contrib, and
probably a lie if it's in non-free. No need to put claims about that in
the description ;-)

-- 
This end should point toward the ground if you want to go to space.

If it starts pointing toward space you are having a bad problem and you
will not go to space today.

  -- http://xkcd.com/1133/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51fbee38.4040...@debian.org

Bug#688896: Bad idea?

[Wouter Verhelst]

Hi Colin,

On 15-07-13 06:55, Colin Alston wrote:
> On Mon, Jul 15, 2013 at 12:48 AM, Wouter Verhelst  <mailto:w...@uter.be>> wrote:
> 
> However, that is not what fpm is. Instead, fpm is a tool to convert
> packages from one format to another. That, itself, is not necessarily a
> bad idea either; case in point, we do have a package in Debian, "alien",
> which provides similar functionality.
> 
> 
> That is not what fpm is.

Yes, it is. Conceptually, it converts data from one format into another.
It's just that it also considers "a DESTDIR style directory of compiled
software" as a "format", hence allows you to _also_ package from scratch.

As a tool, it is much more similar to alien than it is to dpkg.

[...]
> What makes fpm a bad idea is that it seems to be based on a stance of
> "Debian Policy is just too hard, and I can't be bothered trying to
> implement things so they will follow that policy".
> 
> 
> And fpm is not even pretending to create packages which will be included
> into Debian, that's not its use case.

Which is fair enough, and I'm not saying it should be. Evince, for
another example, is also a tool in Debian to create packages, but not
packages that would be included into Debian.

> That aside however, if there is
> some explicit part of how fpm works which results in a .deb file which
> does not conform to "Debian Policy" (whatever that is)

since you ask: <http://www.debian.org/doc/debian-policy>

> then perhaps file
> a bug as to what the details of that is - just as long as that bug isn't
> "fpm isn't dpkg".

Because of the way in which fpm was written, such bugs are almost going
to be a given.

I realize (and agree!) that for local packages, there are parts of
Debian Policy that aren't all that important. To name just one example,
Debian Policy requires that you compress files in /usr/share/doc; if you
don't want to bother with that for local packages, then that won't break
anything.

But there are parts of policy that bits of the Debian infrastructure
depend on; and by ignoring those, things will break in subtle and
complicated ways. If you're going to reimplement the packaging
toolchain, you're almost certainly going to miss those.

> If the author says he believes maintainer scripts are "almost always
> poorly written shell scripts that break easily"[1], and combining that
> with the fact that parts of Debian's infrastructure require stuff being
> called from maintainer scripts in order to do something properly, then
> that does not inspire much confidence in the resulting packages.
> 
> 
> Well? In my experience too the Debian scripts are poorly maintained and
> documented worse still - I can't imagine what Joe Public would think.

That's an opinion, and one that does not match my experience.

Most maintainer scripts consist of shell snippets generated/shipped by
debhelper. These snippets have been tested extensively, and are *not*
poorly maintained, by any definition.

There are of course some that are manually written, and of those I grant
you that some will be poorly maintained. But those are not, by any
means, a majority.

> Good software is simple software. Dpkg, dh-make, and all their friends
> are far from good software,

Well, if that's your opinion, we haven't got much more to discuss, really.

> which thus does not inspire my confidence in
> opinions about new tools from those who wrote them unless they can point
> to actual technical failures rather than "policy".

I can't do that, because I haven't actually used fpm.

However, as a long-time and experienced Debian Developer, I can say that
what dpkg does is not some trivial thing. It's certainly possible to
build a debian package by bypassing all that; but it just feels wrong.
The right way is not to throw away the tools, but to pass the right
options and environment variables to get them to do what you want, and
to use the tools that were built for this.

The worst part is that for the case of rpm packages, fpm _actually does
the right thing_ and builds the package using rpmbuild. This is probably
because contrary to dpkg, the rpm format is a special-case one, that
cannot easily be built by other tools; but it does show that it is
possible to build something like fpm _without_ bypassing the tools that
were built for this purpose.

Finally, I'd like to say that while I do believe it's a bad idea, I'm
not necessarily opposed to someone uploading it into Debian. I don't
think we need it, I don't think it's a good idea, and I think it's going
to be a time sink for whoever decides to maintain it for Debian; but if
you want to do that and prove m

Bug#688896: Bad idea?

[Wouter Verhelst]

Hi Colin,

[for future reference: just mailing to the bug does not guarantee that
any random person who's commented on it before will see your mail. If
you want that, please make sure you Cc that person]

On Sat, Jul 06, 2013 at 11:10:21PM +0200, Colin Alston wrote:
> Wouter, is it your stance that people cannot produce a competing tool to dpkg
> and be included in Debian?

Not necessarily. I understand that no code is perfect, and sometimes it
may be a good idea to reimplement something from scratch in order to
produce something better. If the goal is to replace dpkg with "something
better", then it may make sense, for a while, to temporarily have the
competing tool in Debian so that people can test it, before replacing
dpkg.

However, that is not what fpm is. Instead, fpm is a tool to convert
packages from one format to another. That, itself, is not necessarily a
bad idea either; case in point, we do have a package in Debian, "alien",
which provides similar functionality.

What makes fpm a bad idea is that it seems to be based on a stance of
"Debian Policy is just too hard, and I can't be bothered trying to
implement things so they will follow that policy". While I'm not saying
that a tool should necessarily expose all the gory details of Debian
policy to the end user (not everyone wants to build a package for upload
into the archive), such a tool *should* be written in a smart enough way
that where relevant, Debian policy *is* adhered to -- at the very least
by default.

After looking at the code and the documentation, it was my impression
that fpm does not do that; it is, in fact, made in a rather fragile way.

If the author says he believes maintainer scripts are "almost always
poorly written shell scripts that break easily"[1], and combining that
with the fact that parts of Debian's infrastructure require stuff being
called from maintainer scripts in order to do something properly, then
that does not inspire much confidence in the resulting packages.

As such, I don't think putting fpm into Debian is a good idea.

[1]
,
slide 24

-- 
This end should point toward the ground if you want to go to space.

If it starts pointing toward space you are having a bad problem and you
will not go to space today.

  -- http://xkcd.com/1133/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130714224817.ga21...@grep.be

Bug#709621: RFP: hash-slinger -- tools to generate RFC-4255 SSHFP and RFC-6698 TLSA DNS records

[Wouter Verhelst]

Package: wnpp
Severity: wishlist

* Package name: hash-slinger
  Version : 2.1
  Upstream Author : Paul Wouters 
* URL : http://people.redhat.com/pwouters/hash-slinger/
* License : GPLv2+
  Programming Lang: Python
  Description : tools to generate RFC-4255 SSHFP and RFC-698 TLSA DNS 
records

This package contains various tools to generate special DNS records:

sshfp   Generate RFC-4255 SSHFP DNS records from known_hosts files
or ssh-keyscan
tlsaGenerate RFC-6698  TLSA DNS records via TLS

I'd maintain it myself, but it's probably a good idea if it's maintained
by someone who doesn't have the same dislike for python that I do.

If nobody steps up, I'll probably give it a look myself in a month or
so.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130524132553.2544.27305.reportbug@localhost

Bug#688896: This is a bad idea

[Wouter Verhelst]

Hi Laurent,

I had a look at fpm a while back, but the way it's implemented makes it
a pretty bad idea, in my opinion. It will generate a .deb file by
running tar and ar etc manually, completely bypassing what dpkg does.

While this happens to work and *might* be the right thing to do on
non-Debian systems, I don't think it's something a tool in Debian should
do. Please consider at least patching it so it uses dpkg behind the
radar, rather than trying to bypass it entirely.

-- 
Copyshops should do vouchers. So that next time some bureaucracy
requires you to mail a form in triplicate, you can mail it just once,
add a voucher, and save on postage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/516437ce.9070...@debian.org

Bug#697253: ITP: ruby-aruba -- Cucumber extension for CLI applications

[Wouter Verhelst]

On Thu, Jan 03, 2013 at 12:39:28PM +0900, Hideki Yamane wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Hideki Yamane 
> X-Debbugs-CC: debian-de...@lists.debian.org, 
> pkg-ruby-extras-maintain...@lists.alioth.debian.org
> 
>Package name: ruby-aruba
> Version: 0.5.1
> Upstream Author: "Aslak Hellesøy", "David Chelimsky", "Mike Sassak", "Matt 
> Wynne"
> URL: http://github.com/cucumber/aruba
> License: MIT
>  
> Description: Cucumber extension for CLI applications
>  Aruba is Cucumber extension for Command line applications written in any

What's cucumber? (apart from the vegetable...)

>  programming language. Features at a glance:
>  .
>   * Test any command line application
>   * Manipulate the file system
>   * Create great HTML documentation based on your own Cucumber scenarios
> 
> -- 
> Regards,
> 
>  Hideki Yamane henrich @ debian.or.jp/org
>  http://wiki.debian.org/HidekiYamane
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian..org
> Archive: 
> http://lists.debian.org/20130103123928.e7ccb096464208406c95c...@debian.or.jp
> 
> 

-- 
Copyshops should do vouchers. So that next time some bureaucracy requires you
to mail a form in triplicate, you can mail it just once, add a voucher, and
save on postage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130103082056.gc12...@grep.be

Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude

[Wouter Verhelst]

On Thu, Oct 11, 2012 at 10:50:54PM +0200, Dominique Lasserre wrote:
> Hi,
> 
> wow, didn't thought there is much noise. Thank you all for your feedback!
> 
> I added mirror support to download files from multiple mirrors at once
> (aria2 only) and now md5 hashes are checked (thanks David for the
> hint!). aria2 supports this ootb so no big changes were needed on
> apt-fast itself.
> 
> 
> On 11/10/12 18:22, Wouter Verhelst wrote:
> > On Thu, Oct 11, 2012 at 09:59:35AM -0300, Lisandro Damián Nicanor Pérez 
> > Meyer wrote:
> >> Of course, being able to download stuff from two different servers at the 
> >> same 
> >> time had a better end result, and as long as is one download at a time per 
> >> server, I think it can be considered socially acceptable.
> > 
> > Yes, which is why there's
> > 
> > Acquire::Queue-Mode "host";
> Nice "hidden" feature!
> 
> But this option and the mirror: protocol doesn't support downloading
> from multiple servers with same archive or am I missing something?

No, and for good reasons.

-- 
Copyshops should do vouchers. So that next time some bureaucracy requires you
to mail a form in triplicate, you can mail it just once, add a voucher, and
save on postage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121012063607.ga7...@grep.be

Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude

[Wouter Verhelst]

On Thu, Oct 11, 2012 at 09:59:35AM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> Of course, being able to download stuff from two different servers at the 
> same 
> time had a better end result, and as long as is one download at a time per 
> server, I think it can be considered socially acceptable.

Yes, which is why there's

Acquire::Queue-Mode "host";

see apt.conf(5) for the full details on this one. You don't need shell
scripts and things like axel to get this.

-- 
Copyshops should do vouchers. So that next time some bureaucracy requires you
to mail a form in triplicate, you can mail it just once, add a voucher, and
save on postage.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121011162250.gd25...@grep.be

Bug#657083: [Gentle Reminder]Fwd: Adopt the package

[Wouter Verhelst]

On Fri, Feb 10, 2012 at 11:03:59AM +0530, Medhamsh wrote:
> Dear Wouter,
> 
> On Thu, February 9, 2012 12:09 pm, Medhamsh wrote:
> >> Having said that, if you're interested in maintaining aspic, I
> >> recommend that you first familiarize yourself with its source. I'll
> >> happily sponsor your uploads, if you need me to.
> >
> > I would do that right away. Will look at its source and write you
> > back more about it.
> 
> I have downloaded the source as well as debian package source. Installed
> the software from source (not from package). Dint explore it in and out
> but just got an idea. After that observed the rules file and found it
> to be simple with some overrides. Though I have never done a dh7 style
> rules, this dint seem to be much difficult.

It shouldn't be (the point of dh7 is, in fact, to make things easier).

> For some reason the four packages I uploaded to mentors use the long
> rules file format. I just wanted myself to familiarize with all the
> dh_* options and the workflow.

That makes perfect sense.

> But I can adopt to dh7 style rules.  And coming to the copyright file,
> it is not in the dep5 machine readable format. May be making this into
> a dep5 would be wise.

I'm not very fond of the dep5 thing; but if you're willing to do the
work... well, you'd be the maintainer...

> Also, the control file doesn't give any Vcs info
> of the package. May be having a Vcs repo would also be a convenient way
> for both of us initially and then for anyone who would maintain the pacakge.

Oh, there is, I just forgot the header.

it's on alioth, in ~wouter/aspic.git, if I'm not mistaken. Maybe I
should push a copy to collab-maint; it just didn't feel very useful for
such a small package, while I was the only maintainer.

> Looking for more inputs from you and also requesting a review and sponsor
> of my packages mentioned in my previous mail.

I haven't forgotten; I just haven't had the time for that yet.

-- 
The volume of a pizza of thickness a and radius z can be described by
the following formula:

pi zz a



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120210071834.gq3...@grep.be

Bug#657083: [Gentle Reminder]Fwd: Adopt the package

[Wouter Verhelst]

Hi,

It looks like I missed the original mail; sorry 'bout that.

On Tue, Feb 07, 2012 at 04:10:17PM +0530, Medhamsh wrote:
>  Original Message 
> Subject: Adopt the package
> From:"Medhamsh" 
> Date:Mon, February 6, 2012 12:56 am
> To:  657...@bugs.debian.org
> --
> 
> Hello,
> 
> I am interested in adopting the package. Though I have done
> two packages till now, none of it is uploaded yet for some
> upstream reasons and the other still at RFS. I would like to
> maintain this package.
> 
> I don't use this package but use similar one, dot (graphviz)

I know graphviz, but it's not really a similar package. Dot is meant for
graphs; aspic is meant for line art. While both produce drawings based
on a plain text input, they do this in different ways. For example, with
aspic it's possible to draw a house, or a person, or something similar,
should you want to; the same is not true for graphviz.

Having said that, if you're interested in maintaining aspic, I recommend
that you first familiarize yourself with its source. I'll happily
sponsor your uploads, if you need me to.

Also: could you point me to the two packages that you've already made?
I could have a look at them, and possibly sponsor an upload there as
well.

Regards,

-- 
The volume of a pizza of thickness a and radius z can be described by
the following formula:

pi zz a



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120208082605.gm4...@grep.be

Bug#657083: RFA: aspic -- Line art generator

[Wouter Verhelst]

Package: wnpp
Severity: normal

I request an adopter for the aspic package.

The package description is:
 Aspic is a program that generates line art images from a text
 description of a picture that contains commands such as "line", "box",
 "circle", and "arc". Aspic's concept is similar to the "pic" command.
 Output is either encapsulated PostScript, or Scalable Vector Graphics
 (SVG). Quite complex pictures can be constructed from Aspic's
 primitives, which include facilities for positioning text alongside
 graphics, and the use of colour.

Upstream is Philip Hazel, of Exim and PCRE fame. I've packaged it
because it is a build-dependency for the documentation of the pmw
package; but other than that I have no vested interest, and it might
therefore be better served by someone who actually uses it.

It's a fairly small and straightforward piece of code, and is therefore
a good choice as a first package.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120123222145.11420.32780.reportbug@localhost

Bug#480101: #480101 - pmw RFP

[Wouter Verhelst]

Hi Julian,

I'd been reading up on pmw, and like it so much that I think it should
definitely be packaged for Debian. In researching it a bit, I just
noticed this RFP in which you mentioned having prepared a package, now
almost a year ago. Nothing has happened with it since, however.

Are you still interested in maintaining pmw? I very much am, so unless
you have a firm objection, I'll go ahead and take ownership of the RFP,
with the intention of uploading somewhere next month. Even if you do
Even if you are still interested, I'd still like to cooperate on this,
and would in that case suggest running a git repo on alioth or
something.

Please let me know something. Also note that if I don't hear from you in
approximately two weeks' time, I'll assume you're not interested and
will take the package.

Regards,

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22


signature.asc
Description: Digital signature

Bug#457318: ITP: qmail -- a secure, reliable, efficient, simple message transfer agent

[Wouter Verhelst]

[-curiosa dropped]

On Tue, Jan 08, 2008 at 08:14:54PM -0500, Lennart Sorensen wrote:
> On Sat, Dec 22, 2007 at 03:55:39PM +0100, Wouter Verhelst wrote:
> > Whether or not it's a good MTA, the fact is that it's a *popular* MTA.
> > That alone should be a good reason to package it.
> 
> When did qmail become free?

About a month ago, or something. See http://cr.yp.to/qmail/dist.html

> And isn't it already packaged in non-free
> where it belongs?

There's a qmail-src package in non-free, but not a qmail package.

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22



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

Bug#457318: ITP: qmail -- a secure, reliable, efficient, simple message transfer agent

[Wouter Verhelst]

On Fri, Dec 21, 2007 at 11:20:45AM -0800, Don Armstrong wrote:
> On Fri, 21 Dec 2007, John H. Robinson, IV wrote:
> > On Fri, 21 Dec 2007, Don Armstrong wrote:
> > > On Fri, 21 Dec 2007, John H. Robinson, IV wrote:
> > > > On Fri, 21 Dec 2007, Don Armstrong wrote:
> > > > > On Fri, 21 Dec 2007, John H. Robinson, IV wrote:
> > > > > > On Fri, 21 Dec 2007, Don Armstrong wrote:
> > > > > > > On Fri, 21 Dec 2007, John H. Robinson, IV wrote:
> > > > > > > > On Fri, 21 Dec 2007, Don Armstrong wrote:
> > > > > > > > > On Fri, 21 Dec 2007, John H. Robinson, IV wrote:
> > > > > > > > > > On Fri, 21 Dec 2007, Don Armstrong wrote:
> > > > > > > > > > > On Fri, 21 Dec 2007, John H. Robinson, IV wrote:
> > > > > > > > > > > > On Fri, 21 Dec 2007, Don Armstrong wrote:
> > > > > > > > > > > > > On Fri, 21 Dec 2007, John H. Robinson, IV wrote:
> > > > > > > > > > > > > > Joerg Jaspert wrote:
> > > > > > > > > > > > > > > 
> > > > > > > > > > > > > > > There are *way* better MTAs [than qmail] out
> > > > > > > > > > > > > > > there that dont need tons of patches applied
> > > > > > > > > > > > > > > just to fulfill basic requirements for a
> > > > > > > > > > > > > > > MTA.
> > > > > > > > > > > > > > 
> > > > > > > > > > > > > > No, there are not.
> > > > > > > > > > > > > 
> > > > > > > > > > > > > Yes, there are.
> > > > > > > > > > > > >
> > > > > > > > > > > > No, there are not.
> > > > > > > > > > > 
> > > > > > > > > > > Yes, there are.
> > > > > > > > > > 
> > > > > > > > > > No, there are not.
> > > > > > > > > 
> > > > > > > > > Yes, there are.
> > > > > > > >
> > > > > > > > No, there are not.
> > > > > > > 
> > > > > > > Yes, there are.
> > > > > > 
> > > > > > No, there are not.
> > > > > 
> > > > > Yes, there are.
> > > > > 
> > > > No, there are not.
> > > 
> > > Yes, there are.
> >
> > No, there are not.
> 
> Yes, there are.
> 
> Next? ;-)

I'd agree that there are way better ones out there. But I'd also say
that it doesn't really matter which is best, and that this type of
behaviour is quite childish. As long as qmail is free, packaged
properly, and integrates well with the rest of Debian, I don't see why
anyone should oppose its packaging.

Whether or not it's a good MTA, the fact is that it's a *popular* MTA.
That alone should be a good reason to package it.

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22



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

Bug#430206: ITP: iodine -- tool for tunneling IPv4 data through a DNS server

[Wouter Verhelst]

On Sat, Jun 23, 2007 at 01:01:40PM +0200, gregor herrmann wrote:
>  This is a piece of software that lets you tunnel IPv4 data through a
>  DNS server. This can be usable in different situations where
>  internet access is firewalled, but DNS queries are allowed.

It might be interesting to note in the description how this relates to
nstx.

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22


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

Bug#422423: ITP: libtool-cvs -- Generic library support script - CVS snapshot

[Wouter Verhelst]

On Tue, May 08, 2007 at 03:15:03AM +0200, Piotr Roszatycki wrote:
> Do you mean I should just renumber the package version from 2.1a to 1.9 or
> what? I think the versioning schema for this project is very bizzare. Also I
> think it is not so important for experimental packages :)

Actually, it is, unless you want your package to live in experimental
for all eternity if upstream decides that 2.x version numbers suck and
they'll go with 1.x (1.9, 1.10, 1.11, 1.12, ...) for all eternity.

-- 
Shaw's Principle:
Build a system that even a fool can use, and only a fool will
want to use it.


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

Bug#414966: ITP: svnmerge -- A merge helper tool for Subversion

[Wouter Verhelst]

On Thu, Mar 15, 2007 at 12:35:19PM +0100, Bernd Zeimetz wrote:
> Heya,
> > Seconded, and even more: the "subversion-tools" package is a binary
> > package from the "subversion" source package. At first glance, stuff in
> > subversion-tools is contributed stuff to the subversion upstream. Can't
> > these 3 scripts be contributed upstream as well and hence distributed
> > directly in subversion-tools?
> >   
> and even more: where's the difference between svnmerge from this
> package, and svnmerge from "subversion-tools" ?

and 'svn merge' from the svn command line? :)

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22


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

Bug#397065: ITP: apt-cross -- retrieve, build and install cross-built packages using dpkg-cross

[Wouter Verhelst]

On Sat, Nov 04, 2006 at 09:44:59PM +, Neil Williams wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Neil Williams <[EMAIL PROTECTED]>
> 
> * Package name: apt-cross
>   Version : 0.0.1
>   Upstream Author : Neil Williams <[EMAIL PROTECTED]>
> * URL : http://buildd.emdebian.org/repos/tools/apt-cross/
> * License : GPL
>   Programming Lang: Perl
>   Description : retrieve, build and install cross-built packages using 
> dpkg-cross
> 
>  Provides apt functionality for cross-building under dpkg-cross.
>  .
>  By default, apt-cross uses /etc/apt/sources.list to find the current debian 
> package 
>  file for the architecture specified (default is arm) and in the suite 
> specified 
>  (default is unstable). Alternatively, you can specify a different mirror. 
> Downloaded 
>  files can be passed directly to dpkg-cross using the -b or -i commands to 
> apt-cross.

This sounds cool. I've been thinking of implementing something similar
for quite a while, but didn't do it because I couldn't figure out a way
to properly deal with dependencies on arch:all packages. Have you
figured that out, or do you just not bother?

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22


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

Bug#383940: ITP: aa -- astronomical almanac - calculate planet and star positions

[Wouter Verhelst]

On Sun, Aug 20, 2006 at 04:43:48PM -0400, James R. Van Zandt wrote:
[...]
> aa.exe follows the rigorous algorithms for reduction of

Is this an application that runs under Mono? If not, it might be good to
eliminate references to the ".exe" suffix from the description -- there
is not usually such a thing on a Debian system.

-- 
Fun will now commence
  -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4


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

Bug#378314: RFA: doc-linux-nl -- Dutch Linux Documentation (HOWTOs, mini-HOWTOs, FAQs, and manpages)

[Wouter Verhelst]

On Wed, Jul 19, 2006 at 02:03:33PM +0200, Thijs Kinkhorst wrote:
> retitle 378314 RFA: doc-linux-nl -- Dutch Linux Documentation (HOWTOs, 
> mini-HOWTOs, FAQs, and manpages)

Err, it was already called that -- except that it didn't include tabs
instead of spaces. Oh well :-)

(presumaby you meant "ITA" ?)

> owner 378314 !
> thanks
> 
> On Wed, 2006-07-19 at 12:22 +0200, Luk Claes wrote:
> > > Who's in for that? As the maintainer of 'dutch' I can do it if that's
> > > required.
> > 
> > Thanks for volunteering :-)
> 
> Ok, I'll set something up, I think I'll use the pkg-dutch repository.
> I'll keep the list posted.

Great.

Since I promised I'd explain the thoughts I had about manpages-nl, here
goes:

Maintaining translated manpages is a bitch, especially without the help
of something like a po file format. There is a package in Debian called
'po4a', which can convert a number of file formats (including nroff
sourcees) into .po files.

The upstream CVS repository (which is at nl.linux.org, I don't think
they have anonymous access) contains the original files which the
translations were based on. You'll need those to successfully use po4a;
I can provide you with a checkout, if required.

The previous maintainer of manpages-nl, Joost Van Baal, told me that he
would prefer to see the translated manpages in the original package;
i.e., bash.1 should end up with the bash package, rather than having it
remain in the manpages-nl package. I agree, and think that this should
be done as long as the maintainer of the bash package agrees as well. Of
course, I suspect the manpage would have to be updated before the bash
maintainer will be interested...

-- 
Fun will now commence
  -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4


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

Bug#378587: ITP: qrfcview -- viewer for IETF RFCs

[Wouter Verhelst]

On Mon, Jul 17, 2006 at 06:29:31PM +0200, Frederic Daniel Luc LEHOBEY wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Frederic Daniel Luc LEHOBEY <[EMAIL PROTECTED]>
> 
> * Package name: qrfcview
>   Version : 0.62
>   Upstream Author : Romain ROLLET <[EMAIL PROTECTED]>
> * URL : http://qrfcview.berlios.de/
> * License : GPL
>   Programming Lang: C++
>   Description : viewer for IETF RFCs
> 
>  qRFCView is a viewer for IETF RFC featuring:
>  .
>   - automatic table of content, with direct opening of section;
>   - handling of RFC internal cross-references;
>   - automatic downloading of a referenced RFC from the IETF web site
> on a simple click;
>   - caching of RFC in a local directory;

There is a doc-rfc package in non-free currently. Could this program
easily be modified to look in the directories where the doc-rfc package
puts its files _before_ trying to download an RFC?

-- 
Fun will now commence
  -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4


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

Bug#378314: RFA: doc-linux-nl -- Dutch Linux Documentation (HOWTOs, mini-HOWTOs, FAQs, and manpages)

[Wouter Verhelst]

Package: wnpp
Severity: normal

I request an adopter for the doc-linux-nl package.

The package description is:
 The doc-linux-nl-html package provides current Dutch Linux HOWTOs,
 mini-HOWTOs, and FAQs in HTML format. Alternatively, ASCII versions
 are provided in the doc-linux-nl-text package.
 .
 The version number reflects the date at which doc-linux-nl-html was
 created.
 .
 All files are available at http://nl.linux.org/.

I have not been able to give the package the love it deserves, recently.
As a result, and also as a result of the fact that upstream has slowly
but surely dried up in the years since I initially created this package,
it is getting a bit outdated now. People interested in taking this
package would need to be aware of that fact, and would probably have to
do some upstream work, too.

I had some plans with the manpages-nl package (which is part of this
package), but never implemented those. If you contact me, I'll explain
in more detail what it's all about.

I would be willing to sponsor uploads for any potential taker, should
there be a need for this.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686-smp
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)


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

Bug#374170: ITP: gtkradiant -- level editor for doom3 and quake4 maps

[Wouter Verhelst]

On Sat, Jun 17, 2006 at 08:40:20PM +0200, Frits Daalmans wrote:
> On Saturday 17 June 2006 19:41, Wouter Verhelst wrote:
> > On Sat, Jun 17, 2006 at 06:35:22PM +0200, Frits Daalmans wrote:
> > > * License : (GPL, LGPL, BSD)
> >
> > Hmm.
> >
> > > GtkRadiant is a 3D level editor for Id Software's games doom3 and quake4
> > > (and apparently many others).
> > > It was recently released under the GPL by Id Software, Inc.
> >
> > Then you may need to update the License: header above :)
> Well.. this is my first Debian package, but I got the impression that
> even though the core is under GPL, there are other parts that
> are BSD and LGPL licensed.

Ah, okay. Forget what I said, then (but you might want to consider
removing the brackets next time; that's what confused me).
-- 
Fun will now commence
  -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4


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

Bug#374170: ITP: gtkradiant -- level editor for doom3 and quake4 maps

[Wouter Verhelst]

On Sat, Jun 17, 2006 at 06:35:22PM +0200, Frits Daalmans wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Frits Daalmans <[EMAIL PROTECTED]>
> 
> * Package name: gtkradiant
>   Version : 1.5.0-1
>   Upstream Author : Id Software, Inc. 
> * URL : http://www.qeradiant.com/
> * License : (GPL, LGPL, BSD)

Hmm.

>   Programming Lang: (C++, Python, OpenGL)
>   Description : level editor for doom3 and quake4 maps
> 
> GtkRadiant is a 3D level editor for Id Software's games doom3 and quake4
> (and apparently many others). 
> It was recently released under the GPL by Id Software, Inc.

Then you may need to update the License: header above :)

-- 
Fun will now commence
  -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4


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

Bug#367007: ITP: libnet-z3950-zoom-perl -- Perl extension implementing the ZOOM API for Information Retrieval via Z39.50

[Wouter Verhelst]

On Fri, May 12, 2006 at 09:00:38PM +0200, gregor herrmann wrote:
>   Description : Perl extension implementing the ZOOM API for Information 
> Retrieval via Z39.50
> 
>  This module provides a nice, Perlish implementation of the ZOOM
>  Abstract API described and documented at http://zoom.z3950.org/api/
>  .
>  The ZOOM module is implemented as a set of thin classes on top of the
>  non-OO functions provided by this distribution's Net::Z3950::ZOOM module,
>  which in turn is a thin layer on top of the ZOOM-C code supplied as part of
>  Index Data's YAZ Toolkit.  Because ZOOM-C is also the underlying code that
>  implements ZOOM bindings in C++, Visual Basic, Scheme, Ruby, .NET
>  (including C#) and other languages, this Perl module works compatibly with
>  those other implementations.  (Of course, the point of a public API such as
>  ZOOM is that all implementations should be compatible anyway; but knowing
>  that the same code is running is reassuring.)
>  .
>   Homepage: http://search.cpan.org/~mirk/Net-Z3950-ZOOM/lib/Net/Z3950/ZOOM.pm

Okay, so now I've read all that, and I'm stuck with one question: WTF is
'ZOOM'?

-- 
Fun will now commence
  -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4


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

Bug#366069: ITP: fusesmb -- filesystem client based on the samba file transfer protocol

[Wouter Verhelst]

On Thu, May 04, 2006 at 10:29:25PM +0200, Samuel Mimram wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Samuel Mimram <[EMAIL PROTECTED]>
> 
> * Package name: fusesmb
>   Version : 0.8.4
>   Upstream Author : Vincent Wagelaar <[EMAIL PROTECTED]>
> * URL : http://www.ricardis.tudelft.nl/~vincent/fusesmb/
> * License : mainly GPL (+ BSD)
>   Programming Lang: C
>   Description : filesystem client based on the samba file transfer 
> protocol
> 
>  fusesmb is a filesystem client based on the samba file transfer protocol.

You're mixing things up here.

The protocol is called 'SMB'. The software suite that implements it for
Unix and Unix-like systems is called 'Samba'.

-- 
Fun will now commence
  -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4


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

Bug#349064: ITP: flash-plugin -- installer for Macromedia Flash Plugin

[Wouter Verhelst]

On Fri, Jan 20, 2006 at 09:00:52PM +0100, Bart Martens wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Bart Martens <[EMAIL PROTECTED]>
> 
> * Package name: flash-plugin
>   Version : 7.0.61.1
>   Upstream Author : Bart Martens <[EMAIL PROTECTED]>
> * URL : http://members.chello.be/ws35943/flash-plugin/
> * License : GPL
>   Description : installer for Macromedia Flash Plugin
> 
> This package downloads the Macromedia Flash plugin and installs it.
> The plugin itself is not in this package.
> 
> Homepage of the plugin itself: http://macromedia.mplug.org/
> 
> The Debian package flash-plugin is meant as an alternative or as a
> replacement for flashplugin-nonfree.

What's the point in that?

> Similarities: Both Debian packages are GPL, and download the .tar.gz
> from the Macromedia website to comply to the Macromedia license.
> 
> Some differences:
> - less bugs :-)

Ah, so you want to improve the package? Why not just send patches to the
maintainer of flashplugin-nonfree, then?

> - simple scripting in preinst and postinst, no ruby

What's wrong with ruby?

> - uses wget, so simple proxy support
> - versions are linked (MD5), thus support downgrade of the plugin
> - asks to accept the Macromedia license before downloading the plugin

Yuck. Please don't do that.

-- 
.../ -/ ---/ .--./ / .--/ .-/ .../ -/ ../ -./ --./ / -.--/ ---/ ..-/ .-./ / -/
../ --/ ./ / .--/ ../ -/ / / -../ ./ -.-./ ---/ -../ ../ -./ --./ / --/
-.--/ / .../ ../ --./ -./ .-/ -/ ..-/ .-./ ./ .-.-.-/ / --/ ---/ .-./ .../ ./ /
../ .../ / ---/ ..-/ -/ -../ .-/ -/ ./ -../ / -/ ./ -.-./ / -./ ---/ .-../
---/ --./ -.--/ / .-/ -./ -.--/ .--/ .-/ -.--/ .-.-.-/ / ...-.-/


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

Bug#315297: Fedora Directory Server port to Debian ?

[Wouter Verhelst]

Op zo, 07-08-2005 te 09:43 -0700, schreef Russ Allbery:
> Paul Wise <[EMAIL PROTECTED]> writes:
> 
> >> Is somebody working on porting/packaging FDS to Debian?
> 
> > http://bugs.debian.org/315297
> 
> Bad package description.  It tells me something I don't care about (namely
> the acronym expansion of LDAP) and none of the things I do care about (why
> would I want this package rather than some other directory server).
> 
> > As far as I can tell, there is no-one packaging it yet, feel free to
> > contribute, I imagine that it would be good to have this in debian.
> 
> Out of curiousity, why?  I can't think of any reason to run FDS when we
> already have OpenLDAP, having had the experience of dealing with FDS's
> technological predecessor.

Having had experience dealing with OpenLDAP, I'd be happy to have
just /anything/ else.

That being said, there's nothing wrong with having multiple
implementations of the same thing -- on the contrary. We have multiple
implementations of DNS-servers, MTA's, MUA's, database servers,
browsers, user environments, and whatnot. Why not multiple LDAP servers?

-- 
The amount of time between slipping on the peel and landing on the
pavement is precisely one bananosecond


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

Bug#317430: ITP: apt-history -- logs the changes when installing

[Wouter Verhelst]

On Fri, Jul 08, 2005 at 02:03:32PM +0200, Nico Golde wrote:
> apt-history logs the changes of /var/lib/dpkg/status when installing,
> removing, upgrading packages with apt-get

what's the added value over the new logging feature in dpkg?

-- 
The amount of time between slipping on the peel and landing on the
pavement is precisely one bananosecond


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

Bug#312269: [EMAIL PROTECTED]: Two ITP's for emile]

[Wouter Verhelst]

On Mon, Jun 13, 2005 at 07:10:22AM -0500, Stephen R Marenka wrote:
> On Mon, Jun 13, 2005 at 02:57:51AM +0200, Wouter Verhelst wrote:
> 
> > Sounds like a plan. Shall we set up some repository somewhere?
> 
> Sure, do you want to go with alioth or a private box?

Private seems more convenient, you don't rely on other people if stuff
goes wrong. I just set up a repository on my svn host:

https://svn.grep.be/svn/emile/trunk

and

http://svn.grep.be/websvn

If you send me an (encrypted, signed) password, I'll add you to the
configuration. If, on the other hand, you prefer alioth, that's fine
with me too -- just let me know, then.

(I'll be adding the latest CVS version plus some initial packaging stuff
tonight; but I have work to do, now :-)

-- 
The amount of time between slipping on the peel and landing on the
pavement is precisely one bananosecond


signature.asc
Description: Digital signature

Bug#312269: [EMAIL PROTECTED]: Two ITP's for emile]

[Wouter Verhelst]

First of all: whoops. I should've been more careful, sorry.

On Sun, Jun 12, 2005 at 06:56:27PM -0500, Stephen R Marenka wrote:
> You're welcome to run with this if you want it. I've got most of a
> package for 0.7 and about one man page done. In other words, I'm pretty
> close to having to start over. :-)

Well, that's more than I can say; I still have to make a package. The
thing builds, it's just that my two test machines aren't correctly
running yet.

I do suggest packaging what's in CVS currently, though -- Laurent has
done some work on that to make it build with GCC 3 rather than requiring
2.95, and I think that's a good thing. He's also told me he'd be happy
to release a version 0.9 for us when we get a decent package.

> I'd be happy to co-maintain if you want.

Sounds like a plan. Shall we set up some repository somewhere?

-- 
The amount of time between slipping on the peel and landing on the
pavement is precisely one bananosecond


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

Bug#312269: ITP: emile -- Early Mac Image LoadEr, a bootloader for m68k macs

[Wouter Verhelst]

Package: wnpp
Severity: wishlist
Owner: Wouter Verhelst <[EMAIL PROTECTED]>

* Package name: emile
  Version : 0.9, probably (not released yet, still CVS version
at this point)
  Upstream Author : Laurent Vivier <[EMAIL PROTECTED]>
* URL : http://emile.sf.net/
* License : GPL
  Description : Early Mac Image LoadEr, a bootloader for m68k macs

EMILE is a loader for booting Linux on m68k Macintosh computers. In
contrast to the Penguin booter, EMILE does not require a working MacOS
installation; it thus allows on to boot GNU/Linux directly, rather than
having to boot MacOS first before being able to load the Penguin booter
and GNU/Linux.

Although fully functional, EMILE is not (yet) without its share of
problems at this point in time, though; people less experienced with
running GNU/Linux are probaly still safer off using the Penguin booter.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.11
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)


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

Bug#311780: ITP: libglade -- ITP: libglade - mentoring applicant

[Wouter Verhelst]

On Fri, Jun 03, 2005 at 06:18:04AM -0400, John D. Hendrickson wrote:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: libglade
>   Version : x.y.z

You need to fill that in. I don't think "x.y.z" is the actual version.

>   Upstream Author : Name <[EMAIL PROTECTED]>

You need to fill that in. example.org doesn't give you an email address.

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

You need to... well. You get the picture.

-- 
The amount of time between slipping on the peel and landing on the
pavement is precisely one bananosecond


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

Bug#308725: ITP: dhcpv6 -- a stateful address autoconfiguration protocol for IPv6

[Wouter Verhelst]

On Thu, May 12, 2005 at 02:10:35AM -0500, Peter Samuelson wrote:
> It wouldn't hurt to mention that the stateless server is the Debian
> package 'radvd' and doesn't require specific client software other than
> iproute or whatever.

s/other than.*//

The kernel handles routing advertisement packets.

-- 
The amount of time between slipping on the peel and landing on the
pavement is precisely one bananosecond


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

Bug#286214: ITP: kwin-style-asteroid -- Pixel-for-pixel clone of Win2000 GUI style for KDE

[Wouter Verhelst]

On Fri, Feb 18, 2005 at 12:35:42PM +0100, Marcin Orlowski wrote:
> Wouter Verhelst wrote:
> > Merging all these into one package will not do much harm to the user
> > (who will be able to install a 2M package on top of his 250MB KDE
> > installation to get all the choice of GUI themes he would ever want to
> > have); OTOH, more packages do have a negative impact on everyone --
> > increased size of the Packages file (which isn't good for modem users
> > and people with slower hardware) and increased overall size of the
> > archive.
> 
> Why do you imitate you care modem users? You care a few bytes more in
> Packages (text file! gzipped!)

That has an impact on everyone, especially people with slower hardware.
I know what I'm talking about, I'm an m68k porter.

-- 
 EARTH
 smog  |   bricks
 AIR  --  mud  -- FIRE
soda water |   tequila
 WATER
 -- with thanks to fortune


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

Bug#287317: ITP: eid -- software to support the eID, the new Belgian electronical ID card

[Wouter Verhelst]

retitle 287317 belpic -- software to support the new Belgian electronical ID 
card
thanks

Op di, 28-12-2004 te 13:54 +0100, schreef Andreas Jellinghaus:
[...]
> a few comments:
> package name should be belpic to be consistent.

Yes, I was just about to make that comment myself ;-)

> (also because "eid" is generic, and other countries
>  have eid software, too).

Indeed.

There. Done.

-- 
Wouter Verhelst
NixSys BVBA
Louizastraat 14, 2800 Mechelen
T:+32 15 27 69 50 / F:+32 15 27 60 51 / M:+32 486 836 198

Bug#287317: ITP: eid -- software to support the eID, the new Belgian electronical ID card

[Wouter Verhelst]

Op ma, 27-12-2004 te 23:25 -0500, schreef Eric Dorland:
> * Wouter Verhelst ([EMAIL PROTECTED]) wrote:
> > Op ma, 27-12-2004 te 15:55 -0500, schreef Eric Dorland:
> > > I have good contact with the OpenSC upstream. Wouldn't it be
> > > beneficial to roll these changes into OpenSC proper? 
> > 
> > Absolutely, but I'd think it'd be better if Zetes would pursue this. I
> > planned to contact them, but wanted to have a good look at what they
> > actually changed before I'd do that.
> 
> Very sensible. If it's not too intrusive and everyone involved agrees,
> I don't mind applying patches to the package, so feel free to feed me
> some patches to review.

They do introduce an extension to the API...

> I'm CCing Andreas (the main OpenSC upstream
> developer), please keep him CCed on any replies.

Noted.

> > I should note, though, that I want to have these packages in Sarge. If
> > that means I have to provide a forked OpenSC to be able to do that, then
> > that is what I'll do.
> 
> I understand, I'd probably do the same thing if it's expedient. But in
> the long term it's probably not desirable. And if you do package a
> forked OpenSC, please have it play nice with my own packages :)

*g*

Of course, that goes without saying ;-)

The binary packages that Zetes provides have the modified libopensc.so.1
in them as libbelpic.so.0. If I end up packaging the forked version,
it'll do the same thing.

-- 
 EARTH
 smog  |   bricks
 AIR  --  mud  -- FIRE
soda water |   tequila
 WATER
 -- with thanks to fortune

Bug#287317: ITP: eid -- software to support the eID, the new Belgian electronical ID card

[Wouter Verhelst]

Op ma, 27-12-2004 te 15:55 -0500, schreef Eric Dorland:
> * Wouter Verhelst ([EMAIL PROTECTED]) wrote:
> > Package: wnpp
> > Severity: wishlist
> > 
> > * Package name: eid
> >   Version : ??? (not specified, AIUI)
> >   Upstream Author : Zetes NV <[EMAIL PROTECTED]>
> > * URL : http://www.belgium.be/zip/middleware_source_code_nl.html
> > * License : LGPL (and possibly others)
> >   Description : software to support the eID, the new Belgian 
> > electronical ID card
> > 
> > The Belgian eID software consists of a slightly modified OpenSC, a few
> > applications to query the card, and an extra library. There are also a
> > few PDF files containing specifications of the card.
> > 
> > I might end up creating anywhere between one and three source packages,
> > but I'm not sure yet.
> 
> I have good contact with the OpenSC upstream. Wouldn't it be
> beneficial to roll these changes into OpenSC proper? 

Absolutely, but I'd think it'd be better if Zetes would pursue this. I
planned to contact them, but wanted to have a good look at what they
actually changed before I'd do that.

I should note, though, that I want to have these packages in Sarge. If
that means I have to provide a forked OpenSC to be able to do that, then
that is what I'll do.

Of course, this is all only valid for the modified OpenSC part; the
documentation and the applications will remain separated.

-- 
 EARTH
 smog  |   bricks
 AIR  --  mud  -- FIRE
soda water |   tequila
 WATER
 -- with thanks to fortune

Bug#287317: ITP: eid -- software to support the eID, the new Belgian electronical ID card

[Wouter Verhelst]

Package: wnpp
Severity: wishlist

* Package name: eid
  Version : ??? (not specified, AIUI)
  Upstream Author : Zetes NV <[EMAIL PROTECTED]>
* URL : http://www.belgium.be/zip/middleware_source_code_nl.html
* License : LGPL (and possibly others)
  Description : software to support the eID, the new Belgian electronical 
ID card

The Belgian eID software consists of a slightly modified OpenSC, a few
applications to query the card, and an extra library. There are also a
few PDF files containing specifications of the card.

I might end up creating anywhere between one and three source packages,
but I'm not sure yet.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.9
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Bug#286838: ITP: wakeonlan -- Sends 'magic packets' to wake-on-LAN enabled ethernet adapters

[Wouter Verhelst]

Op wo, 22-12-2004 te 15:43 +, schreef Steve Kemp:
> Package: wnpp
> Version: N/A; reported 2004-12-22
> Severity: wishlist
> 
> * Package name: wakeonlan
>   Version : 0.40
>   Upstream Author : Jos Pedro Oliveira 
> * URL : http://gsd.di.uminho.pt/jpo/software/wakeonlan/
> * License : Perl Artistic License
>   Description : Sends 'magic packets' to wake-on-LAN enabled ethernet 
> adapters

what's the difference with ether-wake?

-- 
 EARTH
 smog  |   bricks
 AIR  --  mud  -- FIRE
soda water |   tequila
 WATER
 -- with thanks to fortune

Bug#286214: ITP: kwin-style-asteroid -- Pixel-for-pixel clone of Win2000 GUI style for KDE

[Wouter Verhelst]

Op ma, 20-12-2004 te 21:23 +0100, schreef Marcin Orlowski:
> Josselin Mouette wrote:
> 
> > Please, put all of these packages in a single one. Putting them in
> > separate packages has no meaning from the user's point of view.
> 
> I strongly disagree. It definitely makes a big difference to the user.
> Why shall one be happy fetching bloated deb containing 10 styles
> just because s/he wants one?

Why not? What harm does it do?

> All of them are far from being
> related, so the "merged" package shall be updated whenever each
> style it contains is updated by upstream.

That shouldn't happen /too/ much, should it?

And if it does, there's nothing stopping you from updating the package,
say, every three months (unless there's a critical bug in one of the
themes), is there?

> Then, the user fetches
> and updates its package, even s/he does not use the style
> that was the cause of package update. Does it still makes any
> sense to you?

Sure.

Merging all these into one package will not do much harm to the user
(who will be able to install a 2M package on top of his 250MB KDE
installation to get all the choice of GUI themes he would ever want to
have); OTOH, more packages do have a negative impact on everyone --
increased size of the Packages file (which isn't good for modem users
and people with slower hardware) and increased overall size of the
archive.

Of course, the effect will be negligable if one only considers these
packages; but it will not be if everyone would consider those
consequences.

-- 
 EARTH
 smog  |   bricks
 AIR  --  mud  -- FIRE
soda water |   tequila
 WATER
 -- with thanks to fortune

Bug#277582: ITP: kwin-baghira -- A MacOSX-like theme for Apple junkies ;)

[Wouter Verhelst]

On Fri, Oct 22, 2004 at 04:31:52AM +0200, Adeodato Simó wrote:
>   I would suggest a name like kde-$FOO-style to be used (e.g.,
>   kde-baghira-style) for packages that provide a widget style for
>   QT/KDE, and include kwin decoration (if they exist) in the same
>   package. (*)

For the sake of consistency, I would suggest kde-theme-$FOO. This is
what enlightenment, jsboard, opie, and even previous incarnations of KDE
itself use (kdeartwork-theme-*).

-- 
 EARTH
 smog  |   bricks
 AIR  --  mud  -- FIRE
soda water |   tequila
 WATER
 -- with thanks to fortune


signature.asc
Description: Digital signature

Bug#271737: O: regexplorer -- A visual regular expression explorer

[Wouter Verhelst]

Package: wnpp
Severity: normal

I intend to orphan the regexplorer package.

The package description is:
 RegExplorer is a visual regular expression explorer, it allows
 for writing regular expressions and visually see the matches,
 thus making regular expression much easier to write and maintain.
 .
 More information can be found at the RegExplorer web site
 http://regexplorer.sourceforge.net/

I'm lacking the time, skill, and courage to properly maintain this
package. At first I intended to learn Qt by reading the source and
going through how things work (I have learned C++ at school), but that
never happened; right now, I have more important things to do.

There are two (severity normal) bugs on regexplorer, that I don't
think would be hard to fix for anyone familiar with Qt; however, I
don't know where to begin.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.8.1
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]

Bug#246481: ITP: gnotify -- a notification service for many desktop-environments and WM's

[Wouter Verhelst]

On Thu, Apr 29, 2004 at 10:54:53AM +0200, Simon Martin wrote:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: gnotify
>   Version : 0.8
>   Upstream Author : Marius M. M. <[EMAIL PROTECTED]>
> * URL : http://gnotify.sourceforge.net/
> * License : GPL
>   Description : a notification service for many desktop-environments and 
> WM's
> 
>  GNotify is a little daemon written in C using GTK. It provides
>  (like the KDE KNotify-system) a notification-service for
>  Gnome/XFce/FVWM/Fluxbox/Enlightenment and other
>  Desktop-Environments/WindowManagers.

What is a "notification service"? What does "KNotify" do?

(honestly. I have no clue.)

-- 
 EARTH
 smog  |   bricks
 AIR  --  mud  -- FIRE
soda water |   tequila
 WATER
 -- with thanks to fortune


signature.asc
Description: Digital signature

Bug#236418: ITP: debootstrap-buildd -- Scripts to create chroots for building packages

[Wouter Verhelst]

On Fri, Mar 05, 2004 at 10:41:03PM -0800, Daniel Schepler wrote:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: debootstrap-buildd
>   Version : 0.1
>   Upstream Author : Daniel Schepler <[EMAIL PROTECTED]>
> * URL or Web page : 
> * License : GPL
>   Description : Scripts to create chroots for building packages
>  This package contains custom debootstrap scripts which create chroots
>  with (only) the build-essential packages installed.  After creation,
>  these chroots can be used for testing package builds (for example for
>  correcness of Build-Depends), or for compiling backport versions of
>  packages.
>  .
>  Instructions are included for using these scripts either directly or
>  in conjunction with pbuilder.

Why is this called "debootstrap-buildd"? Does it have support for the
actual chroot requirements of the buildd system (i.e., the /build
directory, the lockfiles and -directories sbuild requires, and so on)?
Your description seems to suggest that isn't the case; if I'm right
there, I suggest you either rename the package (to 'debootstrap-build',
or so) or actually add the support, otherwise this might confuse people
into thinking that's all they need to get started.

-- 
Wouter Verhelst
Debian GNU/Linux -- http://www.debian.org
Nederlandstalige Linux-documentatie -- http://nl.linux.org
"Stop breathing down my neck." "My breathing is merely a simulation."
"So is my neck, stop it anyway!"
  -- Voyager's EMH versus the Prometheus' EMH, stardate 51462.


signature.asc
Description: Digital signature

Bug#226417: ITP: kernel-patch-2.4-fasttraks150 -- PROMISE FastTrak S150 TX Series Linux Drivers (for Linux 2.4)

[Wouter Verhelst]

Op di 06-01-2004, om 21:21 schreef Raphael Bossek:
> > > * License : GPL, closed source
> > Huh?
> One part are Linux kernel sources to be compiled with the desired
> Linux sources. The second part is a binary-only library not available
> as source. The same way nVidia is doing it today for their graphic
> cards. I hope it won't become a habit for the hardware manufactures.

"become"?

With nVidia, ATI, a whole bunch of Winmodem manufacturers, and now
Promise too, I'd say this definately has become a habit for hardware
manufacturers.

-- 
Wouter Verhelst
Debian GNU/Linux -- http://www.debian.org
Nederlandstalige Linux-documentatie -- http://nl.linux.org
Most people have two reasons for doing anything -- a good reason, and
the real reason


signature.asc
Description: Dit berichtdeel is digitaal ondertekend

Bug#215827: ITP: lartc -- Linux Advanced Routing and Traffic Control HOWTO

[Wouter Verhelst]

On Wed, Oct 15, 2003 at 02:05:40AM +0200, Pedro Larroy wrote:
> Package: wnpp
> Version: unavailable; reported 2003-10-15
> Severity: wishlist
> 
> 
> * Package name: lartc
>   Version : 1.41-1
>   Upstream Author : Thomas Graf <[EMAIL PROTECTED]>
> * URL : http://www.lartc.org
> * License : (Free)
>   Description : Linux Advanced Routing and Traffic Control HOWTO

This (great!) HOWTO is part of the LDP, and as such is already packaged
in the packages doc-linux-text and doc-linux-html (look for
'Adv-Routing-HOWTO')

-- 
Wouter Verhelst
Debian GNU/Linux -- http://www.debian.org
Nederlandstalige Linux-documentatie -- http://nl.linux.org
"Stop breathing down my neck." "My breathing is merely a simulation."
"So is my neck, stop it anyway!"
  -- Voyager's EMH versus the Prometheus' EMH, stardate 51462.


signature.asc
Description: Digital signature

Bug#213893: O: hotswap -- register/deregister hotswappable IDE hardware

[Wouter Verhelst]

Package: wnpp
Severity: normal

I intend to orphan the hotswap package.
The package description is:
 Hotswap is a utility to register and deregister hotswappable IDE
 hardware. It is written to be used on Laptops with some sort of
 hardware bay to remove the module from the machine without rebooting
 it.
 .
 Note that this utility is not required to insert or remove batteries
 or floppy disk drives; only for IDE devices.

There's a new upstream version available, which includes a KDE
front-end. It needs some help to get it going, but since I no longer
have a laptop with such a hardware bay, I lack the motivation to
properly create an updated package.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux worldmusic 2.6.0-test6 #1 Wed Oct 1 21:41:56 CEST 2003 i686
Locale: LANG=nl_BE, LC_CTYPE=nl_BE

Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption

[Wouter Verhelst]

On Fri, Jun 27, 2003 at 12:32:59AM +0100, Millis Miller wrote:
> email is a simple command-line program to send emails. It can be 
> configured to use either your sendmail installation or directly via
> smtp.
>  .
>  Also, if gpg is installed, it can digitally sign and encrypt outgoing 
> emails.

What does this do that a simple 'echo foo|gpg --clearsign|mail' does not?

-- 
Wouter Verhelst
Debian GNU/Linux -- http://www.debian.org
Nederlandstalige Linux-documentatie -- http://nl.linux.org
"An expert can usually spot the difference between a fake charge and a
full one, but there are plenty of dead experts." 
  -- National Geographic Channel, in a documentary about large African beasts.

Bug#194190: ITP: dpkg-rebuild -- Rebuild dpkg's status file

[Wouter Verhelst]

On Wed, May 21, 2003 at 06:33:51PM +0200, Julien Danjou wrote:
>  I think this script is quite useful although it is not complete.
>  Unless somebody has serious reason to refuse this package entering
>  Debian, I will package and upload it.

I have one: it's probably quite useless to package it. You want to make
sure you don't make things worse, so you won't want to touch your
/var/lib/dpkg/status too much by installing this, while on the other
hand people will probably not install this package 'just in case'.

It's a nice thing to have, but I think it'll require another
distribution method to be fully useful.

-- 
Debian GNU/Linux -- http://www.debian.org
Nederlandstalige Linux-documentatie -- http://nl.linux.org

"An expert can usually spot the difference between a fake charge and a
full one, but there are plenty of dead experts." 
  -- National Geographic Channel, in a documentary about large African beasts.


pgpFHJ1m1E39r.pgp
Description: PGP signature

Bug#171208: ITP: tlpr -- a Trivial LPR client

[Wouter Verhelst]

On Tue, Dec 17, 2002 at 11:22:32AM +, Paul Hedderly wrote:
> On Fri, Nov 29, 2002 at 11:31:30PM +0100, Wouter Verhelst wrote:
> > Package: wnpp
> > Version: unavailable; reported 2002-11-29
> > Severity: wishlist
> > 
> > * Package name: tlpr
> >   Version : 0.1
> >   Upstream Author : me
> > * URL : none (yet)
> > * License : GPL
> >   Description : a Trivial LPR client
> > 
> > tlpr is a trivial line printer client that will send a file to a
> > remote printer. It does not know the concept of a configuration file,
> > an input filter, or any other form of complexity; instead, it is the
> > LPR-equivalent of 'cat foo >/dev/lp0'.
> 
> What does this do that rlpr doesn't?

Not much. At least not yet.

But you're not the first to ask that. Have a look at
http://lists.debian.org/debian-devel/2002/debian-devel-200211/msg03137.html
for my reasoning.

-- 
wouter at grep dot be

"Human knowledge belongs to the world"
  -- From the movie "Antitrust"

Bug#172582: ITP: gtkdiskfree -- A Gnome program which shows free and used space on your filesystems

[Wouter Verhelst]

On Wed, Dec 11, 2002 at 02:16:22AM +0100, Søren Boll Overgaard wrote:
> Package: wnpp
> Version: unavailable; reported 2002-12-11
> Severity: wishlist
> 
> * Package name: gtkdiskfree
>   Version : 1.9.3
>   Upstream Author : Landwerlin Lionel <[EMAIL PROTECTED]> and others
> * URL : http://gtkdiskfree.tuxfamily.org/
> * License : GPL
>   Description : A Gnome program which shows free and used space on your 
> filesystems
> 
> A program which shows free space on your mounted filesystems.
> Additionally it shows the filesystem type, and other information is
> scheduled to be added soon.
> Gtkdiskfree supports mounting and umounting of different filesystems.

There's a program called 'gdiskfree' in the package 'gnome-utils'. Is
there a difference?

-- 
wouter at grep dot be

"Human knowledge belongs to the world"
  -- From the movie "Antitrust"

Bug#171208: ITP: tlpr -- a Trivial LPR client

[Wouter Verhelst]

On Sat, Nov 30, 2002 at 12:18:07AM +0100, Rene Engelhard wrote:
> Rene Engelhard wrote:
> > Sory, but why not simply use "cat foo | lpr" ?
> > 
> > I do not see a need for this package.
> > 
> > Maybe you can enlighten me?
> 
> Hmm. After thinking about it more, I see:
> 
> cat foo | lpr does not work for raw data (e.g. PS files for PS
> printers).
> 
> echo foo > /dev/lp0 does.
> 
> Am I right?

Ah, yes, you're right. I didn't even think about that ;-)

-- 
wouter at grep dot be

"Human knowledge belongs to the world"
  -- From the movie "Antitrust"

Bug#171208: ITP: tlpr -- a Trivial LPR client

[Wouter Verhelst]

On Sat, Nov 30, 2002 at 12:11:21AM +0100, Rene Engelhard wrote:
> > tlpr is a trivial line printer client that will send a file to a
> > remote printer. It does not know the concept of a configuration file,
> > an input filter, or any other form of complexity; instead, it is the
> > LPR-equivalent of 'cat foo >/dev/lp0'.
> 
> Sory, but why not simply use "cat foo | lpr" ?
> 
> I do not see a need for this package.
> 
> Maybe you can enlighten me?

* It's small. The whole of C code in this package is less than 6k.
  That's three pages.
* it does not require a /etc/printcap (which, IMHO, is written in the
  most horrible format ever invented)
* it does not use spool files, so still works when the file system is
  mounted read-only.
* it's safer, as it doesn't require a daemon on the local machine to
  run. It just opens a connection, sends it away, and exits. Of course,
  that also implies that you can't use it to print to local printers.
* It does not try to be 'smart', fucking up your already-filtered input
  file (which happened to me once too many).
* ... maybe other things.

That said, the version number may suggest you that I don't see this as
finished code. It works, I'm sure it has some uses already, and it will
have more in the future.

Convinced?

-- 
wouter at grep dot be

"Human knowledge belongs to the world"
  -- From the movie "Antitrust"

Bug#171208: ITP: tlpr -- a Trivial LPR client

[Wouter Verhelst]

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

* Package name: tlpr
  Version : 0.1
  Upstream Author : me
* URL : none (yet)
* License : GPL
  Description : a Trivial LPR client

tlpr is a trivial line printer client that will send a file to a
remote printer. It does not know the concept of a configuration file,
an input filter, or any other form of complexity; instead, it is the
LPR-equivalent of 'cat foo >/dev/lp0'.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux rock 2.4.19 #2 di okt 1 01:06:59 CEST 2002 i586
Locale: LANG=nl_BE, LC_CTYPE=nl_BE

Bug#153773: RFA: lg-*, the Linux Gazette

[Wouter Verhelst]

Package: wnpp
Version: N/A; reported 2002-07-21
Severity: normal

I request an adopter for the lg-* packages, containing the Linux
Gazette. These include the source packages lg-base, lg-meta and the
individual lg-issueXX packages.

the Linux Gazette is a monthly online magazine, as found on
http://www.linuxgazette.com/. It is part of the Linux Documentation
Project

People interested in maintaining these packages are encouraged to
contact me for scripts that automate parts of the maintenance of these
packages.



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

Bug#142905: ITP: hotswap -- register/deregister hotswappable IDE hardware

[Wouter Verhelst]

Package: wnpp
Version: N/A; reported 2002-04-15
Severity: wishlist

* Package name: hotswap
  Version : 0.2.0
  Upstream Author : Tim Stadelmann
* URL : http://users.ox.ac.uk/~univ377/c600.html
* License : HTML
  Description : register/deregister hotswappable IDE hardware



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

Bug#116359: ITP: apron -- An MPEG player running in a text-console

[Wouter Verhelst]

On 20 Oct 2001, [iso-8859-1] Jérôme Marant wrote:

>   Sorry, I can easily guess that the number of apron users will not exceed
>   one or two.

You'd be surprised...

>   This is the kind of usefullness I'm talking about. Tuxracer
>   is far away from this.

I wasn't talking about tuxracer; I was talking about tuxracer *in m68k*.
Ever tried to run quake III on a 386? Right.

> > If you don't need it, you're welcome to not install it on your
> > personal system. I think it's really nice to have some software that can
> > do this, and probably will use it.
>
>   It is one more package entering the archive.

Out of how much? 7000?

>   And when orphaned, noone
>   will accept to take it over,

Exactly how can you know that? Do you have some sort of crystal ball or
something?

-- 
wouter dot verhelst at advalvas dot be

"Human knowledge belongs to the world"
  -- From the movie "Antitrust"

Bug#116359: ITP: apron -- An MPEG player running in a text-console

[Wouter Verhelst]

On 20 Oct 2001, [iso-8859-1] Jérôme Marant wrote:

> Uwe Hermann <[EMAIL PROTECTED]> writes:
>
> > Package: wnpp
> > Severity: wishlist
> >
> > * Package name: apron
> > * Version : 0.2
> > * Upstream Author : Alexander Southgate <[EMAIL PROTECTED]>
> > * URL : http://spondooliks.org/alex/apron/apron.php3
> > * License : GPL
> > * Description : An MPEG player running in a text-console.
> >
> > It uses aalib for displaying the videos...
>
>   Are you serious? Does Debian really need this kind of useless
>   software?

Usefullness of software is not a requirement for it to be packaged. A good
example is tuxracer in the m68k-port; It doesn't run on my Pentium I
at 166Mhz, let alone on a Motorola 68000 processor that runs at 50Mhz.
Still, it's compiled since it's there, and maybe some user would like to
have fun and install it.

Well... miracles do happen ;-)

>   Moreover, there are some other video players that
>   can use aalib plugins to display video in a console.
>
>   We really don't need that.

If you don't need it, you're welcome to not install it on your
personal system. I think it's really nice to have some software that can
do this, and probably will use it.

-- 
wouter dot verhelst at advalvas dot be

"Human knowledge belongs to the world"
  -- From the movie "Antitrust"