Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Change of ACCEPT_LICENSE default
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3  Next  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54234
Location: 56N 3W

PostPosted: Fri May 24, 2019 8:38 pm    Post subject: Reply with quote

Tony0945,

Licences should be read and understood before you install the material they cover, not afterwards.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
pjp
Administrator
Administrator


Joined: 16 Apr 2002
Posts: 20067

PostPosted: Fri May 24, 2019 11:52 pm    Post subject: Reply with quote

That seems difficult at best, given the disagreement of understanding among legal experts. Add to that in some cases hundreds or thousands of words to describe just how "free" a license is, and I question whether or not anyone can truly claim to understand such a license. Maybe that's why some teams of lawyers lean toward "too much risk." Exactly who then are these licenses benefiting?

Seems like maybe a split of the ACCEPT_LICENSE change and general license discussion may be needed.
_________________
Quis separabit? Quo animo?
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA

PostPosted: Sat May 25, 2019 12:47 am    Post subject: Reply with quote

NeddySeagoon wrote:
Tony0945,

Licences should be read and understood before you install the material they cover, not afterwards.

By my method it's easy to unmerge after finding the license and before running the software. No harm. No foul.

Apropos pjp's comment, I'm not a lawyer. Yes, I accepted the Adobe license, no I didn't read it. It's necessary to watch video in my browser. I have no choice but to accept it.

Yes, I've read Oracle's virtualbox license. It seems reasonable. I'm grateful they make old versions of their commercial product available. I'm not going to re-distribute. I'm just a user. IIRC, I'm forbidden to decompile or otherwise reverse engineer. I'm OK with that. I'm glad I don't have to jump through hoops to get it like their Java products.

I've read Moonchild's ridiculous license for Palemoon. I've even been in contact with him. His nonsense demand that the ebuild contain the text of the license using his fonts and sizes is the reason I don't distribute my ebuild. How can a text file possibly comply.

How many people have read Microsofts Windows 10 EULA? Did they consider the part where Microsoft is granted permission t read every file on the machine and delete any file they consider IN THEIR ESTIMATION to be malware or proprietary? I won't even run that garbage in a VM.
Back to top
View user's profile Send private message
STrRedWolf
n00b
n00b


Joined: 02 Sep 2002
Posts: 72

PostPosted: Sat May 25, 2019 12:14 pm    Post subject: Reply with quote

Ghah, what fresh hell happened here?!? I go in to upgrade and now the defaults are changed, and my system starts screaming at me.

Yes, I read the notice on the change of the ACCEPT_LICENSE defaults (although I keep misspelling it ACCEPT_LICENCE with a C and not an S, thus why it screamed). And now I get a wall of text long enough to be used for the southern US border.

Yes, I know the reason for that is good -- MongoDB switching licenses. I hope it's forked, to be honest. But this is a big overreaction IMHO. It's going to cause problems for those who don't read the notices.

Here's how I would of handled it:

  1. Create the @EXPLICIT license group and throw MongoDB's new license in there. The group would be for any license you have to explicitly agree to, even if it is "free" (but not GPL/etc open source).
  2. Change the default ACCEPT_LICENSE to "* -@EULA -@EXPLICIT"
  3. Explain in the notices the change (like what happened here).


You get a more targeted effect, and less headache down the line. And yes, I would throw the "MSttfEULA" and "xv" licenses in @EXPLICIT as well.

At least we now have a tool to audit these things:

Code:

sandra ~ # ACCEPT_LICENSE="-* @FREE" elicense
Unavailable repository 'science' referenced by masters entry in '/var/lib/layman/stefantalpalaru/metadata/layout.conf'
Unavailable repository 'science' referenced by masters entry in '/var/lib/layman/stefantalpalaru/metadata/layout.conf'
# The following package(s) are using licenses which aren't covered by
# ACCEPT_LICENSE="@FREE" setting nor have entries in the package.license file:
media-libs/faac MPEG-4
net-misc/dropbox CC-BY-ND-3.0 dropbox
sys-kernel/linux-firmware linux-firmware no-source-code
sys-firmware/intel-microcode intel-ucode
x11-drivers/nvidia-drivers NVIDIA-r2
dev-libs/spsdeclib Kryoflux-MAME
x11-themes/claws-mail-themes CC-BY-NC-SA-3.0 CC-BY-ND-3.0 all-rights-reserved freedist
games-util/steam-launcher ValveSteamLicense
media-fonts/font-bh-ttf bh-luxi
media-fonts/quivira freedist
media-fonts/bitstream-cyberbit BitstreamCyberbit
media-fonts/corefonts MSttfEULA
media-fonts/ipamonafont grass-ipafonts
app-arch/unrar unRAR
app-arch/unace freedist
app-arch/lha lha
net-im/discord-bin all-rights-reserved
net-im/skypeforlinux Skype-TOS
media-gfx/xv xv
sci-electronics/eagle cadsoft-2
app-emulation/vmware-workstation vmware
x11-libs/agg free-noncomm


