Summary: | ACCEPT_LICENSE does not stack | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Chris Gianelloni <wolf31o2> |
Component: | Core - Dependencies | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2.2 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Chris Gianelloni
2008-09-17 19:16:58 UTC
The stacking appears to work correctly in my limited testing. I think what you are observing is that the @GPL-COMPATIBLE licence group hasn't been added to make.defaults in the base profile. To verify my results, you can temporarily set ACCEPT_LICENSE="@GPL-COMPATIBLE" in /etc/portage/profile/make.defaults ant then it should behave as you expect. You can also use `portageq envvar ACCEPT_LICENSE` to verify the stacking. The ACCEPT_LICENSE value reported by portageq should contain all of the stacked licences after any groups have been expanded. OK. I'm guessing that portage does no filtering when ACCEPT_LICENSE is not set, then? OK. I spoke with Zac and portage doesn't do any license filtering, by default. This was done so that the license_groups file can be populated and a default ACCEPT_LICENSE can be set in the profiles. cgianelloni ~ # portageq envvar ACCEPT_LICENSE Apache-2.0 Artistic Artistic-2 BSD BSD-2 Boost-1.0 DOOM3 GPL-2 GPL-3 Intel LGPL-2.1 LGPL-3 LOKI-EULA PYTHON Q3AEULA QUAKE4 RTCW RTCW-ETEULA Ruby W3C W3C-document X11 ZLIB ZPL public-domain ut2003 cgianelloni ~ # grep ACCEPT_LICENSE /etc/make.conf ACCEPT_LICENSE="@GPL-COMPATIBLE LOKI-EULA ut2003 RTCW RTCW-ETEULA DOOM3 QUAKE4 Q3AEULA" cgianelloni ~ # ACCEPT_LICENSE="Q2EULA" portageq envvar ACCEPT_LICENSE Apache-2.0 Artistic Artistic-2 BSD BSD-2 Boost-1.0 DOOM3 GPL-2 GPL-3 Intel LGPL-2.1 LGPL-3 LOKI-EULA PYTHON Q2EULA Q3AEULA QUAKE4 RTCW RTCW-ETEULA Ruby W3C W3C-document X11 ZLIB ZPL public-domain ut2003 So... it does stack. Thanks, Zac! |