Re: Native package or not?

[Stan Vasilyev]

On Sunday 12 February 2006 10:21, Michal Čihař wrote:

Why keep debian directory outside of the source tree?

- Users of other distros won't be encumbered with Debian-specific parts of 
your software.
- Maintainers of other distros (Ubuntu) will have a clean source tree to work 
with
- Cuts down on file size

Stan

Re: What to do if the upstream keeps debian directory in original tarball?

[Stan Vasilyev]

On Tuesday 07 February 2006 13:15, Jari Aalto wrote:
> Is the upstream using a VCS? (Version control software)?
>
> 1) If he is, can he grant you a direct write access. That would be the
>    easiest.
>
> 2) Can he be persuaded into using distributed SCM[1]? That way both of
>    you can synchronize at will

No, he is not using a VCS. I sort of solved the problem already, thanks.

Stan

Seeking for a sponsor for Xdialog and WindowLab

[Stan Vasilyev]

Package: xdialog
Short Description: X11 replacement for the text util dialog
Version Packaged: 2.1.2-1
Version in Debian: 2.0.6-4

Currently the version of Xdialog in Debian is out of date by almost a year. I 
adopted Xdialog, packaged the new upstream version and made 
significant overhauls to the package using dpatch and CDBS. This release fixes 
five bugs.

The Debian sources are here: 
http://mentors.debian.net/debian/pool/main/x/xdialog/

The ITA is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=348161

-

Package: windowlab
Short Description: Small and simple Amiga-like window manager
Version Packaged: 1.33-2
Version in Debian: 1.33-1

WindowLab is a Window Manager for the X Window System. Features include 
click-to-focus, a simple menu/taskbar combination and integration with Debian 
menu system. WindowLab is incredibly fast and small. 

This release introduces preliminary support for the Debian menu system. More 
Debian-integration features are coming soon. The package was given an 
overhaul with CDBS and a simple patch system.

Debian Sources: http://mentors.debian.net/debian/pool/main/w/windowlab/

ITA: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327438

Thanks,
Stan Vasilyev


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

RFS: windowlab -- Small and simple Amiga-like window manager

[Stan Vasilyev]

Package: windowlab
Short Description: Small and simple Amiga-like window manager
Version Packaged: 1.33-2
Version in Debian: 1.33-1

WindowLab is a Window Manager for the X Window System. Features include 
click-to-focus, a simple menu/taskbar combination and integration with Debian 
menu system. WindowLab is incredibly fast and small. 

This release introduces preliminary support for the Debian menu system. More 
Debian-integration features are coming soon. The package was given an 
overhaul with CDBS and a simple patch system.

Debian Sources: http://mentors.debian.net/debian/pool/main/w/windowlab/


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

[Update] Re: What to do if the upstream keeps debian directory in original tarball?

[Stan Vasilyev]

On Tuesday 24 January 2006 13:14, Stan Vasilyev wrote:
> I have a situation with a Debian package xdialog:
> http://packages.qa.debian.org/x/xdialog.html
>
> The upstream author, Thierry Godefroy <[EMAIL PROTECTED]>, insists on keeping
> the debian changes inside the upstream tarball, orig.tar.gz. This
> complicates the development process. First of all, when he makes a new
> version of xdialog, he sends it to the Debian maintainer (me). I then have
> to make changes to the debian directory and send him the changes. Finally,
> he releases the new upstream with Debian changes already included.

From the last e-mail I got from Thierry it looks like he wants to make a 
compromise. Since I annoyed him so much with my e-mails, he proposed to start 
releasing Xdialog in two versions: Xdialog-version.tar.bz2 file with debian 
directory and Xdialog-version.orig.tar.gz without the debian directory. Is 
that such a good idea?

At this point he thinks that Debian developers are a bunch of political 
fanatics who only care about the holy Debian Policy Manual and don't care 
about other distros. Oh, misunderstandings...

Regards,
Stan Vasilyev

Re: What to do if the upstream keeps debian directory in original tarball?

[Stan Vasilyev]

On Tuesday 24 January 2006 13:52, Russ Allbery wrote:
> > But I end up repackaging the upstream source anyway.  The .orig.tar.gz
> > is not the same file that Thierry puts on his website.
>
> Why?  Do you have to remove some files for DFSG-compliance?

Sorry, what I meant was my orig.tar.gz ends up being the pre-release version, 
not the official version released on the website.

Regards,
Stan

Re: What to do if the upstream keeps debian directory in original tarball?

[Stan Vasilyev]

On Tuesday 24 January 2006 13:52, Daniel Leidert wrote:
>  Maybe you should also
> tell him, that not every user getting the upstream sources may be happy
> with your packaging files (e.g. because of your decision of
> (build-)dependencies and configure options, different available library
> versions in different Debian-based distributions, the usage of a special
> patch- or build-system, ...). So shipping the Debian packaging files may
> be more offending and annoying then not shipping them.

That's a good point.

Regards,
Stan


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

Re: What to do if the upstream keeps debian directory in original tarball?

[Stan Vasilyev]

On Tuesday 24 January 2006 13:23, Russ Allbery wrote:
>
> What I would do if I were you would be to make the changes you need to
> make to the upstream debian directory to have the package work the way
> that it should and send the diffs back to upstream as a courtesy, but not
> wait for a new upstream release with those changes before uploading.  When
> there's a new upstream release, you can then resynchronize, make whatever
> changes are still needed, and upload a new package.

My mentors taught me that a Debian package should be build from the pristine 
upstream source downloaded from official website. In this case it wouldn't 
work because the Debian .diff.gz applies to a version of upstream source 
before it is officially released.

