svn commit: r361775 - in head/sys: dts/arm64/overlays modules/dtb/rpi

Warner Losh imp at bsdimp.com
Thu Jun 4 14:33:48 UTC 2020


I look forward to your working with the contributors of all the other files
to get them corrected. Then we could consider the last three once we come
up with what's more proper than "The FreeBSD Project" for those remaining
cases.

Warner

On Thu, Jun 4, 2020 at 7:46 AM Rodney W. Grimes <freebsd at gndrsh.dnsmgr.net>
wrote:

> > On Thu, Jun 4, 2020 at 7:27 AM Rodney W. Grimes <
> freebsd at gndrsh.dnsmgr.net>
> > wrote:
> >
> > > > On Thu, Jun 4, 2020 at 7:04 AM Rodney W. Grimes <
> > > freebsd at gndrsh.dnsmgr.net>
> > > > wrote:
> > > >
> > > > > > On Wed, Jun 3, 2020, 8:10 PM Pedro Giffuni <pfg at freebsd.org>
> wrote:
> > > > > >
> > > > > > >
> > > > > > > On 03/06/2020 19:59, Oleksandr Tymoshenko wrote:
> > > > > > > > Rodney W. Grimes (freebsd at gndrsh.dnsmgr.net) wrote:
> > > > > > > >> [ Charset UTF-8 unsupported, converting... ]
> > > > > > > >>> Author: gonzo
> > > > > > > >>> Date: Wed Jun  3 22:18:15 2020
> > > > > > > >>> New Revision: 361775
> > > > > > > >>> URL: https://svnweb.freebsd.org/changeset/base/361775
> > > > > > > >>>
> > > > > > > >>> Log:
> > > > > > > >>>    Add spigen overlay for Raspberry Pi 4
> > > > > > > >>>
> > > > > > > >>>    Submitted by:    gergely.czuczy at harmless.hu
> > > > > > > >>>
> > > > > > > >>> Added:
> > > > > > > >>>    head/sys/dts/arm64/overlays/spigen-rpi4.dtso
>  (contents,
> > > props
> > > > > > > changed)
> > > > > > > >>> Modified:
> > > > > > > >>>    head/sys/modules/dtb/rpi/Makefile
> > > > > > > >>>
> > > > > > > >>> Added: head/sys/dts/arm64/overlays/spigen-rpi4.dtso
> > > > > > > >>>
> > > > > > >
> > > > >
> > >
> ==============================================================================
> > > > > > > >>> --- /dev/null       00:00:00 1970   (empty, because file is
> > > newly
> > > > > > > added)
> > > > > > > >>> +++ head/sys/dts/arm64/overlays/spigen-rpi4.dtso    Wed
> Jun  3
> > > > > > > 22:18:15 2020        (r361775)
> > > > > > > >>> @@ -0,0 +1,30 @@
> > > > > > > >>> +/* $FreeBSD$ */
> > > > > > > >> This file needs some form of copyright/license.
> > > > > > > > Whom should I put as a copyright folder, The FreeBSD Project
> or
> > > the
> > > > > > > > person who submitted the patch?
> > > > > > >
> > > > > > > The person that submitted the patch.
> > > > > > >
> > > > > >
> > > > > > If it can be copyrighted.
> > > > > >
> > > > > > Note that the FreeBSD Project is not an entity and cannot hold
> > > > > > > copyrights
> > > > > >
> > > > > >
> > > > > > True, but the FreeBSD Project can be the name in the copyright
> line.
> > > It
> > > > > is
> > > > > > the eponymous author of the FreeBSD collection.
> > > > >
> > > > > Thats a very slippery slope, though US copyright law allows
> pseudonyms
> > > > > as the copyright holder, I know of nothing that allows eponymous
> names.
> > > > > And I do not believe pseudonyms are support in other jurisdiction.
> > > > >
> > > > > https://www.copyright.gov/fls/fl101.pdf
> > > >
> > > >
> > > > It is not. Legally, there's no real difference from a pseudonym and
> an
> > > > eponymous name. How could there be?
> > >
> > > Based on what?   eponymous appears no place in the copyright law, so
> > > I shall strongly disagree with you on that point.
> > >
> >
> > An eponym is a type of pseudonym. It's not a nickname, nor an abbreviated
> > form of a company.
>
> And the usage "The FreeBSD Project" does not meet the definition of
> either:
>
> eponym
>   A person after whom a discovery, invention, place, etc., is named or
> thought to be named.
>
> pseudonym
>   A fictitious name, especially one used by an author.
>
> My keypoint is "A/AN PERSON".
>
> > > I should have added that the project decided, years ago, to only use it
> > > for
> > > > the collection copyright holder in the /COPYRIGHT file. All other
> files
> > >
> > > It appears as if it is used many other places, as my find/grep showed.
> > >
> >
> > Yes. And apart from the 3 files I identified, the others should be
> fixed. I
> > did this the last time we did a sweep maybe in the late 90s / early 2000s
> > based on advice from an IP attorney who specialized in open source. For
> > various reasons, it's fine in the collection copyright context, but we
> > don't want to have it anywhere else if we can help it.
>
> I find it very hard to believe that using anything in 3 copyrights is
> somehow valid if it can not be used in all copyrights.  That,  again,
> is just a slippery slope.
>
> Further, let me speculate, more "Free" advice?  Free legal advice is
> worth exactly what you paid for it, nothing.  Especially if you do not
> have the advice in writting.
>
> > Warner
> >
> >
> > > > require an actual copyright holder at the time of submission. The
> project
> > > > generally doesn't track successors in interest, though there are
> > > exceptions
> > > > when the copyright holder themselves make the change.
> > > >
> > > > Warner
> > > >
> > > >
> > > > >
> > > > > > (The Foundation can but unless they sponsored it, that
> > > > > > > usually involves paperwork).
> > > > > > >
> > > > > >
> > > > > > Yup.
> > > > > >
> > > > > > Warner
> > > > > >
> > > > > > > Pedro.
> > > > > > >
> > > > > > >
> > > > >
> > > > > --
> > > > > Rod Grimes
> > > > > rgrimes at freebsd.org
> > > > >
> > >
> > > --
> > > Rod Grimes
> > > rgrimes at freebsd.org
> > >
>
> --
> Rod Grimes
> rgrimes at freebsd.org
>


More information about the svn-src-head mailing list