Bug#759603: O: pipenightdreams -- connect pipes to get the water flowing from inlet to outlet

[Wesley J. Landaker]

Package: wnpp
Severity: normal

I intend to orphan the pipenightdreams package.

The package description is:
 If you know the old arcade-game "Pipe Dreams", you'll instantly recognize
 this. The goal is to connect different pipe segments to let the water flow
 from the inlet and through as many pipes as possible, until it finally
 reaches the outlet. This requires an even combination of speed, skill and
 foresight.

This is a fun little game. I originally picked it up for maintenance
when it was orphaned years ago. But I haven't either played the game, or
really done anything to maintain it in a long time, so I'm going to go
ahead and orphan it.


-- 
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/20140828212051.29401.12972.report...@tonberry.icecavern.net

Bug#759602: O: ghdl -- VHDL compiler/simulator using GCC technology

[Wesley J. Landaker]

Package: wnpp
Severity: normal

I intend to orphan the ghdl package.

The package description is:
 (Description from the GHDL home page ):
 .
 GHDL is a VHDL simulator, using the GCC technology.
 .
 VHDL is a language standardized by the IEEE, intended for developing
 electronic systems.
 .
 GHDL implements the VHDL language according to the IEEE 1076-1987 or
 the IEEE 1076-1993 standard. GHDL compiles VHDL files and creates a
 binary which simulates (or executes) your design.
 .
 GHDL does not do synthesis: it cannot translate your design into a
 netlist.

As much as I have enjoyed maintaining this package and hope to see GHDL
and other free and open-source HDL software tools succeed, I no longer
have time to maintain this package due to being involved with other
important projects.


-- 
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/20140828211817.29188.77229.report...@tonberry.icecavern.net

Bug#759601: O: sng -- a specialized markup language for representing PNG contents

[Wesley J. Landaker]

Package: wnpp
Severity: normal

I intend to orphan the sng package.

The package description is:
 SNG (Scriptable Network Graphics) is a minilanguage designed
 specifically to represent the entire contents of a PNG (Portable
 Network Graphics) file in an editable form. Thus, SNGs representing
 elaborate graphics images and ancillary chunk data can be readily
 generated or modified using only text tools.
 .
 SNG is implemented by a compiler/decompiler called sng that
 losslessly translates between SNG and PNG.

This is a great little tool; I've used it several times to make it
easier to version control images that required very specific low-level
format details. However, I haven't really used this tool in quite a
number of years, and don't expect to use it soon in the future. To free
up some time to make room for some of more important endeavors, I am
orphaning this package.


-- 
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/20140828212424.30055.55448.report...@tonberry.icecavern.net

Bug#696548: [Ghdl-discuss] Solutions of "Debian package maintainer has retired"

[Wesley J. Landaker]

This information is also important for this bug report, so resending here as 
well.

On Friday, July 12, 2013 02:32:24 Christiano wrote:
> Hi, I have read this:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696548
> 
> I have applied to be the new maintainer.

That's awesome that you're interested and motivated! GHDL definitely needs 
some care.

However, there are several reason why development has stalled, and there are 
quite a few interested parties you'll certainly want to 
collaborate with, so please make sure you know the whole story about the 
current state of things between GHDL and Debian before diving in 
head first. =)

I'd suggest to please start with my message here (also attached) in which 
I'd try to summarize the state of things from my perspective, and 
the following thread which followed:

http://www.mail-archive.com/ghdl-discuss@gna.org/msg01725.html

Then at least following the links in that message to:

http://lists.alioth.debian.org/pipermail/pkg-electronics-devel/2013-
May/003212.html

and

https://mail.gna.org/public/ghdl-discuss/2013-05/msg2.html
--- Begin Message ---
On Sunday, May 26, 2013 04:07:47 Brian Drummond wrote:
> On Sat, 2013-05-25 at 18:16 -0700, Jon Taylor wrote:
> > 
> > I just installed Ubuntu latest on my new laptop, and when attempting
> > to get GHDL installed I found out about this:
> > 
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696548
> > 
>
> TL/DR : if you're not up to building gcc from source, sorry there will
> be a wait.
> 
> I knew Wesley was looking into this but I didn't know he gave up from
> time pressures; he only reported this to Debian, not here.

Well, I'm not *completely* dead yet. =) I haven't retired from Debian, nor 
have I'm *totally* given up -- but, this isn't the first time I've mentioned 
some troubles (and had somewhat disheartening replies), e.g.:

https://mail.gna.org/public/ghdl-discuss/2012-01/msg7.html

But yes, sadly, I'm very strapped for time in relation to what the GHDL 
package in Debian requires. Due to the many problems with keeping GHDL up-
to-date and working with new compilers and on all currently-support Debian 
architectures , just 
keeping GHDL *working* in Debian (not even counting upgrades or anything) 
has become a lot more work than it used to be. Although I plan to continue 
to contribute how I can, I really am hoping to find someone(s) to adopt the 
GHDL Debian package.

Now, the current Debian GHDL package in unstable does work fine currently, 
due to some NMU package work done by Artur Rona. The package is removed from 
Debian's testing, which means GHDL will not go into stable Debian releases 
currently, but it is usable on any Debian system by pointing to the unstable 
repository and installing from there.

http://packages.qa.debian.org/g/ghdl.html

Joris van Rantwijk also has made some upgraded deb packages outside of the 
Debian infrastructure, which are available here:

http://jorisvr.nl/ghdl_debian.html

I really want GHDL to succeed and to work well in Debian, and I'll do what I 
can to help, but I'm not sure I have time to champion it any more; certainly 
I do not have time in the near future. A good path forward may be to put 
together a team of interested folks to maintain a good Debian package going 
forward, either based on my work in Git  (which needs some changes to get up to date), or starting 
from Joris' external package (which needs some changes to follow Debian's 
package requirements), and/or by integrating Debianization more closely into 
upstream development (which BTW, could grealy benefit from moving to Git). 

Of course, I'd love to also see us in the Debian+GHDL niche collaborating 
more efficiently and directly with the current upstream (which currently 
appears to me to de facto be Brian Drummond, although the original author, 
Tristan Gingold may still be working on it as well) as well as package 
maintainers from Ubuntu and Fedora and getting more of the hacks that 
distros are having to do into GHDL upstream, but it seems to me that is 
going to require at least one someone with enough time and motivation to 
coordinate things.

Anyway, I'm cross-posting this to GHDL's ghdl-discuss and the Debian pkg-
electronics team mailing lists, and CCing those directly involved in those 
two threads, or if I mentioned you by name in this e-mail. For those 
interested in the state of GHDL and Debian, I'd suggest subscribing to both 
of those mailing lists.

