Re: License question (OpenSSL + GPL)

2007-01-30 Thread Ricardo Mones
Hello Paul, On Tue, 30 Jan 2007 17:40:01 + (GMT) Paul Cager <[EMAIL PROTECTED]> wrote: > I'm packaging myserver (http://www.myserverproject.net). It uses OpenSSL > to serve HTTPS requests, and contains the following in its license: > > "MyServer is released under the terms of the GNU Gene

License question (OpenSSL + GPL)

2007-01-30 Thread Paul Cager
I'm packaging myserver (http://www.myserverproject.net). It uses OpenSSL to serve HTTPS requests, and contains the following in its license: "MyServer is released under the terms of the GNU General Public License (GPL) with the additional exception that compiling, linking, and using OpenSSL is all

Re: RFS: libsbml

2007-01-30 Thread Panchoat
Dear Moriyoshi: What a coincidence! Maybe it is just because the number of sbml users is larger and larger. :-) I have try to use gcj-4.1 and free-java-sdk, but It always fail to build. The potential cause may be the swig version or anything else, but I didn't try to patch it. In t

Re: config file tool

2007-01-30 Thread Dominique Dumont
Justin Pryzby <[EMAIL PROTECTED]> writes: >> I've written a tool that enable you to extract the information from >> configuration files, check the data and write it back. > Can you just extract the data too? With a little modif of the main program, yes. Now, the question is what you want to do w

RFS: NMU for mrd6 package

2007-01-30 Thread Laurent Bigonville
Hi, I've opened bug #394590 for about 100 days now and got no answer from the maintainer (Anand Kumria <[EMAIL PROTECTED]>). The maintainer is known to be MIA. I have sent him an email today to explain my intent to do a NMU. Upstream has already applied the patch in his svn. There is actually no

Re: Multiple upstream changelog files

2007-01-30 Thread Magnus Holmgren
On Tuesday 30 January 2007 01:54, Magnus Holmgren wrote: > I maintain a package where the upstream author has two changelog files: A > brief one called Changes, summarizing the changes, and a detailed one > called ChangeLog, which contains a detailed list of changes made to the > various source fil

Re: Multiple upstream changelog files

2007-01-30 Thread Henrique de Moraes Holschuh
On Tue, 30 Jan 2007, Daniel Leidert wrote: > Dumb question: How this? debian/package.NEWS is (from man-page reading) > just a different form for debian/NEWS and this file is installed > as /usr/share/doc/package/NEWS.Debian.gz, which is not intended to > contain the upstream NEWS file. Am I wrong?

Re: RFS: libsbml

2007-01-30 Thread Steffen Moeller
Dear Moriyoshi, On Tuesday 30 January 2007 08:37:55 Moriyoshi Koizumi wrote: > Just a side note: I'm a full-time scientific programmer at the Keio > University, working specifically on the E-Cell project > (http://www.e-cell.org/ ) that aims to create a versatile in-silico > simulator and related

config file tool

2007-01-30 Thread Justin Pryzby
On Tue, Jan 30, 2007 at 01:06:19PM +0100, Dominique Dumont wrote: > Manoj Srivastava <[EMAIL PROTECTED]> writes: > > > This is the beauty of free software. If you find it so > > frustrating, write up a generic tool, and contribute it. And that > > would follow the grand old UNIX traditio

Re: Multiple upstream changelog files

2007-01-30 Thread Daniel Leidert
Am Dienstag, den 30.01.2007, 00:35 -0500 schrieb Justin Pryzby: > On Tue, Jan 30, 2007 at 02:44:00AM +0100, Daniel Leidert wrote: > > Am Dienstag, den 30.01.2007, 01:54 +0100 schrieb Magnus Holmgren: > > > I better ask this once and for all... > > > > > > I maintain a package where the upstream au

Re: Multiple upstream changelog files

2007-01-30 Thread Marcus Better
Magnus Holmgren wrote: >> This is common with Java packages built with Maven, where a detailed >> commit log is automatically generated and included in the sources. In >> that case I prefer to leave out the commit log altogether > But what if Changes says "see ChangeLog for details"? Mention of t

Re: Removing self-managed conffiles?

2007-01-30 Thread Dominique Dumont
Manoj Srivastava <[EMAIL PROTECTED]> writes: > This is the beauty of free software. If you find it so > frustrating, write up a generic tool, and contribute it. And that > would follow the grand old UNIX tradition of each command doing one > thing well. I may be of some help here. I'

Re: Multiple upstream changelog files

2007-01-30 Thread Magnus Holmgren
On Tuesday 30 January 2007 08:52, Marcus Better wrote: > Magnus Holmgren wrote: > > I maintain a package where the upstream author has two changelog files: A > > brief one called Changes, summarizing the changes, and a detailed one > > called ChangeLog, which contains a detailed list of changes mad