Why in hell do I have all these fonts I don't use and xv's been broken for years now. I'd build my own image viewer...
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA

PostPosted: Sat May 25, 2019 1:03 pm    Post subject: Reply with quote

STrRedWolf wrote:
And now I get a wall of text long enough to be used for the southern US border.
A bit of an exaggeration. Although your list is longer than mine.
Code:
MSI ~ # cat /etc/portage/package.license
app-emulation/virtualbox-extpack-oracle PUEL
dev-java/oracle-jre-bin Oracle-BCLA-JavaSE
dev-java/oracle-jdk-bin Oracle-BCLA-JavaSE
dev-php/fpdf freedist
sys-kernel/linux-firmware freedist linux-firmware no-source-code
sys-firmware/ivtv-firmware Hauppauge-Firmware
sys-kernel/gentoo-sources linux-firmware
net-analyzer/netperf netperf
mail-client/fossamail-bin Palemoon-BRL
media-fonts/bitstream-cyberbit BitstreamCyberbit
media-fonts/font-bh-type1 bh-luxi
media-fonts/corefonts MSttfEULA
media-fonts/font-bh-ttf bh-luxi
media-fonts/ipamonafont grass-ipafonts
media-gfx/xv xv
www-plugins/adobe-flash  AdobeFlash-11.x
STrRedWolf wrote:
Why in hell do I have all these fonts I don't use and xv's been broken for years now. I'd build my own image viewer...
Good questions! I'm wondering myself. Methinks a bit of lint removal is in order. Thanks for pointing this out. See? it was a useful exercise!

To NeddySeagoon: I'm afraid I was a bit flip in my reply. I'm sure you are quite correct legally speaking. I must explain that I was born in a poor rather lawless area of Chicago. ( which is still poor and lawless, only the ethnic composition has changed). When I was a boy, "legal considerations" translated to "What happens if I get caught" rather than any moral quandary. Old habits die hard.
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 7470

PostPosted: Sat May 25, 2019 1:06 pm    Post subject: Reply with quote

I don't think mongodb license should be handle like that for many reasons:
- you don't ask people who get free license to read them, and many users might redistribute themselves binary package made from their own gentoo without respecting the distribution close found in GPL kind of licenses.
So you are accepting that people "should" read the license terms, and that they "should" respect it themselves, without specially pointing them to their responsabilities.
i don't see why we should specially point out mongodb users about a special use of mongodb as a service for their server.
nor i see anyone taking special action for AGPL covered software, that is also toward service usage.

- mongodb will certainly be accept by FSF, they advocate free software over anything else, that #13 close of mongodb is enforcing that to a point not even AGPL has reach, and i think it push the concept way better (if we speak only in term of enforcing usage of free software).

so all the changes made, will endup with mongodb accept as free license by FSF and the mess was done for nothing.
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA

PostPosted: Sat May 25, 2019 1:13 pm    Post subject: Reply with quote

StrRedWolf wrote:
Why in hell do I have all these fonts I don't use and xv's been broken for years now. I'd build my own image viewer..

Code:
MSI ~ # equery d xv
 * These packages depend on xv:
x11-themes/commonbox-styles-extra-0.2-r2 (media-gfx/xv)
MSI ~ # equery d commonbox-styles-extra
 * These packages depend on commonbox-styles-extra:
If i really want to get rid of xv, I have to decide if I want to dump commonbox-styles-extra or patch out xv in a user patch.
Back to top
View user's profile Send private message
STrRedWolf
n00b
n00b


Joined: 02 Sep 2002
Posts: 72

PostPosted: Sat May 25, 2019 1:33 pm    Post subject: Reply with quote