Also, here are links to the two relevent threads I'm connecting with this e-
mail, as I don't think all interested parties are all fully connected and 
communicating yet. =)

http://lists.alioth.debian.org/pipermail/pkg-electronics-devel/2013-
May/003212.html

https://mail.gna.org/public/ghdl-discuss/2013-05/msg2.html



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


signature.asc
Description: This is a digitally signed

Bug#696548: RFA: ghdl -- VHDL compiler/simulator using GCC technology

[Wesley J. Landaker]

Package: wnpp
Severity: normal

Due to time constraints, focus on other projects, and reduced upstream
activity, my hand is being forced, and I'm not able to keep this package
in Debian, so I'm requesting an adopter for the ghdl package.

The package description is:
 (Description from the GHDL home page ):
 .
 GHDL is a VHDL simulator, using the GCC technology.
 .
 VHDL is a language standardized by the IEEE, intended for developing
 electronic systems.
 .
 GHDL implements the VHDL language according to the IEEE 1076-1987 or
 the IEEE 1076-1993 standard. GHDL compiles VHDL files and creates a
 binary which simulates (or executes) your design.
 .
 GHDL does not do synthesis: it cannot translate your design into a
 netlist.


-- 
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/20121222173757.16559.28315.report...@tonberry.icecavern.net

Bug#637561: O: cheesetracker

[Wesley J. Landaker]

Package: wnpp
Severity: normal

I have no time or interest to maintain this package anymore, as my
Debian time has been limited, and there are better alternative
programs available now. It has been pretty much abandoned upstream
last I checked.



-- 
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/20110812155302.23452.13327.report...@tonberry.icecavern.net

Bug#568140: RFA: ent -- pseudorandom number sequence test program

[Wesley J. Landaker]

Package: wnpp
Severity: normal

I no longer really use this package, but I think it may still be useful.
It would probably make more sense for this package to be maintained by
someone who is more interested in it.

If you'd like to adopt this package, please go ahead. The package is
very simple and easy.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#568142: RFA: mimms -- mms (e.g. mms://) stream downloader

[Wesley J. Landaker]

Package: wnpp
Severity: normal

I am the upstream maintainer of this program as well, but I no longer
really have an interest in this program. I am looking for someone who is
interested enough in this program that they would want to maintain the
software itself as well as the packaging.

The package description is:
 mimms is a program designed to allow you to download streams using the
 MMS protocol and save them to your computer, as opposed to watching them
 live. Similar functionality is available in full media player suites such
 as Xine, MPlayer, and VLC, but mimms is quick and easy to use, and for the
 time being, remains a useful program.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#551773: RFA: googleearth-package -- utility to automatically build a Debian package of Google Earth

[Wesley J. Landaker]

Package: wnpp
Severity: normal

I request an adopter for the googleearth-package package.

I wrote this program because it was really useful to me, but it is so
low of my list of priorities that I am not able to make time to support
it as well as I would like, especially as the target non-free software
(Google Earth) is a fairly fast moving target, and I don't upgrade it
(or even use it) terribly often any more.

Maintaing this package requires you to be both a packager and upstream
for this program. You will probably need to have full and continuous
access to both a local i386 and amd64 to be able to fully support this
program.

The package description is:
 Google Earth is a 3D planet viewer that lets you interactively navigate
 satellite imagery, maps, terrain, and so forth.
 .
 Google Earth is available for GNU/Linux from their web site, but is
 non-free software and is undistributable. It also does not integrate
 well into a Debian system.
 .
 This utility makes it possible to build your own personal Debian
 package of Google Earth. The packaging itself is Free Software, but
 the Google Earth program is governed by the copyright holder (Google),
 so you may be limited as to what you can do with the resulting
 package (i.e. no redistribution, etc). This package will simply help
 you create the package--it is your responsibility to use the resulting
 package responsibly.
 .
 Google Earth's homepage is located at .



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#523248: RFA: libgringotts

[Wesley J. Landaker]

Package: wnpp
Severity: normal

I don't use this package much anymore and it doesn't have much upstream
developmenent. It would be great if someone interesting would adopt
this, as I will no be spending much time maintaining it.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#523247: RFA: gringotts -- secure password and data storage manager

[Wesley J. Landaker]

Package: wnpp
Severity: normal

I don't use this package much anymore and it doesn't have much upstream
developmenent. It would be great if someone interesting would adopt
this, as I will no be spending much time maintaining it.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#522741: ITP: ieee-data -- Organizationally Unique Identifier listing

[Wesley J. Landaker]

On Monday 06 April 2009 11:03:04 Filippo Giunchedi wrote:
> On Mon, Apr 06, 2009 at 10:55:21AM -0600, Wesley J. Landaker wrote:
> > On Monday 06 April 2009 02:21:08 Filippo Giunchedi wrote:
> > > * Package name: ieee-data
> >
> > PLEASE don't call this such a poor, generic name. The OUI listing is
> > certainly not the only "data" from the IEEE.
> >
> > I'd suggest ieee-oui-data.
>
> The idea would be to gather more data under the same source package and
> split it into binaries as needed, 

Okay, I have no objections if it's just the source package with that name.

> can you point to more IEEE data already
> in the archive you are referring to?

Not off the top of my head, but if this is meant to be a source package to 
collect it all and avoid duplication, I'm all for that!



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#522741: ITP: ieee-data -- Organizationally Unique Identifier listing

[Wesley J. Landaker]

On Monday 06 April 2009 02:21:08 Filippo Giunchedi wrote:
> * Package name: ieee-data

PLEASE don't call this such a poor, generic name. The OUI listing is 
certainly not the only "data" from the IEEE.

I'd suggest ieee-oui-data.

-- 
Wesley J. Landaker  
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


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

Bug#480478: ITP: debian-backports-keyring -- GnuPG archive key of the backports.org repository

[Wesley J. Landaker]

On Saturday 21 June 2008 11:38:07 Roberto C. Sánchez wrote:
> On Sat, Jun 21, 2008 at 07:34:59PM +0200, Holger Levsen wrote:
> > Hi,
> >
> > On Saturday 21 June 2008 15:52, Alexander Wirt wrote:
> > > I'm still not that sure if its a good idea to add a non-offical
> > > debian repo keyring into the archive...
> >
> > Nobody is forced to install it?!
> >
> > And AFAICS we regulary recommend backports.org to users, who need newer
> > software. So I think it should be in.
>
> But backports.org is still unofficial.  If it were permitted, then what
> would happen when other unofficial repository maintainers want to
> package their repository keyrings?  Will those be allowed or disallowed?

