[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
www/proprietary malware-apple.html malware-mobi...
From: |
Pavel Kharitonov |
Subject: |
www/proprietary malware-apple.html malware-mobi... |
Date: |
Mon, 10 Apr 2017 01:51:31 -0400 (EDT) |
CVSROOT: /web/www
Module name: www
Changes by: Pavel Kharitonov <ineiev> 17/04/10 01:51:31
Modified files:
proprietary : malware-apple.html malware-mobiles.html
proprietary-sabotage.html
proprietary-surveillance.html
Log message:
Use “...” for quotes.
CVSWeb URLs:
http://web.cvs.savannah.gnu.org/viewcvs/www/proprietary/malware-apple.html?cvsroot=www&r1=1.49&r2=1.50
http://web.cvs.savannah.gnu.org/viewcvs/www/proprietary/malware-mobiles.html?cvsroot=www&r1=1.27&r2=1.28
http://web.cvs.savannah.gnu.org/viewcvs/www/proprietary/proprietary-sabotage.html?cvsroot=www&r1=1.41&r2=1.42
http://web.cvs.savannah.gnu.org/viewcvs/www/proprietary/proprietary-surveillance.html?cvsroot=www&r1=1.114&r2=1.115
Patches:
Index: malware-apple.html
===================================================================
RCS file: /web/www/www/proprietary/malware-apple.html,v
retrieving revision 1.49
retrieving revision 1.50
diff -u -b -r1.49 -r1.50
--- malware-apple.html 10 Apr 2017 02:30:32 -0000 1.49
+++ malware-apple.html 10 Apr 2017 05:51:30 -0000 1.50
@@ -180,12 +180,14 @@
<ul>
<li>
- <p>The iPhone 7 contains DRM specifically designed to <a
href="https://motherboard.vice.com/en_us/article/iphone-7-home-button-unreplaceable-repair-software-lock">brick
it if an "unauthorized" repair shop fixes it</a>.
- "Unauthorized" essentially means anyone besides Apple.</p>
-
- <p>The article uses the term "lock" to describe the DRM, but we
prefer
- to use the term
- <a
href="https://gnu.org/philosophy/words-to-avoid.html#DigitalLocks">
+ <p>The iPhone 7 contains DRM specifically designed to <a
+
href="https://motherboard.vice.com/en_us/article/iphone-7-home-button-unreplaceable-repair-software-lock">
+ brick it if an “unauthorized” repair shop fixes it</a>.
+ “Unauthorized” essentially means anyone besides Apple.</p>
+
+ <p>The article uses the term “lock” to describe the DRM,
+ but we prefer to use the term <a
+ href="https://gnu.org/philosophy/words-to-avoid.html#DigitalLocks">
digital handcuffs</a>.</p>
</li>
@@ -475,7 +477,7 @@
<p class="unprintable">Updated:
<!-- timestamp start -->
-$Date: 2017/04/10 02:30:32 $
+$Date: 2017/04/10 05:51:30 $
<!-- timestamp end -->
</p>
</div>
Index: malware-mobiles.html
===================================================================
RCS file: /web/www/www/proprietary/malware-mobiles.html,v
retrieving revision 1.27
retrieving revision 1.28
diff -u -b -r1.27 -r1.28
--- malware-mobiles.html 10 Apr 2017 02:30:32 -0000 1.27
+++ malware-mobiles.html 10 Apr 2017 05:51:30 -0000 1.28
@@ -131,19 +131,20 @@
<h3 id="surveillance">Mobile Surveillance</h3>
<ul>
<li>
- <p>Google Play intentionally sends app developers <a
href="http://gadgets.ndtv.com/apps/news/google-play-store-policy-raises-privacy-concerns-331116">the
personal details of users that install the app</a>.</p>
-
- <p>Merely asking the "consent" of users is not enough to legitimize
- actions like this. At this point, most users have stopped reading
- the "Terms and Conditions" that spell out what they are "consenting"
- to. Google should clearly and honestly identify the information it
- collects on users, instead of hiding it in an obscurely worded EULA.
- </p>
-
- <p>However, to truly protect people's privacy, we must prevent Google
- and other companies from getting this personal information in the first
- place!</p>
-
+<p>Google Play intentionally sends app developers <a
+href="http://gadgets.ndtv.com/apps/news/google-play-store-policy-raises-privacy-concerns-331116">
+the personal details of users that install the app</a>.</p>
+
+<p>Merely asking the “consent” of users is not enough
+to legitimize actions like this. At this point, most users have
+stopped reading the “Terms and Conditions” that spell out
+what they are “consenting” to. Google should clearly
+and honestly identify the information it collects on users, instead
+of hiding it in an obscurely worded EULA.</p>
+
+<p>However, to truly protect people's privacy, we must prevent Google
+and other companies from getting this personal information in the first
+place!</p>
</li>
<li>
@@ -264,12 +265,14 @@
<h3 id="drm">Mobile DRM</h3>
<ul>
<li>
- <p>The iPhone 7 contains DRM specifically designed to <a
href="https://motherboard.vice.com/en_us/article/iphone-7-home-button-unreplaceable-repair-software-lock">brick
it if an "unauthorized" repair shop fixes it</a>.
- "Unauthorized" essentially means anyone besides Apple.</p>
-
- <p>The article uses the term "lock" to describe the DRM, but we
prefer
- to use the term
- <a
href="https://gnu.org/philosophy/words-to-avoid.html#DigitalLocks">
+ <p>The iPhone 7 contains DRM specifically designed to <a
+
href="https://motherboard.vice.com/en_us/article/iphone-7-home-button-unreplaceable-repair-software-lock">
+ brick it if an “unauthorized” repair shop fixes it</a>.
+ “Unauthorized” essentially means anyone besides Apple.</p>
+
+ <p>The article uses the term “lock” to describe the DRM,
+ but we prefer to use the term <a
+ href="https://gnu.org/philosophy/words-to-avoid.html#DigitalLocks">
digital handcuffs</a>.</p>
</li>
@@ -352,7 +355,7 @@
<p class="unprintable">Updated:
<!-- timestamp start -->
-$Date: 2017/04/10 02:30:32 $
+$Date: 2017/04/10 05:51:30 $
<!-- timestamp end -->
</p>
</div>
Index: proprietary-sabotage.html
===================================================================
RCS file: /web/www/www/proprietary/proprietary-sabotage.html,v
retrieving revision 1.41
retrieving revision 1.42
diff -u -b -r1.41 -r1.42
--- proprietary-sabotage.html 10 Apr 2017 02:30:33 -0000 1.41
+++ proprietary-sabotage.html 10 Apr 2017 05:51:30 -0000 1.42
@@ -19,12 +19,14 @@
<ul>
<li>
- <p>The iPhone 7 contains DRM specifically designed to <a
href="https://motherboard.vice.com/en_us/article/iphone-7-home-button-unreplaceable-repair-software-lock">brick
it if an "unauthorized" repair shop fixes it</a>.
- "Unauthorized" essentially means anyone besides Apple.</p>
-
- <p>The article uses the term "lock" to describe the DRM, but we
prefer
- to use the term
- <a
href="https://gnu.org/philosophy/words-to-avoid.html#DigitalLocks">
+ <p>The iPhone 7 contains DRM specifically designed to <a
+
href="https://motherboard.vice.com/en_us/article/iphone-7-home-button-unreplaceable-repair-software-lock">
+ brick it if an “unauthorized” repair shop fixes it</a>.
+ “Unauthorized” essentially means anyone besides Apple.</p>
+
+ <p>The article uses the term “lock” to describe the DRM,
+ but we prefer to use the term <a
+ href="https://gnu.org/philosophy/words-to-avoid.html#DigitalLocks">
digital handcuffs</a>.</p>
</li>
@@ -317,7 +319,7 @@
<p class="unprintable">Updated:
<!-- timestamp start -->
-$Date: 2017/04/10 02:30:33 $
+$Date: 2017/04/10 05:51:30 $
<!-- timestamp end -->
</p>
</div>
Index: proprietary-surveillance.html
===================================================================
RCS file: /web/www/www/proprietary/proprietary-surveillance.html,v
retrieving revision 1.114
retrieving revision 1.115
diff -u -b -r1.114 -r1.115
--- proprietary-surveillance.html 10 Apr 2017 02:12:34 -0000 1.114
+++ proprietary-surveillance.html 10 Apr 2017 05:51:30 -0000 1.115
@@ -322,21 +322,22 @@
</div>
<ul>
- <li>
- <p>Google Play intentionally sends app developers <a
href="http://gadgets.ndtv.com/apps/news/google-play-store-policy-raises-privacy-concerns-331116">the
personal details of users that install the app</a>.</p>
-
- <p>Merely asking the "consent" of users is not enough to
legitimize
- actions like this. At this point, most users have stopped
reading
- the "Terms and Conditions" that spell out what they are
"consenting"
- to. Google should clearly and honestly identify the information
it
- collects on users, instead of hiding it in an obscurely worded
EULA.
- </p>
-
- <p>However, to truly protect people's privacy, we must prevent
Google
- and other companies from getting this personal information in
the first
- place!</p>
-
- </li>
+<li>
+<p>Google Play intentionally sends app developers <a
+href="http://gadgets.ndtv.com/apps/news/google-play-store-policy-raises-privacy-concerns-331116">
+the personal details of users that install the app</a>.</p>
+
+<p>Merely asking the “consent” of users is not enough
+to legitimize actions like this. At this point, most users have
+stopped reading the “Terms and Conditions” that spell out
+what they are “consenting” to. Google should clearly
+and honestly identify the information it collects on users, instead
+of hiding it in an obscurely worded EULA.</p>
+
+<p>However, to truly protect people's privacy, we must prevent Google
+and other companies from getting this personal information in the first
+place!</p>
+</li>
<li>
<p>Google Play (a component of Android) <a
@@ -1278,7 +1279,7 @@
<p class="unprintable">Updated:
<!-- timestamp start -->
-$Date: 2017/04/10 02:12:34 $
+$Date: 2017/04/10 05:51:30 $
<!-- timestamp end -->
</p>
</div>