[Debichem-devel] cclib_1.0.1-1_i386.changes REJECTED

Karol Langner karol.langner at gmail.com
Fri May 13 08:44:36 UTC 2011


Sorry for the long break.

On Fri, Apr 22, 2011 at 11:55 AM, Michael Banck <mbanck at debian.org> wrote:

> On Thu, Apr 21, 2011 at 09:13:56PM +0200, Daniel Leidert wrote:
> > Am Donnerstag, den 21.04.2011, 10:11 +0200 schrieb Karol M. Langner:
> > > What else can be done? In the worst
> > > case scenario, should I remove all tests from the package?
> >
> > Indeed.
>
> Well, the question is whether just the ADF files are offending, or
> whether ftp-master stopped looking there and after we've removed those,
> complains about the next set.
>

Good point... there are surely license issues with most of the other
softwares
we support, and the log files we use to test parsers all contain licenses
similar
to those ADF has.


>
> > One alternative might be: Put these files into a separate source
> > and binary package into non-free. Then let cclib build-depend on this
> > package. Unfortunately a package in main must not (build-)depend on any
> > package outside main (or unpackaged software). So you would have to put
> > cclib in contrib.
>
> I don't think that would be very helpful. AIUI, those files are not
> strictly needed for building the package, just for validation?
>
> In that case, suggesting the data package in non-free would be fine.
>
> > IMO changing the EULA or removing these files is the best thing we can
> > do.
>
> As long as this is just about ADF, just removing those would be a good
> compromise I think.
>
>
> Michael


It will not be just about ADF, as we also parse for example Gaussian which
is
proprietary and GAMESS-UK.

So, shall I mark the data package as contrib? I think the log files are
often very
useful, even for casual users. I know I used them before I started
developing cclib.
We have a larger database of regression tests -- these are not packaged at
all.

- Karol
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/debichem-devel/attachments/20110513/e6aafce5/attachment.htm>


More information about the Debichem-devel mailing list