Tony0945 wrote:
StrRedWolf wrote:
Why in hell do I have all these fonts I don't use and xv's been broken for years now. I'd build my own image viewer..

Code:
MSI ~ # equery d xv
 * These packages depend on xv:
x11-themes/commonbox-styles-extra-0.2-r2 (media-gfx/xv)
MSI ~ # equery d commonbox-styles-extra
 * These packages depend on commonbox-styles-extra:
If i really want to get rid of xv, I have to decide if I want to dump commonbox-styles-extra or patch out xv in a user patch.


In the ebuild...
Code:
# xv is there so *box can convert backgrounds/textures to use
RDEPEND="media-gfx/xv
        || ( x11-wm/fluxbox x11-wm/blackbox x11-wm/openbox )"

Yeah... that sounds like the dependency needs to be more on the various *box WM's... and it's mostly used for setting the background. We have more up to date tools for that. I'd lean more on patching it out.
Back to top
View user's profile Send private message
EasterParade
l33t
l33t


Joined: 26 Jul 2003
Posts: 938

PostPosted: Sat May 25, 2019 4:12 pm    Post subject: Reply with quote

I am mostly fine with ACCEPT_LICENSE="-* @FREE"
but I have a few packages that I want to keep. I put them in package.license
Those packages are still masked though.
Code:
sys-kernel/linux-firmware @BINARY-REDISTRIBUTABLE
app-arch/unrar unRAR
x11-drivers/nvidia-drivers
www-client/opera
www-client/vivaldi
media-fonts/freefonts
sys-firmware/intel-microcode
media-fonts/font-bh-ttf
media-fonts/corefonts
media-fonts/tengwar-fonts

What´ s my mistake, please?
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA

PostPosted: Sat May 25, 2019 4:21 pm    Post subject: Reply with quote

Two things:
1. did you run ". /etc/profile" or "source /etc/profile" or just open a different xterminal?
One of these is needed for portage to rea-read the file.

2. My file lists the package and license. I don't know if leaving the license out is a problem or not.


Last edited by Tony0945 on Sat May 25, 2019 4:54 pm; edited 1 time in total
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54234
Location: 56N 3W

PostPosted: Sat May 25, 2019 4:21 pm    Post subject: Reply with quote

transsib,

Code:
x11-drivers/nvidia-drivers
www-client/opera
www-client/vivaldi
media-fonts/freefonts
sys-firmware/intel-microcode
media-fonts/font-bh-ttf
media-fonts/corefonts
media-fonts/tengwar-fonts


Its like package.use list
Code:
package/atom  license
one per line.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
EasterParade
l33t
l33t


Joined: 26 Jul 2003
Posts: 938

PostPosted: Sat May 25, 2019 4:33 pm    Post subject: Reply with quote

Neddy, I would like to say :"Yes, that´s much better" but I can´t:
doesn´t change a bit.
Code:
sys-kernel/linux-firmware @BINARY-REDISTRIBUTABLE
app-arch/unrar unRAR
x11-drivers/nvidia-drivers license
www-client/opera license
www-client/vivaldi license
media-fonts/freefonts license
sys-firmware/intel-microcode license
media-fonts/font-bh-ttf license
media-fonts/corefonts license
media-fonts/tengwar-fonts license
www-client/google-chrome license
media-fonts/font-bh-type1 license

I still get this :
Code:
!!! The following installed packages are masked:
- media-fonts/tengwar-fonts-1.9d::gentoo (masked by: free-noncomm license(s))
A copy of the 'free-noncomm' license is located at '/usr/portage/licenses/free-noncomm'.

- media-fonts/corefonts-1-r7::gentoo (masked by: MSttfEULA license(s))
A copy of the 'MSttfEULA' license is located at '/usr/portage/licenses/MSttfEULA'.

- www-client/opera-60.0.3255.83-r1::gentoo (masked by: OPERA-2014 license(s))
A copy of the 'OPERA-2014' license is located at '/usr/portage/licenses/OPERA-2014'.

- sys-firmware/intel-microcode-20190514_p20190512::gentoo (masked by: intel-ucode license(s))
A copy of the 'intel-ucode' license is located at '/usr/portage/licenses/intel-ucode'.

- www-client/vivaldi-2.5.1525.43_p1::gentoo (masked by: Vivaldi license(s))
A copy of the 'Vivaldi' license is located at '/usr/portage/licenses/Vivaldi'.

