public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-dev] New-style virtuals LICENSE variable
@ 2007-12-17  1:03 Mark Loeser
  0 siblings, 0 replies; 2+ messages in thread
From: Mark Loeser @ 2007-12-17  1:03 UTC (permalink / raw
  To: gentoo-dev

[-- Attachment #1: Type: text/plain, Size: 1178 bytes --]

Just to bring to a wider audience the discussion that we had on bug
#140180 [1].

While documenting new-style virtuals for devmanual we began to discuss
what the LICENSE variable for the virtual ebuilds should contain.  For
the reasons listed on the bug, we came to a conclusion that the LICENSE
variable should be empty for these ebuilds.

A brief list of the reasons:

    * the ebuild doesn't really install anything
    * the ebuild itself is already licensed under GPLv2 as is every
      other ebuild in the tree
    * ACCEPT_LICENSE accepts an empty LICENSE, so the virtual is
      automatically accepted
    * if the above were not true, we would have the fun maintainence
      nightmare of having to list every license that could satisfy the
      virtual in the LICENSE variable

So long as everyone understands this, I'll go ahead and commit the new
documentation to devmanual and ask zmedico to commit the repoman change
to make sure LICENSE="" in the virtual category.

Thanks,


[1] https://bugs.gentoo.org/show_bug.cgi?id=140180
-- 
Mark Loeser
email         -   halcy0n AT gentoo DOT org
web           -   http://www.halcy0n.com

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [gentoo-dev] New-style virtuals LICENSE variable
@ 2007-12-17  1:28 Mark Loeser
  0 siblings, 0 replies; 2+ messages in thread
From: Mark Loeser @ 2007-12-17  1:28 UTC (permalink / raw
  To: gentoo-dev, gentoo-dev-announce

[-- Attachment #1: Type: text/plain, Size: 1654 bytes --]

(Sorry for the spam g-dev, I forgot to send this to dev-announce as
well).

----- Forwarded message from Mark Loeser <halcy0n@gentoo.org> -----

> Date: Sun, 16 Dec 2007 20:03:39 -0500
> From: Mark Loeser <halcy0n@gentoo.org>
> To: gentoo-dev@lists.gentoo.org
> Subject: [gentoo-dev] New-style virtuals LICENSE variable
> User-Agent: Mutt/1.5.16 (2007-06-09)
> 
> Just to bring to a wider audience the discussion that we had on bug
> #140180 [1].
> 
> While documenting new-style virtuals for devmanual we began to discuss
> what the LICENSE variable for the virtual ebuilds should contain.  For
> the reasons listed on the bug, we came to a conclusion that the LICENSE
> variable should be empty for these ebuilds.
> 
> A brief list of the reasons:
> 
>     * the ebuild doesn't really install anything
>     * the ebuild itself is already licensed under GPLv2 as is every
>       other ebuild in the tree
>     * ACCEPT_LICENSE accepts an empty LICENSE, so the virtual is
>       automatically accepted
>     * if the above were not true, we would have the fun maintainence
>       nightmare of having to list every license that could satisfy the
>       virtual in the LICENSE variable
> 
> So long as everyone understands this, I'll go ahead and commit the new
> documentation to devmanual and ask zmedico to commit the repoman change
> to make sure LICENSE="" in the virtual category.
> 
> Thanks,
> 
> 
> [1] https://bugs.gentoo.org/show_bug.cgi?id=140180
> -- 
> Mark Loeser
> email         -   halcy0n AT gentoo DOT org
> web           -   http://www.halcy0n.com



----- End forwarded message -----

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-12-17  1:31 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-12-17  1:28 [gentoo-dev] New-style virtuals LICENSE variable Mark Loeser
  -- strict thread matches above, loose matches on Subject: below --
2007-12-17  1:03 Mark Loeser

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox