Måns Rullgård writes:
> Actually, copyright law talks a great deal about derivative works,
> without ever going to the trouble of defining them...
The US statute does so, but US case law defines them fairly well.
--
John Hasler
Package: wnpp
Severity: wishlist
* Package name: python-nltk
Version : 1.4.2
Upstream Author : University of Pensylvania
* URL : http://nltk.sourceforge.net
* License : GPL
* Description : A suite of Python libraries for natural language procesing
NLTK, the
Package: wnpp
Severity: wishlist
* Package name: mozilla-firefox-locale-es-es
Version : 0.9.3
Upstream Author : Nave Project <[EMAIL PROTECTED]>
* URL : http://nave.hispalinux.es/
* License : (MPL, GPL)
Description : Mozilla Firefox spanish (es-ES) langua
Once upon a time Wesley W. Terpstra said...
> Good evening!
>
> I'm developing an error-correcting code library which works on a lot of data
> at once. Since the API is quite simple and the cost of process creation
> relatively insignificant, I would like to provide a command-line API.
>
> ...
>
"Wesley W. Terpstra" <[EMAIL PROTECTED]> writes:
> Good evening!
>
> I'm developing an error-correcting code library which works on a lot of data
> at once. Since the API is quite simple and the cost of process creation
> relatively insignificant, I would like to provide a command-line API.
>
> I
On Tue, Nov 02, 2004 at 05:30:36PM -0500, Raul Miller wrote:
> Given that Mr. Wontshare's client represents only a small investment of
> effort, "refuses to port" doesn't sound like much of a problem.
I meant to say relatively small investment; sorry.
Even simple applications can be hard to rewrit
On Tue, Nov 02, 2004 at 09:53:21PM +0100, Wesley W. Terpstra wrote:
> What I am concerned about is the following scenario:
>
> Mr. John Wontshare writes a streaming multicast client.
> To deal with packet loss, he uses my error-correcting library.
> Without my library, Mr. Wontshare's client can't
Glenn Maynard <[EMAIL PROTECTED]> writes:
> On Tue, Nov 02, 2004 at 11:00:54PM +0100, Josselin Mouette wrote:
>> Le mardi 02 novembre 2004 à 21:53 +0100, Wesley W. Terpstra a écrit :
>> > Mr. John Wontshare writes a streaming multicast client.
>> > To deal with packet loss, he uses my error-correc
On Tue, Nov 02, 2004 at 11:00:54PM +0100, Josselin Mouette wrote:
> Le mardi 02 novembre 2004 à 21:53 +0100, Wesley W. Terpstra a écrit :
> > Mr. John Wontshare writes a streaming multicast client.
> > To deal with packet loss, he uses my error-correcting library.
> > Without my library, Mr. Wontsh
Wesley W. Terpstra writes:
> Mr. Wontshare's client represents only a small investment of effort and
> without having had access to my library, he could have never written it.
> He then distributes his client along with my library to end-users.
If his client represents only a small investment of e
Le mardi 02 novembre 2004 à 21:53 +0100, Wesley W. Terpstra a écrit :
> Mr. John Wontshare writes a streaming multicast client.
> To deal with packet loss, he uses my error-correcting library.
> Without my library, Mr. Wontshare's client can't work at all.
> Mr. Wontshare's client represents only a
* "Wesley W. Terpstra"
| What can I do to prevent the above scenario from happening?
I don't think you can, at least not while keeping the library DFSG
free. (I guess it would be fairly trivial to write up a similar
application which would not be affected by your license for the
application, on
On Tue, Nov 02, 2004 at 09:53:21PM +0100, Wesley W. Terpstra wrote:
> If someone writes a program that does: popen('my-api');
> does the GPL require that program to also be GPL?
> From the short answer I got on IRC it seemed the answer was: No!
See http://www.gnu.org/licenses/gpl-faq.html#GPLPlugi
Good evening!
I'm developing an error-correcting code library which works on a lot of data
at once. Since the API is quite simple and the cost of process creation
relatively insignificant, I would like to provide a command-line API.
I feel this has several engineering advantages:
1) it's easier t
On Mon, Nov 01, 2004 at 10:57:52PM +, Paul Brossier wrote:
> fftw3 needs testing on AMD K6. The solution suggested by the upstream
> authors is available at http://piem.org/~piem/debian/fftw3/ . it would
> be nice if a K6 owner could reproduce the bug (for instance running
> jamin with fftw3
Mike Furr a écrit :
This would probably help as long as you didn't abuse super-seeding. One
solution may be to only super seed those packages which are smaller than
some threshold and are also in base or have a priority > standard(or
something). Like most things, the distribution of popular pa
Package: wnpp
Severity: wishlist
* Package name: octaviz
Version : 0.4.0
Upstream Author : Dragan Tubic <[EMAIL PROTECTED]>
* URL : http://octaviz.sf.net/
* License : GPL
Description : 3D visualization system for Octave
Octaviz is a visualization system
Hi!
(For those who already received this or a similar mail via this mailing list
or a different one, please simply ignore it.)
I'm doing my final thesis on "Coordination Mechanism in Open Source Projects
like Linux". In order to complete it, I would like to interview some Debian
Developers, I am
On Thu, 28 Oct 2004 02:08, Martin Schulze <[EMAIL PROTECTED]> wrote:
> Luke Kenneth Casson Leighton wrote:
> > i'm forwarding this to debian devel for people's attention because
> > it would appear that debian has lost a quite large opportunity -
> > by not having selinux available.
>
> I thought R
Il giorno mar, 02-11-2004 alle 13:32 +0100, Igor Stroh ha scritto:
> IIRC plonetranslations and ploneerrorreporting depend
> on plone >= 2.0 which is not part of Debian yet. Plone 2.0
> however depends on CMF1.4 t which still has to be packaged
> as well...
Hi Igor,
I'm also packaging plone 2.0
Hi,
Fabio Tranchitella wrote:
Package: wnpp
Severity: whishlist
* Package name: zope-plonetranslations
Version : 0.5
Upstream Author : Jodok Batlogg <[EMAIL PROTECTED]>
* URL : http://dev.clearwind.ca/Files/Plone/
Nightly/PloneTranslations-0.5.tar.gz
On Mon, Nov 01, 2004 at 06:14:57PM +0100, Frank Küster wrote:
> But that could as well be achieved by parsing the configuration files:
That is exactly what packages were the Debconf configuration winds up in
a configuration file have to do. However, Debconf answers will not
always wind up in con
On Tue, Nov 02, 2004 at 08:02:56AM +0100, Jeroen van Wolffelaar wrote:
>
> This is true, see http://bugs.debian.org/270695 for a log of what
> happened. The reason is that the (previous) maintainer doesn't have the
> time to maintain this package.
The real reason is that xephem provides non-free
Get her a replica Louis Vuitton Handbag!
These handbags sell in stores from $500 up to over $2,500!!! Our prices
range from $50-$220. It is nearly impossible to tell the difference between
these and the real thing.
With our replicas you get the replica bag PLUS we also include:
- Louis Vuitton
On Mon, Nov 01, 2004 at 03:31:17PM -0700, Elwood C. Downey wrote:
> Hello,
>
> I have heard through the grape vine that Debian will no longer include
> our XEphem astronomy program in its list of packages. We regret to
> hear this. I would like to know if this rumor is true and if there is
> anyth
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/28/2004 05:53 PM, Adeodato Simó wrote:
| albeit both are Priority: important, sysklogd is Section: base. and,
| iiuc, base should be self-contained (that is, packages in base must
| not depend on packages outside it).
well, logrotate is almo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/28/2004 01:10 AM, Martin Schulze wrote:
| Clemens Schwaighofer wrote:
|
|>Hi,
|>
|>I would like to know why sysklog package uses its own logrotation
|>scripts and not logrotate.
|
|
| Try to convert it to logrotate and soon you will understand why
27 matches
Mail list logo