>
> I don't think removing an upstream debian directory is sufficient reason
> to repackage the upstream source.  You can do the packaging as diffs
> against the upstream debian directory just as easily.  Heck, if what
> upstream ships there is too annoying, you can always just blow away the
> debian directory in your working copy, create your own packaging, and let
> diff figure out the transform (although be careful of upstream files that
> you need to delete in your version).
>

But I end up repackaging the upstream source anyway. The .orig.tar.gz is not 
the same file that Thierry puts on his website. Plus, I usually look at 
the .diff.gz file to check the quality of a package. With xdialog it's hard 
to do because there always is garbage from the old version of debian 
directory in the diff.gz.

Regards,
Stan


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

What to do if the upstream keeps debian directory in original tarball?

[Stan Vasilyev]

I have a situation with a Debian package xdialog: 
http://packages.qa.debian.org/x/xdialog.html

The upstream author, Thierry Godefroy <[EMAIL PROTECTED]>, insists on keeping 
the debian changes inside the upstream tarball, orig.tar.gz. This complicates 
the development process. First of all, when he makes a new version of 
xdialog, he sends it to the Debian maintainer (me). I then have to make 
changes to the debian directory and send him the changes. Finally, he 
releases the new upstream with Debian changes already included.

What do I do with the Debian .diff.gz? Because of the above, it's hard to see 
what's going on in .diff.gz to check the quality of the package. Also, it 
makes it even harder to release incremental changes to the Debian package.

I tried convincing the upstream to remove the debian directory, but so far he 
refused. His argument is that a user should be able to download his tarball 
and build it from source, build an rpm package or build a deb package. I sent 
one more e-mail to him where I presented an argument that his strategy slows 
down the development process and introduces more problems than it solves.

If Thierry refuses to remove the debian directory, would it be OK for me to 
remove it myself and repackage pristine source without it? What else can I 
do?

Regards,
Stan Vasilyev


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

RFS: qfaxreader -- A versatile multipage TIFF and fax viewer

[Stan Vasilyev]

Package: qfaxreader
Short Description: A versatile multipage TIFF and fax viewer
License: GPL
URL: http://qfaxreader.sourceforge.net
Upstream Author: Serghei Amelian <[EMAIL PROTECTED]>

QFaxReader is the only image/fax viewer that fully supports rendering of
multipage TIFF files. It handles both monochrome and color images, supports
printing with CUPS, LPR and LPRNG. QFaxViewer goes beyond standard TIFF 
viewers by including such features as a fax id database and caller id.

The viewer has an intuitive interface that makes it convenient to rotate, flip
and zoom images, browse multiple pages and toggle fullscreen mode. Although
QFaxReader uses QT 3, it doesn't depend on KDE libraries and it runs great in
any window manager.

Currently Debian lacks a full-featured multipage fax viewer. There is kfax 
that does a similar job but it fails on many tiff files. At this moment 
QFaxReader is the only Linux application that renders multipage tiff files 
correctly.

The latest version of my Debian package can be found here:
http://mentors.debian.net/debian/pool/main/q/qfaxreader/


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

Re: RFS: dox -- Graphical documentation browser for man, info and HTML books

[Stan Vasilyev]

The latest version of my dox package can be downloaded at Debian-Mentors 
repository:

http://mentors.debian.net/debian/pool/main/d/dox/


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

RFS: dox -- Graphical documentation browser for man, info and HTML books

[Stan Vasilyev]

Package: dox
Short Description: Graphical documentation browser for man, info and HTML 
books.
License: GPL
URL: http://developer.berlios.de/projects/dox/
Upstream Author: Bernd Gehrmann <[EMAIL PROTECTED]>

This documentation browser integrates nicely with Debian and KDE. It provides
easy access to manpages, info and HTML documentation. Full-text search
capabilities make it convenient to find the information you need. dox also
supports doc-base, pydoc, perldoc and doxygen tags. Although this application
uses QT 3.0, it does not require KDE libraries.

dox was requested to be packaged in Debian almost a year ago. Here is the RFP: 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=311126

I use dox myself when I'm coding in C++, OpenGL, Java, Bash, you name it. dox 
is very useful for both programmers and regular users.


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

Re: Lintian Warnings and Modifying Upstream Source

[Stan Vasilyev]

On Saturday 21 January 2006 01:15 pm, Cameron Dale wrote:
>
> The first 4 are easily fixed by removing the files. The last one is a
> little more problematic, but I asked on debian-legal, and as the
> license file is for the LGPL, then the package can redistribute it
> under the GPL, and I think that means I can remove the license file.
>
> I've asked upstream to remove these files, but no response yet.
>
> Cameron Dale

Just remove var/www/torrentflux/adodb/license.txt after the installation. You 
definitely want to keep this file in the source package. You can then add a 
reference to LGPL in debian/copyright like this:

On Debian systems, the complete text of the GNU Lesser General Public
License can be found in /usr/share/common-licenses/LGPL.

Stan Vasilyev


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

Re: RFS: xdialog -- X11 replacement for the text util dialog

[Stan Vasilyev]

On Thursday 19 January 2006 02:07 pm, Nico Golde wrote:
>
> Package seems to be in a good shape (not tried to build),
> but what makes me wonder is the 20_no_msg.dpatch file.
> But imho the following "hack" should be a real fix forwarded
> to upstream.
> +/* no-g-msgs hack */
> +void qqGLogFunc(const gchar *log_domain, GLogLevelFlags log_level, const
> gchar *message, gpointer user_data) +{
> +}
>

The upstream is aware of it.

Thanks,
Stan


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

RFS: xdialog -- X11 replacement for the text util dialog

[Stan Vasilyev]

I recently adopted xdialog, packaged the new upstream version and made 
significant overhauls to the package.  This release fixes five bugs.

The Debian sources are here: 
http://mentors.debian.net/debian/pool/main/x/xdialog/

The ITA is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=348161

Thanks,
Stan Vasilyev


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

Re: RFS: vrweb -- A VRML browser and editor [uploaded]

[Stan Vasilyev]

On Wednesday 18 January 2006 09:24 pm, Stan Vasilyev wrote:
> VRweb is a VRML 1 browser that you can use to browse a Virtual Reality
> World (WRL).
>
> This release fixes two bugs from BTS and a nasty build bug. The Debian
> sources are available at:
> http://mentors.debian.net/debian/pool/main/v/vrweb/
>
> Thanks,
> Stan Vasilyev

Already sponsored and uploaded
Stan


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

Re: patches application

[Stan Vasilyev]

On Thursday 19 January 2006 10:55 am, Rakotomandimby Mihamina wrote:

> I have a problem on it:
> The patch located in 'debian/patches' is not applied.
> What could I do to diagnosys the reason the patch is not applied?

You can do run dpatch manually to diagnose the problem.

dpatch apply-all --verbose

And then take a look at the patched directory for the log files.

Stan


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

RFS: vrweb -- A VRML browser and editor

[Stan Vasilyev]

VRweb is a VRML 1 browser that you can use to browse a Virtual Reality World 
(WRL).
 
This release fixes two bugs from BTS and a nasty build bug. The Debian sources 
are available at: http://mentors.debian.net/debian/pool/main/v/vrweb/

Thanks,
Stan Vasilyev


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

Re: How to add a localization *.po file to a package?

[Stan Vasilyev]

On Tuesday 17 January 2006 12:53 am, Paul Wise wrote:
>
> I was doing some qa on xdialog the other day - didn't know it was being
> adopted. I did a little bit of work on the package, I've uploaded my
> work here for you perusal:
>
> http://bonedaddy.net/pabs3/files/tmp/xdialog_2.1.2-1.diff.gz
> http://bonedaddy.net/pabs3/files/tmp/xdialog_2.1.2-1.dsc
>

I merged your work with my changes and fixed almost all bugs in BTS. Would you 
sponsor the upload? The sources are at:

http://mentors.debian.net/debian/pool/main/x/xdialog/

Thanks,
Stan


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

Re: Problem compiling new upstream version, what to do?

[Stan Vasilyev]

On Tuesday 17 January 2006 06:09 pm, Russ Allbery wrote:
> Stan Vasilyev <[EMAIL PROTECTED]> writes:
> > I'm trying to package the new version of xdialog: Xdialog-2.1.2. The
> > upstream tarball doesn't compile on my system. When I run configure and
> > make I get:
> >
> > RANLIB@: Command not found
>
> That sounds like an upstream packaging bug.  There's a missing @ there; it
> should be @[EMAIL PROTECTED]
>

After messing around with autoconf, automake and aclocal for 4 hours I found 
the bug. The upstream actually included a fix in the Xdialog.spec file.

RANLIBBIN=`which ranlib`
sed -e "s:RANLIB = @RANLIB@:RANLIB = $RANLIBBIN:" lib/Makefile > 
lib/Makefile.patched
mv -f lib/Makefile.patched lib/Makefile

When I execute that in shell and export RANLIB everything builds fine.

Stan


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

Re: Problem compiling new upstream version, what to do?

[Stan Vasilyev]

On Tuesday 17 January 2006 12:27 pm, Asheesh Laroia wrote:
>
> I'm no DD, but can't you just run autogen.sh and put the difference in
> your .diff.gz like any other patch?  I get this failure, too, so you
> probably should contact upstream about it.
>

Yes, I can but it makes the .diff.gz rather large. Oh well, as long as it 
works.

Stan


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

Problem compiling new upstream version, what to do?

[Stan Vasilyev]

I'm trying to package the new version of xdialog: Xdialog-2.1.2. The upstream 
tarball doesn't compile on my system. When I run configure and make I get:

RANLIB@: Command not found

I found a way to fix that error by running autogen.sh in the source tree. 
Should I repackage the upstream tarball or email the upstream author about 
this problem?

Thanks,
Stan

PS, Here is the full output of make:

make
make  all-recursive
make[1]: Entering directory `/home/stan/debian/xdialog/Xdialog-2.1.2'
Making all in m4
make[2]: Entering directory `/home/stan/debian/xdialog/Xdialog-2.1.2/m4'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/stan/debian/xdialog/Xdialog-2.1.2/m4'
Making all in lib
make[2]: Entering directory `/home/stan/debian/xdialog/Xdialog-2.1.2/lib'
gcc -DHAVE_CONFIG_H -I. -I. -I.. -DLOCALEDIR=\"/usr/local/share/locale\" -I.
-g -O2 -Wall -s -c getopt.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -DLOCALEDIR=\"/usr/local/share/locale\" -I.
-g -O2 -Wall -s -c getopt1.c
rm -f libgetopt.a
ar cru libgetopt.a getopt.o getopt1.o
make[2]: RANLIB@: Command not found
make[2]: *** [libgetopt.a] Error 127
make[2]: Leaving directory `/home/stan/debian/xdialog/Xdialog-2.1.2/lib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/stan/debian/xdialog/Xdialog-2.1.2'
make: *** [all-recursive-am] Error 2


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

Re: How to add a localization *.po file to a package?

[Stan Vasilyev]

On Tuesday 17 January 2006 12:53 am, Paul Wise wrote:
>
> I was doing some qa on xdialog the other day - didn't know it was being
> adopted. I did a little bit of work on the package, I've uploaded my
> work here for you perusal:
>

Thanks, I will take a look at it.

Stan


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

How to add a localization *.po file to a package?

