Re: Using PostScript fonts

2005-12-27 Thread Marcus Better
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marcus Better wrote: This contains font metric files (afm) for Adobe's standard fonts (Courier, Times, Helvetica etc). These are, to my knowledge, not freely distributable (?), My mistake, they seem to be freely distributable. Marcus -BEGIN

RFS: setpwc : app for controlling some webcams

2005-12-27 Thread Anders Lennartsson
I'm looking for a sponsor for a deb-package of setpwc. The package would close #290553. This application controls Philips webcams as well as some other webcams based on the same electronics. A kernel-module is necessary to access the cams. The sources are licensed under GPL. Upstream website:

Re: Using PostScript fonts

2005-12-27 Thread Marcus Better
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marcus Better wrote: Now I would like to know if there is a mechanism that can locate font files (both afm and pfb) based on a name like Courier or Helvetica? Ok, so I think that defoma might help here, right? If I make my application defoma-aware

Re: Using PostScript fonts

2005-12-27 Thread Marcus Better
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marcus Better wrote: My next question is: When my application is first installed, how will it find out about the fonts that are already installed on the system? Ah, I see, defoma is more clever than that, so it should work... I appreciate if

Re: RFS: statist - Small and fast terminal-based statistics program

2005-12-27 Thread Jakson A. Aquino
Hi, I did all changes suggested, and uploaded the package again. I also wrote to debian-science. The size_t changes are in the upstream cvs version, and, thus, will be in the next upstream version of statist. Thank you very much! Jakson On Tue, Dec 27, 2005 at 03:07:54PM +0800, Paul Wise

RFS: libhtml-wikiconverter-perl -- An HTML to wiki markup converter

2005-12-27 Thread Jonas Genannt
Hello, I am searching for an sponsor for my libhtml-wikiconverter-perl package. * Package name: libhtml-wikiconverter-perl Version : 0.30 Upstream Author : David J. Iberri [EMAIL PROTECTED] * URL : http://search.cpan.org/~diberri/ * License : GPL / Artistic

/etc is not in Debian Package

2005-12-27 Thread Michelle Konzack
Hello, I have a weired problem because debian/tmp/etc/tdnewmsg.conf is there, but not in the package. My __( '/usr/src/tdnewmsg-2.0.0/debian/rules' ) / | #!/usr/bin/make -f | # | # Rules for making the tdnewmsg package | # Copyright (C) 2005 Michelle Konzack [EMAIL

Re: Policy documentation on debconf

2005-12-27 Thread Lionel Elie Mamane
On Sun, Dec 25, 2005 at 09:23:23PM -0600, Manoj Srivastava wrote: On Sun, 25 Dec 2005 19:59:07 -0200, Rogério Brito [EMAIL PROTECTED] said: On Dec 25 2005, Lionel Elie Mamane wrote: Ah yeah, this seems to contain the information. Thanks a lot. Is there a good reason it is not in the policy?

Re: RFS: swftools - a collection of tools for SWF file manipulation

2005-12-27 Thread Simo Kauppi
Hi, New upload http://www.iki.fi/simppa/debian-swftools/ Changes after the first upload: - It now builds with or w/o lame; if the user has liblame-dev and avifile-dev, it builds the full package; if the user has lame, but not avifile, avi2swf is not build; if the user doesn't have lame,

Re: Policy documentation on debconf

2005-12-27 Thread Manoj Srivastava
On Tue, 27 Dec 2005 14:27:04 +0100, Lionel Elie Mamane [EMAIL PROTECTED] said: On Sun, Dec 25, 2005 at 09:23:23PM -0600, Manoj Srivastava wrote: On Sun, 25 Dec 2005 19:59:07 -0200, Rogério Brito [EMAIL PROTECTED] said: On Dec 25 2005, Lionel Elie Mamane wrote: Ah yeah, this seems to

Re: Policy documentation on debconf

2005-12-27 Thread Frank Küster
Manoj Srivastava [EMAIL PROTECTED] wrote: On Tue, 27 Dec 2005 14:27:04 +0100, Lionel Elie Mamane [EMAIL PROTECTED] said: On Sun, Dec 25, 2005 at 09:23:23PM -0600, Manoj Srivastava wrote: On Sun, 25 Dec 2005 19:59:07 -0200, Rogério Brito [EMAIL PROTECTED] said: On Dec 25 2005, Lionel Elie

Re: Policy documentation on debconf

2005-12-27 Thread Andreas Barth
* Frank Küster ([EMAIL PROTECTED]) [051227 17:40]: Do you think it would be an obstacle for development if that were documented in the Policy, just as the same is documented for the classical maintainer scripts? Why isn't it an obstacle for those other scripts? Well, I think any new script

Re: Policy documentation on debconf

2005-12-27 Thread Manoj Srivastava
On Tue, 27 Dec 2005 17:41:00 +0100, Frank Küster [EMAIL PROTECTED] said: And I thought I could rely upon dpkg from the next upload to call the configure script with the same arguments as it did before, just as I can rely on the same for preinst, postinst etc. Not more than what

Re: Policy documentation on debconf

2005-12-27 Thread Frank Küster
Manoj Srivastava [EMAIL PROTECTED] wrote: On Tue, 27 Dec 2005 17:41:00 +0100, Frank Küster [EMAIL PROTECTED] said: And I thought I could rely upon dpkg from the next upload to call the configure script with the same arguments as it did before, just as I can rely on the same for preinst,

Bug#344972: Please add more pointers to debconf-devel(7) (Was: Re: Policy documentation on debconf)

2005-12-27 Thread Justin Pryzby
Package: developers-reference, www.debian.org Severity: wishlist Please mention devconf-devel(7) in the developers reference and at debian.org/devel/ I really hope its clear that debconf-devel needs to have something else pointing to it, since it is the second time in 30 days that someone has

Re: Proposal for collaborative maintenance of packages

2005-12-27 Thread Henrique de Moraes Holschuh
On Tue, 20 Dec 2005, J. Bruce Fields wrote: On Tue, Dec 20, 2005 at 03:32:42PM -0200, Henrique de Moraes Holschuh wrote: On Tue, 20 Dec 2005, J. Bruce Fields wrote: On Tue, Dec 20, 2005 at 08:47:44AM -0200, Henrique de Moraes Holschuh wrote: Since bzr (and other arch derivates) have

Re: Proposal for collaborative maintenance of packages

2005-12-27 Thread Henrique de Moraes Holschuh
On Tue, 20 Dec 2005, Russ Allbery wrote: You just lost the people that I'm talking about. I can explain a changeset, but merges are deep black magic that are extremely difficult to understand except at a highly abstract level, and when using a distributed VCS, they have to deal with merges