Hi Rolf,

a general question: Are you OK with the way I commit every step in git
or would you prefer that I clean up the history a little bit before pushing?

On 18.02.2017 20:14, Rolf Leggewie wrote:
> 60fd5fd4c
> It's a trivial fix, but if upstream has that spelling error I think it
> would be better to keep it.  Where do you draw the line?  Who knows,
> there might be some kind of intended meaning that you and I missed?  In
> that part of our work, we are just documenting, not correcting IMO.

The spelling error was not from upstream, it was mine. ;) And I found a
second one in the same line. I corrected it, now.


> 08dc66295a
> I'm not sure if changing "The entire Linux community" to "Team audio
> recorder" is sufficient. 

The ftp master who rejected the package is fine with this solution. Of
course we can still try to find a better solution.


> I'm not sure such an entity exists and it's
> basically equally opaque.  If it's not specific enough to understand who
> to contact in case you'd like to ask for a relicensing of the code then
> it's not specific enough for Debian.  Let's say you'd like to develop a
> closed-source variety of audio-recorder, who would you need to ask for
> permission? 

You might be right on this. For me it was quite clear, that Team
audio-recorder is the launchpad team:
https://launchpad.net/~audio-recorder
Maybe we could add this link instead of the email address to the
copyright file?


> Besides, as I already mentioned previously, my feeling is
> that nobody but Osmo Antero has copyright.  There are two conditions
> that need to be met for this NOT to be true; 1) significant
> contributions from third parties and 2) those parties requested for
> copyright when making those contributions.  2) is not documented in the
> files and it should be IF there was a third-party copyright.

I will ask Osmo if he is fine with changing the copyright to him only. I
will keep you and the bug in CC. Just did not want to spam Osmo with the
rest of the email, since most of it is not interesting for him.


> I understand that Osmo enjoys drinking his vine and keep things simple. 
> But he is making things unnecessarily complicated here by adding an
> opaque group of people to the copyright holders.  I believe that what he
> wants to do is acknowledge outside contributions.  That's what the
> AUTHORS file is for which is actually present but does not list anybody
> besides him.  It's fine for him to make a broad statement there such as
> "a multitude of patches were gladly received by a number of people from
> the Linux community.  If you'd like to see your name here specifically
> contact me at XYZ".  Copyright is about who owns the ultimate rights to
> the source.  GPL extends quite a few of those rights to the users (such
> as the right to modify, redistribute, etc.)  What Osmo is doing (and I'm
> absolutely certain that is unintentional) is to give basically everyone
> who can somehow claim to be part of the Linux community to fully OWN the
> code and that includes the right to relicense it, for example.  This
> would effectively make the source public domain and strip it of the
> protections the GPL provides (such as disallowing redistribution as a
> closed-source binary program).  I am sure Osmo did not intend to release
> as public domain.

What you actually say is: IF we leave it as it is, the worst case is
that the software could be public domain.


> This absolutely needs clarification, no way around that.  My suggestion
> is to simply drop the erroneous and very dangerous line giving the Linux
> community or Team Audiorecorder the copyright.  All users already have
> very broad rights protected under the GPL.  Adding that line actually
> puts those rights in jeopardy.

There is other software under permissive licenses in Debian... I think
there are worse things than that.


> 329aa8ce287
> "Other" is not a good name for License.  I suggest to follow
> https://tracker.debian.org/media/packages/g/granule/copyright-1.4.0-7-4
> or https://github.com/giuliopaci/SPro/blob/master/debian/copyright which
> I found doing a quick Google search. 

I adjusted this.


> https://lists.debian.org/debian-legal/2015/01/msg00054.html says there
> is a later version of the file with a better worded license term.  If
> that's the case it would be advisable for upstream to exchange the
> current for the later version.  If upstream doesn't do this, we can also
> do it in Debian only.  If the file is not necessary to build the binary,
> we might want to simply drop it via debian/clean.  This question needs
> more consideration.

Upstream in this case is me. ;) I have write access to the upstream
repository and I put the po/Makefile.in.in there. The file I added is
from the current Testing version of gettext (0.19.8.1-2). I copied the
license text from there.

We could drop the file, we just would have to run intltoolize before the
build process. I was not quite sure how to do it.


>> Mainly it is an update of the debian/copyright file. But while I edited
>> it, I found a lot of auto-generated files in the source tarball. So I
>> deleted them via dquilt patch. I hope this is the right way to handle
>> such files.
> 
> Are they giving any problems during the build?  If no, then I'd say not
> to bother with them at all.  If yes and they aren't removed by "dh
> clean" already then the file debian/clean is the proper place.  Have a
> look at "man dh_clean".  Simply put, you can list file names one per
> line in debian/clean to be removed as one of the first steps during the
> build. Wildcards are allowed, RegExp might be.  This is better than
> using patches because deleting a 1MB file it takes a patch that's
> slightly bigger than 1MB.  It's easier to read during code inspection as
> well.

Done.


Yours,
  David


Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to