Maybe a common, group maintained, debian-unofficial-keyring package?

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


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

Bug#434517: Adopting this.

[Wesley J. Landaker]

retitle 434517 ITA: libgringotts -- Development files for the Gringotts data 
encapsulation library
owner 434517 !
thanks

I use gringotts a lot. I will adopt this package.




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

Bug#434519: I'll adopt this

[Wesley J. Landaker]

retitle 434519 ITA: gringotts -- store passwords in an encrypted file
owner 434519 !
thanks

I use gringotts all the time, so I'll adopt this package.



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

Bug#300096: O: electric -- electrical CAD system

[Wesley J. Landaker]

On Tuesday 11 December 2007 00:59:36 Lucas Nussbaum wrote:
> The 'electric' package has been orphaned for a very long time now (in
> fact, it's one of the oldest orphaned packages in Debian). I'm going
> through such packages, to see if they can be safely removed from Debian,
> since noone seems to care about them.
>
> You are receiving this mail because your name showed up somewhere in the
> history of the package, or because I think that you might be interested
> for some reason, or because you maintain a related/similar package.  Are
> you interested in adopting this package? Do you know potential adopters?
> If so, could you forward them this mail, Ccing the BTS and me?
>
> With no action from anyone, I'll request the removal of this package
> from Debian after a month.

There are two versions of electric:

  * C implementation -- old and stable, but no new development
  * Java implementation -- new and maintained, but license issues

The C implementation is the only one in Debian. To my knowledge, it works as 
well as it ever did, has no RC bugs, and the bugs that exist are pretty 
trival, so I don't see a good reason to *remove* it, as there may still be 
users depending on it, and there are really NO alternatives that do 
anything close to the same thing.

For reasons I outlined, the Java version of electric was problematic to 
package. I don't know if it still is, because I haven't looked at it in a 
long time, so it's possible all of the problems are resolved.

Anyway, I don't personally have time to maintain electric (either version) 
at the moment. The best path forward would be for a really interested party 
to go work the Java implementation's license issues (if they still remain) 
and package that (probably into contrib, since it probably only works with 
Sun's Java). But if no one steps up, and the remove-everything-that- 
isn't-actively-maintained nazis REALLY want to remove it, so be it. I don't 
use the software anymore myself. =(

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


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

Bug#445960: RFP: cut -- C Unit Test System

[Wesley J. Landaker]

On Tuesday 09 October 2007 05:25:41 Jan Hudec wrote:
> * Package name: cut
>   Version : 2.3
>   Upstream Author : Samuel A. Falvo II <[EMAIL PROTECTED]>,
> William D. Tanksley <[EMAIL PROTECTED]>
> * URL : http://sourceforge.net/projects/cut/
> * License : zlib/libpng license
>   Programming Lang: C
>   Description : C Unit Test System

"cut" is a bad package name for this, because it's 1) very generic and 2) 
there is a standard UNIX cut command -- and this is not it.

I'd suggest cut-unittest or cut-testsystem or something like that.

Also, hopefully the command itself is not actually called "cut" because then 
this package would conflict with coreutils and thus be unusable.

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


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

Bug#422944: O: groach -- pests such as roaches hide under your X windows (xroach clone)

[Wesley J. Landaker]

Package: wnpp
Severity: normal

I intend to orphan the groach package. It's unfortunately not supported
upstream, and uses very old GNOME libraries. It has problems running
under many window managers, and I'm not in the mood to fix upstream bugs
since this is mostly just a toy. I would love to have an xroach-like
program in Debian, but this one has reached end-of-life.

The package description is:
 Like the classic program xroach, this program makes pests appear
 in your X window root who then quickly scramble to hide beneath
 your windows.
 .
 Multiple themes are available, so you can have fish, eyes, or other
 fun pests, as well as the traditional roaches that everyone loves.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (40, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.20 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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

Bug#420013: ITP: mmsrip -- client for the mms:// protocol

[Wesley J. Landaker]

On Thursday 19 April 2007 06:51, David Paleino wrote:
> Package: wnpp
> Severity: wishlist
> Owner: David Paleino <[EMAIL PROTECTED]>
>
> * Package name: mmsrip
>   Version : 0.7.0
>   Upstream Author : Nicolas Benoit <[EMAIL PROTECTED]>
> * URL : http://nbenoit.tuxfamily.org/projects.php?rq=mmsrip
> * License : GPL
>   Programming Lang: C
>   Description : client for the mms:// protocol
>
> MMSRIP is a client for the proprietary protocol MMS://.
> It saves the content being streamed to a file.

Just so you know, I looked at the source of this and it contains pretty much 
all of the bugs--including security issues--that are in the original 
mmsclient, but fixed in libmms. This code (mmsrip) really ought to use 
libmms, and if it does have any extra protocol-level features, they should 
be patched to libmms. Otherwise this is going to be a security nightmare 
for you.

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgp0qjB5rA8Ke.pgp
Description: PGP signature

Bug#418965: O: confluence -- language for synchronous reactive hardware system design

[Wesley J. Landaker]

Package: wnpp
Severity: normal

confluence (0.10.6-4) unstable; urgency=low

  *  Orphaning; this package is superceded by HDCaml upstream,
 and I no longer use that or this package.

 -- Wesley J. Landaker <[EMAIL PROTECTED]>  Thu, 12 Apr 2007 20:57:40 -0600


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

Bug#405441: ITP: smc -- A Jump and Run game like Super Mario World written in C++

[Wesley J. Landaker]

On Thursday 04 January 2007 10:24, MJ Ray wrote:
> Sorry about the conditionals.  I don't know Nintendo's work well
> enough to have a strong opinion whether or not smc's graphics infringe
> Nintendo's copyright.

The images are certainly imitating Nintendo's Mario games, but according to 
the web site, all the artwork was drawn from scratch by the upstream in the 
Mario style and no images were copied from the Mario games themselves.

I'll leave it up to other folks with more time on their hands to argue 
whether imitative-but-independently-created-artwork is problematic here or 
not. There are actually *many* conditionals, for instance: if the game was 
intended to be a parody, it would be almost unconditionally protected from 
any copyright infringement claim. (This is just an example--the game is 
obviously not a parody.)

My opinion is that it would be a good idea to replace the artwork anyway 
(ideally, but not necessarily upstream), otherwise regardless of legality 
and how good the game is, it screams "I am a cheap ripoff." =)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpndSChA7PCt.pgp
Description: PGP signature

Bug#396621: RFA: par2cmdline -- Parity Archive Volume Set, for checking and repair of files

[Wesley J. Landaker]

Package: wnpp
Severity: normal

I rarely, if ever, use this program anymore, and I have had little
motivation to work on it lately, being busy with other free software
projects. I am probably not the best maintainer for it at this point.
If anyone is interested, this is up for adoption.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.26-1-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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

Bug#396615: RFA: confluence -- language for synchronous reactive hardware system design

[Wesley J. Landaker]

Package: wnpp
Severity: normal

This program is no longer maintained upstream; it has been abandoned and
replaced by HDCaml[1]. I'm no longer interested in maintaining a package for
confluence, so this is up for adoption. I will probably orphan this if
nobody adopts it within a few months.

[1] I currently don't have plans to package HDCaml, but it might be
worthwhile.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.26-1-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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

Bug#395253: O: turkey -- dummy text generator

[Wesley J. Landaker]

Package: wnpp
Severity: normal

This is a useful program, but I no longer have the motivation
to maintain it for some reasons including the following:
  
  1) I no longer use this package myself.
  2) It's not really maintained & the code quality isn't great.
  3) I'd rather focus on other packages and free software projects.

If anyone would like to adopt this, feel free; the upload to orphan it
is currently in flight.


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

Bug#381201: ITP: reniced -- renice running processes based on regular expressions

[Wesley J. Landaker]

On Wednesday 02 August 2006 15:15, Bart Martens wrote:
>  Instead of editing the scripts in /etc/init.d to give daemons the
>  nicelevel you want (and get prompted at every package update because
>  these files are conffiles) you can just run reniced once a day.

Wow, that sounds like an annoying bug just waiting to get reported! (Having to 
edit scripts in /etc/init.d is an exceptionally bad way to configure a 
daemon.)


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

Bug#374373: ITP: googleearth-package -- utility for automatically building a Google Earth Debian package

[Wesley J. Landaker]

Ron Johnson wrote:
>
> Would "it" be put in /usr?  The app seems to want to live somewhere
> under an individual's $HOME.
Yes, it'll create a "googleearth" Debian package that installs in /usr
like a normal package; I'm still in the process of getting it all
scripted and working, but since it worked fine when I did a
proof-of-concept trial in a chroot, I don't think they'll be any big
problems.


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

Bug#374373: ITP: googleearth-package -- utility for automatically building a Google Earth Debian package

[Wesley J. Landaker]

Package: wnpp
Severity: wishlist
Owner: "Wesley J. Landaker" <[EMAIL PROTECTED]>

* Package name: googleearth-package
  Upstream Author : Wesley J. Landaker <[EMAIL PROTECTED]>
* URL : (native package)
* License : GPL
  Description : utility for automatically building a Google Earth Debian 
package

Google Earth is a great program now available for GNU/Linux, but sadly
is both non-free and non-distributable. For those who wish to run it on
their Debian system, but wish it to be managed by the normal Debian
packaging system, this program will assist in building a local Debian
package in a similar fashion to java-package. This package *itself*
contains absolutely no code from Google and is 100% free. (For the
curious, this is appropriately destined for contrib.)


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

Bug#365959: O: qtorrent -- graphical BitTorrent client using Qt 3.x

[Wesley J. Landaker]

Package: wnpp
Severity: normal

I've orphaned the qtorrent package on behalf of myself (co-maintainer,
sponsor) and the current (inactive, non-DD) maintainer.

The program works well enough, and has no RC bugs, but has a slow and/or
dead upstream, and I believe is somewhat obsoleted by ktorrent, which
provides very similar functionality with just a few more dependencies.

This package does have a fairly good size install-based according to
popcon, so I don't recommend immediately removing it. I've fixed it up
(I think) pretty good before orphaning.

The package description is:
 QTorrent is a PyQt-based client for the popular BitTorrent
 software known for allowing users to distribute content without
 massive bandwidth usage.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-rc3
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Bug#340624: RFP: sendcard -- web-based virtual greeting card (e-card) software

[Wesley J. Landaker]

retitle 340624 RFP: sendcard -- web-based virtual greeting card (e-card) 
software

I intended to package this one weekend when I had plenty of time. I still may
if someone else doesn't get to it first, but for now I have too many 
other projects pending. (I don't want to hold this as an ITP for overly long
since I'm not actively working on it at the moment.)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpS1NusTwvpw.pgp
Description: PGP signature

Bug#350149: O: ivi -- graphical front-end for various HDL simulators

[Wesley J. Landaker]

Package: wnpp
Severity: normal

ivi (0.4.pre.20031121-3) unstable; urgency=low

  * Orphaning this package; reasons:
- Too many bugs and limitations in C++/Tcl version
- No luck getting new Eclipse-based version working
- Not enough motivation; I rarely use this myself

 -- Wesley J. Landaker <[EMAIL PROTECTED]>  Fri, 27 Jan 2006 11:22:40 -0700

The package description is:
 From <http://ivi.sourceforge.net/>:
 .
   IVI is a graphical front-end for various simulators. IVI allows the user
   to control simulation and view signal waveforms as the data is produced
   by the simulation.
 .
   IVI stresses an interactive approach to design testing and debugging
 * Signal waveforms may be examined during simulation
 * Signals may be added to the waveform at any point during simulation
 * Multiple wave-data files may be open at a time
 * The simulation may be restarted after the design is recompiled,
   preserving traced signals and waveform-window configuration
 * Simulation operations can be automated using the TCL scripting
   language
 .
 In Debian, ivi currently supports:
 .
   * GHDL VHDL (Debian package: ghdl)
   * Icarus Verilog (Debian package: verilog)
   * Cver Verilog (Debian package not yet available)

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Bug#349325: ITA: pipenightdreams -- Connect pipes to get the water flowing from inlet to outlet

[Wesley J. Landaker]

retitle 349325 ITA: pipenightdreams -- Connect pipes to get the water flowing 
from inlet to outlet
thanks

I'll adopt this. =)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgp3YVNfa29gE.pgp
Description: PGP signature

Bug#340624: ITP: sendcard -- web-based virtual greeting card (e-card) software

[Wesley J. Landaker]

On Saturday 26 November 2005 20:31, Peter Samuelson wrote:
> [Wesley J. Landaker]
>
> > As described by the upstream website (the rest of this is a quote):
> >
> > What is sendcard?
> > Sendcard is a multi-database (It currently supports 9 different
> > databases!) e-card or virtual postcard program written in PHP. Suitable
> > for large or small sites, it is very easy to setup, and comes with an
> > installation wizard. What could be easier?
>
> Please, for the love of cod, drop three sentences: the one with the
> exclamation point and both of the ones with question marks.

[ . . . ]

Yes, notice I said "As described by the upstream website (the rest of this 
is a quote):". I'm obviously not going to put all that in the description 
field.

