1 |
This should probably be updated: |
2 |
|
3 |
http://www.gentoo.org/doc/en/gentoo-amd64-faq.xml#flash |
4 |
|
5 |
On Fri, 2010-06-18 at 15:58 +0200, Angelo Arrifano wrote: |
6 |
> On 18-06-2010 12:16, Alec Warner wrote: |
7 |
> > On Fri, Jun 18, 2010 at 2:08 AM, Lars Wendler <polynomial-c@g.o> wrote: |
8 |
> >> Am Freitag 18 Juni 2010, 03:42:29 schrieb Brian Harring: |
9 |
> >>> On Thu, Jun 17, 2010 at 05:14:16PM -0500, Dale wrote: |
10 |
> >>>> Lars Wendler wrote: |
11 |
> >>>>> Am Mittwoch 16 Juni 2010, 14:45:21 schrieb Angelo Arrifano: |
12 |
> >>>>>> On 16-06-2010 14:40, Jim Ramsay wrote: |
13 |
> >>>>>>> Chí-Thanh Christopher Nguyễn<chithanh@g.o> wrote: |
14 |
> >>>>>>>> One notable section is 7.6 in which Adobe reserves the right to |
15 |
> >>>>>>>> download and install additional Content Protection software on the |
16 |
> >>>>>>>> user's PC. |
17 |
> >>>>>>> |
18 |
> >>>>>>> Not like anyone will actually *read* the license before adding it to |
19 |
> >>>>>>> their accept group, but if they did this would indeed be an important |
20 |
> >>>>>>> thing of which users should be aware. |
21 |
> >>>>>> |
22 |
> >>>>>> I defend it is our job to warn users about this kind of details. To me |
23 |
> >>>>>> it sounds that a einfo at post-build phase would do the job, what do |
24 |
> >>>>>> you guys think? |
25 |
> >>>>> |
26 |
> >>>>> Definitely yes! This is a very dangerous snippet in Adobe's license |
27 |
> >>>>> which should be pretty clearly pointed at to every user. |
28 |
> >>>> |
29 |
> >>>> Could that also include a alternative to adobe? If there is one. |
30 |
> >>> |
31 |
> >>> The place to advocate free alternatives (or upstreams that are |
32 |
> >>> nonsuck) isn't in einfo messages in ebuilds, it's on folks blogs or at |
33 |
> >>> best in metadata.xml... einfo should be "this is the things to watch |
34 |
> >>> for in using this/setting it up" not "these guys are evil, use one of |
35 |
> >>> the free alternatives!". |
36 |
> |
37 |
> Why? You are running a free and opensource operating system, what's |
38 |
> wrong suggesting *other* free and opensource alternatives? You are just |
39 |
> providing the user a choice, not to actually oblige him to install anything. |
40 |
> |
41 |
> Also, I'm pretty sure seeing nvidia-drivers suggesting the use of the |
42 |
> kernel driver when using the hardened profile. |
43 |
> >> |
44 |
> >> Maybe I expressed myself a bit misinterpretative. I don't want to request an |
45 |
> >> elog message telling users about alternative packages. But in my opinion an |
46 |
> >> elog message pointing at the bald-faced parts of Adobe's license should be |
47 |
> >> added. These parts about allowing Adobe to install further content protection |
48 |
> >> software is just too dangerous in my opinion. |
49 |
> > |
50 |
> > I will ignore the technical portion where basically any binary on your |
51 |
> > system; even binaries you compiled yourself have the ability to |
52 |
> > 'install things you do not like' when run as root (and sometimes when |
53 |
> > run as a normal user as well.) |
54 |
> |
55 |
> For all the years running Linux, I never found that case. |
56 |
> > |
57 |
> > The real meat here is that you want Gentoo to take some kind of stand |
58 |
> > on particular licensing terms. I don't think this is a good |
59 |
> > precedent[0] to set for our users. It presumes we will essentially |
60 |
> > read the license in its entirety and inform users of the parts that we |
61 |
> > think are 'scary.'[1] The user is the person who is installing and |
62 |
> > running the software. The user is the person who should be reading |
63 |
> > and agreeing with any licensing terms lest they find the teams |
64 |
> > unappealing. I don't find it unreasonable to implement a tool as |
65 |
> > Duncan suggested because it is not a judgement but a statement of |
66 |
> > fact. "The license for app/foo has changed from X to Y. You should |
67 |
> > review the changes accordingly by running <blah>" |
68 |
> |
69 |
> I'm the person who initially proposed warning users on elog. The initial |
70 |
> proposal only states about: |
71 |
> 1) A warning about change of licensing terms. |
72 |
> 2) A warning that "additional Content Protection software" might be |
73 |
> installed without users consent. |
74 |
> |
75 |
> In fact, portage already warns the users about bad coding practices, |
76 |
> install of executables with runtime text relocations, etc.. How is this |
77 |
> different? |
78 |
> If me, as a user, didn't know about such detail (who reads software |
79 |
> license agreements anyway?) and someday I hypothetically find a |
80 |
> executable running without my permission as my user account and I'm able |
81 |
> to associate it with Adobe's flash, I would be pissed off to no extent. |
82 |
> And guess what? First thing I would *blame* is flash maintainers. |
83 |
> I expect package maintainers to be more familiar with the packages they |
84 |
> maintain than me. As consequence, I expect them to advice me about |
85 |
> non-obvious details on those packages. At least that's what I try to do |
86 |
> on the packages I maintain. |
87 |
> GNU/Linux is all about choice. Stating, during install, that a package |
88 |
> might later install additional stuff will just provide a choice to the |
89 |
> user, not conditioning it. |
90 |
> |
91 |
> Regards, |
92 |
> - Angelo |
93 |
> > |
94 |
> > [0] There is an existing precedent for reading the license and |
95 |
> > ensuring Gentoo itself is not violating the license by distributing |
96 |
> > said software. Gentoo takes measures to reduce its own liability in |
97 |
> > case a lawsuit arises; however this is a pretty narrow case. |
98 |
> > [1] The other bad part here is that 'scary' is itself a judgement call |
99 |
> > about licensing terms. I do not want to have arguments with users |
100 |
> > about which terms I should have to warn them about versus not. Users |
101 |
> > should (ideally) be reading the software licenses for software they |
102 |
> > choose to use. |
103 |
> > |
104 |
> > -A |
105 |
> > |
106 |
> >> |
107 |
> >>> Grok? |
108 |
> >>> |
109 |
> >>> ~harring |
110 |
> >> |
111 |
> >> -- |
112 |
> >> Lars Wendler (Polynomial-C) |
113 |
> >> Gentoo developer and bug-wrangler |
114 |
> >> |
115 |
> >> |
116 |
> > |
117 |
> |
118 |
> |