- www-client/google-chrome-74.0.3729.131::gentoo (masked by: google-chrome license(s))
A copy of the 'google-chrome' license is located at '/usr/portage/licenses/google-chrome'.

- media-fonts/font-bh-type1-1.0.3-r1::gentoo (masked by: bh-luxi license(s))
A copy of the 'bh-luxi' license is located at '/usr/portage/licenses/bh-luxi'.

- x11-drivers/nvidia-drivers-430.14::gentoo (masked by: NVIDIA-r2 license(s))
A copy of the 'NVIDIA-r2' license is located at '/usr/portage/licenses/NVIDIA-r2'.

- media-fonts/freefonts-0.10-r3::gentoo (masked by: freedist license(s))
A copy of the 'freedist' license is located at '/usr/portage/licenses/freedist'.

- media-fonts/font-bh-ttf-1.0.3-r1::gentoo (masked by: bh-luxi license(s))
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

The news item had two examples:
Code:
app-arch/unrar unRAR

and
Code:
sys-kernel/linux-firmware @BINARY-REDISTRIBUTABLE

May be I should source /etc/profile before continuing although this shouldn´t be necessary.
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA

PostPosted: Sat May 25, 2019 5:05 pm    Post subject: Reply with quote

transsib wrote:

Code:
sys-kernel/linux-firmware @BINARY-REDISTRIBUTABLE
app-arch/unrar unRAR
x11-drivers/nvidia-drivers license
www-client/opera license
www-client/vivaldi license
media-fonts/freefonts license
sys-firmware/intel-microcode license
media-fonts/font-bh-ttf license
media-fonts/corefonts license
media-fonts/tengwar-fonts license
www-client/google-chrome license
media-fonts/font-bh-type1 license

No no no! The first two lines are correct but the others aren't. Neddy meant "license" as in "insert the appropriate license".
See my example file. The program "elicense" will output in the proper format. You can "elicense >> /etc/portage/package.license" or just run it and manually edit the file. Per Neddy's caution to me, if you just blindy "elicense >>" you should review the file and look up the referenced licenses before sourcing /etc/profile and emerging. If you don't agree with any license, just delete the line in package.license although portage will be happier if you also mask the package in package.mask. Personally I would add a comment "masked for license". YMMV.
You are dealing with a program and they are very literal minded.

EDIT: From my file above, the correct line for corefonts is:
Code:
media-fonts/corefonts MSttfEULA
not
Code:
media-fonts/corefonts license
Back to top
View user's profile Send private message
EasterParade
l33t
l33t


Joined: 26 Jul 2003
Posts: 938

PostPosted: Sat May 25, 2019 5:21 pm    Post subject: Reply with quote

I am dumb ... :lol:


Would have been too easy with just "license", right?
Sorry Neddy.
Back to top
View user's profile Send private message
ulm
Developer
Developer


Joined: 04 Oct 2004
Posts: 98
Location: Mainz, Germany

PostPosted: Sun May 26, 2019 11:25 am    Post subject: Reply with quote

ulm wrote:
What finally triggered the change was that dev-db/mongodb moved from AGPL-3 to the non-free SSPL-1 license.

Reading several of the replies, it looks like I need to clarify this. MongoDB was not the main reason for the change, but more like the final straw that broke the camel's back.

The ACCEPT_LICENSE change had been discussed much earlier, see for example this thread in gentoo-project from 2013. The situation back then was somewhat different though: Especially the Linux kernel (all versions before 4.14) still contained a non-free firmware tree. So, back in 2013, @FREE would have prevented the installation of kernel sources unless deblobbing was enabled.
Back to top
View user's profile Send private message
tld
Veteran
Veteran


Joined: 09 Dec 2003
Posts: 1816

PostPosted: Sun May 26, 2019 3:02 pm    Post subject: Reply with quote

Really like the elicense utility for sure. I too went the route of commenting out my existing ACCEPT_LICENSE and using elicense to create package.license. I like knowing exactly which packages require which licenses, especially if I end up uninstalling them.

EDIT: By the way...at least in my case, I still required the firmware license for gentoo-sources, only because I still had an older sys-kernel/gentoo-sources-4.14.83 installed (though I was running sys-kernel/gentoo-sources-4.19.27-r1). That requirement went away when I uninstalled 4.14.83...so apparently 4.14 still had that.
Back to top
View user's profile Send private message
ulm
Developer
Developer