Thanks for the feedback, though. =)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgp8I2xJPWFue.pgp
Description: PGP signature

Bug#340624: ITP: sendcard -- web-based virtual greeting card (e-card) software

[Wesley J. Landaker]

On Friday 25 November 2005 11:10, Steve Greenland wrote:
> On 25-Nov-05, 11:55 (CST), "Wesley J. Landaker" <[EMAIL PROTECTED]> wrote:
> > Okay, be honest: when was the last time you actually got *spam* sent by
> > a 3rd party through an e-card service?
>
> Any e-card I get is spam. When was the last time you got an e-card
> you actually *wanted*? Okay, maybe "Unsolicited Crap E-mail" is more
> correct, but it's still UCE.

Okay, so not UCE or really spam at all, just e-mail you don't like, but 
someone you know wanted to send it to you. Kind of like when a non-geeky 
aquaintance forwards you stupid poems or jokes. Or an uninteresting 
relative keeps sending you newsletters and links to their baby picture 
site. I guess you could call any of those "spam" in a colloquial sense.

Yeah, that's annoying (and apparently you are against the idea of e-cards in 
general) but if sent manually by humans, they are hardly UCE and not what 
most technical people mean when they say "spam". The easiest way to stop 
that kind of behavior is to ask those people, whom you know, to stop. If 
you are getting real spam through an e-card service from a 3rd party 
company or "Nigerian" scammers, I'd be interested to hear about it so that 
I could avoid having this problem with sendcard.

Sendcard has the advantage in this situation, as there is a built in way to 
say either "don't let this person send e-cards to me anymore", or even 
"don't EVER send me an e-card again". It could probably be improved. In 
fact, in the Debian version of sendcard I will be applying several patches 
that help avoid abuse and increase security. In addition, the default 
settings will only allow sending from localnets unless manually changed by 
the admin. Sendcard also has support for limiting the rate that cards are 
sent to avoid bots and such--this will be on by default in the Debian 
version. 

Anyway, if you have real concerns about e.g. vulnerabilities in sendcard in 
particular, or ideas about improving the software to reduce the chance of 
it being used for spam, I'd be happy to both hear about and--if 
feasible--implement them.

Well, to answer your question, I hate most e-cards too; usually they are 
incredibly lame. That's why I run my own non-lame e-card site, from where I 
get lovely e-cards all the time from family and friends. =)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpYhhiIUopWJ.pgp
Description: PGP signature

Bug#340624: ITP: sendcard -- web-based virtual greeting card (e-card) software

[Wesley J. Landaker]

On Friday 25 November 2005 10:31, Steve Greenland wrote:
> > What is sendcard?
> > Sendcard is a multi-database (It currently supports 9 different
> > databases!) e-card or virtual postcard program written in PHP. Suitable
> > for large or small sites, it is very easy to setup, and comes with an
> > installation wizard. What could be easier?
>
> I know the usual criteria for Debian packages are "Free" and "Someone is
> willing to maintain it", do we really want spam generation systems in
> Debian?

That old flamewar again, huh? =)

Okay, be honest: when was the last time you actually got *spam* sent by a 
3rd party through an e-card service?

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpIeXoE5pee0.pgp
Description: PGP signature

Bug#340624: ITP: sendcard -- web-based virtual greeting card (e-card) software

[Wesley J. Landaker]

Package: wnpp
Severity: wishlist
Owner: "Wesley J. Landaker" <[EMAIL PROTECTED]>

* Package name: sendcard
  Version : 3.2.3
  Upstream Author : Peter Bowyer <[EMAIL PROTECTED]>
* URL : http://www.sendcard.org
* License : Artistic License or QPL (contacted author to clarify)
  Description : web-based virtual greeting card (e-card) software

Sendcard is a web-based virtual greeting card (e-card) server software package.

As described by the upstream website (the rest of this is a quote):

What is sendcard?
Sendcard is a multi-database (It currently supports 9 different
databases!) e-card or virtual postcard program written in PHP. Suitable
for large or small sites, it is very easy to setup, and comes with an
installation wizard. What could be easier?

Some of sendcard's features:
  * Adminstration console 
  * Configuration interface
  * Statistics module
  * Plugin control panel
  * Automatic database table creation
  * JPEG/ GIF/ PNG/Java/Flash/Quicktime support in cards
  * different templates for different cards (if required)
  * PHP in the templates
  * Emoticons (if required)
  * Comprehensive documentation
  * Automatic deletion of old cards
  * Multiple recipients
  * Smart template system
  * Optional music
  * Optional background and font colour
  * Optional selection of font face
  * Delayed sending of cards
  * Support for 9 databases 
  * MySQL
* PostgreSQL
* Interbase
* MS SQL
* mSQL
* OCi8
* ODBC
* Oracle
* Sybase
* Easily Extensible using built-in plugin architecture
* Unlimited support
* IT'S FREE!


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

Bug#314192: Adopting

[Wesley J. Landaker]

On Sunday 31 July 2005 21:55, David Moreno Garza wrote:
> I'd be glad to adopt the package. Providing a double binary (for ruby
> 1.8 and ruby $(CURRENT)) would be something I would do immediately.
>
> May I just retitle the bug into ITP?

Okay, sounds great, go right ahead! =) I don't use this package too much any 
more, but it's has been a solid library. 

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpfJoQb5uYi0.pgp
Description: PGP signature

Bug#314192: RFA: libnet-irc-ruby

[Wesley J. Landaker]

Package: wnpp
Severity: normal

I adopting this package a while back, because I used it and it was
orphaned. However, circumstances have changed a bit:

  1) I haven't used this package in quite a while,
  2) It doesn't seem to be maintained upstream,
  3) According to popcon, out of the 8 people who have installed,
 it, 0 of them have used it recently... and since I almost
 always have the packages I maintain installed on several
 computers, 3-5 of those popcon numbers are probably me.

So anyway, I'm putting this up as an RFA for now. There is nothing wrong
with the package or program as far as I know. I've used it in the past
without any problems, and I expect it to be forward compatible with new
Ruby versions for the most part.

If nobody picks this up in a few months and I don't see that there is
any activity either upstream or in popcon, I will probably just orphan
the package.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.6
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Bug#311863: ITP: turkey -- dummy text generator

[Wesley J. Landaker]

Package: wnpp
Severity: wishlist

* Package name: turkey
  Version : 1.34
  Upstream Author : Tomas Znamenacek <[EMAIL PROTECTED]>
* URL : http://turkey.sf.net/
* License : GPL
  Description : dummy text generator

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


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

Bug#308364: ITP: waste -- Software product and protocol that enables secure distributed communication for small trusted groups of users.

[Wesley J. Landaker]

On Friday 13 May 2005 06:09, Romain Beauxis wrote:
> Le Vendredi 13 Mai 2005 12:18, vous avez ÃcritÂ:
> > I took a quick look at the code and found it may require DFSG actions.
> >
> > http://cvs.sourceforge.net/viewcvs.py/waste/waste/license.cpp?rev=1.1&v
> >iew= auto that arrays are either the GPL license itself, backdoor code
> > (who knows, I didn't try to decode it) or some hashes of something.
> >
> > To me it seems it violates the GPL, the source code is not in a
> > changeable form.
> >
> > It is also a good place to hide backdoors when crackers get access the
> > the source code repository...
>
> Yep, when I see that:
> WASTE - license.cpp
> Copyright (C) 2003 Nullsoft, Inc.
> Copyright (C) 2004 WASTE Development Team
>
> Then that:
> //ADDED Md5Chap - THIS PART IS GPL LICENSE!!! TOUCH AND DIE!
>
> Followed by a full binary only array, I feel it like you: it might be a
> good place for a backdoor, given that TOUCH AND DIE seems very strange
> refering to GPL licence...

The license.cpp file creates a couple arrays, szGPL0 & szGPL1, which 
supposedly are a binary representation of the GPL license.

However, no matter what they represent, it's not really an issue (for 
changing, or for "backdoors"), as nowhere in any of the rest of the code 
does anything reference those arrays.

Probably a good idea to ask the upstream what's up with it, and have them 
remove or document it, but to make it out-of-the-question DFSG free, you 
could either ignore or remove these files with absolutely no ill effects to 
the program. (i.e. this is obvious via inspection, and just to be sure, I 
compiled it with the original code, and then with license.?pp deleted and 
#includes of the header removed from the three files it's referenced from, 
and got bit for bit binaries out).

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpx1KneAkjqT.pgp
Description: PGP signature

Bug#306333: sponsoring londonlaw

[Wesley J. Landaker]

Are you still looking for a sponsor for londonlaw? If so, I'm willing to do 
it (but didn't want to spend too much time reviewing the packages if you 
already had an offer ;)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpbEgraRu3e4.pgp
Description: PGP signature

Bug#304218: ITP: drawtiming -- tool for documenting hardware designs through timing diagrams

[Wesley J. Landaker]

Package: wnpp
Severity: wishlist
Owner: "Wesley J. Landaker" <[EMAIL PROTECTED]>

* Package name: drawtiming
  Version : 0.3
  Upstream Author : Edward Counce <[EMAIL PROTECTED]>
* URL : <http://drawtiming.sourceforge.net/>
* License : GPL
  Description : tool for documenting hardware designs through timing 
diagrams

>From the upstream website <http://drawtiming.sourceforge.net/index.html>:

 This software package provides a command line tool for documenting
 hardware and software designs through timing diagrams. It reads signal
 descriptions from a text file with an intuitive syntax, and outputs a
 timing diagram to an image file. Notation typical of timing diagrams found
 in the Electrical Engineering discipline is used, including arrows
 indicating causal relationships between signal transitions.

Essentially, it's a minilanguage for generating timing diagrams. This
is an incredibly useful thing if you have to design or document complex
digital circuits.

(One more tool to make Debian more useful for hardware development! =)


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

Bug#300096: electric: java implementation free software?

[Wesley J Landaker]

I am interested in adopting this, as I have a great interest in 
supporting CAD and EDA tools in Debian, but I have concerns about the 
freeness of the Java version of electric.

I have written to GNU to try to get some clarification. If it looks 
likely that this could be put into main and used with a free Java 
environment, I will probably adopt this.

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgpLxjMhmpbJA.pgp
Description: PGP signature

Bug#301410: ITP: confluence -- language for synchronous reactive hardware system design

[Wesley J. Landaker]

Package: wnpp
Severity: wishlist
Owner: "Wesley J. Landaker" <[EMAIL PROTECTED]>

* Package name: confluence
  Version : 0.10.4
  Upstream Author : Tom Hawkins <[EMAIL PROTECTED]>
* URL : http://www.confluent.org/
* License : GPL
  Description : language for synchronous reactive hardware system design

>From the upstream website <http://www.confluent.org>:

  A Confluence program can generate digital logic for an FPGA or ASIC
  platform, or C code for hard real-time software.

  Confluence combines the component-based methodologies of Verilog and
  VHDL with the expressiveness of higher order functional programming.

  In comparison to Verilog, VHDL, and C, systems designed in Confluence
  result in 2X to 10X code reduction, making the source easier to manage
  and reuse. And because Confluence relies on a correct-by-construction
  compiler, bugs are reduced--some are prevented altogether--thus
  reducing the overall verification effort.

Essentially it's a high-level HDL that can generate VHDL, Verilog, JHDL,
C, etc, from a functional-style description. Quite a few open hardware
cores are written using this language, and it's growing in popularity in
industry as well.


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

Bug#189122: I'm packaging groach

[Wesley J Landaker]

Just FYI,

I'm packaging groach (#299724) which is an xroach clone but is GPL 
licensed, and has extra features like multiple themes.

I suppose if xroach ever can be packaged, that'd be great, but I imagine 
groach is probably a suitable replacement as far as most people are 
concerned. =)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgpvOKo1UGSqt.pgp
Description: PGP signature

Bug#299724: ITP: groach -- pests such as roaches hide under your windows (xroach clone)

[Wesley J. Landaker]

Package: wnpp
Severity: wishlist
Owner: "Wesley J. Landaker" <[EMAIL PROTECTED]>

* Package name: groach
  Version : 0.4.0
  Upstream Author : INOUE Seiichiro <[EMAIL PROTECTED]>
* URL : 
<http://home.catv.ne.jp/pp/ginoue/software/groach/index-e.html>
* License : GPL
  Description : pests such as roaches hide under your X windows (xroach 
clone)

groach is a clone of the classic xroach program, but with multiple
themes, more modern code, and a free license.

Since xroach has license issues (bug #189122), groach is a great
alternative.


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

Bug#298782: RFP: [SECURITY] nologin -- More secure /bin/false alternative with syslog support

[Wesley J Landaker]

It's a really useful feature to have this reporting--and I've done 
similar things in an ad hoc fashion on systems in the past. But should 
it be it's own package? It seems like this might be worth integrating 
this into a base package where it makes sense?

Login comes to mind--I'm CC'ing the maintainer, as he may have comments 
or thoughts about this. =)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgpHbodxS3lZK.pgp
Description: PGP signature

Bug#283119: RFA: libflash -- GPL Flash (SWF) Library

[Wesley J Landaker]

Package: wnpp

I adopted this package a while back, and have had fun getting it fixed 
up and working a bit better, including creating some some good patches 
and getting them integrated upstream, but it still has a lot of 
hard-to-resolve issues, and I'm really running out of time and interest 
to work on it.

I'll keep maintaining it for a while, but this package could certainly 
use a new maintainer who is more interested in it. =)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2

Bug#251771: status of this ITP?

[Wesley J Landaker]

Just curious--what's the status of this ITP? Are you still planning to 
package it?

I'm interested in getting this package into Debian soon, as it would 
help getting in Rekall packages. I would be happy to sponsor packages 
if that is holding things up. =) 

I would also be fine with taking over this ITP if you've lost interest.

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgpCxfH8cwYRh.pgp
Description: PGP signature

Bug#270878: ITP: ivi -- a graphical front-end for various HDL simulators

[Wesley J Landaker]

Package: wnpp
Severity: wishlist

* Package name: ivi
  Upstream Author : Matthew Ballance <[EMAIL PROTECTED]>
* URL : http://ivi.sourceforge.net/
* License : GPL
  Description : a graphical front-end for various HDL simulators

From the website:

"""
IVI is a graphical front-end for various simulators. IVI allows the user 
to control simulation and view signal waveforms as the data is produced 
by the simulation.

IVI stresses an interactive approach to design testing and debugging 
* Signal waveforms may be examined during simulation 
* Signals may be added to the waveform at any point during simulation 
* Multiple wave-data files may be open at a time 
* The simulation may be restarted after the design is recompiled, 
preserving traced signals and waveform-window configuration 
* Simulation operations can be automated using the TCL scripting 
language
"""

Since GHDL (ghdl) and Icarus Verilog (verilog) are both packages in 
Debian currently, I plan to make sure that initially IVI supports both 
of these HDLs, as well as Cver, which a GPL Verilog system, but not 
currently a Debian package.

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgp65KJhb0EcW.pgp
Description: PGP signature

Bug#239959: ITA: libflash -- GPL Flash (SWF) library

[Wesley J Landaker]

retitle 239959 ITA: libflash -- GPL Flash (SWF) library
thanks

I'm interested in this package, I will adopt it (and hopefully get it's 
bug count reduced while I'm at it).

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgpGu8ne7Frd1.pgp
Description: PGP signature

Bug#224376: ITA: libnet-irc-ruby -- a Ruby library for IRC (Internet Relay Chat)

[Wesley J Landaker]

retitle 224376 ITA: libnet-irc-ruby -- a Ruby library for IRC (Internet Relay 
Chat)
thanks

I have used this from time to time; I'll adopt it.

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgpiF3b3xaRLo.pgp
Description: PGP signature

Bug#214925: Still planning to adopt?

[Wesley J Landaker]

retitle 214925 ITA: ent -- A pseudorandom number sequence test program
thanks

Hello,

On Fri, 10 Oct 2003 10:56:39 -0500 (CDT), Drew Scott Daniels wrote:
> This certainly seems like a very interesting program to me. I was 
> actually looking at writing something like this for work.
>
> I am not a Debian developer, and I haven't looked at this program yet.
> I've looked at the upstream website and it looks like once I get my
> hands on the code I'll be looking for sponsor.

I see that you had some interested in adopting this package, but since 
it was nearly a year ago, and I have time to work on it *today*, I'm 
going to go ahead and adopt this package.

If you still have a burning interest in this package, I will be more 
than happy to pass maintainership over to you in the future. =)

> It looks like there's room for some wishlist items including [ ... ]

I will see if I can fix some of these trivial ones in the course of the 
adoption, and of course all relevant lintian issues will be resolved. 
If you still believe these are issues, please file them as bugs against 
the ent package.

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgphiypnrUgkW.pgp
Description: PGP signature

Bug#268153: ITP: cfi-ru -- Copyright does not exist, book about hacker culture

[Wesley J Landaker]

On Friday 27 August 2004 22:21, David Moreno Garza wrote:
> On Thu, 2004-08-26 at 13:46 +0400, Al Nikolov wrote:
> > Package: wnpp
> > Severity: wishlist
> >
> > * Package name: cfi-ru
> >   Version : 3.0-5
> >   Upstream Author : Linus Walleij <[EMAIL PROTECTED]>
> > * URL : http://home.c2i.net/nirgendwo/cdne/
> > * License : GPL2
> >   Description : Copyright does not exist, book about hacker
> > culture
> >
> > Copyright does not exist: Book about hacker culture, folklore and
> > history by Linus Walleij. This is a translation from the English
> > text. In HTML format.
>
> In what language? How does an average user is supposed to know what
> the «ru» suffix means?

What about just changing the last sentence to something like:

"This is a translation into Russian from the English text."

That would seem to clairify things at least as well as the cfi-sv and 
cfi-en packages, which do name their languages explicitly in their long 
description. =)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgpBvaCbhdNgw.pgp
Description: PGP signature

Bug#268773: ITP: tinyca -- graphical frontend for a simple certification authority.

[Wesley J Landaker]

Package: wnpp
Severity: wishlist

* Package name: tinyca
  Version : 0.6.6
  Upstream Author : Stephan Martin <[EMAIL PROTECTED]>
* URL : <http://tinyca.sm-zone.net/>
* License : GPL
  Description : graphical frontend for a simple certification 
authority.
 TinyCA is a simple graphical userinterface written in Perl/Gtk to
 manage a small CA (Certification Authority). TinyCA works as a frontend
 for openssl.
 
 With TinyCA you can create x509 - S/MIME server and client 
 certificates. You can choose between RSA and DSA keys, as well as
 between different digest algorithms.
 
 The certificates can be exported as PEM, DER, TXT and PKCS#12 or as a
 convenient zip archive containing both key and certificate.
 Certificates can be revoked by adding them to a Certificate Revocation
 List.



There is a unofficial debianization of this package by Christoph Ulrich 
Scholler <[EMAIL PROTECTED]> available from 
<http://www.scholler.net/>. I have contacted him to see if he is 
interested in maintaining this package official in Debian. I am still 
waiting for his reply, but if he is, I am willing to sponsor the 
version of the package he has for him after some changes. Otherwise, I 
plan to maintain this package in Debian myself, as it is very useful to 
me. =)


-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgpgvGatSVB7a.pgp
Description: PGP signature

Bug#246538: RFS: kst: A KDE data analysis program

[Wesley J Landaker]

On Saturday 21 August 2004 19:06, Mark Hymers wrote:
> * Package name: kst
>   Version : 0.9.9
>   Upstream Author : C. Barth Netterfield
> <[EMAIL PROTECTED]> * URL :
> http://omega.astro.utoronto.ca/kst/
> * License : GPL
>   Description : A KDE application used for displaying scientific
> data

A couple copyright things:

The debian/copyright lists the upstream authors, but doesn't give any 
copyright declaration:

Also, AUTHORS also includes "Rick Chern <[EMAIL PROTECTED]>", 
which is not listed in debian/copyright.

Also, there are quite a few other copyright holders not listed:

$ grep -ih copyright kst/kst/* | sort | uniq  | wc -l
38

Anyway, not that you probably need to list them all, but I might suggest 
listing at least all those in the AUTHORS file, and then noting that 
there are others besides those listed--this seems to be the common 
practice for packages that have many authors. =)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgp98K4thaUSK.pgp
Description: signature

Bug#261412: freedroid vs. freedroid-rpg

[Wesley J Landaker]

Just to clairfy for the original submitter in case there is confusion (I
was confused at first), the package "freedroid" is already in Debian,
but this freedroid-classic game.

This RFP is talking about the freedroid-rpg game which is completely
different, but from the same upstream. It's not currently in Debian,
but would be a great addition.

Perhaps the current freedroid maintainer would be interested in
packaging this? I've CC'd him just in case he wasn't aware of this RFP.

If not, I might eventually have time to package this, as I think the
game is pretty fun. =)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgpmeyV3q3Bmy.pgp
Description: signature

Bug#170583: ITP: ghdl -- a VHDL simulator for designing electronic systems

[Wesley J Landaker]

owner 170583 !
retitle 170583 ITP: ghdl -- a VHDL simulator for designing electronic systems
thanks

I use GHDL regularly; I will package this.

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgpwzbko3M4uA.pgp
Description: signature

Bug#234907: I don't have the time to package kwartz

[Wesley J Landaker]

retitle 234907 ITP: kwartz -- HTML templating system
owner 234907 [EMAIL PROTECTED]
tags 234907 patch
thanks

On Thursday 10 June 2004 05:21, Peter Palfrader wrote:
> Wesley, if you still want to package it, retitle the bug back to ITP.

Peter, I mentioned earlier that I had been neglicting this as well, but 
your e-mail inspired me to go ahead and whip up a package this 
afternoon. =) I cleaned up a few things and wrote a couple man pages, 
but it wasn't actually a lot of work.

The package is created and tested, and is lintian clean. I've uploaded 
it to mentors.debian.net, and it can also be found at my web site:
<http://www.icecavern.net/~wjl/debian/kwartz/>

I am not yet a Debian developer (just waiting DAM approval), so if you 
are interested in sponsoring this package, Peter, that would be great. 
If you don't wish to, I will see if I can get someone else to do it. =)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgpqihLNNKZqB.pgp
Description: signature

Bug#234907: I'm interested in this package too..

[Wesley J Landaker]

I'm quite interested in this package, and had considered packaging it 
until I saw this ITP. =)

Is there anything I can do to help, or do you have things under control?

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgp3XtL3AcL0r.pgp
Description: signature

Bug#221806: packaging done

[Wesley J Landaker]

The packaging for this is done, but I'm still looking for a sponsor.

The packages are available at:

http://www.icecavern.net/~wjl/debian/mimms/

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgpMhHnH8x4km.pgp
Description: signature

Bug#221820: Debian rekall packages

[Wesley J Landaker]

Hello,

I recently started using rekall and noticed there weren't any Debian 
packages for it, so I was about to file an ITP for it, but saw that you 
already had (bug #221820), as well as some made some debs at 
<http://collab.freegeeks.org/~freyley/rekall/>.

I'm interested in helping out with the packaging if you still feel like 
you need assistance. Since you've already done some work on the 
packaging, I'd like to see what you've got, but on the above mentioned 
site, your most recent debs don't have the sources but just have the 
binary packages. Do you have a more recent version of those 
(.diff.gz, .dsc) available, or should I download the ones from the 
20040214 directory?

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgprrpfDQVxcw.pgp
Description: signature

Bug#221806: mmsclient is now MiMMS

[Wesley J Landaker]

retitle 221806 ITP: mimms -- MMS (mms://) streaming media download 
utility
thanks

Since there appears to be no active upstream maintainer for mmsclient, 
and there is a conflicting software package at sourceforge called 
mmsclient that has to do with the SMS-related MMS protocol (as opposed 
to the mms:// URL one), I've done a couple things:

1) "Forked" mmsclient and taken over as upstream maintainer
2) Renamed the program to MiMMS (MiMMS isn't an MMS Message Sender)
3) Changed my ITP the original mmsclient to an ITP this fork (MiMMS)

I will be setting up public access to MiMMS; probably this will be on 
savannah if they accept the project, otherwise on sourceforge or here 
on icecavern.net

-- 
Wesley J. Landaker - [EMAIL PROTECTED]
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2

Bug#218489: ITP: sng -- a markup language for expressing the contents of a PNG in an editable, all-text form.

[Wesley J. Landaker]

Package: wnpp
Severity: wishlist

* Package name: sng
  Version : 1.0.1
  Upstream Author : Eric S. Raymond <[EMAIL PROTECTED]>
* URL : http://sng.sourceforge.net
* License : libpng/zlib
  Description : a markup language for expressing the contents of a PNG in 
an editable, all-text form.

"SNG is a specialized markup language for expressing the contents of a
PNG (Portable Network Graphics) in an editable, all-text form. The
project supports the sng compiler, which can translate between SNG and
PNG."
  -- from http://sourceforge.net/projects/sng/

"SNG (Scriptable Network Graphics) is a minilanguage designed
specifically to represent the entire contents of a PNG (Portable
Network Graphics) file in an editable form. Thus, SNGs representing
elaborate graphics images and ancillary chunk data can be readily
generated or modified using only text tools.

SNG is implemented by a compiler/decompiler called sng that losslessly
translates between SNG and PNG."
  -- from http://sng.sourceforge.net

As you might guess from the descriptions quoted above, SNG is a very
useful program--allowing the manipulation of PNGs using text mode
tools. The upstream author provides RPM-based source and binary
packages, but no one has a debian package available either in debian
or anywhere listed at apt-get.org.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux saidin 2.4.22-1-686-smp #5 SMP Sat Oct 4 14:35:05 EST 2003 i686
Locale: LANG=C, LC_CTYPE=C