[Stan Vasilyev]

I'm the new maintainer for xdialog package. A user has submitted a new 
localization file ca.po via the BTS. I'm trying to include this file in the 
package. 

In order for this file to compile into the package I need to change the 
configure.in and add "ca" to ALL_LANGUES. Doing so breaks the package because 
the make scripts run aclocal and automake and a lot of files get changed, 
after which debuild complains that "unable to represent changes to foo, 
binary contents changed".

How do I add a translation without modifying the configure.in? Even if I fix 
the "binary contents changed" errors of debuild, wouldn't that make diff.gz 
rather large?

Thanks,
Stan


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

RFS: icewmcp -- A full-featured Control Panel for IceWM window manager

[Stan Vasilyev]

Name:   icewmcp
Version:3.2
ITP/ITA Number: 216301
Description:IceWM Control Panel is a complete collection of graphical tools 
to customize IceWM window manager. It comes with applets to design themes, 
manage sound events, edit preferences, choose desktop wallpapers, customize 
cursors, configure keys, edit window options and more.

This package completely replaces old and outdated iceme and icepref. Great 
care was taken to ensure that the upgrade process is simple and painless.

The homepage of IceWMCP is http://icesoundmanager.sourceforge.net

The ITAs for iceme and icepref are:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=227054
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=227077
Source Details: http://mentors.debian.net/debian/pool/main/i/icewmcp/

This RFS is also posted on debian-sponsors:
http://sponsors.debian.net/viewpkg.php?id=140

Stan Vasilyev


pgppY7y0kLs30.pgp
Description: PGP signature

Re: How to add applications to IceWM menu

[Stan Vasilyev]

You are right, IceWM supports the Debian menu. My IceWM installation got
corrupted and the menus weren't updating, solved now!

Bernhard R. Link wrote:

>Are you sure? I've currently only a stable Debian available and that
>supports the Debian menu quite well.
>


signature.asc
Description: OpenPGP digital signature

Re: How to add applications to IceWM menu

[Stan Vasilyev]

Unfortunately the Debian menu doesn't solve my problem because IceWM
doesn't support it. Basically the issue is that the software I'm
packaging, IceWM Control Center is strictly for IceWM and it doesn't
make sense to use it in other window managers. However, in KDE,
BlackBox, Fluxbox and Gnome I can get IceWM Control Center to appear in
the menu by using .desktop files or Debian /usr/share/menu but in IceWM
I have to edit a file /etc/X11/icewm/menu by hand and add the
application there.

Should I just forget about adding IceWM Control Center to the menu and
let the users do it themselves?

Jan Wagemakers wrote:

>Maybe  and
> is what you are looking
>for?
>


signature.asc
Description: OpenPGP digital signature

Re: How to add applications to IceWM menu

[Stan Vasilyev]

Yes, dh_desktop is pretty useful and my apps now show up in KDE menu as
well, but still nothing in IceWM.

Justin Pryzby wrote:

>Is dh_desktop useful?
>


signature.asc
Description: OpenPGP digital signature

How to add applications to IceWM menu

[Stan Vasilyev]

I'm packaging two IceWM applications: IceWM Control Center and IceWM
Control Panel. The problem I'm having is that when I install a menu file
using Debhelper the menu entry only shows up in Blackbox and Fluxbox,
not in IceWM and not even in KDE. In KDE I can just create a .desktop
file and copy that someplace in /usr/share/applnk, but in IceWM I have
to edit the /etc/X11/icewm/menu file.

How do I add an application to IceWM menu without manually editing
/etc/X11/icewm/menu file?

Stan Vasilyev


signature.asc
Description: OpenPGP digital signature

RFS: icecc -- Control Center for IceWM window manager

[Stan Vasilyev]

The IceWM Control Center allows you to run various tools for configuring
IceWM's options. It launches menu/toolbar editor, winoptions editor, keys
editor, theme switcher and other tools.

The homepage of icecc is http://icecc.sourceforge.net/

License: GPL

This app was requested in two different RFPs:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=248425
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=252875

Currently, IceWM lacks a common Control Center where everything can be
configured. icecc is the first program that attempts to solve this
issue. I'm planning to also package the other IceWM tools from the same
author, make a Debian theme for icecc and customize the packages for
Debian users.

My icecc package is already somewhat Debian-customized. I changed some
source code to make the app more attractive, wrote a simple manpage,
removed unnecessary scripts and cleaned-up some documentation. The
package is clean, lintian error-free and builds perfectly with pbuilder.

Debian sources, hosted on Debian Mentors:
http://mentors.debian.net/debian/pool/main/i/icecc/

Debian Sponsors page:
http://sponsors.debian.net/viewpkg.php?id=129

Best regards,
Stan Vasilyev


signature.asc
Description: OpenPGP digital signature

Re: RFS: bbsload, bbrun, tkpaint, auctiongallery, wlassistant

[Stan Vasilyev]

Anibal,

Thanks for the autoconf suggestion but another sponsor already helped me
to resolve the issue of a large diff size. I didn't use autoconf, I just
manually edited Makefile.in and Makefile.am. I will try using your patch
if my idea doesn't work out.

My new sponsor is also helping me out with bbrun. I still have tkpaint,
wlassistant and auctiongallery to upload though.

>First, do you plan to apply for Debian membership?
>  
>
Yes, I do. I heard it's a long process though and I need to make a lot
of packages before I can become a developer.

Best regards,
Stan Vasilyev


signature.asc
Description: OpenPGP digital signature

RFS: bbsload, bbrun, tkpaint, auctiongallery, wlassistant

[Stan Vasilyev]

I just moved all my packages to a new host: Debian Mentors and
registered them in Debian Sponsors. Can someone please sponsor them?
bbsload and tkpaint are already in Debian, I just adopted them. bbrun
was requested a long time ago and I just packaged it. auctiongallery and
wlassistant have been waiting for a long time, nobody sponsored them yet.

bbsload -- System load tool for the blackbox window
http://mentors.debian.net/debian/pool/main/b/bbsload/
http://sponsors.debian.net/viewpkg.php?id=121

bbrun -- Blackbox/fluxbox desktop tool to run commands
http://mentors.debian.net/debian/pool/main/b/bbrun/
http://sponsors.debian.net/viewpkg.php?id=120

tkpaint -- Versatile bitmap/pixmap editing tool
http://mentors.debian.net/debian/pool/main/t/tkpaint/
http://sponsors.debian.net/viewpkg.php?id=124

auctiongallery 0.9.4 -- Generates picture galleries and HTML templates
for auction descriptions
http://mentors.debian.net/debian/pool/main/a/auctiongallery/
http://sponsors.debian.net/viewpkg.php?id=126

wlassistant 0.5.4a-2 -- User friendly KDE frontend for wireless network
connection
http://mentors.debian.net/debian/pool/main/w/wlassistant/
http://sponsors.debian.net/viewpkg.php?id=125

Thanks,
Stan Vasilyev


signature.asc
Description: OpenPGP digital signature

RFS: bbrun -- An elegant tool for the Blackbox window manager that runs commands

[Stan Vasilyev]

I saw bbrun in WNPP Requested Packages and decided to debianize it. The
package is small, clean, pbuilder tested, lintian error free. Can
someone take a look at it, maybe spot a few errors and hopefull upload it?

License: GPL

Description:

bbrun is a small but very useful application. It makes it convenient to
quickly
execute commands from the Blackbox window manager. bbrun is very similar to
KDE's Alt+F2 Run Command dialog box. When launched, it occupies a small
portion
of the desktop and docks itself to the right side of the screen. The run
dialog
is opened by clicking on the tiny bbrun window, very elegant!

You don't necessarily need Blackbox for this program to work. It looks
just as
good in Fluxbox, but it won't look the same in other window managers.

Homepage: http://bbtools.windsofstorm.net

Debian package: http://stanvasilyev.homelinux.com/debian/bbrun/

Best regards,
Stan Vasilyev


signature.asc
Description: OpenPGP digital signature

RFS: tkpaint -- Versatile bitmap/pixmap editing tool

[Stan Vasilyev]

I recently adopted this orphaned package. It required lots of changes to
make it compatile with  newest Standards-Version. I managed to fix most
lintian errors, some of them had to be overrided. Can someone take a
look at this package and see if I did anything wrong. If everything is
OK, I would need a sponsor to upload this.

http://stanvasilyev.homelinux.com/debian/tkpaint/

By the way I'm still waiting for a someone to upload bbsload which is
available here:
http://stanvasilyev.homelinux.com/debian/bbsload/

Thanks,
Stan Vasilyev


signature.asc
Description: OpenPGP digital signature

RFS: bbsload -- System load tool for the blackbox window manager

[Stan Vasilyev]

My current sponsor is lagging, he has some problem with internet
connection. Can someone help me upload this package to unstable? It's
available at:

http://stanvasilyev.homelinux.com/debian/bbsload/


signature.asc
Description: OpenPGP digital signature

RFS: bbppp -- PPP tool for the blackbox window manager

[Stan Vasilyev]

I just adopted bbppp and made a new package with minor changes. I need a
sponsor to check the package for errors and upload it. The package is
available at:

http://stanvasilyev.homelinux.com/debian/bbppp/

Best regards,
Stan Vasilyev


signature.asc
Description: OpenPGP digital signature

Re: willing to adopt a few orphaned packages

[Stan Vasilyev]

Christoph Berg wrote:

>/bin/sh: automake-1.7: command not found
>make[1]: *** [Makefile.in] Error 127
>make[1]: Leaving directory `/tmp/buildd/bbsload-0.2.8'
>make: *** [build-stamp] Error 2
>pbuilder: Failed autobuilding of package
>  
>
Wow, that never happened on my machine with pbuilder. I fixed this by
adding touch entries to debian/rules as suggested by slides in the
lectures. I hope that works.

Download:
http://stanvasilyev.homelinux.com/debian/bbsload/

Best regards,
Stan Vasilyev


signature.asc
Description: OpenPGP digital signature

Re: willing to adopt a few orphaned packages

[Stan Vasilyev]

Christoph Berg wrote:

>Given that bbpager Suggests: blackbox (>= 0.70), I don't think it
>makes sense to support this bbappconf version. Sid ships blackbox
>0.70.0-5. Is there a chance for an updated upstream version?
>  
>
I will just wait until a new upstream version is released.

>You build-depend on xlibs-dev, please split that into the individual X
>libs (see the changelog entry for bbappconf 0.0.2-6).
>
Fixed. New package is available at:
http://stanvasilyev.homelinux.com/debian/bbsload/

Best Regards,
Stan Vasilyev



signature.asc
Description: OpenPGP digital signature

Re: willing to adopt a few orphaned packages

[Stan Vasilyev]

Christoph Berg wrote:

>bbspager looks ok otherwise, but please so something about #322306
>(grave) and #237837 (tagged patch) first.
>  
>
I decided not to package the current version (0.3.1). It doesn't work on
the new blackbox 0.70. I found a new website for bbspager and downloaded
a new version (0.4.1beta1). As far as I could tell on my system, all the
outstanding bugs were fixed.

Download:
http://stanvasilyev.homelinux.com/debian/bbpager/

>bbappconf: debian/copyright misses the copyright line(s). The space
>before "Homepage" in the Description is ugly.
>  
>
Fixed. That was actually a fault of the previous maintainer.

Download:
http://deathkrush.homelinux.com/debian/bbappconf/

>bbsload: you removed all traces of the last QA upload (0.2.6-3),
>please fix that.
>  
>
Fixed. I decided not to package the current version (0.2.8). Just like
bbpager, it doesn't work on the new blackbox 0.70. I downloaded the new
upstream version, added a menu file and applied a patch listed on
bugs.debian.org.

Download:
http://deathkrush.homelinux.com/debian/bbsload/

>I'll sponsor your packages when you've fixed these issues.
>
>Christoph
>  
>
Can you also sponsor auctiongallery and wlassistant, if possible.
http://deathkrush.homelinux.com/debian/auctiongallery/auctiongallery-0.9.4/
http://deathkrush.homelinux.com/debian/wlassistant/wlassistant-0.5.4a/

Best regards,
Stan Vasilyev


signature.asc
Description: OpenPGP digital signature

Unidentified subject!

[Stan Vasilyev]

retitle 323802 O: mindterm -- java ssh client that can be used as an ssh
client
thanks
I'm orphaning this package because the new version is licensed under
"free for personal and limited commercial use".  I suggest removal from
Debian.


signature.asc
Description: OpenPGP digital signature

Re: willing to adopt a few orphaned packages

[Stan Vasilyev]

Thomas Viehmann wrote:

>There also is the aspect that upstream actively chose to leave the free
>software community. Given that the interest of our users is not harmed
>by doing so, I do think that Debian best reflects this choice by
>completely dropping the thing.
>  
>
Off it goes then...

Stan Vasilyev



signature.asc
Description: OpenPGP digital signature

Re: willing to adopt a few orphaned packages

[Stan Vasilyev]

Thomas Viehmann wrote:

>Note
>  http://lists.debian.org/debian-devel/2005/08/msg01008.html
>though.
>IFAICS the argument in favor of dropping mindterm is rather strong.
>
>  
>
Yes, I read that one. I thought I could get a new version of mindterm
that supports ssh 2.0 but that new version is licensed under a "free for
personal and limited commercial use" license incompatible with Debian.
There is no way it can go into contrib? If that's the case, I won't
package mindterm.

License:
http://www.appgate.com/products/80_MindTerm/100_MindTerm_Licensing/LICENSE_BIN.txt

Download page:
http://www.appgate.com/products/80_MindTerm/110_MindTerm_Download/index.php

Stan Vasilyev



signature.asc
Description: OpenPGP digital signature

Re: willing to adopt a few orphaned packages

[Stan Vasilyev]

I am looking for a sponsor for a series of packages I adopted and rebuilt:

bbsload (new upstream version)
bbappconf (same version, fixed some documentation)
bbpager (same version, fixed some documentation)

Coming soon:
mindterm, ksocrat, uncc and maybe more

All packages are available at my personal web server (hosted on my home
computer)

http://stanvasilyev.homelinux.com/debian/

There are also auctiongallery and wlassistant that I have been packaging
for a while but nobody uploaded them yet. I would appreciate if someone
would look into that. wlassistant is already in Ubuntu, it would make
sense for it to be in Debian as well.

On a side I have a question about copyright file in the packages that I
adopted. There is a place in the file where it says this package was
debianized by ... on ... Should I keep the original creator of the
Debian package or can I put my own name and date?

Best regards,
Stan Vasilyev


signature.asc
Description: OpenPGP digital signature

Re: RFS: auctiongallery -- Generates picture galleries and HTML templates for auction descriptions

[Stan Vasilyev]

I packaged a new version of auctiongallery. Can someone review this 
package and possibly upload it to Debian unstable?


AuctionGallery SourceForge Page (check out new screenshots!):
http://sourceforge.net/projects/auctiongallery

Downloads:
http://sourceforge.net/project/showfiles.php?group_id=147095

Stan Vasilyev


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

Re: Willing to adopt a few orphaned packages

[Stan Vasilyev]

Bas Wijnen wrote:


I think the question is: "If I create a package of this, will someone sponsor
 

That's exactly what I had in mind. I would like to know if it's 
reasonable for me to adopt some of the packages I listed. I could just 
go ahead and start packaging all of them but I fear that most of them 
are going to get rejected and thrown away from Debian. I want to 
concentrate on those packages that matter.


Stan Vasilyev


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

Willing to adopt a few orphaned packages

[Stan Vasilyev]

I was browsing through the list of orphaned packages and I saw a few 
that I'm willing to adopt. The problem is that I'm not a Debian 
developer yet and I will need a sponsor to upload the packages. I 
already have experience with packaging auctiongallery and wlassistant 
but none was uploaded yet. I am wondering if anyone is willing to 
sponsor my work on some of the orphaned packages I listed below.


The ones I'm really interested in are:

KSocrat - English/Russian and Russian/English Dictionary
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=321596

robotour - control mobile robots in this programmer's game
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=316770

oonsoo - A solitaire game for X
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=275774

august - Tcl/Tk HTML editor
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=312839

And a few others:
uncc, xbox-raincoat, pornview, mindterm, mgm, hfsutils, guitar

Stan Vasilyev
PS: I already have a PGP key signed by a Debian developer


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

Re: RFS: wlassistant -- Wireless Assistant allows you to connect to wireless networks

[Stan Vasilyev]

I released a new version of Wireless Assistant debian package. It can be
downloaded using links below. I would appreciate it if someone would
review this package and consider uploading it to Debian.

http://home.comcast.net/~deathkrush/wlassistant/wlassistant_0.5.3.orig.tar.gz
http://home.comcast.net/~deathkrush/wlassistant/wlassistant_0.5.3-3_i386.deb
http://home.comcast.net/~deathkrush/wlassistant/wlassistant_0.5.3-3.dsc
http://home.comcast.net/~deathkrush/wlassistant/wlassistant_0.5.3-3.diff.gz


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

Re: RFS: auctiongallery -- Generates picture galleries and HTML templates for auction descriptions

[Stan Vasilyev]

The current version (0.9.2) does not yet allow users to have their own
config. All config is stored in /etc/auctiongallery and all templates go
to /usr/share/auctiongallery/templates. All auction pictures and
descriptions go to /home/auctiongallery.

I can make a new version and add features that allow users to have their
own settings, like ~/auctiongallery/auctiongallery.conf,
~/auctiongallery/templates and ~/auctiongallery/auctions. However that
kind of defeats the purpose of my software because it is aimed at eBay
powersellers who have many employees. The way I have auctiongallery set
up at my work is the following. All auction descriptions and pictures go
to a common directory /home/auctiongallery. All users have the same
config and the same templates unless they run auctiongallery with -c and
-t overrides. That way all employees are part of one team and everything
works nicely.

Sven Mueller wrote:

>Stan Vasilyev wrote on 18/08/2005 08:40:
>  
>
>>I searched lots of scripting FAQs but didn't find a way to find the
>>location of home dir.
>>
>>
>
>Whose homedir? Many systems have more than one user.
>
>  
>
>>The problem is that when the postinst script runs,
>>it runs as root and $HOME variable contains /root not /home. Should I
>>just abandon that idea and post in documentation that my software needs
>>manual configuration after install? Is it against Debian rules to ask
>>the user to enter a directory path in the postinst script?
>>
>>
>
>What exactly are you trying to achieve by listing /home in debian/dirs?
>What are you trying to do in the postinst-Script?
>Fact is that auctiongallery is a tool which should be usable by any user
>on the system, each with his/her own configuration. Does auctiongallery
>allow this?
>
>regards,
>Sven
>
>PS: Please try to follow the common quoting style: Quote only what you
>directly refer to, only as much as needed and quote each part you are
>replying to directly above your respective answer/comment. That makes
>reading your postings a lot easier.
>  
>


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

Re: RFS: auctiongallery -- Generates picture galleries and HTML templates for auction descriptions

[Stan Vasilyev]

I searched lots of scripting FAQs but didn't find a way to find the
location of home dir. The problem is that when the postinst script runs,
it runs as root and $HOME variable contains /root not /home. Should I
just abandon that idea and post in documentation that my software needs
manual configuration after install? Is it against Debian rules to ask
the user to enter a directory path in the postinst script?

Bruno Barrera C. wrote:

>On Mon, 2005-08-15 at 15:31 -0700, Stan Vasilyev wrote:
>  
>
>>Thank you for review. When you said "You ship some dirs into
>>debian/dirs. Do you really think that all of
>>them are necessary?" did you mean the it's unnecessary to create
>>/home/auctiongallery directory? Because if I don't create the directory
>>for the storage of pictures and descriptions it defeats the purpose of
>>having multi-user features.
>>
>>Thanks,
>>Stan
>>
>>
>
>I mean that you need to be careful with this and do some research, since
>not all systems are using /home as partition for its users.
>
>Try to look in other packages who creates users to know how they handle
>this issue.
>  
>


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

Re: RFS: auctiongallery -- Generates picture galleries and HTML templates for auction descriptions

[Stan Vasilyev]

I released an new version of auctiongallery and made a new Debian
package. Can someone take a look at it. I need a sponsor who can upload
it to Debian unstable.

Sources and debs are available at my project homepage:
http://home.comcast.net/~deathkrush


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

Re: RFS: auctiongallery -- Generates picture galleries and HTML templates for auction descriptions

[Stan Vasilyev]

That's exactly what I did. I checked how other packages do the rules
file and it helped me a lot. Now I have a completely working Debian
package. It builds perfectly with debuild. As soon as I update my
software to 0.9.2 I will release the next Debian package.

Bruno Barrera C. wrote:

>On Fri, 2005-08-12 at 21:52 -0700, Stan Vasilyev wrote:
>  
>
>>Thanks for the comments. I already know how to use debuilder for C++
>>programs that install via ./configure, make and install. But my program
>>is a simple script and it doesn't have any of that. I will try to figure
>>out how to package it the Debian way.
>>
>>1. The command line options should be a piece of cake.
>>2. I had that idea but I couldn't figure out how to do that. The
>>"source" thing looks promising.
>>3 and 4. I will look into removing Bash dependency
>>
>>
>
>Well, for example, some packages of desktop themes just contains
>configuration files and images, they don't have configure, make, etc. I
>highly recommend you to check out other packages.
>  
>


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

Re: RFS: auctiongallery -- Generates picture galleries and HTML templates for auction descriptions

[Stan Vasilyev]

Thanks for the comments. I already know how to use debuilder for C++
programs that install via ./configure, make and install. But my program
is a simple script and it doesn't have any of that. I will try to figure
out how to package it the Debian way.

1. The command line options should be a piece of cake.
2. I had that idea but I couldn't figure out how to do that. The
"source" thing looks promising.
3 and 4. I will look into removing Bash dependency

Sven Mueller wrote:

>Stan Vasilyev wrote on 13/08/2005 05:13:
>  
>
>>I have just added the Debian package to my website. You can download it
>>from http://home.comcast.net/~deathkrush/
>>
>>I packaged it manually with dpkg-deb and checked it with lintian.
>>
>>
>
>Please don't do it that way. Please provide a proper debian source
>package. It should be based on your original source tarball and provide
>a debian/rules file with features as defined in the debian policy (and
>the maintainers guide).
>
>Your package should always exist in the form of a debian source package.
>As your software isn't specific to debian, the source package consists
>of your "upstream" tarball, a .dsc file describing the source package
>and a .diff.gz file which contains Debian specific additions.
>
>Please look at the FAQ page for this list:
>http://people.debian.org/~mpalmer/debian-mentors_FAQ.html where there is
>a question and answer which would be of particular interest for you:
>http://people.debian.org/~mpalmer/debian-mentors_FAQ.html#firstpackage
>
>Ask here for help if needed, but try to consult the documentation first
>at http://www.debian.org/doc/maint-guide/ and
>http://www.debian.org/doc/devel-manuals, especially the document at:
>http://www.debian.org/doc/developers-reference/
>
>I also took a look at your script. I have a few comments on it:
>
>1) The script should be able to handle some commandline options.
>   preferably at least "-c " to override the filename
>   of the config file and "-h"/"--help" do describe its usage.
>2) You say in the INSTALL file that your config file parser.
>   But your parser just reads "key=value" pairs from that file.
>   why don't you rename the keys in that file appropriately and
>   simply source it? Instead of "while read line; do ... done < config"
>   do "source config". If you don't want to do that, you can at least
>   remove that problem with the trailing newline in the file by using
>   "(cat config; echo) | while read line ; do ... done".
>3) It's common practise in Debian packages to avoid depending on bash
>   if possible. So it would be nice if you could check wether your
>   script works as expected with "ash" as well. ash is far closer to
>   a standard POSIX shell than bash, and as far as I saw on first
>   glance, it should be able to run your script, which would remove
>   the dependency on bash.
>4) Your dependency on bash is even versioned. Is there a particular
>   reason why bash 2 (as in oldstable) wouldn't be able to run your
>   script? It's especially irritating that you use a versioned
>   dependency on bash since your dependency on imagemagick is _not_
>   versioned. If you really need bash >= 3.0, it would be nice for
>   people using Sarge if you could make that "bash (>=3) | bash3".
>
>Not trying to put you down, just trying to help you making your package
>better. ;-)
>
>cu,
>sven
>  
>


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

Re: RFS: auctiongallery -- Generates picture galleries and HTML templates for auction descriptions

[Stan Vasilyev]

I have just added the Debian package to my website. You can download it
from http://home.comcast.net/~deathkrush/

I packaged it manually with dpkg-deb and checked it with lintian.
Everything works OK! I am planning to add more auction/product
management features to my program. It will have features that are not
available in similar free programs.

Regards,
Stan

Bruno Barrera C. wrote:

>On Thu, 2005-08-11 at 22:33 -0700, Stan Vasilyev wrote:
>  
>
>>Package: auctiongallery
>>Short Description: Generates picture galleries and HTML templates for
>>auction descriptions
>>License: GPL
>>URL: http://home.comcast.net/~deathkrush
>>Author: Stan Vasilyev <[EMAIL PROTECTED]>
>>
>>AuctionGallery is a terminal script that creates picture galleries for
>>the purpose of putting them into auctions like eBay, Yahoo Auctions,
>>etc. It can also be used automatically generate HTML templates for
>>auction description. It is aimed at powersellers who have hundreds of
>>products listed every day and need an efficient way of generating
>>galleries and organizing pictures in a coherent directory structure.
>>
>>I created AuctionGallery because I needed simple software to quickly
>>create picture galleries for the purpose of putting them into auctions.
>>There are many other similar programs available but none did the job.
>>
>>Features:
>>
>>* Automatically organize picture galleries into an easy-to navigate
>>  directory structure.
>>* Upload pictures to an FTP site
>>* Resize images and create thumbnails
>>* Support for flexible templates
>>
>>I use this program regularily and it speeds up the work significantly.
>>It should be included in Debian because there are no similar free
>>programs aimed at creating auction descriptions.
>>
>>
>>
>
>This sounds interesting.
>
>You have your package http-avalaible?
>  
>


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

RFS: wlassistant -- Wireless Assistant allows you to connect to wireless networks

[Stan Vasilyev]

Package: wlassistant
Short Description: Wireless Assistant allows you to connect to wireless networks
License: GPL
URL: http://wlassistant.sourceforge.net/
Upstream Author: Pawel Nawrocki <[EMAIL PROTECTED]>

A user friendly KDE frontend allowing you to scan for and connect to
wireless networks using any adapter utilizing Wireless Extensions.

I use this program every day to connect to wireless networks. There are others 
available but I found wlassistant to have the best interface and the best 
reliability.


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

RFS: auctiongallery -- Generates picture galleries and HTML templates for auction descriptions

[Stan Vasilyev]

Package: auctiongallery
Short Description: Generates picture galleries and HTML templates for
auction descriptions
License: GPL
URL: http://home.comcast.net/~deathkrush
Author: Stan Vasilyev <[EMAIL PROTECTED]>

AuctionGallery is a terminal script that creates picture galleries for
the purpose of putting them into auctions like eBay, Yahoo Auctions,
etc. It can also be used automatically generate HTML templates for
auction description. It is aimed at powersellers who have hundreds of
products listed every day and need an efficient way of generating
galleries and organizing pictures in a coherent directory structure.

I created AuctionGallery because I needed simple software to quickly
create picture galleries for the purpose of putting them into auctions.
There are many other similar programs available but none did the job.

Features:

* Automatically organize picture galleries into an easy-to navigate
  directory structure.
* Upload pictures to an FTP site
* Resize images and create thumbnails
* Support for flexible templates

I use this program regularily and it speeds up the work significantly.
It should be included in Debian because there are no similar free
programs aimed at creating auction descriptions.


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