Joined: 04 Oct 2004
Posts: 98
Location: Mainz, Germany

PostPosted: Sun May 26, 2019 4:03 pm    Post subject: Reply with quote

tld wrote:
EDIT: By the way...at least in my case, I still required the firmware license for gentoo-sources, only because I still had an older sys-kernel/gentoo-sources-4.14.83 installed (though I was running sys-kernel/gentoo-sources-4.19.27-r1). That requirement went away when I uninstalled 4.14.83...so apparently 4.14 still had that.

In fact, upstream version 4.14 no longer included the firmware tree, but our update of the LICENSE info in kernel-2.eclass was somewhat delayed and only happened on 2019-02-13. Therefore, all kernel sources installed before that date would still have the old license info including "linux-firmware" (or "freedist" for even older versions).

From git history, that would possibly affect 4.14* up to sublevel .99, 4.19* up to .21, and 4.20* up to .8. None of these is in the tree any more.
Edit: Also 4.15* to 4.18* (all sublevels).


Last edited by ulm on Mon May 27, 2019 2:39 pm; edited 1 time in total
Back to top
View user's profile Send private message
tld
Veteran
Veteran


Joined: 09 Dec 2003
Posts: 1816

PostPosted: Mon May 27, 2019 2:09 pm    Post subject: Reply with quote

ulm wrote:
In fact, upstream version 4.14 no longer included the firmware tree, but our update of the LICENSE info in kernel-2.eclass was somewhat delayed and only happened on 2019-02-13.
Thanks for the clarification!

Tom
Back to top
View user's profile Send private message
MerlinYoda
n00b
n00b


Joined: 23 May 2007
Posts: 17
Location: Indiana, United States, Earth, Sol System, Milky Way Galaxy, "The Universe"

PostPosted: Wed May 29, 2019 11:30 pm    Post subject: Reply with quote

Tony0945 wrote:
MerlinYoda, I advise you to unmask (if needed) and install the elicense package. Look at the sequence of calls that I posted above. Test with both defaults, old and new, and I think you will find that you are using very few licenses that need to be put in /etc/portage/package.license
I am definitely a convert to the more restrictive default with this handy tool available.

In accordance with the Gentoo philosophy, you can accept any license you want. You don't need to keep the default or you can keep the dault and use package.license. It's still your choice. The elicense tool does make management much easier. Note that I echoed the elicense output right into the license file with ">>". if you didn't want all the installed licenses, you can easily edit the file with nano. An ebuild is blocked and you don't know what should be in package.license?
Change the default to accept everything in make.conf. source /etc/profile, emerge the new -package, go back to the default and run elicense.
I have over a thousand packages installed. Only five had to be added to package.license. The gentoo-sources kernel was one of them.


I might look into it on my home system (which needs some serious updating anyway at the moment) but, as it stands now, it wouldn't be near as beneficial on the test servers I run at work (which is where I made the change to specify the old default value for ACCEPT_LICENSE). So long there's no restriction on commercial (i.e. business) use of a given software (and, really it's my responsibility to check the licensing of any software we'd use on these servers up front anyway), it's simpler to keep the old default as most of what I'm concerned about is open binary distribution and use of any given software ... not so much retooling it to any specific need (at least not for anything I'd install through Portage).


Last edited by MerlinYoda on Thu May 30, 2019 8:33 pm; edited 1 time in total
Back to top
View user's profile Send private message
xanderal
Tux's lil' helper
Tux's lil' helper


Joined: 06 Mar 2019
Posts: 133
Location: Germany

PostPosted: Thu May 30, 2019 6:22 pm    Post subject: Reply with quote

I use the default "-* @FREE" and have a few entries in /etc/portage/package.license/ which I thought I'd test with elicense.
Most entries checked out but one puzzles me - I have the following /etc/portage/package.license/linux-firmware:
Code:
sys-kernel/linux-firmware @BINARY-REDISTRIBUTABLE

(like the example in the announcement)
When I remove that entry and run elicense I get:
Code:
sys-kernel/linux-firmware linux-fw-redistributable no-source-code


Is "@BINARY-REDISTRIBUTABLE" equivalent to "linux-fw-redistributable" + "no-source-code" (seems unlikely) or does "@BINARY-REDISTRIBUTABLE" cover a lot more that the other two and I really only need the other two?
Back to top
View user's profile Send private message
MerlinYoda
n00b
n00b


Joined: 23 May 2007
Posts: 17
Location: Indiana, United States, Earth, Sol System, Milky Way Galaxy, "The Universe"

PostPosted: Thu May 30, 2019 8:49 pm    Post subject: Reply with quote

xanderal wrote:
I use the default "-* @FREE" and have a few entries in /etc/portage/package.license/ which I thought I'd test with elicense.
Most entries checked out but one puzzles me - I have the following /etc/portage/package.license/linux-firmware:
Code:
sys-kernel/linux-firmware @BINARY-REDISTRIBUTABLE

(like the example in the announcement)
When I remove that entry and run elicense I get:
Code:
sys-kernel/linux-firmware linux-fw-redistributable no-source-code


Is "@BINARY-REDISTRIBUTABLE" equivalent to "linux-fw-redistributable" + "no-source-code" (seems unlikely) or does "@BINARY-REDISTRIBUTABLE" cover a lot more that the other two and I really only need the other two?


@BINARY-REDISTRIBUTABLE includes @FREE plus any other licenses that allow for the free use of the program as well as free redistribution of the unmodified program in binary form. This includes the "linux-fw-redistributable" and "no-source-code" licenses but also other licenses like "freedist" and "unRAR". You can see all the groupings and the licenses (or other groupings) associated to them in /usr/portage/profiles/license_groups.
Back to top
View user's profile Send private message
statikregimen
Apprentice
Apprentice


Joined: 16 Jul 2011
Posts: 173
Location: USA/Michigan

PostPosted: Fri May 31, 2019 12:43 am    Post subject: Reply with quote

Well this is kind of an irritating system shock.

All I want, is to be prompted when installing non-free software - a simple "This is not free. The license is <here>. Are you sure you want to install?" would be lovely. Then, if it has a EULA I have to accept, present it on the spot and prompt me to accept.

What I don't want, is to have to cancel my emerge command every time, to go set a specific rule when it goes all "!!! Licenses" at me....Especially not when there's suddenly 20 packages complaining all at once. I also do not want to auto-accept anything, install non-free software without knowing, nor have to look up licenses in advance.

Is this possible?
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA

PostPosted: Fri May 31, 2019 3:16 am    Post subject: Reply with quote

statikregimen, This a change of default. There is nothing AFAIK that prevents you from overriding it in make.conf with the old default or even a star to accept anything. The changes you suggest would be nice, but take a lot more to implement than a simple license change.
Ulm has been nice enough to give us a heads up instead of us discovering it in the middle of a world update. I, for one, appreciate that.
Back to top
View user's profile Send private message
pjp
Administrator
Administrator


Joined: 16 Apr 2002
Posts: 20067

PostPosted: Fri May 31, 2019 3:42 am    Post subject: Reply with quote

Tony0945 wrote:
Ulm has been nice enough to give us a heads up instead of us discovering it in the middle of a world update. I, for one, appreciate that.
++

Very much so. Thanks ulm.
_________________
Quis separabit? Quo animo?
Back to top
View user's profile Send private message
statikregimen
Apprentice
Apprentice


Joined: 16 Jul 2011
Posts: 173
Location: USA/Michigan

PostPosted: Fri May 31, 2019 3:48 am    Post subject: Reply with quote

Tony0945 wrote:
statikregimen, This a change of default. There is nothing AFAIK that prevents you from overriding it in make.conf with the old default or even a star to accept anything. The changes you suggest would be nice, but take a lot more to implement than a simple license change.
Ulm has been nice enough to give us a heads up instead of us discovering it in the middle of a world update. I, for one, appreciate that.


Thanks for the reply.

This wasn't a feature request, per se. Just asking if my ideal situation was currently possible. I mean, if not, it would be nice if it were implemented and then set to default. Seems to be more in-line with how most OSes present licenses and EULAs - defaulting to always prompt if an overriding option isn't provided.

Getting told I have to go down a configuration rabbit trail to update my system or install a program is not pleasant to an end user. And that is speaking as an end user, of course.

EDIT: and I do accept that Gentoo is not "most OSes" but that is also why I use it :D So I'm not bothered either way <3 I will simply study this over time, and build-in my own solution to my update script, if need be. Knowing how to Python is a super power.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page Previous  1, 2, 3  Next
Page 2 of 3

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum