bug#38358: Subject prefix, true recipient...

[Narcis Garcia via bug-gnuzilla via GNUzilla bug reports]

El 28/11/19 a les 19:53, Ian Kelling ha escrit:
> 
> Narcis Garcia via GNUzilla bug reports  writes:
> 
>> El 25/11/19 a les 18:36, Mark H Weaver ha escrit:
>>> Hi Narcis,
>>>
>>> Narcis Garcia  wrote:
>>>> El 24/11/19 a les 19:05, Jason Self ha escrit:
>>>>> Mailman does add theList-id header, indicating
>>>>>
>>>>> List-id: GNUzilla bug reports 
>>>>>
>>>>> Which should make it possible for your mail program to do whatever one
>>>>> wants with such messages.
>>>>>
>>>>
>>>> I've tried by headers already, and it seems not possible with, for
>>>> example, Mozilla Thunderbird (custom header does not work in a filter 
>>>> rule).
>>>
>>> Are you certain of this?  I did a web search found a description of how
>>> to filter on custom headers for mail accounts in Thunderbird.  I tried
>>> it on a friend's instance of Thunderbird.  These are the steps I
>>> followed:
>>>
>>> * From the app menu I chose the "Message Filters" menu item, which
>>>   summoned the Message Filters window.
>>>
>>> * I clicked the "New..." button, which summoned the Filter Rules window.
>>>
>>> * I clicked the popup menu of headers to filter on, and down at the
>>>   bottom of the list I see "Customize...".  Choosing it summons the
>>>   Customize Headers window.  I typed "List-id" in the text box and
>>>   clicked "Add", and then "OK" to dismiss the Customize Headers window.
>>>
>>> * "List-id" is now an item within the popup menu of headers to filter
>>>   on.
>>>
>>> Does this work for you?
>>
>> No, it doesn't.
>> Even worse: replies like yours (not arriving me through list mailer
>> because of CC recipient) are impossible to filter with any distinction
>> about gnuzilla.
>>
>> List administrators did become crazy to attend DKIM requirements. If
>> DMARC and SPF is used, DKIM doesn't enhance mail at all and list mailers
>> can edit subjects and put footers.
>>
> 
> Not breaking dkim is the only way we can forward your message and comply
> with a strict dmarc policy, well unless you put the gnu lists mail
> server into your spf policy. If you use dmarc without dkim (and dont put
> us in your spf policy), I consider your server to be misconfigured.
> 

Anyway, many list administrators are getting new policies around DKIM,
that will drive mailing lists to death.
The new problem is about usability.

bug#38358: Subject prefix, true recipient...

[Narcis Garcia via GNUzilla bug reports]

El 25/11/19 a les 20:33, Mark H Weaver ha escrit:
> Narcis Garcia via GNUzilla bug reports  wrote:
> 
>> El 25/11/19 a les 18:36, Mark H Weaver ha escrit:
>>> * I clicked the popup menu of headers to filter on, and down at the
>>>   bottom of the list I see "Customize...".  Choosing it summons the
>>>   Customize Headers window.  I typed "List-id" in the text box and
>>>   clicked "Add", and then "OK" to dismiss the Customize Headers window.
>>>
>>> * "List-id" is now an item within the popup menu of headers to filter
>>>   on.
>>>
>>> Does this work for you?
>>
>> No, it doesn't.
> 
> Well, that might be a bug in Thunderbird, unless you made a mistake.
> Did you include ":" in the custom header name?  It should _not_ be
> included.
> 
> I'm sorry, but I'm reluctant to change every Subject header on this
> mailing list in order to work around a bug in your mail program.  Among
> other things, inserting "[bug-gnuzilla] " in addition to "bug#x: "
> would leave very little space in the subject header to describe what's
> being discussed.  I often find it difficult to fit the relevant
> information within a subject header as it is.

[gnuz]

>> Even worse: replies like yours (not arriving me through list mailer
>> because of CC recipient) are impossible to filter with any distinction
>> about gnuzilla.
> 
> Well, that's entirely my fault.  The mailing list had rewritten your
> From header to be "Narcis Garcia via GNUzilla bug reports
> ", and I manually replaced it with your actual
> email address.  I won't do that again.
> 
>> List administrators did become crazy to attend DKIM requirements. If
>> DMARC and SPF is used, DKIM doesn't enhance mail at all and list mailers
>> can edit subjects and put footers.
> 
> It's been a while since I looked at this, and I've likely forgotten some
> important details, but it seems to me that we had little choice in the
> matter.
> 
> The fact is, some prominent GNU developers use DMARC and DKIM for their
> personal domains, and some of them feel strongly about it.  Before the
> recent changes to GNU mailing lists, when these developers would send
> mail to a GNU mailing list, the changes made to their emails by mailman
> would break the DKIM signatures, and many recipients subscribed to the
> mailing list would reject the emails as spam.  This had the effect of
> causing mail delivery to those recipients to be disabled, and moreover
> harmed the reputation of GNU.org as a mail sender.  That's how I
> remember it, anyway.
> 
> It would be one thing if DMARC or DKIM violated some important ethical
> considerations that made them worth launching a campaign to fight
> against, but as far as I can see they are reasonable approaches to
> reduce spam, and in a way that doesn't require very sophisticated
> heuristic filtering.  I think that's a good thing, because it makes it
> much more practical to run an independent mail server.
> 
> What do you think?

Practical to run should include Practical to use, and this new policy
around is moving most people to web forums (with labeled subjects,
status indicators, context, footers and help...).

Structured mind is better represented in a structured and signaled
conversation.
Chaotic mind is better deployed in a chat thread.

(sorry for my bad english)

bug#38358: Subject prefix, true recipient...

[Narcis Garcia via GNUzilla bug reports]

El 25/11/19 a les 18:36, Mark H Weaver ha escrit:
> Hi Narcis,
> 
> Narcis Garcia  wrote:
>> El 24/11/19 a les 19:05, Jason Self ha escrit:
>>> Mailman does add the List-id header, indicating 
>>>
>>> List-id: GNUzilla bug reports 
>>>
>>> Which should make it possible for your mail program to do whatever one
>>> wants with such messages.
>>>
>>
>> I've tried by headers already, and it seems not possible with, for
>> example, Mozilla Thunderbird (custom header does not work in a filter rule).
> 
> Are you certain of this?  I did a web search found a description of how
> to filter on custom headers for mail accounts in Thunderbird.  I tried
> it on a friend's instance of Thunderbird.  These are the steps I
> followed:
> 
> * From the app menu I chose the "Message Filters" menu item, which
>   summoned the Message Filters window.
> 
> * I clicked the "New..." button, which summoned the Filter Rules window.
> 
> * I clicked the popup menu of headers to filter on, and down at the
>   bottom of the list I see "Customize...".  Choosing it summons the
>   Customize Headers window.  I typed "List-id" in the text box and
>   clicked "Add", and then "OK" to dismiss the Customize Headers window.
> 
> * "List-id" is now an item within the popup menu of headers to filter
>   on.
> 
> Does this work for you?

No, it doesn't.
Even worse: replies like yours (not arriving me through list mailer
because of CC recipient) are impossible to filter with any distinction
about gnuzilla.

List administrators did become crazy to attend DKIM requirements. If
DMARC and SPF is used, DKIM doesn't enhance mail at all and list mailers
can edit subjects and put footers.

Best regards.

bug#38358: Subject prefix, true recipient...

[Narcis Garcia via GNUzilla bug reports]

El 25/11/19 a les 15:27, Michael Albinus ha escrit:
> Narcis Garcia  writes:
> 
> Hi,
> 
>>>> Add some visible sign to these mails to distinguish that them come
>>>> by bug-gnuzilla.
>>>
>>> Please see 
>>> https://lists.gnu.org/archive/html/bug-gnuzilla/2019-10/msg6.html
>>>
>>> Mailman does add the List-id header, indicating 
>>>
>>> List-id: GNUzilla bug reports 
>>>
>>> Which should make it possible for your mail program to do whatever one
>>> wants with such messages.
>>>
>>
>> I've tried by headers already, and it seems not possible with, for
>> example, Mozilla Thunderbird (custom header does not work in a filter rule).
>>
>> Please list administrators:
>> Add some VISIBLE sign to these mails to distinguish that them come
>> by bug-gnuzilla.
>> 38...@debbugs.gnu.org as recipient is not a true recipient and it's a
>> problem to realize WHY am I receiving some concrete letter.
> 
> I cannot speak for the bug-gnuzilla ML. But your bug reports pass the
> debbugs.gnu.org server, which adds the bug number "bug#38358". This
> subject prefix shall suffice your request.
> 
> Best regards, Michael.
> 

I was responding to another bug report letter, not created by me.
I just pressed to [Reply list] for a report by Chris Marusich, and
adapted subject title.
Something like a static "gnuzilla" or "icecat" would suffice my request.
I can't create one mail filter for each bug number, and
"debbugs.gnu.org" also cover other scopes.

+ Where is a mail footer to know where and how are published my
replies?! I want to check if my mail address is marked enough in internet.

bug#38358: Subject prefix, true recipient...

[Narcis Garcia via GNUzilla bug reports]

El 24/11/19 a les 19:05, Jason Self ha escrit:
> On Sun, 2019-11-24 at 11:34 +0100, Narcis Garcia via GNUzilla bug
> reports wrote:
>> Please list administrators:
>> Add some visible sign to these mails to distinguish that them come
>> by bug-gnuzilla.
> 
> Please see 
> https://lists.gnu.org/archive/html/bug-gnuzilla/2019-10/msg6.html
> 
> Mailman does add the List-id header, indicating 
> 
> List-id: GNUzilla bug reports 
> 
> Which should make it possible for your mail program to do whatever one
> wants with such messages.
> 

I've tried by headers already, and it seems not possible with, for
example, Mozilla Thunderbird (custom header does not work in a filter rule).

Please list administrators:
Add some VISIBLE sign to these mails to distinguish that them come
by bug-gnuzilla.
38...@debbugs.gnu.org as recipient is not a true recipient and it's a
problem to realize WHY am I receiving some concrete letter.

bug#38358: Subject prefix, true recipient...

[Narcis Garcia via GNUzilla bug reports]

Please list administrators:
Add some visible sign to these mails to distinguish that them come by
bug-gnuzilla.


El 23/11/19 a les 17:10, Jack Hill ha escrit:
> On Fri, 22 Nov 2019, Chris Marusich wrote:
> 
>> Chris Marusich  writes:
>> I have successfully built IceCat using the Guix preview source (guix
>> build -S icecat) on a foreign GNU/Linux distro.  Things I noticed:
>>
>> - When IceCat 68 is built from source on this foreign distro (without
>>  using any software from Guix to do the build), the built IceCat 68
>>  works.  The "Unknown U2F Error" does not occur.  This means that the
>>  system is configured correctly to allow me to use my security token,
>>  and IceCat is built correctly to use it.
>>
>> - However, on the same foreign distro, when I install IceCat 68 from
>>  Guix, it doesn't work.  I get an "Unknown U2F Error".
>>
>> - Reminder: Firefox also works on this foreign distro.  The "Unknown U2F
>>  Error" does not occur.
> 
> Great work. What dependencies did you have to provide on the non-Guix
> system?
> 
> […]
>> If anyone has any advice about how to determine what code is actually
>> emitting the "Unknown U2F Error", that would really help me narrow
>> down the possibilities quite a bit.
> 
> I don't know if this will be helpful, but as I understand webauthn,
> browsers provide a new JavaScript API for interacting with security
> tokens. I suspect that the error is being generated some code the
> browser calls a JavaScript program it has loaded calls that API. The
> text may not be in the IceCat source, but presented by the JavaScript
> program in response to and error in its API call. I was thinking, but
> haven't had the time, to set up my own webauthn-using app, so I can
> control the JavaScript.
> 
> That's my best guess at least, but it could be wrong, so don't let me
> lead you astray :)
> 
> Best,
> Jack

[Bug-gnuzilla] Big icons in IceCat 52

[Narcis Garcia via bug-gnuzilla]

How can I avoid this size effect over special characters / icons /
emoticons ?

I'm using Debian 10 with IceCat 52.3 taken from Trisquel 8 packages.


--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat translation

[Narcis Garcia via bug-gnuzilla]

Beyond Mozilla language packages; Are there specific strings for IceCat?
If not, it would be useful to focus new translations to essential
extension/features listed in:
https://www.gnu.org/software/gnuzilla/
(LibreJS, etc.)

Off-topic:
Lack of website (or redirection) here: gnuzilla.gnu.org


El 11/10/19 a les 13:09, Maria Gabriela Richarte Ferreyra ha escrit:
> Hi!
> 
> My name is Gabriela and I'm a student of Translation Technologies in
> Catalonia, Spain. And, for a master's project, i planned to translate a
> percentage of the Web Browser IceCat to French or Italian.
> Can i have yout permission to do it and maybe publish afterwords a
> French/Italian version of it? Thanks!
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Is GNUzilla Incomplete?

[Narcis Garcia]

El 20/7/19 a les 1:32, guixuser via bug-gnuzilla ha escrit:
> 
>> I think icedove is generally used.
> 
> But there is no GNU version of icedove right? I wish it was there with 
> privacy and security enhancements, just like icecat.
> 
> Could someone create GNU version of thunderbird? as a part of gnuzilla?

Yes, someone could.
Someone =? Anyone


--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] GNU Icecat - default DNS provider

[Narcis Garcia]

This should be a serious error. What if I host www.example.net in my
LAN+WAN and I direct local visitors to the local server, using a LAN DNS
service?

www.example.net from internet -> public DNS directs to public IP
www.example.net from LAN -> local DNS directs to private IP

Web browser with its own DNS choice -> only public response.

+ What about other uses such as OpenNIC, or other preferred uncensored
or parental services in the other hand?


El 20/6/19 a les 8:32, Mark H Weaver ha escrit:
> Mozilla is considering
> making future versions of Firefox use Cloudflare DNS by default

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Repository for debian

[Narcis Garcia]

I use Trisquel 8 package to install IceCat to Debian 9.

I use Trisquel (flidas-updates) repository only during icecat* packages
installation, and after this I disable repository to not interfere with
Debian's


El 8/5/19 a les 2:55, zach wick ha escrit:
> Hi there,
> I don’t think there has ever been an official Debian package of GNU
> IceCat, but I may be wrong. I do know that Debian uses the IceWeasel
> project as their main web browser, but I’m not sure where exactly that
> comes from.
> 
> I did write up something once upon a time on how to install GNU IceCat
> on Debian Wheezy, which you can find
> at https://zachwick.com/posts/install_icecat_on_debian_wheezy/ and it
> may be of some use to you. I suspect that all of the steps remain the
> same, but you’ll obviously need to use the name of the latest version of
> IceCat instead of “icecat-17.0.1”.
> 
> I hope that this helps, and please do let me know if you run into any
> issues and I’m happy to help you get them sorted out.
> 
> Good luck and happy hacking,
> zach
> 
> On May 7, 2019, at 15:15, Halcon  > wrote:
> 
>> Dear gnu icecat project managers, I congratulate you for your work and
>> initiatives, I am trying to install it on a pc with debian but I could
>> not find updated information on whether there is availability of any
>> repository that allows you to install it.
>> I have tried some that review other websites although some time ago,
>> but are not available.
>> I would appreciate so much if you have one could indicate me to add it
>> to the sources.list of my distro.
>>
>> Thank you very much, sorry for the inconvenience, to continue with
>> such an incredible program.
>>
>> --
>> http://gnuzilla.gnu.org
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Impossible to install IceCat

[Narcis Garcia]

I think you'll be more confortable with Tor Browser for desktop
computers, and use JavaScript there.


El 7/4/19 a les 0:22, x...@riseup.net ha escrit:
> On Tue, 2 Apr 2019 12:09:29 +0200 Narcis Garcia wrote:
> 
>> Here a forum and IRC channel are announced too:
>> https://f-droid.org/about/
> 
> The forum requires non-free JavaScript too and nobody
> replies on the IRC channel. (also that IRC server has
> banned TOR which sucks)
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Impossible to install IceCat

[Narcis Garcia]

Here a forum and IRC channel are announced too:
https://f-droid.org/about/


El 2/4/19 a les 10:19, x...@riseup.net ha escrit:
> On Mon, 1 Apr 2019 23:49:25 -0400 bill-auger wrote:
> 
>> i see from their website that they have a bug
>> tracker for this purpose
>>
>> https://gitlab.com/fdroid/fdroiddata/issues
> 
> I have seen that too but that website requires me to
> enable JavaScript and even worse: to use Google's
> proprietary JavaScript for recaptcha. I am not willing
> to do that and I find it quite inappropriate for a
> FOSS project. That's why I tried contacting them by
> email. Unfortunately as it seems I am forced to choose
> between:
> 
> - using proprietary JS and exposing myself to Google's
>   mass tracking tool (recaptcha)
> 
> OR
> 
> - knock at the closed door of their non-existing email
>   recipient
> 
> That's why I wrote here to hopefully find some help.
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

[Bug-gnuzilla] Fwd: [gNewSense-users] Request For Packaging: IceCat web browser

[Narcis Garcia]

 Missatge reenviat 
Assumpte:   Re: [gNewSense-users] Request For Packaging: IceCat web browser
Data:   Sat, 16 Feb 2019 10:44:50 -0800
De: Johan Andersson
CC: gnewsense-users



Problem whit IceCat:

./icecat
./icecat: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version
`GLIBCXX_3.4.21' not found (required by ./icecat)
./icecat: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.17' not
found (required by ./icecat)
./icecat: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not
found (required by ./icecat)

Same problem as whit ohter programs inkl Anki and Twine!
IceWeasel is outdated:
https://lwn.net/Articles/676799/
This has to be fixed. Almost as bad as outdated and foulty SSL/HTTPS
function.


<-Ursprungligt Meddelande->
        *From: Narcis Garcia*
Sent: 10/8/2017 9:21:09 AM
To: gnewsense-users
Subject: Re: [gNewSense-users] Request For Packaging: IceCat web browser 

In the meanwhile, Iceweasel/Firefox is not a better option than Icecat.
One reason to IceCat lacks of developers/contributors is the lack of
distribution to users.



El 09/08/17 a les 22:42, Sam Geeraerts ha escrit:
> Op Wed, 9 Aug 2017 09:55:42 +0200
> schreef Narcis Garcia:
>
>> Here is the information concerning to this proposal:
>> https://bugs.debian.org/637348
>>
>> GuixSD, Parabola and Trisquel already include IceCat in their
>> repositories.
>
> It makes a lot of sense for a free distro to include IceCat. And I must
> admit that our Iceweasel is not in the state I would like it to be. But
> I unsubscribed from Gnuzilla's mailing list a few months ago because I
> got really tired of all the complaints, demands and rants without much
> constructive contributions coming in. I think a discussion about what
> we want a browser for a free distro to look like is needed and it's
> also a continuous evaluation, but the IceCat community does/did not
> seem to be welcoming to that.
>
> So I'm currently not looking at IceCat. I might check it out again in
> some time, hopefully getting a more positive impression then.
>
> ___
> gNewSense-users mailing list
> gnewsense-us...@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/gnewsense-users
>

___
gNewSense-users mailing list
gnewsense-us...@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gnewsense-users
.


--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 60.2.0 Pre-release

[Narcis Garcia]

I've been installed Icecat 52.3 on many computers, and had to disable
always the "Reveal hidden HTML elements" to allow some webpage to work,
such as the important CUPS at localhost.
Has Icecat v60.2 this annoying plugin disabled by default?

Thanks.


El 14/09/18 a les 03:53, Ruben ha escrit:
> GNUzilla is the GNU version of the Mozilla suite, and GNU IceCat is the
> GNU version of the Firefox browser. Its main advantage is an ethical
> one: it is entirely free software. While the Firefox source code from
> the Mozilla project is free software, they distribute and recommend
> non-free software as plug-ins and addons. Also their trademark license
> restricts distribution in ways that hinder freedom 0.
> 
> GNU IceCat  has multiple practical advantages as well, such as better
> privacy and security settings, extensive blocking of sites that may
> track the user's browsing habits, or the inclusion of LibreJS and other
> extensions that help browse without running non-free javascript.
> 
> https://www.gnu.org/software/gnuzilla/
> 
> GPG key ID:D7E04784 GNU IceCat releases
> Fingerprint: A573 69A8 BABC 2542 B5A0 368C 3C76 EED7 D7E0 4784
> https://savannah.gnu.org/project/memberlist-gpgkeys.php?group=gnuzilla
> 
> ==
> 
> This is a pre-release for version 60.2.0 of GNU IceCat, available at
> http://alpha.gnu.org/gnu/gnuzilla/60.2.0/
> 
> This release contains substantial design and usability changes from the
> previous major version (v52.x ESR) so I'm publishing it at alpha.gnu.org
> to request testing and comments before moving it to ftp.gnu.org.
> Source Code plus binaries for GNU/Linux x86 and x86_64 are available.
> 
> The main differences (other than those provided from upstream changes
> from v52.x to v60.x) are:
> 
>  * LibreJS 7.x, now based in the WebExtensions API. It currently
> provides a very similar set of features compared with the version
> shipped with IceCat 52.x but testing, comments and advice are welcome.
> 
>  * A set of companion extensions for LibreJS by Nathan Nichols
> (https://addons.mozilla.org/en-US/firefox/user/NateN1222/) are
> pre-installed, and provide workarounds to use some services at USPS,
> RSF.org, SumOfUs.org, pay.gov, McDonald's, goteo.org and Google Docs
> without using nonfree JavaScript.
> 
>  * A series of configuration changes and tweaks were applied to ensure
> that IceCat does not initiate network connections that the user has not
> explicitly requested. This implies not downloading feeds, updates,
> blacklists or any other similar data needed during startup.
> 
>  * A new homepage shows the most important privacy and freedom options
> available, with explanations for the user to tune IceCat's behavior to
> their specific needs.
> 
>  * We no longer include SpyBlock, which was IceCat's fork of AdBlockPlus
> that allowed to block all third-party requests during "Private Browsing"
> mode. Now, we include an extension that blocks all third party requests
> by default, and provides a simple interface that allows to whitelist
> specific third-party resources on a per-site basis. This change is the
> most significant usability change from IceCat 52.x and I'd like to get
> testers to provide an opinion on it. One of the reasons for its
> inclusion is that unlike other blockers it doesn't need to download any
> files to do its job, thus avoiding the previously mentioned unrequested
> network connections.
> 
> Thanks to Giorgio Maone, Nathan Nichols, Nyk Nyby and Zach Wick for
> their contribution to LibreJS and IceCat, and happy testing!
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Android - cannot configure Add-ons - denied permission WRITE_SETTINGS

[Narcis Garcia]

GiLUG has some resources (automatic HCL, Wiki) to document about devices
freedom and procedures:
http://www.gilug.org/mobils/ (pending of english translation)
http://wiki.gilug.org/

Wiki has room to document devices with detailed recipes same as
CyanogenMod Wiki was, but for any FOSS ROM.


El 12/06/18 a les 16:17, c...@abwesend.de ha escrit:
> Hello,
> 
> Thanks for your reply.
> 
> I did root the phone. It is a Xiaomi Redmi 4A.
> 
> Neither Replicant nor Lineage have official releases for this device.
> 
> Of course I have deactivated half (>100 hand picked apps) of the shipped 
> stuff, and
> blocked all the phoning home I can get a hold of with netstat, via hosts file 
> and
> AFWall+. I've come far, but am not completely through yet.
> 
> Unless I get uBlock origin or uMatrix to work, I consider webbrowsing unsafe
> because of the plague of cross site functionality.
> 
> Nevertheless I am never loading an unofficially cooced up ROM from anyone from
> some dark corners of the internet. I'd rather try to block official chinese
> backdoors. But have my hardware supported professionally.
> 
> In my view many western "democratic" based OS's contain "malware" all the 
> same.
> 
> I wish I could clarify where the problem is. Should MIUI be so non standard 
> conform,
> that something like browser add-ons for a firefox fork wouldn't work?
> 
> I admit, that the error might not be in IcecatMobile. Could be MIUI or
> my modifications. But I am asking here, because I am guessing others might 
> have
> the same issue. And it would be interesting, if it occurs also in other 
> Android
> flavors. Or if it has to do with IceCat
> 
> BTW: I could at least grant the other missing permission SYSTEM_ALERT_WINDOW 
> manually
> with root terminal:
> pm grant org.gnu.icecat android.permission.SYSTEM_ALERT_WINDOW
> 
> 
> 
> Am Tue, 12 Jun 2018 13:19:34
> +0300 schrieb Mart Rootamm :
> 
>> Hi.
>>
>> The best I can think of, is for you to back up all your information,
>> root your phone and then install a compatible version of LineageOS or
>> Replicant.
>>
>> What is the model of your Xiaomi phone?
>>
>> Keep in mind, that non-Android certified phones, and devices with
>> brand headquarters in non-democratic countries might come with malware
>> preinstalled.
>>
>> https://techcrunch.com/2018/05/24/some-low-cost-android-phones-shipped-with-malware-built-in/
>>
>> https://blog.avast.com/android-devices-ship-with-pre-installed-malware
>>
>> Strictly In terms of nomenclature, that Xiaomi phone runs MIUI 9.5.5.0
>> based on AOSP 7.1.2, and is not Android-certified.
>>
>> -M.
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Content Encoding Error - 52.6.0 (32-bit)

[Narcis Garcia]

Note that alternative to Chrome is not Chromium but Iridium (
www.iridiumbrowser.de )


El 29/04/18 a les 19:23, kardan ha escrit:
> Hi,
> 
> (i am not on this list, please CC me)
> 
> as regular user of Tor Browser I have to access some websites without
> tor and tried Icecat 52.6.0 (32-bit) as I prefer it for (hopefully)
> better privacy defaults compared to firefox-esr or chrome.
> 
> The website of interest (wordpress.com/log-in) resulted in
> 
> "Content Encoding Error
> 
> The page you are trying to view cannot be shown because it uses an
> invalid or unsupported form of compression.
> 
> Please contact the website owners to inform them of this problem."
> 
> Encryption: TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256, 256bit, TLS 1.2
> 
> When I selected "Submit Feedback ..." i got the same error for
> https://lists.gnu.org/mailman/listinfo/bug-gnuzilla
> (TLS_DHE_RSA_WITH_AES_256_CBC_SHA, 256bit, TLS 1.0)
> 
> Same for about:support (https://libreplanet.org/wiki/Group:IceCat/).
> 
> Why are these not supported?
> 
> Is it possible to add a feature "access anyway" for this error?
> 
> Thanks for your work!
> kardan
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] icecat connection weirdness

[Narcis Garcia]

Try to switch at [File] menu: "Work offline" and restore again. Let's
see if Gnuzilla resets routes and/or DNS.


El 14/03/18 a les 20:04, Reepca Russelstein ha escrit:
> If I try to load a page in icecat (52.6.0) while I am not connected to
> a network (as happens when it takes awhile for the connection to get
> set up automatically after I open my laptop up), it will fail. After
> the connection is set up, though, attempting to load pages will still
> fail, even as command-line tools for accessing the pages succeed. If I
> do not load a page while not connected, I can still load pages when I
> am connected.
> 
> I'm running GuixSD relatively-recent-version, kernel 4.15.3-gnu (linux-libre).
> 
> As my laptop tends to change connections relatively frequently, and
> there's always a 30-second delay or so (which I should separately see
> about shortening) before connecting after opening it up, this occurs
> fairly often, and it's pretty annoying to have to close everything
> because I didn't wait long enough.
> 
> To reproduce:
> - start icecat
> - disconnect from all networks
> - try accessing some page (should fail)
> - reconnect to network
> - try accessing any page (will also fail)
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Hidden HTML detected, would you like to reveal it?

[Narcis Garcia]

It's controlled with the extension "Reveal hidden HTML elements"


El 12/03/18 a les 15:09, Kyaw ha escrit:
> It pops up very time I visit some web page. How do I make it go away?
> Everything else is fine.
> icecat 56
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

[Bug-gnuzilla] Opposition to package IceCat to Debian

[Narcis Garcia]

 Missatge reenviat 
Assumpte: Re: I want to get started in open source/free software
Reenviat-Data: Sat, 10 Mar 2018 08:52:06 + (UTC)
Data: Sat, 10 Mar 2018 13:51:47 +0500
De: Andrey Rahmatullin
A: debian-ment...@lists.debian.org

On Sat, Mar 10, 2018 at 09:26:53AM +0100, Narcis Garcia wrote:
> GnuZilla/Icecat is a software that many people expects to be packaged
> for Debian:
> https://bugs.debian.org/637348

I wouldn't recommend packaging Mozilla software for someone inexperienced.
Also, packaging yet another firefox but with some defaults changed for
arguably political reasons may not be a good idea at all.
And please don't top-post.



--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] GNU LibreJS won't be removed from GNU IceCat

[Narcis Garcia]

Another (additional) idea:
FSF web search engine, running a Searx|Metager|Gigablast derived
software that {excludes|labels|de-prioritizes} websites with anti-features.

Because: If web is an application stack, websites have anti-features
same as the rest of software.


El 07/03/18 a les 20:14, Stephan Kreutzer ha escrit:
> Hi guys,
> 
> I don't know to which extend each of you is involved in web standards -- I 
> myself only observe it passively, so feel free to object to any of my 
> following statements:
> 
> To me, it looks like that there can't be a HTML6 any more than there was a 
> HTML4 and HTML5, because in HTML5, the crazy web guys decided that they 
> neither need a DOCTYPE any more, and the deprecated version attribute for the 
> root element was removed, so now, to my knowledge, there's no way to 
> distinguish a HTML5 document from a HTML6 document except reading the whole 
> thing and heuristically find out at the very end that it isn't the 
> version/standard your custom supports, or to find out according to which 
> Schema that document wants itself to be validated against. The idea here 
> seems to be that older clients are supposed to still be able to 
> read/interpret documents that contain elements of a newer standard, but only 
> react to those elements they support and ignore all others, at the expense of 
> never being able again to introduce new structures that conflict with the 
> older standards, as there's no secure path for safe identification and 
> conversion any more.
> 
> Regarding the scripting and general conception, I arrived at the impression 
> that the web is more or less an application stack (forms and JS and media 
> elements and whatnot) and not for mostly static documents at all, because 
> what do you have for the latter? Headers, paragraphs, lists and only the most 
> primitive type of link, that's basically it? The initial concept and spec 
> seems to be focused on providing a mechanism to link together resources from 
> different systems in different formats in lists, so it's easier to navigate 
> them while the host system details are abstracted away by the URL [1], while 
> the CERN research data and publications themselves weren't (re)written in 
> HTML (and how could they, who would ask the world to convert all of their 
> stuff for this small Hypertext system that doesn't offer a lot for text?). 
> Later, the browser people abandoned the semantic web as there's more money in 
> e-commerce, online applications and centralized services like Google. What 
> would happen if 
>  ordinary people could run their own small clients/agents that can easily 
> work with data that's published on the web without the need to bring a big, 
> bloated browser that's able to parse whatever crap HTML might be out there 
> and tries to make something reasonable out of it? And now that effort is 
> revived under the new name "linked data", but in contrast to semantic web 
> ideas, now humans are supposed to invest their valuable lifetime to read API 
> documentation and write specific code for it.
> 
> I might be totally wrong with my perspective, but on 2018-12-09, it'll be the 
> 50th anniversary of Doug Engelbart's Mother of All Demos, so there's a group 
> that tries to come up with something that's a better networked environment 
> than what we usually encounter today, along the lines of the early Internet 
> pioneers [2], Doug Engelbart [3], Ted Nelson [4], and I'll also add David 
> Gelernter [5]. Things are all over the place as the new system isn't there 
> yet, but
> 
> https://doug-50.info
> 
> is a place to learn more about those efforts and to get involved, as I would 
> doubt as of now that "HTML6" will help with some of the problems at hand.
> 
> 
> Sincerely,
> Stephan Kreutzer
> 
> 
> 
> [1] https://www.youtube.com/watch?v=x2GylLq59rI
> [2] https://archive.org/details/ComputerNetworks_TheHeraldsOfResourceSharing
> [3] https://www.youtube.com/watch?v=yJDv-zdhzMY, 
> https://archive.org/details/000127EngelbartColloquiumPart1 from 38:00 on, 
> https://archive.org/details/000127EngelbartColloquiumPart2 from 44:00 on, but 
> especially from 49:19
> [4] https://www.youtube.com/watch?v=c3I54QXQPLA
> [5] 
> https://www.youtube.com/watch?v=XrhM6uXMLZg=PLZQMfWBUelIge46VFOd53V1IhW-UzHScK
> https://www.youtube.com/watch?v=8pTEmbeENF4
> 
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] GNU LibreJS won't be removed from GNU IceCat

[Narcis Garcia]

+1

HTML 6 should exclude scripts, and add many more declarative tags to
support some necessary behaviour for pages, widgets and forms. This way,
scripts features could be moved as to browser features.


El 04/03/18 a les 12:31, Richard Stallman ha escrit:
> [[[ To any NSA and FBI agents reading my email: please consider]]]
> [[[ whether defending the US Constitution against all enemies, ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> 
> I basically agree that the ultimate goal is to put an end
> to scripts in web pages.
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] GNU LibreJS won't be removed from GNU IceCat

[Narcis Garcia]

I also think that scripts for client-side execution, delivered from
websites, are really bad; and the best solution is to be eliminated from
standards + from browsers (both!).

The only good scripts can be those that user installs from client-side
(such as browser extensions).


El 24/02/18 a les 16:16, Adonay Felipe Nogueira ha escrit:
> I have just subscribed to this mailing list, but I was thinking the
> following:
> 
> What if we do one of these:
> 
> a) Infiltrate the W3C's standardization process for HTML and related web
>technologies so that we can push for eliminating JS or any
>client-side executed language?
> 
> b) Convince bodies related to the standardization mentioned in (a) to do
>the elimination instead of us infiltrating the standards group.
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] GNU LibreJS won't be removed from GNU IceCat

[Narcis Garcia]

El 23/02/18 a les 15:42, bill-auger ha escrit:
> On 02/23/2018 02:40 AM, Narcis Garcia wrote:
>> If a web developer publishes with scripts, those scripts should include
>> at least Name+Version and md5/hash. First time IceCat visits that
>> website, it should download script from trusted repository
> youre getting close, but who puts all these untrusted scripts into said
> trusted repository? the developer? - so by which trusted authority and
> by which process should they be evaluated, verified, and otherwise
> deemed trustworthy? should it be trusted merely because it exists in a
> user-curated central repository?
> 
> how is that any different than getting the script directly from their
> server, hashing it, and checking against your local cache? (i think that
> is how libreJS operates) - in either case, the most that could be said
> about any script is that it is versioned and hashed and so your browser
> can indicate if it has seen it before and you can be sure that you will
> get the same script each time you request it, and that others will get
> that same script - but it is an unreasonable leap from "my browser has
> seen it before" to "it has a valid license" or "it is respecting my privacy"
> 
> in practice, i would expect such a repository to be nothing different
> than what you find today in the package managers for nodejs, ruby,
> python, and etc; namely: a heap of un-vetted miscellania pushed there by
> *whoever* and reviewed by no one; most of which has no declared license
> at all - and keep in mind, that is what you get when developers have the
> mind to *want* their software in repositories - before you could get
> even that far, you first would need to convince javascript developers
> that they should publish to central repositories (not the norm) - *then*
> you need to convince them that javascript should be licensed (not the
> norm) - then perhaps in addition you might try to convince them that a
> copy-left license is the best choice for their javascript and so they
> should be sure to publish their sources along with the obfuscated
> versions so that others can actually read the code (not the norm)
> 

Do you use some GNU/Linux distribution?
"central" and "optional" repositories work similar to this manner.
When a Trisquel user aggregates a Ubuntu repository, this user is
trusting Ubuntu packaging policy, and Trisquel package manager (Dpkg/APT
in this example) is open enough to fit any user criteria.

Although most GNU distributions are based on a package manager for the
software admittance, much software is available for GNU/Linux without
this procedure, and some users force the installation because they want.

About trusting chain, x509 have same problem, and every web browser has
integrated some solution to trust certificate issuers.
I'm not talking about a really new idea; only to apply what is already
common for other ICT areas. If Mozilla Foundation is not taking the
leadership for this solution, it's not GnuZilla's fault.


--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] GNU LibreJS won't be removed from GNU IceCat

[Narcis Garcia]

The key word is: REPOSITORIES.
Scripts should be downloaded as software packages, and those packages
should come from a trusted repository. Each one of those scripts should
be registered accompanied with metadata: Name+Version, md5/hash, license
and features (same as F-Droid + APK).

If a web developer publishes with scripts, those scripts should include
at least Name+Version and md5/hash. First time IceCat visits that
website, it should download script from trusted repository (NOT SAME
WEBSITE). Next times, if not cached, IceCat could get user-approved
script from same website verifying recorded md5/hash matches.

If a web developer wanted a script be publicly trusted, he/she should
upload it to a repository (same as F-Droid process). There can be more
or less strict repositories on the net, same as user can trust more or
less repositories.
New script versions should have to be uploaded too.


El 23/02/18 a les 06:14, Julie Marchant ha escrit:
> On 2018年02月22日 21:50, bill-auger wrote:
>> so its not really accurate to say that libreJS is inherently ineffective
>> - it is just not widely adopted enough to realize its potential - if it
>> becomes significantly popular enough for people to start gaming and
>> cheating it then surely it would also become more robust over time as
>> there would be more effort put into its development and maintenance
>> (e.g. a volunteer team of license checking monkeys)
> 
> I think this is wishful thinking. What could you possibly do, maintain a
> giant list of websites that are mislabeling their proprietary scripts as
> libre?
> 
> And ultimately, that's not the real problem. The real problem is that
> LibreJS solves nothing. It's blocking some scripts, but not all. As I
> argued here:
> 
> https://onpon4.github.io/articles/kill-js.html
> 
> *Even if* these websites were serving 100% libre JavaScript, it is
> still, from a practical standpoint, impossible for the user to
> reasonably exercise freedom 1. You can't make any Web browser that
> currently exists run modified JavaScript code (unless you manage to
> convert it to user script code, which is a different syntax), and while
> you can audit the script, the server is able to change to another script
> without notice.
> 
> The problem here is that JavaScript, as it is used on Web pages, is,
> *fundamentally*, incompatible with software freedom.
> 
> That's why I have proposed that the only way any of that JavaScript code
> can *ever* be acceptable is with a fundamental rehaul of the way our
> browsers handle JavaScript code, and such a rehaul would take a whole
> lot of work. So I really think it would be easier to just fight against
> JavaScript *entirely*.
> 
> Create a browser that shows the merits of a scriptless Web. Advertise it
> as non-exploitable, because if it doesn't run scripts from random
> untrusted sources, it is. Show people that this world, where just
> navigating to the wrong Web page can potentially screw up your entire
> system, is a world we don't have to live in. Show them that Web pages
> don't have to take centuries to load. Show them that we don't have to
> deal with annoying pop-up messages and bizarre, unexpected behavior when
> clicking on a link.
> 
> And what's more, show them that we don't have to live in a world where
> not updating your Web browser every week leaves you vulnerable.
> 
> I truly believe we can change the Web in this way. Many websites are
> already there. But we need to actually be working toward it, as a group,
> with a good browser backing this up. Exactly *what* JavaScript code is
> being executed is merely a distraction. Let's band together and solve
> the real problem, right here and now.
> 
> Some time ago, I offered a bounty to anyone who would write a certain
> extension. I think it was $50? I don't remember for sure. But I am still
> offering that bounty, so either $50, or if it was larger, what I said
> back then. The extension I am offering a bounty for is one that does the
> following:
> 
> 1. Blocks *all* JavaScript code, regardless of what it does.
> 2. Adds a "danger button" which allows all JavaScript code to execute
> for the current page,* for a very short period of time (e.g. 5 minutes),
> and then reloads the page.
> 3. (Optional, +$10) Adds a "super danger button" which allows all
> JavaScript code to execute for any page on the current domain for the
> remainder of the session. A second click on this button would revert this.
> 4. (Optional, +$15) Offers LibreJS's complaint feature, with the default
> suggested complaint requesting the webmaster to remove all JavaScript
> dependencies from their website.
> 
> * Note that this would be based on what the current page's source is,
> not where the JavaScript files themselves come from, so this is
> completely different from what NoScript does. For example, if
> foo.com/example.html uses scripts from its own domain but also scripts
> from bar.com and baz.net, *all* of these scripts would execute normally
> 

Re: [Bug-gnuzilla] GNU LibreJS won't be removed from GNU IceCat

[Narcis Garcia]

It seems a crazy strategy.
If GNU distributions used this kind of analysis instead of trusting
software from subscribed repositories, all our computers could be a
jungle (either with scripts and compiled files).

How does LibreJS check an script's license?


El 22/02/18 a les 18:43, Ivan Zaigralin ha escrit:
> From what I can pick up, LibreJS tries to detect and whitelist "trivial" code 
> first, meaning, the code which an algorithm can recognize as data-like and 
> harmless. For all other code, it checks the license. I don't have details on 
> how these things are done, but both can clearly be programmed in a variety of 
>  
> ways.
> 
> On Thursday, February 22, 2018 10:57:28 Narcis Garcia wrote:
>> I was asking about the CURRENT principle for LibreJS, not for "good" or
>> "bad" of theoretically prossibilities.
>>
>> El 22/02/18 a les 09:35, Ivan Zaigralin ha escrit:
>>> On Thursday, February 22, 2018 08:43:38 Narcis Garcia wrote:
>>>> Which is the principle for LibreJS to approve JavaScript functions
>>>> and/or files?
>>>> A license mention?
>>>
>>> Can be regarded as necessary, but not sufficient.
>>>
>>>> A signature?
>>>
>>> Useful for creating a trust model between users and web parties, but this
>>> is already implemented by https+noscript, and it solves a different
>>> problem, not directly freedom-related.
>>>
>>>> A well-known functions comparison? A code analysis? It replaces funcions?
>>>
>>> A code analysis is pointless. Detecting obfuscated code, in particular, is
>>> an intractable problem. If you could define "obfuscated" formally,
>>> chances are, there would be a formal proof that the detection is
>>> unsolvable by a TM. But generally speaking, a good way to obfuscate is by
>>> writing a virtual assembly interpreter, and then feeding it "binaries"
>>> which appear to be perfectly cromulent, poetic even, JavaScript sources.
>>> And obfuscated code cannot be considered free.
>>>
>>> None of this is purely academic. Dynamic, obfuscated JavaScript bitcash
>>> miners are all the rage right now. This is where we are today.
>>>
>>>
>>>
>>> --
>>> http://gnuzilla.gnu.org
>>
>> --
>> http://gnuzilla.gnu.org
>>
>>
>> --
>> http://gnuzilla.gnu.org

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Alsa IceCat

[Narcis Garcia]

Before installing Icecat, I tested same sound source with M.Firefox.


El 22/02/18 a les 09:00, Narcis Garcia ha escrit:
> I've tried to reproduce the problem in a
> devuan_jessie_1.0.0_amd64_desktop-live session with this installation
> procedure*:*
> 
> sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys
> B4EFB9F38D8AEBF1
> 
> RepoFile=/etc/apt/sources.list.d/temporary-icecat.list
> 
> echo "deb http://es.archive.trisquel.info/trisquel belenos-updates main"
> | sudo tee $RepoFile
> 
> sudo apt-get update
> 
> sudo apt-get install icecat
> 
> sudo rm $RepoFile
> 
> Had to disable LibreJS to allow opening /jamendo.com/radios/ and *sound
> works* for any radio there.
> 
> 
> El 21/02/18 a les 15:43, Brian Durant ha escrit:
>> I just installed IceCat on a new computer with a vanilla Devuan
>> minimum i3wm install. IceCat works fine, except that no sound is
>> available. I am using Alsa for sound at this point. Please advise as
>> to how to get IceCat to work with Alsa. I have confirmed that my sound
>> card works, so I know that the problem doesn't lie there.
>>
>>
>> -- 
>> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] GNU LibreJS won't be removed from GNU IceCat

[Narcis Garcia]

I was asking about the CURRENT principle for LibreJS, not for "good" or
"bad" of theoretically prossibilities.


El 22/02/18 a les 09:35, Ivan Zaigralin ha escrit:
> On Thursday, February 22, 2018 08:43:38 Narcis Garcia wrote:
>> Which is the principle for LibreJS to approve JavaScript functions
>> and/or files?
>> A license mention?
> 
> Can be regarded as necessary, but not sufficient.
> 
>> A signature?
> 
> Useful for creating a trust model between users and web parties, but this is 
> already implemented by https+noscript, and it solves a different problem, not 
> directly freedom-related.
> 
>> A well-known functions comparison? A code analysis? It replaces funcions?
> 
> A code analysis is pointless. Detecting obfuscated code, in particular, is an 
> intractable problem. If you could define "obfuscated" formally, chances are, 
> there would be a formal proof that the detection is unsolvable by a TM. But 
> generally speaking, a good way to obfuscate is by writing a virtual assembly 
> interpreter, and then feeding it "binaries" which appear to be perfectly 
> cromulent, poetic even, JavaScript sources. And obfuscated code cannot be 
> considered free.
> 
> None of this is purely academic. Dynamic, obfuscated JavaScript bitcash 
> miners 
> are all the rage right now. This is where we are today.
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Alsa IceCat

[Narcis Garcia]

I've tried to reproduce the problem in a
devuan_jessie_1.0.0_amd64_desktop-live session with this installation
procedure*:*

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys
B4EFB9F38D8AEBF1

RepoFile=/etc/apt/sources.list.d/temporary-icecat.list

echo "deb http://es.archive.trisquel.info/trisquel belenos-updates main"
| sudo tee $RepoFile

sudo apt-get update

sudo apt-get install icecat

sudo rm $RepoFile

Had to disable LibreJS to allow opening /jamendo.com/radios/ and *sound
works* for any radio there.


El 21/02/18 a les 15:43, Brian Durant ha escrit:
> I just installed IceCat on a new computer with a vanilla Devuan
> minimum i3wm install. IceCat works fine, except that no sound is
> available. I am using Alsa for sound at this point. Please advise as
> to how to get IceCat to work with Alsa. I have confirmed that my sound
> card works, so I know that the problem doesn't lie there.
>
>
> -- 
> http://gnuzilla.gnu.org

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IcaCat wiki

[Narcis Garcia]

I didn't mean "build recipes" but "install recipes" instead, because in
all cases I make use of distro's package manager to install already
built and published binaries.

Anyway, "build recipes" is another good idea for FSF directory.


El 17/02/18 a les 17:37, David Hedlund ha escrit:
> On 2018-02-17 10:01, Narcis Garcia wrote:
>> I think a Wiki is needed to document some help about Gnuzilla/Icecat.
>> For example at: gnuzilla.gnu.org
> 
> 
> I like your idea a lot, but directory.fsf.org would be even better in my
> opinion.
> 
> We can even start a new "Build recipes" project in
> https://directory.fsf.org/wiki/Free_Software_Directory:Participate/Project_Team
> to make it easier for all free distros to package popular software.
> 
> Adonay, what do you think about it?
> 
> 
>> Brian Durant has recently asked for well-working Icecat in Devuan
>> GNU/Linux 1, and I'd like to publish my recipe for this.
>>
>> Due to my usual massive GNU/Linux installations, I use Peinddd to
>> automate a lot of application installations and optimal configurations,
>> and I have specific recipes to install Icecat on:
>> Ubuntu 8.04
>> Ubuntu 9.10
>> Ubuntu 10.04
>> Ubuntu 10.10
>> Ubuntu 11.04
>> Ubuntu 11.10
>> Ubuntu 12.04
>> Ubuntu 12.10
>> Ubuntu 13.04
>> Ubutnu 13.10
>> Ubuntu 14.04
>> Ubuntu 16.04
>> Debian 7
>> Debian 8
>> Debian 9
>> Devuan 1
>> Raspbian 8
>>
>> This includes MIME associations and default webbrowser when needed.
>> But it's hard to write a custom-made recipe for a single asking; better
>> if it can be published and linked to people who asks for the procedure.
>>
>> -- 
>> http://gnuzilla.gnu.org
> 
> 
> -- 
> http://gnuzilla.gnu.org

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Default Search Engine

[Narcis Garcia]

MetaGer still has the problem of prioritizing german results.

Example: Select language "español" (=spanish) and search the word
Madrid. Most results are in german, when first ones should be in spanish.
Another example: Select language "español" (=spanish) and search the
word Lleida (in catalan). Most results are in german, when first ones
should be in catalan.

This is not useful for me to set many people MetaGer as default search
engine.


El 28/01/18 a les 13:08, Jens Korte ha escrit:
> Hi
> 
> I recommend https://metager.de/en or the developer version
> https://metager3.de/en . The SuMa e.V., a non-commercial
> german organisation (gemeinnütziger, eingetragener Verein [1]) runs and
> develops the search-engine. The source is available under the terms of
> AGPL3 [2].
> 
> 
> Greets
> 
> Jens Korte
> 
> [1] https://suma-ev.de/
> [2] https://gitlab.metager3.de/
> 
> Am Sun, 28 Jan 2018 12:38:35 +0100
> schrieb Marco van Hulten :
> 
>> Hello—
>>
>> When I installed IceCat on Parabola, I got the privacy conscious La
>> Quadrature as the default default search engine*.  When I installed
>> IceCat on GuixSD, I got Google as the default default search engine.
>>
>> What is the upstream default search engine?
>>
>> Should GNU distributions set this themselves?
>>
>> If the latter is the case, it would still be a good idea if the
>> upstream default default search engine were a privacy conscious
>> search engine.
>>
>>
>> Related to this issue, a bit of browsing through the files at
>> https://ftp.gnu.org/gnu/gnuzilla/ ** shows that the Google search
>> engine was removed in icecat-31.2.0 but not anymore in icecat-52.0.2.
>> That is probably fine (and discussed before on this mailinglist), but
>> the default should not fall back to Google.
>>
>> Thanks!
>>
>> —Marco
>>
>> * With this I mean the default search engine that is selected when
>>   IceCat is first start, i.e. there is no ~/.mozilla/ when starting
>>   IceCat.
>> ** These appear builds, not source code as mentioned elsewhere
>>   
>> (https://unix.stackexchange.com/questions/265828/cant-find-gnu-icecat-or-firefox-source-code)
>>
>> --
>> http://gnuzilla.gnu.org
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] reappearing message on 'hidden elements'

[Narcis Garcia]

I disable this plugin on all computers, because CUPS webpage
(localhost:631) doesn't work with it.


El 28/01/18 a les 11:25, Marco van Hulten ha escrit:
> Hello—
> 
> Every webpage shows in the top right corner hovering over the page two
> buttons with this text:
> 
> Click to reveil hidden elements
> remove buttons
> 
> When I click the first button, it disappears but keeps on appearing on
> new pages.  When I click the second, it disappears but keeps on
> appearing on new pages.
> 
> I don't know what it means.  Could it be removed from the default
> IceCat installation, or is it something (freedom) essential?
> 
> I am using IceCat 52.3.0 on GuixSD.
> 
> —Marco
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Bug

[Narcis Garcia]

Problem may be in the window manager, a component of operating system.


El 24/01/18 a les 18:44, Yandex Mail ha escrit:
> Hi.
> 
>  
> 
> As this is a problem I have experienced in IceCat you may already know
> about it. There is no need to reply to this.
> 
>  
> 
> When I close IceCat using the cross in the top right hand corner (which
> I do regularly) I get the error message as shown in the attached
> picture. If I open it again immediately and close it the same way I
> don’t get the error. If I use File/Exit I don’t get the problem but I
> don’t use this method. This is for your interest.
> 
>  
> 
> Regards
> 
>  
> 
> Lyn Edmenson
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Bugs icecat mobile

[Narcis Garcia]

El 15/01/18 a les 22:29, Mart Rootamm ha escrit:
>>> 1. In the browser there are no integrated add-ons ("https everythere",
>>> for example). See screenshot.
>>
>> Thanks, I reported this to https://gitlab.com/fdroid/fdroiddata/issues/1088
> 
> I'd actually prefer IceCat to be clean of any add-ons, so that
> installing any would be up to the discretion of each user. Since
> IceCat is used mosty by expert users, then each has their own opinion
> about which add-on they want installed, and which they _do not_ want
> pre-installed. Pre-installing add-ons would be like distribution
> builders forcing them upon users.
> 

I deliver computers with GNU/Linux each week to unexperienced users, and
most of them go with IceCat installed and set as default web browser.

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] icecat maintenance

[Narcis Garcia]

I perform Debian and Ubuntu installations every week, and I add Icecat
from Trisquel repositories. I'm not watching package definitions.


El 26/12/17 a les 15:13, Gammel Holte ha escrit:
> I've somehow not received Mark's email yet.
> 
> I'm using Mark's IceCat package on GuixSD. You can find the reproducible
> package definition here:
> https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/gnuzilla.scm?id=v0.14.0-437-gd633f2f62#n402
> 
> You can install Guix in any computer to run IceCat, or even switch to
> the GuixSD distro.
> 
> On Tue, Dec 26, 2017 at 12:54 PM, Antonio Trande  > wrote:
> 
> Hi Mark.
> 
> On 26/12/2017 03:15, Mark H Weaver wrote:
> > Gammel Holte > 
> writes:
> >
> >> On Thu, Dec 21, 2017 at 5:33 PM, Antonio Trande  > wrote:
> >>  Will Icecat be upgraded still?
> >>
> >> I was wondering the same thing. As much as I dislike the latest moves
> >> by Mozilla [1] and as much as I like GNU and IceCat, I'm a bit worried
> >> by the lack of maintenance of the project.
> >>
> >> IceCat is quite lagging behind Firefox ESR now. HEAD is 52.3.0,
> >> whereas Firefox ESR is already at 52.5.2.
> >
> > I agree that this is a very serious problem.  GNU IceCat is my primary
> > web browser, and I worry a *lot* about computer security.
> >
> > As defacto maintainer of the IceCat package in GNU Guix, I have a
> > solution for myself and for other GNU Guix users.  Whenever Mozilla
> > issues a security advisory, I search for the associated fixes in the
> > upstream mozilla-esr52 source repository, and apply them to our
> packages
> > in GNU Guix.  At the time of this writing, we include 69 patches
> > cherry-picked from upstream Firefox ESR, including all fixes from
> 52.5.2
> > that I deemed to be possibly relevant to security.
> >
> 
> Where do you find all release related patches?
> 
> --
> ---
> Antonio Trande
> Fedora Project
> mailto 'sagitter at fedoraproject dot org'
> GPG key: 0x5E212EE1D35568BE
> GPG key server: https://keys.fedoraproject.org/
> 
> 
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Removal of Sync and removal of Rock and Roll McDonalds

[Narcis Garcia]

I like "Sync" is kept if it allows to use my own cloud as storage backend.
Did I understood the "Sync" freedom right?


El 17/12/17 a les 07:52, bill-auger ha escrit:
> sync is a very handy feature that stores bookmarks, plugins, and other
> preferences "in the cloud" so that they can be easily restored into any
> future browser installs - this can be accomplished manually but it is
> far more tedious
> 
> it is true that is is broken - this is an open bug on the savannah tracker
> 
> https://savannah.gnu.org/bugs/?50960
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat for Windows

[Narcis Garcia]

https://directory.fsf.org/wiki/IceCat#tab=Details


El 29/10/17 a les 11:35, Chris Rogers ha escrit:
> Hi,
> 
> I'm trying to find a download location for IceCat for Windows but all of
> the files I find on the download page at
> https://ftp.gnu.org/gnu/gnuzilla/52.3.0/ seem to be Linux versions.
> 
> Is IceCat available for Windows? Any clue to find a Windows installer
> welcome.
> 

--
http://gnuzilla.gnu.org

[Bug-gnuzilla] Safari privacy measure still not up to GNU IceCat

[Narcis Garcia]

"Intelligent tracking prevention": New Safari privacy measure still
doesn't measure up to GNU IceCat

by Georgia Young - Free Software Foundation

https://www.fsf.org/blogs/community/intelligent-tracking-prevention-new-safari-privacy-measure-still-doesnt-measure-up-to-gnu-icecat


--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] icecat 52.3.0 exits unexpectedly on about:home

[Narcis Garcia]

I've experienced some unexpected exits when saving an image from a
webpage, while rewriting file name.
It's difficult to reproduce step-by-step because this not happens all times.


El 07/09/17 a les 14:04, domi...@dwalden.co.uk ha escrit:
> Does this happen to anyone else?
> 
> 1. Navigate to about:home
> 2. Click any of the hyperlinks
> 
> My browser just exits. On the command line (from which I launched
> icecat) see:
> ---
> [Child 3699] WARNING: pipe error (3): Connection reset by peer: file
> /home/ruben/git/gnuzilla/output/icecat-52.3.0/ipc/chromium/src/chrome/common/ipc_channel_posix.cc,
> line 322
> [Child 3699] ###!!! ABORT: Aborting on channel error.: file
> /home/ruben/git/gnuzilla/output/icecat-52.3.0/ipc/glue/MessageChannel.cpp,
> line 2152
> [Child 3699] ###!!! ABORT: Aborting on channel error.: file
> /home/ruben/git/gnuzilla/output/icecat-52.3.0/ipc/glue/MessageChannel.cpp,
> line 2152
> Segmentation fault
> ---
> 
> Couldn't get any more information via the usual Firefox crash reporting
> mechanism[1] (I assume turned off deliberately).
> 
> Version:
> 52.3.0 (64-bit)
> Debian 8 GNU/Linux
> (Linux debian-desktop 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2+deb8u3
> (2017-08-15) x86_64 GNU/Linux)
> 
> Does anyone know what might be the cause? Perhaps the fact that
> "/home/ruben/..." doesn't exist on my machine.
> 
> Otherwise I'll see if I can compile a debug version and see if I can get
> more information.
> 
> Thanks,
> 
> Dom
> 
> 
> 1.
> https://developer.mozilla.org/en-US/docs/Mozilla/Projects/Crash_reporting
> 
> -- 
> http://gnuzilla.gnu.org

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] I need Riot/WebRTC!

[Narcis Garcia]

El 24/08/17 a les 11:08, Mark H Weaver ha escrit:
> "csh"  writes:
> 
>> Mark H Weaver  wrote ..
>> Guix's IceCat package is diffeent?
> 
> We pass different arguments to ./configure than Rubén does when building
> the generic pre-compiled IceCat binaries, yes.  In this case, that's the
> relevant difference, not any changes to the source code.
> 
>> Guix, a GNU distro, doesn't use vanilla GNU packages?
> 
> We generally stick as close to upstream as we can, although in the case
> of IceCat we promptly cherry-pick fixes from upstream Firefox ESR since
> most of those fixes are for security flaws, and IceCat releases tend to
> lag behind.  As I write this, that includes 176 upstream changesets.
> 
>   Mark

Gnuzilla/IceCat should be a more solid project, and to make it possible,
Guix and Trisquel packagers should contribute their fixes to IceCat
project, then package from it.
Otherwise, you are repeating some efforts and lagging good IceCat
versions for newcoming packagers of other distros.

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Icecat crashes when clicking links on about:home

[Narcis Garcia]

I've tested Icecat 52.1.2 (from Trisquel repositories) on Ubuntu, and
could not reproduce the crash.
Tried clicking "trackers" and "About GNU" links.


El 17/08/17 a les 18:01, mpriv ha escrit:
> After some further testing on from a fresh OS this only seems to happen
> when icecat is installed on trisquel from the default repository.
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Allow Free Fonts from websites option

[Narcis Garcia]

If fonts have no license metadata, then this distinction is not a well
doable.
What user-side can do is to have some plugin that replaces web-requested
fonts to a catalog of FOSS ones, but not the browser itself.


El 08/08/17 a les 22:51, ng0 ha escrit:
> How would you check the license of a font at runtime?
> Hardcoding names? Not an option, please don't even think about it.
> Maintaining a list of fonts that are considered free? That could become
> outdated very soon and will never be 100% complete. Off the table aswell.
> 
> So far this is the start of an early idea, not a start for an proposal.
> 
> David Hedlund transcribed 3.2K bytes:
>> It is not unchecked in icecat 52.2.1 for Trisquel 7.
>>
>>
>> On 2016-06-05 00:26, Alejandro Hernández wrote:
>>> Hi,
>>>
>>> Icecat has uncheck this typography option by default:*Allow pages to choose 
>>> their own fonts*.
>>>
>>>
>>> I would like to*allow sites to choose their own fonts*  *ONLY IF THEY ARE 
>>> FREE SOFTWARE*. It would be good there were an*option*  for that.
>>>
>>> Sonrisa
>>>
>>>
>>>
>>> Thanks.
>>>
>>>
>>>
>>> --
>>> http://gnuzilla.gnu.org
>>
> 
>> --
>> http://gnuzilla.gnu.org
> 
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] interest expressed at Debian #637348. Send your reasons too!

[Narcis Garcia]

El 09/08/17 a les 02:40, bill-auger ha escrit:
> 
> On 08/08/2017 08:32 PM, David Hedlund wrote:
>> Why?
>>
> 
> because the weasel is WAY cuter
> 
> actually from what i understand, the original name of icecat was
> iceweasel, but then debian named their re-branded firefox as iceweasel
> and the original GNU iceweasel decided to rename to icecat to avoid any
> confusion - but now debian calls their default browser firefox again so
> the weasel name with all it's legacy is floating in limbo
> 
> they actually split off the iceweasel branding into a separate package
> so you can pretend that firefox-esr is still iceweasel - i just think
> many people would welcome the return of the weasel proper
> 
> --
> http://gnuzilla.gnu.org
> 

Instead of voting, you can write to 637...@bugs.debian.org explaining
all this. That thread is the place to discuss when there is no bug open
for the naming subject.


--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] HTML5 Video Everywhere posts to google-analytics

[Narcis Garcia]

El 27/07/17 a les 20:59, jc_gargma ha escrit:
> As of 0.3.5, HTML5 Video Everywhere has added a commit relating to UUIDs, 
> geolocation, and google-analytics.
> 
> This doesn't seem right to me. Does anyone else know what effect this commit 
> has on privacy?
> 
> https://github.com/lejenome/html5-video-everywhere/commit/
> 40f063e02d1dd32f1560741a4ff9b14ba87d7f05
> 

Please, somebody else can confirm this?
In that case, I have many desktop computers to clean from the extension.


--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] And Debian?

[Narcis Garcia]

Bug submitted for Devuan GNU+Linux:
http://bugs.devuan.org//cgi/bugreport.cgi?bug=125


El 21/04/17 a les 09:16, Narcis Garcia ha escrit:
> This Debian RFP is unattended since 2031, and I'm discussing about
> Debian policy to install by default M.Firefox without any privacy care
> for the user.
> 
> http://bugs.debian.org/637348
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

[Bug-gnuzilla] Site gnuzilla.gnu.org down

[Narcis Garcia]

Host unreachable at this moment.


--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat Privacy

[Narcis Garcia]

Some websites require http-referer for internal browsing; then not all
cases are convenient to disable http-referer (see XOriginPolicy):

Network.http.sendRefererHeader = 2
Send the Referer header when clicking on a link or loading an image

Network.http.sendSecureXSiteReferrer = true
Send the Referer header when navigating from a https site to another
https site

network.http.referer.XOriginPolicy = 1
Only send if base domains match

network.http.referer.spoofSource = false
Send the real referrer

network.http.referer.trimmingPolicy = 0
Send full URI as referrer

__
I'm using this express-made address because personal addresses aren't
masked enough at this list's archives. Mailing lists service
administrator should fix this.
El 07/07/17 a les 17:14, luk3Z ha escrit:
> Hello.
> 
> To rise privacy level of IceCat i recommend to use default values in browser:
> 
> network.http.sendRefererHeader
> browser.safebrowsing.updateURL
> browser.safebrowsing.reportURL
> 
> set to 0 or empty box (none).
> 
> http://b.agilob.net/better-security-privacy-and-anonymity-in-firefox
> 
> Best regards.
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Gigablast has indexed 12 billion pages

[Narcis Garcia]

At www.gigablast.com there is information about a server software, not
user frontend, client software or application extension.


El 25/04/17 a les 16:02, David Hedlund ha escrit:
> [[[ To any NSA and FBI agents reading my email: please consider ]]]
> [[[ whether defending the US Constitution against all enemies, ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> [[[ Use this email signature to campaign for it. ]]]
> 
> From 2015: "Reliable. Has been tested in live production since 2002 on
> billions of queries on an index of over 12 billion unique web pages, 24
> billion mirrored." - http://www.gigablast.com/admin.html#features
> 
> This is new for me. If this is true it means that Gigablast is the
> leading free search engine by far.
> 
> I added GigaBlast Search to
> https://directory.fsf.org/wiki/Free_Software_Directory:IceCat_extensions_(proposed)
> 
> 
> -- 
> David Hedlund
> 
> -- 
> http://gnuzilla.gnu.org

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] And Debian?

[Narcis Garcia]

[Note that Iceweasel wasn't a Firefox fork but Firefox itself]

A "package sponsor" needs to be found to help in IceCat packaging and
uploading to "unstable" repository. Firefox pachage maintainers could be
asked for this (?)
https://packages.debian.org/stretch/firefox-esr

Here some information about the process:
https://mentors.debian.net/


El 24/04/17 a les 07:27, Dimitris Arvanitis ha escrit:
> Hallo!
> 
> I would love to see GNU IceCat as Debian package. Moreover, I have never
> understood why Debian, considering itself as THE GNU OS, has not assumed
> GNU IceCat as its default browser, but has first maintained its own
> parallel variant, Iceweasel, and now even switched to standard Firefox.
> If their resources were used to assume responsibility over IceCat, many
> good things could happen, and Rúben would be relieved to some degree,
> not having to take the whole burden of maintaining IceCat.
> 
> How could we convince Debian of taking care of IceCat and make it its
> standard browser?
> 
> Dimitris
> 
> Am Freitag, den 21.04.2017, 09:16 +0200 schrieb Narcis Garcia:
>> This Debian RFP is unattended since 2031, and I'm discussing about
>> Debian policy to install by default M.Firefox without any privacy care
>> for the user.
>>
>> http://bugs.debian.org/637348
>>
>>
>> --
>> http://gnuzilla.gnu.org
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] And Debian?

[Narcis Garcia]

Who maintains Trisquel package?
I'm trying to contact to see the possibilities to port packages to Debian.


El 21/04/17 a les 09:16, Narcis Garcia ha escrit:
> This Debian RFP is unattended since 2031, and I'm discussing about
> Debian policy to install by default M.Firefox without any privacy care
> for the user.
> 
> http://bugs.debian.org/637348
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

[Bug-gnuzilla] Mozilla's sponsors driving to privacy problems; please package IceCat for Debian

[Narcis Garcia]

I believe that it's very interesting to be supported in the future by
Debian instead of having to install it from third party repository
(Trisquel) or having to use raw Firefox/Chromium at open networks.

IceCat is simply a cleaner Firefox: Unlike TorBrowser and like Firefox,
Icecat works through normal net, but has clean default preferences (eg.
no leaks with the use of Google resources) and better privacy settings
by default and Fingerprinting countermeasures, SpyBlock.

IceCat is generated from Firefox with the scripts available at
http://git.savannah.gnu.org/cgit/gnuzilla.git
-- 


__
I'm using this express-made address because personal addresses aren't
masked enough at Debian list's archives. Mailing lists service
administrator should fix this.

--
http://gnuzilla.gnu.org

[Bug-gnuzilla] interest expressed at Debian #637348. Send your reasons too!

[Narcis Garcia]

 Missatge reenviat 
Assumpte: Mozilla's sponsors driving to privacy problems; please package
IceCat for Debian
Data: Fri, 21 Apr 2017 19:36:40 +0200
De: Narcis Garcia <debianli...@actiu.net>
A: 637...@bugs.debian.org

I believe that it's very interesting to be supported in the future by
Debian instead of having to install it from third party repository
(Trisquel) or having to use raw Firefox/Chromium at open networks.

IceCat is simply a cleaner Firefox: Unlike TorBrowser and like Firefox,
Icecat works through normal net, but has clean default preferences (eg.
no leaks with the use of Google resources) and better privacy settings
by default and Fingerprinting countermeasures, SpyBlock.

IceCat is generated from Firefox with the scripts available at
http://git.savannah.gnu.org/cgit/gnuzilla.git


__
I'm using this express-made address because personal addresses aren't
masked enough at Debian list's archives. Mailing lists service
administrator should fix this.



--
http://gnuzilla.gnu.org

[Bug-gnuzilla] And Debian?

[Narcis Garcia]

This Debian RFP is unattended since 2031, and I'm discussing about
Debian policy to install by default M.Firefox without any privacy care
for the user.

http://bugs.debian.org/637348


--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 52.0.2: ftp.gnu.org/gnu/icecat/52.0.2/langpacks/ error

[Narcis Garcia]

I've visited succesfully this page with IceCat 52.0.2 (amd64).


El 18/04/17 a les 02:56, David Hedlund ha escrit:
> On 2017-04-17 04:47, David Hedlund wrote:
>>
>> On 2017-04-17 00:35, David Hedlund wrote:
>>>
>>> [[[ To any NSA and FBI agents reading my email: please consider ]]]
>>> [[[ whether defending the US Constitution against all enemies, ]]]
>>> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
>>> [[[ Use this email signature to campaign for it. ]]]
>>>
>>> I cannot access https://ftp.gnu.org/gnu/icecat/52.0.2/langpacks/ with
>>> IceCat 52.02.
>>>
>>> I get this message:
>>>
>>>
>>> Content Encoding Error
>>>
>>> The page you are trying to view cannot be shown because it uses an
>>> invalid or unsupported form of compression.
>>>
>>> Please contact the website owners to inform them of this problem.
>>>
>>>
>>>
>>> -- 
>>> David Hedlund
>>>
>>> -- 
>>> http://gnuzilla.gnu.org
>>
>> I just get the above error the first time I start IceCat. It vanish
>> when I restart the browser.
>>
>> -- 
>> http://gnuzilla.gnu.org
> This bug affect other pages as well.
> 
> -- 
> http://gnuzilla.gnu.org

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 52.0.2 release

[Narcis Garcia]

I suggest, in the Icecat presentation, to mention that Mozilla depends
on anti-privacy corporations such as Google.


El 16/04/17 a les 04:55, Ruben Rodriguez ha escrit:
> GNUzilla is the GNU version of the Mozilla suite, and GNU IceCat is the
> GNU version of the Firefox browser. Its main advantage is an ethical
> one: it is entirely free software. While the Firefox source code from
> the Mozilla project is free software, they distribute and recommend
> non-free software as plug-ins and addons. Also their trademark license
> restricts distribution in several ways incompatible with freedom 0.
> https://www.gnu.org/software/gnuzilla/
> 
> The user manual pages are at http://libreplanet.org/wiki/Group:IceCat/
> You can contribute by joining the wiki and editing the manuals.
> 
> Source tarballs, binaries for generic GNU/Linux systems and translations
> are available at http://ftp.gnu.org/gnu/gnuzilla/52.0.2/
> GPG key ID:D7E04784 GNU IceCat releases
> Fingerprint: A573 69A8 BABC 2542 B5A0 368C 3C76 EED7 D7E0 4784
> https://savannah.gnu.org/project/memberlist-gpgkeys.php?group=gnuzilla
> 
> This release introduces few changes aside of the major upgrade from v45
> to v52. It required changes to the branding, default extensions, and
> build system. These development-relevant changes can be tracked at
> http://git.savannah.gnu.org/cgit/gnuzilla.git and
> http://git.savannah.gnu.org/cgit/gnuzilla.git/tree/data/Changelog.IceCat
> 
> Notable improvements introduced upstream include:
>  * Captive portal detection and handling
>  * Native support for FLAC
>  * Along with many performance and security improvements.
>  * Multiprocess windows ("Electrolysis"). Note that GNU LibreJS is not
> compatible with this feature, which is globally disabled as a result.
> Please consult https://www.gnu.org/software/librejs/ on how to help.
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Bugs into IceCat

[Narcis Garcia]

http://gnuzilla.gnu.org/ website is down.


El 09/04/17 a les 19:48, denischer...@yandex.ru ha escrit:
> Hi,
> There are bugs in the IcaCat 38.8 for Windows (windows 7 x64):
> Does not work button comment on website www.vgae.ru 
> (see screnshot №1).
> Does not work like/dislike button on website www.vgae.ru
>  (see screnshot №2).
> In other browsers (IE, Mozilla Firefox) - it works.
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Windows Installer for IceCat

[Narcis Garcia]

You can get version 38.8.0 for Windows in a zip package.
https://www.gnu.org/software/gnuzilla/

I don't know how to create a SFX package with GUI for Windows.


El 25/03/17 a les 03:15, ice...@netcourrier.com ha escrit:
> Hello,
> 
> First of all, I would like to say thank you to the IceCat and GNU
> community! You all do a great job in making and promoting free software!
> 
> I am also a big fan of GNU software. I try to promote to friends and
> colleagues as much as I can.
> 
> Recently a friend of mine told me that he was really motivated to
> install IceCat on his PCs at his company
> However he struggled to do it, because he found no Windows installer and
> lacked of IT skills.
> And I think there are many people in this case. There is an answer,
> switch to a GNU distro, but many people won't or simply can't.
> 
> I believe that having a Windows installer for IceCat could help to
> spread free software philosophy.
> Honestly I am tired of hearing people calling Firefox 'free software'
> whereas it really isn't.
> 
> I don't know whether creating a Windows installer for IceCat is a big
> amount of work or not, but I think it would be worth it.
> 
> Anyway thanks for reading my message!
> All the best.
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] default referrer configuration in IceCat

[Narcis Garcia]

+1

But changing to:
network.http.referer.XOriginPolicy = 1

[Some websites present problems if spoofSource=true]


El 29/02/16 a les 15:29, François Kooman ha escrit:
> Hi,
> 
> The HTTP referrer configuration has some issues when it is used for CSRF
> protection by sites. The default Firefox configuration is like this
> (about:config):
> 
> network.http.referer.XOriginPolicy = 0
> network.http.referer.spoofSource = *false*
> network.http.referer.trimmingPolicy = 0
> network.http.sendRefererHeader = 2
> 
> The default IceCat configuration is like this:
> 
> network.http.referer.XOriginPolicy = 0
> network.http.referer.spoofSource = *true*
> network.http.referer.trimmingPolicy = 0
> network.http.sendRefererHeader = 2
> 
> The intention of spoofing the referrer is a good one, but it may be
> better to disable "spoofSource" and instead use "XOriginPolicy" with the
> value of 1=domain match (or 2=host match) that will prevent
> "cross-domain/host" HTTP referrers, but still allow the full referrer on
> the same host/domain. Using referrers within the same domain has no
> implications for privacy of the user as far as I can see.
> 
> So, my proposal is this default configuration:
> 
> network.http.referer.XOriginPolicy = 2
> network.http.referer.spoofSource = *false*
> network.http.referer.trimmingPolicy = 0
> network.http.sendRefererHeader = 2
> 
> I am not sure if this has any other (negative) effects when using this
> to browse around, but so far using it the last couple of days hasn't
> resulted in any issues, but of course my browsing behavior may not be
> representative...
> 
> What do you think?
> 
> Regards,
> François
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45.7.0 release

[Narcis Garcia]

As "C" option I meant to run a GNU/Linux guest (VM) in a Microsoft OS
host, when the user hasn't the possibility to change the hardware node's
operating system.


El 18/03/17 a les 18:23, awake...@tutanota.de ha escrit:
> what are the benefits of using a a virtualized linux OS on a computer
> with linux to connect to another computer with linux before using the
> internet? wouldn't you need two houses for that?
> 
> 16. Mar 2017 03:03 by informat...@actiu.net :
> 
> My suggests:
> 
> A) Use GNU/Linux as main OS in computer
> https://en.wikipedia.org/wiki/GNU
> 
> B) Connect remotely to a GNU/Linux desktop and browse the web from there
> https://en.wikipedia.org/wiki/Desktop_sharing
> 
> C) Run a virtual machine with GNU/Linux as guest OS
> https://en.wikipedia.org/wiki/Full_virtualization
> 
> 
> 
> El 16/03/17 a les 03:23, Daniel Quintiliani ha escrit:
> 
> So you would recommend most of the planet use Microsoft Edge then?
> 
> --
> 
> -Dan Q
> 
> 
> On Thu, 16 Mar 2017 00:58:25 +0100 (CET),  > wrote:
> 
> I totally agree, there is ABSOLUTELY NO REASON to use a
> slightly more secure browser like icecate on ABSOLUTELY
> DISGUSTINGLY BACKDOORED BOTNET surveillance, freedom and
> privacy destroying operating systems like those of apple and
> microsoft. why? because there is no benefit. the levels of
> disrespect that apple and microsoft have for user privacy
> (remember, they are a part of the nsa spying cult known as
> PRISM) are so high that there is no doubt in my opinion that
> any possible benefit to using icecat is instantly reduced to
> nothing while using it on windows or mac.
> 
> Using icecat on windows or mac is like bringing a bucket of
> fresh water with you everywhere you go because it has the
> salt removed and is more secure against salt, and then going
> to the middle of the ocean and expecting your freshwater to
> not get salty. I honestly believe that everyone who suggests
> more hard work for those involved with icecat to make it
> function on windows or mac are some kind of weirdos with
> hidden intentions.
> 
> 14. Mar 2017 02:13 by m...@netris.org :
> 
> "Daniel Quintiliani" <> d...@runbox.com
> > > writes:
> 
> Please reconsider your discontinuation of Windows
> and Mac versions, as
> libre browsing is most needed in DRM-based OSes, not
> Linux :(
> 
> 
> Please, let's not propose adding more work for Rubén.
> Given that he's
> already too overloaded to produce IceCat releases in a
> timely fashion,
> and given the paramount importance of reducing the
> latency of IceCat
> security updates, I fully support his decision to reduce
> the amount of
> work associated with each release. Let someone else
> volunteer to build
> binaries for Windows and Mac, if there's sufficient
> interest.
> 
> Regards,
> Mark
> 
> --
> http://gnuzilla.gnu.org
> 
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] I am really getting sick of this. Goodbye

[Narcis Garcia]

+1

El 19/03/17 a les 01:18, Julie Marchant ha escrit:
> Libre software is about freedom to control your computing, not freedom
> to choose a proprietary OS. The FSF supports compiling for Windows
> because it helps users to transition to libre software.
> 
> Attacking users for making a bad decision (Windows) is unproductive and
> hurtful, but not directly at odds with libre software principles as you
> suggest.
> 
> --
> Julie Marchant
> https://onpon4.github.io
> 


--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] MetaGer - English version

[Narcis Garcia]

Best candidates I think are:
1. Searx
2. MetaGer
9. DuckDuckGo

MetaGer has a balance of advantages from Searx and DuckDuckGo (FOSS, no
tracking, stable portal)


El 16/03/17 a les 13:12, David Hedlund ha escrit:
> Sorry, I mean _MetaGer_ not MetGer, its a Meta search engine.
> 
> -- 
> http://gnuzilla.gnu.org

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45.7.0 release

[Narcis Garcia]

https://en.wikipedia.org/wiki/Remote_Desktop_Services
(closed source)


El 16/03/17 a les 06:59, Gary Driggs ha escrit:
> On Mar 15, 2017, Ivan Zaigralin wrote:
> 
>> Absolutely anything you can direct your computer to do from
>> within window$, micro$oft can do remotely, surreptuously, and
>> *trivially* in the technical sense.
> 
> I eagerly await a link to the data you have collected that proves your
> curious hypothesis.
> 
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45.7.0 release

[Narcis Garcia]

My suggests:

A) Use GNU/Linux as main OS in computer
https://en.wikipedia.org/wiki/GNU

B) Connect remotely to a GNU/Linux desktop and browse the web from there
https://en.wikipedia.org/wiki/Desktop_sharing

C) Run a virtual machine with GNU/Linux as guest OS
https://en.wikipedia.org/wiki/Full_virtualization



El 16/03/17 a les 03:23, Daniel Quintiliani ha escrit:
> So you would recommend most of the planet use Microsoft Edge then?
> 
> --
> 
> -Dan Q
> 
> 
> On Thu, 16 Mar 2017 00:58:25 +0100 (CET),  wrote:
> 
>> I totally agree, there is ABSOLUTELY NO REASON to use a slightly more secure 
>> browser like icecate on ABSOLUTELY DISGUSTINGLY BACKDOORED BOTNET 
>> surveillance, freedom and privacy destroying operating systems like those of 
>> apple and microsoft. why? because there is no benefit. the levels of 
>> disrespect that apple and microsoft have for user privacy (remember, they 
>> are a part of the nsa spying cult known as PRISM) are so high that there is 
>> no doubt in my opinion that any possible benefit to using icecat is 
>> instantly reduced to nothing while using it on windows or mac.
>>
>> Using icecat on windows or mac is like bringing a bucket of fresh water with 
>> you everywhere you go because it has the salt removed and is more secure 
>> against salt, and then going to the middle of the ocean and expecting your 
>> freshwater to not get salty. I honestly believe that everyone who suggests 
>> more hard work for those involved with icecat to make it function on windows 
>> or mac are some kind of weirdos with hidden intentions.
>>
>> 14. Mar 2017 02:13 by m...@netris.org:
>>
>>
>>> "Daniel Quintiliani" <> d...@runbox.com> > writes:
 Please reconsider your discontinuation of Windows and Mac versions, as
 libre browsing is most needed in DRM-based OSes, not Linux :(
>>>
>>> Please, let's not propose adding more work for Rubén.  Given that he's
>>> already too overloaded to produce IceCat releases in a timely fashion,
>>> and given the paramount importance of reducing the latency of IceCat
>>> security updates, I fully support his decision to reduce the amount of
>>> work associated with each release.  Let someone else volunteer to build
>>> binaries for Windows and Mac, if there's sufficient interest.
>>>
>>>  Regards,
>>>Mark
>>>
>>> --
>>> http://gnuzilla.gnu.org
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat distribution delay and the NSA

[Narcis Garcia]

Okay, I see now that, using the belenos-updates repository, Icecat
45.7.0 is available.
Perfect now.


El 13/03/17 a les 00:00, mdn ha escrit:
>> The good side of Trisquel is that publishes binary packages that can be
>> installed on most APT/Dpkg based operating systems. I've been using this
>> for many Ubuntu installations.
> 
>> The bad side is that last IceCat version (for Trisquel 7 and still for
>> 8) is 31.2.0
> 
> Are you shure about that ?
> Because I updated trisquel and I got the 45.7.0.
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat distribution delay and the NSA

[Narcis Garcia]

The good side of Trisquel is that publishes binary packages that can be
installed on most APT/Dpkg based operating systems. I've been using this
for many Ubuntu installations.

The bad side is that last IceCat version (for Trisquel 7 and still for
8) is 31.2.0


El 12/03/17 a les 04:38, David Hedlund ha escrit:
> IceCat will be part of Trisquel 8.
> 
> On 2017-03-09 15:17, Gary Driggs wrote:
>> On Mar 9, 2017, David Hedlund wrote:
>>
>>> IceCat should release new versions from the upstream release as
>>> _soon_ as it has been released. Users of delayed libre-upstream forks
>>> are exploited by the NSA:
>>
>> how is an updated browser going to help if your OS isn't under your
>> control?
>>
>>
>>
>>
>> --
>> http://gnuzilla.gnu.org
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat distribution delay and the NSA

[Narcis Garcia]

Disagree. It's important to evaluate and fix Mozilla software before
assuming it's at IceCat quality level. I mean that quality in privacy
and security terms by default.


El 09/03/17 a les 13:49, David Hedlund ha escrit:
> [[[ To any NSA and FBI agents reading my email: please consider ]]]
> [[[ whether defending the US Constitution against all enemies, ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> [[[ Use this signature in you own emails to campaign for it. ]]]
> 
> 
> IceCat should release new versions from the upstream release as _soon_
> as it has been released. Users of delayed libre-upstream forks are
> exploited by the NSA:
> 
> 
> From https://en.wikipedia.org/wiki/Vault_7
> 
> *Vault 7* is a series of documents that WikiLeaks
>  began to release on March 7,
> 2017 that detail activities of the United States
>  Central Intelligence
> Agency  to
> perform electronic surveillance and cyber warfare
> . According to WikiLeaks
> founder Julian Assange ,
> Vault 7 is the most comprehensive release of US spying files ever made
> public.^[1]
> 
> The files, dated from 2013–2016, include details on software
> capabilities of the agency, such as the ability to compromise smart TVs
> ,^[2]
> 
> smartphones , including Apple
> 's iPhone
>  and phones running Google
> 's Android
>  operating
> system, as well as operating systems
>  such as Microsoft
> Windows , macOS
> , and Linux
> .
> 
> It also said that it would postpone releasing the source code for the
> cyber weapons, which is reportedly several hundred million lines long,
> "until a consensus emerges on the technical and political nature of the
> C.I.A.'s program and how such 'weapons' should be analyzed, disarmed and
> published."
> 
> The CIA lost control of the majority of its hacking arsenal including
> malware , weaponized zero day
> exploits ,
> malware remote control systems
>  and
> associated documentation. This extraordinary collection, which amounts
> to more than several hundred million lines of code, gives its possessor
> the entire hacking capacity of the CIA
> 
> --
> David Hedlund
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45.7.0 release

[Narcis Garcia]

pretty *easy


El 06/03/17 a les 10:23, Narcis Garcia ha escrit:
> Libre browsing is needed in any environment; one main difference (about
> results) is that in DRM-based OSes is really difficult to reach freedom
> in this, and in libre OSes is pretty if you use IceCat.
> 
> 
> El 06/03/17 a les 00:11, Daniel Quintiliani ha escrit:
>> Please reconsider your discontinuation of Windows and Mac versions, as libre 
>> browsing is most needed in DRM-based OSes, not Linux :(
>>
>> --
>>
>> -Dan Q
>>
>>
>> On Sun, 5 Mar 2017 11:40:45 -0500, Rubén Rodríguez <ru...@gnu.org> wrote:
>>
>>
>> GNUzilla is the GNU version of the Mozilla suite, and GNU IceCat is the
>> GNU version of the Firefox browser. Its main advantage is an ethical
>> one: it is entirely free software. While the Firefox source code from
>> the Mozilla project is free software, they distribute and recommend
>> non-free software as plug-ins and addons. Also their trademark license
>> restricts distribution in several ways incompatible with freedom 0.
>> https://www.gnu.org/software/gnuzilla/
>>
>> The user manual pages are at http://libreplanet.org/wiki/Group:IceCat/
>> You can contribute by joining the wiki and editing the manuals.
>>
>> Source tarballs, binaries for generic GNU/Linux systems and translations
>> are available at https://ftp.gnu.org/gnu/gnuzilla/45.7.0/
>> GPG key ID:D7E04784 GNU IceCat releases
>> Fingerprint: A573 69A8 BABC 2542 B5A0  368C 3C76 EED7 D7E0 4784
>> https://savannah.gnu.org/project/memberlist-gpgkeys.php?group=gnuzilla
>>
>> This is a maintenance release with no downstream changes since the
>> previous version (v45.5.1)
>>>
>>> --
>>> http://gnuzilla.gnu.org
>>
>>
>>
>> --
>> http://gnuzilla.gnu.org
>>
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45.7.0 release

[Narcis Garcia]

Libre browsing is needed in any environment; one main difference (about
results) is that in DRM-based OSes is really difficult to reach freedom
in this, and in libre OSes is pretty if you use IceCat.


El 06/03/17 a les 00:11, Daniel Quintiliani ha escrit:
> Please reconsider your discontinuation of Windows and Mac versions, as libre 
> browsing is most needed in DRM-based OSes, not Linux :(
> 
> --
> 
> -Dan Q
> 
> 
> On Sun, 5 Mar 2017 11:40:45 -0500, Rubén Rodríguez  wrote:
> 
> 
> GNUzilla is the GNU version of the Mozilla suite, and GNU IceCat is the
> GNU version of the Firefox browser. Its main advantage is an ethical
> one: it is entirely free software. While the Firefox source code from
> the Mozilla project is free software, they distribute and recommend
> non-free software as plug-ins and addons. Also their trademark license
> restricts distribution in several ways incompatible with freedom 0.
> https://www.gnu.org/software/gnuzilla/
> 
> The user manual pages are at http://libreplanet.org/wiki/Group:IceCat/
> You can contribute by joining the wiki and editing the manuals.
> 
> Source tarballs, binaries for generic GNU/Linux systems and translations
> are available at https://ftp.gnu.org/gnu/gnuzilla/45.7.0/
> GPG key ID:D7E04784 GNU IceCat releases
> Fingerprint: A573 69A8 BABC 2542 B5A0  368C 3C76 EED7 D7E0 4784
> https://savannah.gnu.org/project/memberlist-gpgkeys.php?group=gnuzilla
> 
> This is a maintenance release with no downstream changes since the
> previous version (v45.5.1)
>>
>> --
>> http://gnuzilla.gnu.org
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] how do i remove a root (or any) certificate from Icecat please ?

[Narcis Garcia]

My path with IceCat 31.2.0 :
1. Preferences
2. Advanced
3. Certificates
4. View certificates
5. Select any tab, any item
6. Delete


El 17/02/17 a les 18:39, b...@shroggslodge.freeserve.co.uk ha escrit:
> Hello all
> 
> Just wondering if any one knows how to  remove CA certificates from Icecat ?
> 
> Any help appreciated.
> 
> Thank you
> Habs
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] error in icecat 45.7.0 in Trisquel

[Narcis Garcia]

I'm using the IceCat 31.2.0-1+7.0trisquel2 provided in Trisquel 7 (belenos)


El 12/02/17 a les 22:44, Mark H Weaver ha escrit:
> David Hedlund  writes:
>> I get this message when I open icecat 45.7.0 in Trisquel:
> 
> Trisquel has IceCat 45.7.0?  Where is the corresponding "upstream"
> source release?  45.5.1 is the newest one available at ftp.gnu.org.
> 
>   Mark
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat browser default on Windows 7?

[Narcis Garcia]

I mean that it's not just v45 a major reason for this matter, because
this reason was the same for v38 and will be the same for v52 and future.
I feel the point is to *feel* security and privacy when using Windows as
it was at the same level as in GNU/Linux operating systems.

Using Icecat number 45 same as the number 45 of GNU/Linux makes people
to feel they have similar level of security and privacy, and because of
this false appearance, I suggest them to use IceCat v38 in the meanwhile
without worrying too much about this small piece in the operating
environment, because the vulnerabilities problem is the operating
environment.


El 02/01/17 a les 01:11, awake...@tutanota.de ha escrit:
> are you implying that it's silly to look for problems and then improve
> by updating?
> 
> I guess  we should just stop looking for vulnerabilities to fix, because
> if we ignore them they will all just go away right? Wrong.
> 
> 
> 
> 30. Dec 2016 15:38 by informat...@actiu.net <mailto:informat...@actiu.net>:
> 
> IceCat 45 must have vulnerabilities too, and then someone will ask for
> Icecat 52, etc.
> 
> 
> El 30/12/16 a les 17:44, Daniel Quintiliani ha escrit:
> 
> Numerous remote code execution vulnerabilities? You're kidding
> me right?
> 
> --
> 
>     -Dan Q
> 
> 
> On Fri, 30 Dec 2016 11:06:10 +0100, Narcis Garcia
> <informat...@actiu.net <mailto:informat...@actiu.net>> wrote:
> 
> People asking for a new IceCat version for Windows, they
> already have
> IceCat 38.8.0 ans it seems usable.
> Any freedom and security enhancement they ask for, it's to
> GNU/Linux
> direction.
> 
> 
> El 29/12/16 a les 23:58, Daniel Quintiliani ha escrit:
> 
> I think there's been a real problem lately where
> complaints by users are being confused with official
> project decisions. Like when v45.5 and v45.3 were
> released Linux only, some of us asked if a Windows
> version would be available, and it turned into arguments
> about whether we should expand non-DRM browsers under
> unfree systems. Instead of arguments we need to focus on
> the project and official policy vs mailing list
> opinions. We should also focus on who the decision
> makers actually are, to my knowledge Ruben has been busy
> lately but someone can easily say "Why should we
> maintain a Windows or Mac version of IceCat?" and be
> confused for someone who is making decisions for the
> project.
> 
> --
> 
> -Dan Q
> 
> On Thu, 29 Dec 2016 09:03:32 -0800, Gary Driggs
> <gdri...@gmail.com <mailto:gdri...@gmail.com>> wrote:
> 
> Daniel Quintiliani wrote:
> 
> 
> Ruben having discontinued Windows support for
> IceCat was the best and easiest way to force
> most of the human population into DRM.
> 
> 
> Where did you see any such announcement?
> 
> Maybe we should start an alternate mailing list,
> political-gnuzi...@gnu.org
> <mailto:political-gnuzi...@gnu.org>, so the rest of
> us can discuss technical topics in peace.
> --
> http://gnuzilla.gnu.org
> 
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 
> 
> --
> http://gnuzilla.gnu.org
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat browser default on Windows 7?

[Narcis Garcia]

IceCat 45 must have vulnerabilities too, and then someone will ask for
Icecat 52, etc.


El 30/12/16 a les 17:44, Daniel Quintiliani ha escrit:
> Numerous remote code execution vulnerabilities? You're kidding me right?
> 
> --
> 
> -Dan Q
> 
> 
> On Fri, 30 Dec 2016 11:06:10 +0100, Narcis Garcia <informat...@actiu.net> 
> wrote:
> 
>> People asking for a new IceCat version for Windows, they already have
>> IceCat 38.8.0 ans it seems usable.
>> Any freedom and security enhancement they ask for, it's to GNU/Linux
>> direction.
>>
>>
>> El 29/12/16 a les 23:58, Daniel Quintiliani ha escrit:
>>> I think there's been a real problem lately where complaints by users are 
>>> being confused with official project decisions. Like when v45.5 and v45.3 
>>> were released Linux only, some of us asked if a Windows version would be 
>>> available, and it turned into arguments about whether we should expand 
>>> non-DRM browsers under unfree systems. Instead of arguments we need to 
>>> focus on the project and official policy vs mailing list opinions. We 
>>> should also focus on who the decision makers actually are, to my knowledge 
>>> Ruben has been busy lately but someone can easily say "Why should we 
>>> maintain a Windows or Mac version of IceCat?" and be confused for someone 
>>> who is making decisions for the project.
>>>
>>> --
>>>
>>> -Dan Q
>>>
>>> On Thu, 29 Dec 2016 09:03:32 -0800, Gary Driggs <gdri...@gmail.com> wrote:
>>>
>>>> Daniel Quintiliani wrote:
>>>>>
>>>>> Ruben having discontinued Windows support for IceCat was the best and 
>>>>> easiest way to force most of the human population into DRM.
>>>>
>>>> Where did you see any such announcement?
>>>>
>>>> Maybe we should start an alternate mailing list, 
>>>> political-gnuzi...@gnu.org, so the rest of us can discuss technical topics 
>>>> in peace.
>>>> --
>>>> http://gnuzilla.gnu.org
>>>
>>>
>>>
>>> --
>>> http://gnuzilla.gnu.org
>>>
>>
>> --
>> http://gnuzilla.gnu.org
> 
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat browser default on Windows 7?

[Narcis Garcia]

People asking for a new IceCat version for Windows, they already have
IceCat 38.8.0 ans it seems usable.
Any freedom and security enhancement they ask for, it's to GNU/Linux
direction.


El 29/12/16 a les 23:58, Daniel Quintiliani ha escrit:
> I think there's been a real problem lately where complaints by users are 
> being confused with official project decisions. Like when v45.5 and v45.3 
> were released Linux only, some of us asked if a Windows version would be 
> available, and it turned into arguments about whether we should expand 
> non-DRM browsers under unfree systems. Instead of arguments we need to focus 
> on the project and official policy vs mailing list opinions. We should also 
> focus on who the decision makers actually are, to my knowledge Ruben has been 
> busy lately but someone can easily say "Why should we maintain a Windows or 
> Mac version of IceCat?" and be confused for someone who is making decisions 
> for the project.
> 
> --
> 
> -Dan Q
> 
> On Thu, 29 Dec 2016 09:03:32 -0800, Gary Driggs  wrote:
> 
>> Daniel Quintiliani wrote:
>>>
>>> Ruben having discontinued Windows support for IceCat was the best and 
>>> easiest way to force most of the human population into DRM.
>>
>> Where did you see any such announcement?
>>
>> Maybe we should start an alternate mailing list, political-gnuzi...@gnu.org, 
>> so the rest of us can discuss technical topics in peace.
>> --
>> http://gnuzilla.gnu.org
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45.5.1 for Windows?

[Narcis Garcia]

Let's work for people means & knowledge!


El 29/12/16 a les 15:35, Mart Rootamm ha escrit:
> IceCat on Windows would be like wearing warm clothes in the cold in a
> bad neighborhood. The bad neighborhood being a proprietary operating
> system.
> 
> Many people don't have the means or the knowledge to move out of such
> a neighborhood, but they'd like to enjoy some warmth, too.
> 
> -M.
> 
> 2016-12-28 21:31 GMT+02:00, Daniel Quintiliani :
>> So you wouldn't give a band-aid to someone who has just been raped?
>>
>> --
>>
>> -Dan Q
>>
>> On Wed, 28 Dec 2016 18:18:00 +0100 (CET),  wrote:
>>
>>> bleh... why would IceCat release on windows? that's like giving someone a
>>> bandaid if they need a doctor. the amount of hard work the devs do will be
>>> wasted on a release on a system that contradicts the very philosophical
>>> values of IceCat. that effort should be spent better making IceCat better
>>> where it matters.
>>>
>>> --
>>> Securely sent with Tutanota. Claim your encrypted mailbox today!
>>> https://tutanota.com
>>>
>>> 20. Dec 2016 12:25 by jw...@web.de:
>>>
>>>
 When will IceCat 45.5.1 for Windows be released? Or has Windows support
 been dropped? There is no Windows version to download in the repository
> http://ftp.gnu.org/gnu/gnuzilla/45.5.1> .

 --
 http://gnuzilla.gnu.org
>>> --
>>> http://gnuzilla.gnu.org
>>
>>
>>
>> --
>> http://gnuzilla.gnu.org
>>
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat browser default on Windows 7?

[Narcis Garcia]

Do you mean you told a supposition without having any report about it?
No source link to refer?

If so, this informative style harms to freedom and privacy projects.


El 29/12/16 a les 03:05, awake...@tutanota.de ha escrit:
> "Information source?"
> 
> I hate to be that person that says to go use a search engine but if you
> check out startpage.com and youtube you will find a few good results.
> 
> "I know. I'd imagine that would violate trade secrets laws, or identity
> theft if your social security number was involved."
> 
> and somehow they seem to get away with it. Prism.
> 
> 28. Dec 2016 14:33 by d...@runbox.com <mailto:d...@runbox.com>:
> 
> I know. I'd imagine that would violate trade secrets laws, or
> identity theft if your social security number was involved.
> 
> --
> 
> -Dan Q
> 
> 
> On Wed, 28 Dec 2016 19:23:33 +0100, Narcis Garcia
> <informat...@actiu.net <mailto:informat...@actiu.net>> wrote:
> 
> "windows literally takes a picture of your desktop every 10
> seconds to
> 10 minutes and garbles it into a png file and sends it to microsoft"
> 
> Information source?
> 
> 
> El 28/12/16 a les 18:26, awake...@tutanota.de
> <mailto:awake...@tutanota.de> ha escrit:
> > Oh Come On. if you use IceCat on windows for privacy benefits
> of using a
> > better browser it's completely and pathetically negated by the
> very
> > fact that IceCat is running in an operating system who's very
> job is to
> > spy the ** out of everyone who uses it.
> > windows literally takes a picture of your desktop every 10
> seconds to 10
> > minutes and garbles it into a png file and sends it to
> microsoft. that's
> > your passwords, your social security number, your entire life.
> tricking
> > yourself into believing that you get any security related
> benefit out of
> > using a good browser on a very very bad operating system is
> just plain
> > silly. windows even lets you change privacy and security
> settings, but
> > just changes them back for you later when you are not looking.
> look up
> > prism. facebook, google, microsoft, apple (who claims to stand
> up to the
> > MAN!), aol, yahoo, and a few others. they are a part of prism and
> > literally just give the nsa whatever they want. wake up.
> >
> >
> >
> > 11. Dec 2016 13:18 by d...@runbox.com <mailto:d...@runbox.com>
> <mailto:d...@runbox.com <mailto:mailto:d...@runbox.com>>:
> >
> > You think that people who, through no fault of their own, can only
> > afford cheap laptops, or are stuck with Secure Boot and TPM
> because
> > they lack technical expertise to build a computer, should be
> forced
> > to use unfree browsers like Edge and Chrome, or the privacy
> settings
> > of Firefox? I have two computers, one Win10 and one Xubuntu,
> both of
> > which I built myself. I need the Windows computer for a few unfree
> > things, mainly as a substitute for a television for my
> bedroom, and
> > when I'm stuck with this pretty DRM machine for whatever
> reason, I'd
> > rather use a GNU project browser than DRM and privacy risks like
> > Edge, Chrome, and Firefox. Wouldn't you?
> >
> > --
> >
> > -Dan Q
> >
> >
> > On Sun, 11 Dec 2016 11:55:09 +0100, Narcis Garcia
> > <informat...@actiu.net <mailto:informat...@actiu.net>
> <mailto:informat...@actiu.net
> <mailto:mailto:informat...@actiu.net>>> wrote:
> >
> > "IceCat is more needed on unfree OSes than free OSes"
> > I don't subscribe this sentence. Completely not.
> >
> >
> > El 04/12/16 a les 22:29, Daniel Quintiliani ha escrit:
> > > IceCat is more needed on unfree OSes than free OSes. That's
> > why I was a little bummed to not see a Windows release of v45,
> > when I have to use Windows I'd like a little freedom and privacy
> > even if it isn't much.
> > >
> > > --
> > >
> > > -Dan Q
>  

Re: [Bug-gnuzilla] IceCat browser default on Windows 7?

[Narcis Garcia]

"windows literally takes a picture of your desktop every 10 seconds to
10 minutes and garbles it into a png file and sends it to microsoft"

Information source?


El 28/12/16 a les 18:26, awake...@tutanota.de ha escrit:
> Oh Come On. if you use IceCat on windows for privacy benefits of using a
> better browser it's completely  and pathetically negated by the very
> fact that IceCat is running in an operating system who's very job is to
> spy the ** out of everyone who uses it.
> windows literally takes a picture of your desktop every 10 seconds to 10
> minutes and garbles it into a png file and sends it to microsoft. that's
> your passwords, your social security number, your entire life. tricking
> yourself into believing that you get any security related benefit out of
> using a good browser on a very very bad operating system is just plain
> silly. windows even lets you change privacy and security settings, but
> just changes them back for you later when you are not looking. look up
> prism. facebook, google, microsoft, apple (who claims to stand up to the
> MAN!), aol, yahoo, and a few others. they are a part of prism and
> literally just give the nsa whatever they want. wake up.
> 
> 
> 
> 11. Dec 2016 13:18 by d...@runbox.com <mailto:d...@runbox.com>:
> 
> You think that people who, through no fault of their own, can only
> afford cheap laptops, or are stuck with Secure Boot and TPM because
> they lack technical expertise to build a computer, should be forced
> to use unfree browsers like Edge and Chrome, or the privacy settings
> of Firefox? I have two computers, one Win10 and one Xubuntu, both of
> which I built myself. I need the Windows computer for a few unfree
> things, mainly as a substitute for a television for my bedroom, and
> when I'm stuck with this pretty DRM machine for whatever reason, I'd
> rather use a GNU project browser than DRM and privacy risks like
> Edge, Chrome, and Firefox. Wouldn't you?
> 
> --
> 
> -Dan Q
> 
> 
> On Sun, 11 Dec 2016 11:55:09 +0100, Narcis Garcia
> <informat...@actiu.net <mailto:informat...@actiu.net>> wrote:
> 
> "IceCat is more needed on unfree OSes than free OSes"
> I don't subscribe this sentence. Completely not.
> 
> 
> El 04/12/16 a les 22:29, Daniel Quintiliani ha escrit:
> > IceCat is more needed on unfree OSes than free OSes. That's
> why I was a little bummed to not see a Windows release of v45,
> when I have to use Windows I'd like a little freedom and privacy
> even if it isn't much.
> >
> > --
> >
> > -Dan Q
> >
> >
> > On Sun, 4 Dec 2016 21:19:32 +0100, mdn
> <bernardl...@openmailbox.org
> <mailto:bernardl...@openmailbox.org>> wrote:
> >
> >> If I am not mistaken,Normally if windows has only one browser he
> >> launches the said browser.
> >>
> >> Uninstall any other browser (IE included) to uninstall IE go
> in the
> >> uninstall software section (in the control panel) there is a
> "add/remove
> >> windows components" button (up left) from where you can
> remove internet
> >> explorer (has well has others functions)
> >>
> >>
> >> Be careful and see to migrate one day to a gnu distribution.
> >> Good luck
> >>
> >> Le 04/12/2016 02:05, Petr Vláčil a écrit :
> >>> Hello,
> >>>
> >>> I started using this browser as a main on Windows 7 PRO
> x64bit, but I can't click on set it as a default browser. Is
> there any chance to set IceCat as a default browser?
> >>>
> >>> Thank you in advance.
> >>>
> >>> Btw. I found this
> 
> http://www.glump.net/howto/desktop/set-gnu-icecat-as-default-browser-in-windows-8-x
> , but I don't know, whether is this functional on Windows 7 PRO
> x64bit.
> >>>
> >>> --
> >>> http://gnuzilla.gnu.org
> >>>
> >> --
> >> http://gnuzilla.gnu.org
> >
> >
> >
> > --
> > http://gnuzilla.gnu.org
> >
> 
> --
> http://gnuzilla.gnu.org
> 
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] uBlock hit 3rd place on AMO

[Narcis Garcia]

Do you mean this extension?
https://addons.mozilla.org/firefox/addon/adblock-plus/

If so; Can you install it from that FF page?


El 28/12/16 a les 18:14, awake...@tutanota.de ha escrit:
> I really like spyblock. it just works and I don't have to worry about
> ublock that's constantly being aggressively shilled everywhere like
> linux mint. please let me just keep my spyblock.
> 
> -- 
> Securely sent with Tutanota. Claim your encrypted mailbox today!
> https://tutanota.com
> 
> 21. Dec 2016 12:40 by pub...@beloved.name :
> 
> On 2016-12-21 18:34, Sedov Andrey wrote:
> 
> I'm not arguing that a high rating is more donations. More donations 
> is the best development software. But the betrayal of the idea Adblock = this 
> betrayal.
> 
> I said that uBlock Origin refuse to take donations. The author,
> Raymond Hill, is against it, thus nobody can sue him as they tried
> with the Adblock Plus company Eyeo.
> 
> 
> I think that GNU's fair. Adblock is not fair. I think people are 
> coasting (old information) make a choice Adblock.
> But over time more people will use uBlock Origin and less use of 
> Adblock. And ratings for AMO Adblock will decrease uBlock Origin will improve 
> (heh... I know I'm naive and idealist:) )
> So I think that the way IceCat SpyBlock is the way with uBlock 
> Origin, but not the path with the traitor Adblock.
> 
> 
> If you have a Savannah account, then please put your vote on
> http://savannah.gnu.org/bugs/?49606 (click on "Votes" at the bottom
> of the page).
> 
> 
> 21.12.2016 23:55, David Hedlund пишет:
> 
> The AMO popularity rank is a key factor in making a good
> decision. uBlock Origin refuse to take donations so this
> cannot be profitable for the devs.
> 
> 
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45.5.1 for Windows?

[Narcis Garcia]

Many software releases depend on community efforts, including users.


El 20/12/16 a les 18:25, jw243 ha escrit:
> When will IceCat 45.5.1 for Windows be released? Or has Windows support
> been dropped? There is no Windows version to download in the repository
> http://ftp.gnu.org/gnu/gnuzilla/45.5.1/.
> 
> -- 
> http://gnuzilla.gnu.org

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat browser default on Windows 7?

[Narcis Garcia]

El 13/12/16 a les 04:28, Mart Rootamm ha escrit:
> I agree with Daniel Quintiliani upthread.
> 
> In addition,
> There are many computers with UEFI and some machines with Windows, that
> won't allow installation or running of alternative (aka non-Windows)
> operating systems.

I still haven't found any x86 computer where I couldn't install GNU/Linux.

> Some machines are tablet computers, where changing the default OS is
> more difficult, and which internal hardware is specific enough, that
> drivers for free operating systems are non-existent.

Incompatible devices with FOSS (no Cyanogenmod/OmniROM/Replicant
possibility): bad device choice.

> Suppose the UEFI BIOS is password-protected by the employer, for
> example, making it impossible to run an alternative OS from removable
> media, while the employee is permitted to run FOSS software on said PC.

Employer can be part of the malware policy here. Better to use another
device than employer's provided one.

> Other people who have purchased computers, might not remove the
> pre-installed operating system; since a proprietary OS is present, and
> that's considered part of the purchase price. A proprietary system is
> often required to be present for study—in order to support friends,
> family, and potential customers.

Incompatible devices with FOSS again? bad computer choice. And 99% of
proprietary software can be run under a virtual machine or Playonlinux/Wine.

> For yet others, changing the default operating system is a lot of work.
> Repartitioning a main storage to install an alternative operating system
> does entail risk; especially for people who are not experienced with that.

It's true the freedom becomes more difficult as more freedom and
independence you want.

> Several manufacturers have chosen not to support computers where the
> main OS is not Windows.

Here wins a good user policy: devices & software choices, and
Playonlinux/Wine or virtual machine.
FOSS community provides a lot of help, much more than
privative/proprietary "community".

> Yet other people want a Free Software Gecko-based browser for general
> browsing, hoping to get funtionality that's not present in Firefox
> anymore. Lack of a Windows version thus reduces exposure.
> 
> btw, I just discovered in GMail, that if I click on the main field of
> e-mail recipients, I can drag and drop recipients from CC and BCC fields
> to the To: field. Convenient.
> 
> -M.


--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat browser default on Windows 7?

[Narcis Garcia]

In this needings situation I'd prefer one of following options:
1) Use directly the computer with GNU/Linux when needing to browse web
2) Use remotely (eg. vnc) the computer with GNU/Linux to browse web
3) Run a GNU/Linux virtual machine in Windows host to browse web

Running FOSS in Windows, you are exposing this software to
viruses/spammers/trackers customization out of your control.

Most of Windows malware is prepared to modify user's aplications
behaviour, and to spy your activity and traffic at application level.


El 11/12/16 a les 19:18, Daniel Quintiliani ha escrit:
> You think that people who, through no fault of their own, can only afford 
> cheap laptops, or are stuck with Secure Boot and TPM because they lack 
> technical expertise to build a computer, should be forced to use unfree 
> browsers like Edge and Chrome, or the privacy settings of Firefox? I have two 
> computers, one Win10 and one Xubuntu, both of which I built myself. I need 
> the Windows computer for a few unfree things, mainly as a substitute for a 
> television for my bedroom, and when I'm stuck with this pretty DRM machine 
> for whatever reason, I'd rather use a GNU project browser than DRM and 
> privacy risks like Edge, Chrome, and Firefox. Wouldn't you?
> 
> --
> 
> -Dan Q
> 
> 
> On Sun, 11 Dec 2016 11:55:09 +0100, Narcis Garcia <informat...@actiu.net> 
> wrote:
> 
>> "IceCat is more needed on unfree OSes than free OSes"
>> I don't subscribe this sentence. Completely not.
>>
>>
>> El 04/12/16 a les 22:29, Daniel Quintiliani ha escrit:
>>> IceCat is more needed on unfree OSes than free OSes. That's why I was a 
>>> little bummed to not see a Windows release of v45, when I have to use 
>>> Windows I'd like a little freedom and privacy even if it isn't much.
>>>
>>> --
>>>
>>> -Dan Q
>>>
>>>
>>> On Sun, 4 Dec 2016 21:19:32 +0100, mdn <bernardl...@openmailbox.org> wrote:
>>>
>>>> If I am not mistaken,Normally if windows has only one browser he
>>>> launches the said browser.
>>>>
>>>> Uninstall any other browser (IE included) to uninstall IE go in the
>>>> uninstall software section (in the control panel) there is a "add/remove
>>>> windows components" button (up left) from where you can remove internet
>>>> explorer (has well has others functions)
>>>>
>>>>
>>>> Be careful and see to migrate one day to a gnu distribution.
>>>> Good luck
>>>>
>>>> Le 04/12/2016 02:05, Petr Vláčil a écrit :
>>>>> Hello,
>>>>>
>>>>> I started using this browser as a main on Windows 7 PRO x64bit, but I 
>>>>> can't click on set it as a default browser. Is there any chance to set 
>>>>> IceCat as a default browser?
>>>>>
>>>>> Thank you in advance.
>>>>>
>>>>> Btw. I found this 
>>>>> http://www.glump.net/howto/desktop/set-gnu-icecat-as-default-browser-in-windows-8-x
>>>>>  , but I don't know, whether is this functional on Windows 7 PRO x64bit.
>>>>>
>>>>> --
>>>>> http://gnuzilla.gnu.org
>>>>>
>>>> --
>>>> http://gnuzilla.gnu.org
>>>
>>>
>>>
>>> --
>>> http://gnuzilla.gnu.org
>>>
>>
>> --
>> http://gnuzilla.gnu.org
> 
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Suggestions for IceCat 45.5.1

[Narcis Garcia]

El 05/12/16 a les 13:09, Jean Louis ha escrit:
> I am testing the version 45.5.1, and here are some suggestions:
> 
> - I could see that "Sign in to sync" wanted to move me to
>   accounts.firefox.com -- maybe that could be removed from future
>   versions. Maybe FSF may provide a server for IceCat users, that may
>   store the account data, encrypted, I would trust the FSF more than
>   Firefox that has too many users and may be more under attacks.

In the meanwhile there is no independent service, it may be better a
dialog to ask server (?)

> - Is the IceCat creating directory ~/Dekstop ? I am not sure, but it
>   looks like it is. Why would an Internet browser have a need to
>   create irrelevant directors on user space? This is for me not
>   acceptable. I don't care about the XDG, and I am not computing in
>   the environment of XDG specifications. I have no Gnome, and no KDE,
>   so I have no "desktop environment" in that sense. Just plain window
>   manager. So in that case, IceCat should not take care of it, and
>   just leave my directories as such.

+1

> - The Amazon.com shall be removed from default list of search
>   engines. That is just my proposal

+1


--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45.5.1 release

[Narcis Garcia]

For next release introduction, I suggest to mention another ethical
advantage: better privacy policy than Mozilla Firefox.


El 02/12/16 a les 02:21, Rubén Rodríguez ha escrit:
> GNUzilla is the GNU version of the Mozilla suite, and GNU IceCat is the
> GNU version of the Firefox browser. Its main advantage is an ethical
> one: it is entirely free software. While the Firefox source code from
> the Mozilla project is free software, they distribute and recommend
> non-free software as plug-ins and addons. Also their trademark license
> restricts distribution in several ways incompatible with freedom 0.
> https://www.gnu.org/software/gnuzilla/
> 
> The user manual pages are at http://libreplanet.org/wiki/Group:IceCat/
> You can contribute by joining the wiki and editing the manuals.
> 
> Source tarballs, binaries for generic GNU/Linux systems and translations
> are available at http://ftp.gnu.org/gnu/gnuzilla/45.5.1/
> GPG key ID:D7E04784 GNU IceCat releases
> Fingerprint: A573 69A8 BABC 2542 B5A0  368C 3C76 EED7 D7E0 4784
> https://savannah.gnu.org/project/memberlist-gpgkeys.php?group=gnuzilla
> 
> This release introduces few changes aside of the major upgrade from v38
> to v45, which required changes to the branding, aboutIcecat pages,
> spyblock, internationalization build system and search plugins.
> 
> == Changes since v38.8.0ESR ==
>  * Updated to v45.5.1ESR
>  * https-everywhere updated to 5.2.7
>  * Disabled antifeatures: EME, telemetry, flash, search suggestions,
> Geolocation, GMP, Pocket, and extension signatures. WebRTC tunned to
> prevent ip leaks over TOR.
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Vote guideline

[Narcis Garcia]

There are no options to select the exact vote.
It's clearer and easier to vote in this mailing list.


El 16/11/16 a les 16:24, David Hedlund ha escrit:
> 1. To vote on Savannah you need an account.
> 2. Then click on any bug (eg https://savannah.gnu.org/bugs/?49616)
> 3. Click on "Votes" located at the bottom of the page, and submit a
> number of your votes (maxiumum 100 votes).
> 
> -- 
> http://gnuzilla.gnu.org

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] [VOTE] Tor code base

[Narcis Garcia]

I believe that Icecat should have same derivative modifications as
TorWebbrowser, and then TorWebbrowser should use Icecat's code base.


El 14/11/16 a les 20:04, Daniel Quintiliani ha escrit:
> Should we use the Tor code as a basis for Icecat?
> 
> 1. Yes
> 2. No
> 
> I vote #1
> 
> --
> 
> -Dan Q
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] [VOTE] Cookie prompt

[Narcis Garcia]

I vote #1

I don't find any "vote" button in that website.


El 15/11/16 a les 01:26, Mart Rootamm ha escrit:
> The cookie prompt vote is now here:
> https://savannah.gnu.org/bugs/index.php?49603
> 
> -M.
> 
> 2016-11-14 21:20 GMT+02:00 Mart Rootamm  >:
> 
> Vote #1 — integrate old cookie prompt into the next ESR, and then
> develop it further. This will bring more users to IceCat.
> 
> An add-on is not a good idea, because people not familiar with it
> would have to find it.
> 
> The built-in cookie prompt would continue the tradition started by
> Mozilla Application Suite and continued in Firefox until recent years.
> 
> -M.
> 
> 14.11.2016 21:04 kirjutas kuupäeval "Daniel Quintiliani"
> >:
> 
> Vote:
> 
> We should:
> 
> 1. Wait until we can integrate the old cookie prompt into the
> new ESR code before a release
> 2. Allow this feature to be removed and recommend a free addon
> 
> I vote #2
> 
> --
> 
> -Dan Q
> 
> --
> http://gnuzilla.gnu.org
> 
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] [VOTE] Spyblock

[Narcis Garcia]

I vote both 2 and 3.

What relation has Donald Duck with Gnuzilla?


El 14/11/16 a les 20:06, Daniel Quintiliani ha escrit:
> On Spyblock, should we:
> 
> 1. Keep Spyblock
> 2. Replace with uBlock Origin
> 3. Remove Spyblock
> 
> I vote #2
> 
> --
> 
> -Dan Q
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Build Spyblock from uBlock Origin

[Narcis Garcia]

I see "ublock origin" has a built-in rule available for "no-remote-fonts".
Does anybody know how to add a simple rule for "no remote anything"?

Thanks.


El 27/09/16 a les 01:28, mdn ha escrit:
> Icecat is already limited by the number of volunteers, I would like to
> volunteer but my capacities are I think to limited to help on a
> technical level for now (if someone has spare time to teach me I have no
> problem with learning).
> Reusing software that works especially if they are under GPL is I think
> not a problem.
> 
> Users have always the freedom to deactivate them and put something else,
> contrarily to the "eme" and other bad software that mozilla integrated.
> 
> µblock origin is really a good extension I personally use it icecat.
> We could go further with umatrix but people are too much disturbed by it.
> 
> A functionality that would be interesting is when icecat opens for the
> first time, a new window could propose to activate the addons in the
> browser with a small explication of what it does.
> 
> Le 23/09/2016 19:51, Ivan Zaigralin a écrit :
>> Please do not take this as anything but constructive criticism. I fully 
>> understand how limited the 
>> resources are, and I firmly believe that even in the present state icecat & 
>> most of the bundled 
>> features are incredibly useful and effective. I am merely trying to point 
>> out some directions for 
>> future development, once the resources are plentiful :)
>>
>> I believe icecat should do something more drastic than simply switch the 
>> adblocker. Something 
>> needs to change in the way features are added. It was a technical mistake to 
>> put core 
>> functionality into an existing adblocker, just as it is far from ideal to 
>> bundle https everywhere. 
>> This practice robs users of their freedom to choose addons, and it breaks 
>> icecat when it is 
>> repackaged for inclusion into a distribution (maintainers have to choose 
>> between locking users 
>> into a specific addon combination, or stripping addons, with both options 
>> clearly bad).
>>
>> One cromulent way to include functionality is by producing own in-house 
>> addons, like LibreJS, 
>> which minimize the interference with other addons by narrowing their 
>> function and keeping a 
>> separate namespace.
>>
>> Instead of writing features into an adblocker or httpser, these features 
>> need to be decoupled, so 
>> that users are free choose among dozens of functional equivalents, without 
>> sacrificing the extra 
>> privacy provided by gnuzilla code.
>>
>> On Friday, September 23, 2016 09:48:36 Sedov Andrey wrote:
>>> Adblock Plus began to distribute advertising (Acceptable Ads Platform
>>> ) = Adblock Plus died. uBlock Origin
>>> is the only solution.
>>>
>>> 23.09.2016 08:56, David Hedlund пишет:
 I think it is time to build Spyblock from Adblock Plus (ABP) to uBlock
 Origin (uBO).

 Adblock Plus is as usually the most popular add-on on
 addons.mozilla.org but have grow less popular over time, while uBlock
 Origin is currently the 6th most popular add-on on addons.mozilla.org
 and have grow more popular over time. uBlock Origin one of the fastest
 trending add-on I've seen.

 uBO has dozens of features that's missing in ABP. For example uBO can
 block popunders that ABP cannot.

 --
 http://gnuzilla.gnu.org
>>
>>
>>
>> --
>> http://gnuzilla.gnu.org
>>
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45 IMPORTANT consideration: Keep cookie prompt "ask me every time"

[Narcis Garcia]

The only fault I see in Cookie Monster is the lack of an "About" option
to see version & license.

Cookie Monster is oriented in the best way I believe: the 3rd party and
the domains
Cookies are not simply cookies: the bad ones are set from different
origins than user has asked to visit.

eBay, Amazon, AliExpress and maybe others should change their security
policies (security for visitor) and allow responsible users to use their
services.


El 24/09/16 a les 01:16, David Hedlund ha escrit:
>> David, have you tried "Cookie Monster", or any other similar add-on?
> 
> This is my conclusion regarding cookie add-ons that I evaluated in
> https://directory.fsf.org/wiki/Free_Software_Directory:IceCat_extensions_(proposed)
> 
> 
> * I use Self-destructing cookies as recommended in the link mentioned in
> the first post of this thread.
> * Privacy Badger is useful to reject untrusted cookies, keep in mind
> that this add-on still is in alpha stage.
> * Cookie Monster (CM) rejects 3rd-party cookies by default so you have
> to whitelist a lot of domains using CDN domains with CM. This applies to
> all the big sites like eBay, Amazon, and AliExpress. This take to much
> work for me as there are no editable whitelist like in Self-destructing
> cookies. The developer of CM have a copy of this email though.
> 
> 
> -- 
> http://gnuzilla.gnu.org

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Build Spyblock from uBlock Origin

[Narcis Garcia]

+1


El 23/09/16 a les 19:51, Ivan Zaigralin ha escrit:
> Please do not take this as anything but constructive criticism. I fully
> understand how limited the resources are, and I firmly believe that even
> in the present state icecat & most of the bundled features are
> incredibly useful and effective. I am merely trying to point out some
> directions for future development, once the resources are plentiful :)
> 
>  
> 
> I believe icecat should do something more drastic than simply switch the
> adblocker. Something needs to change in the way features are added. It
> was a technical mistake to put core functionality into an existing
> adblocker, just as it is far from ideal to bundle https everywhere. This
> practice robs users of their freedom to choose addons, and it breaks
> icecat when it is repackaged for inclusion into a distribution
> (maintainers have to choose between locking users into a specific addon
> combination, or stripping addons, with both options clearly bad).
> 
>  
> 
> One cromulent way to include functionality is by producing own in-house
> addons, like LibreJS, which minimize the interference with other addons
> by narrowing their function and keeping a separate namespace.
> 
>  
> 
> Instead of writing features into an adblocker or httpser, these features
> need to be decoupled, so that users are free choose among dozens of
> functional equivalents, without sacrificing the extra privacy provided
> by gnuzilla code.
> 
>  
> 
> On Friday, September 23, 2016 09:48:36 Sedov Andrey wrote:
> 
>> Adblock Plus began to distribute advertising (Acceptable Ads Platform
> 
>> ) = Adblock Plus died. uBlock Origin
> 
>> is the only solution.
> 
>>
> 
>> 23.09.2016 08:56, David Hedlund пишет:
> 
>> > I think it is time to build Spyblock from Adblock Plus (ABP) to uBlock
> 
>> > Origin (uBO).
> 
>> >
> 
>> > Adblock Plus is as usually the most popular add-on on
> 
>> > addons.mozilla.org but have grow less popular over time, while uBlock
> 
>> > Origin is currently the 6th most popular add-on on addons.mozilla.org
> 
>> > and have grow more popular over time. uBlock Origin one of the fastest
> 
>> > trending add-on I've seen.
> 
>> >
> 
>> > uBO has dozens of features that's missing in ABP. For example uBO can
> 
>> > block popunders that ABP cannot.
> 
>> >
> 
>> > --
> 
>> > http://gnuzilla.gnu.org
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45 IMPORTANT consideration: Keep cookie prompt "ask me every time"

[Narcis Garcia]

"something that nobody uses"
-> Your statistics source?

Mozilla removal of "cookies askings" is inspired on legal obligation for
websites about asking every visitor.
Mozilla shifts its responsibility to websites, and allows websites to
fulfill their way in a more or less suitable interaction with the user.

Near all websites that advertise the cookies question are sending
cookies BEFORE visitor accepts or rejects the question.
Plus: much websites aren't asking visitor; they are informing about
cookies acceptance with your visit.
Plus+: Trackers embedded in websites aren't making any asking.

GNUzilla should assume abandoned responsibility by Mozilla with the users.


On 23/09/16 18:25, Daniel Quintiliani wrote:
> Why is everyone so opposed to an addon for something that nobody uses? I 
> can't imagine anyone clicking 20 dialog boxes per each loaded banner ad. So 
> opposed to using an addon that they are unwilling to update serious security 
> problems in software?
> 
> All I know is that all of this politics is aggravating me and I have not used 
> IceCat in months for my own personal safety. I not only have Linux but 
> Windows to worry about so having security is more important than whether 
> something should be farmed out to an already existing addon or included in 
> the browser. IceCat can be a great alternative as it's pro-privacy and 
> anti-DRM. All our arguing has delayed an IceCat release for too long and we 
> will not be taken seriously as a free browser if we keep arguing about 
> cookies until Firefox 60.0 ESR is released.
> 
> --
> 
> -Dan Q
> 
> On Fri, 23 Sep 2016 03:12:22 +0200, David Hedlund  wrote:
> 
>>  From https://support.mozilla.org/en-US/questions/1118394
>>
>> hi, the ask anytime option for cookies was removed in firefox 44, which 
>> was supposed to happen for a long time (bug 606655).
>>
>> i would recommend the following setup instead: in the custom history 
>> options choose "keep until i close firefox" as a default option & set 
>> exceptions for the few sites where you want stay logged-in across 
>> sessions. this way you'll have less work to do over all and a 
>> privacy-minded setup after all.
>>
>> or as an alternative you could also take a look at an extension like 
>> https://addons.mozilla.org/firefox/addon/self-destructing-cookies/
>>
>>
>> Lots of people complain about this. Consider to keep the code for 
>> cookies "ask me every time" from Firefox 43 for IceCat 45.
>>
>>
>> --
>> http://gnuzilla.gnu.org
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45 IMPORTANT consideration: Keep cookie prompt "ask me every time"

[Narcis Garcia]

+1


El 23/09/16 a les 03:12, David Hedlund ha escrit:
> From https://support.mozilla.org/en-US/questions/1118394
> 
> hi, the ask anytime option for cookies was removed in firefox 44, which
> was supposed to happen for a long time (bug 606655).
> 
> i would recommend the following setup instead: in the custom history
> options choose "keep until i close firefox" as a default option & set
> exceptions for the few sites where you want stay logged-in across
> sessions. this way you'll have less work to do over all and a
> privacy-minded setup after all.
> 
> or as an alternative you could also take a look at an extension like
> https://addons.mozilla.org/firefox/addon/self-destructing-cookies/
> 
> 
> Lots of people complain about this. Consider to keep the code for
> cookies "ask me every time" from Firefox 43 for IceCat 45.
> 
> 
> -- 
> http://gnuzilla.gnu.org

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] [Slackbuilds-users] icecat 38.8.0 crashes

[Narcis Garcia]

"not clear why Mozilla would not want the same as Gnuzilla"

If we look into the deep reality, we'll see that them are 2 different
projects with really different aims.
Mozilla is basically financed by giant corporations with contracts to
benefit those giants' market strategies. This is not always compatible
with privacy and FOSS components


El 16/08/16 a les 20:51, b...@shroggslodge.freeserve.co.uk ha escrit:
> Thank you for sharing your views Ivan.
> 
> I just want to make clear as perhaps my previous post may have given a
> wrong impression. It was not my intention for what I said to be taken as
> criticism of Gnuzilla in any way.
> 
> Peoples' efforts on projects such as Gnuzilla,  SBo work and all similar
> I find truly amazing.
> 
> I must admit I am not clear why Mozilla would not want the same as
> Gnuzilla and why that project would conflict with Gnuzilla ideas.  Mind
> you, the complexities of the human condition are huge :-)
> 
> Perhaps it is safe to say that it is better to just wait and see how it
> all pans out and what emerges.
> 
> Thank you again.
> Peace and good will to all.
> Habs
> 
> On 16 August 2016 at 19:05, Ivan Zaigralin  > wrote:
> 
> Personally, I am somewhat unhappy about the gnuzilla update/security
> policy.
> The move to forties apparently is not happening because it breaks
> saved cookie
> preferences or something, but I have to question the wisdom of
> withholding
> fixes for remote code execution because of that.
> 
> Having said that, I think we need to take a few factors into
> consideration.
> First of all, it's not gnuzilla's fault firefox is so insequre, it's
> mozilla's
> fault. This browser has like a million holes in it, and may be the most
> updated package in Slackware. Lagging a few releases behind sucks,
> especially
> when the bugs are made public, but at the same time it looks like every
> firefox release in the last few years had terrible security holes in
> it, so I
> don't really feel that much safer using the latest version, and
> neither should
> you. If security is very important to a user, it may be prudent to
> switch
> browsers.
> 
> Also, gnuzilla has a mission and a goal, and mozilla is not making
> it easy.
> They keep putting more and more ugly stuff into firefox and changing the
> security policy, like with the cookies above, while gnuzilla team is
> committed
> to releasing a product which meets their rather high standards. As a
> volunteer
> effort, they've done great, and it would be completely unfair to
> chastise them
> for lagging behind mozilla, since gnizilla are not the ones breaking
> it it
> every release cycle.
> 
> Finally, I believe there is a niche opening up for a firefox-based
> browser
> which is libre and meets free software distrubution guidelines like
> icecat,
> but has no extra privacy features, and passes all the mozilla pearls
> onto the
> users. Such minimal deblobbing could be potentially more robust:
> that is, new
> releases could be churned out as quickly and reliably as
> linux-libre. Looking
> at Parabola's thunderbird & seamonkey builds, I imagine something
> like that
> could be done for firefox as well. Anyone can step in and claim the
> glory for
> this one :) I don't have time to write a slackbuild like that and
> run it by
> FSF, but if anyone did it, I think I would actually switch.
> 
> On Tuesday, August 16, 2016 09:57:03
> b...@shroggslodge.freeserve.co.uk
>  wrote:
> > Good morning
> >
> > Having got latest Icecat building with the -Os switch, it seems
> there are
> > some reports of [serious?] security issues with it.
> >
> > Here is where I first read something:
> >
> https://lists.gnu.org/archive/html/bug-gnuzilla/2016-08/msg0.html 
> 
> >
> > And I have seen further discussion and consternation about what to
> do with
> > Icecat and perhaps not using Firefox as base etc.  I'm really
> relatively
> > only a 'user' so to speak, so I'm interested to know what others
> feelis
> > there a serious security risk ?
> >
> > I realise this is SBo and not an Icecat forum,  but I wonder what the
> > contributors (and maintainer) on SBo feel about the reports being
> made;
> > should it affect whether Icecat is on SBo if its known to be
> 'risky', or
> > does it not matter, should comments be made [in the info] or is it
> up to
> > anyone wanting to use it to be self-aware and generally any other
> comments
> > to share.
> >
> > If this list really is inappropriate for posts like this (whatever
> 'this'

Re: [Bug-gnuzilla] Icecat future development

[Narcis Garcia]

It can be interesing Icecat to be a torbrowser derivative (or together)
instead of being alone Firefox derivative.

What about ESR-only versions policy?


El 13/08/16 a les 21:47, ng0 ha escrit:
> Hi,
> 
> I had an exchange of ideas with other people after the recent security
> announcement of firefox[2].
> The state of torbrowser was brought up in Guix as a problem and a
> discussion before, in the attempt to figure out how to package
> torbrowser compatible to our system.
> 
> It was pointed out to me that the team which develops torbrowser is
> working together with mozilla to upstream their patchset[0][1].
> With this new development and the importance of networks like tor,
> it would be a logic choice to switch to torbrowser as upstream of
> icecat and follow their development.
> At least that's one alternative I can come up with.
> This will of course not be torbrowser in its original form, as
> adjustments are made. Wether this differs from upstream in the default
> unique fingerprint of the browser has to be monitored, but I am not
> suggesting to build another torbrowser, just to use it as a more recent,
> well maintained firefox codebase for icecat.
> For your information, torbrowser recently switched to follow a different
> version of firefox than in the last years.
> 
> I don't know about the size of your development team, it is assumed that
> it is rather small? In any case, if you need help with tasks, there are
> certainly some people interested in helping to make the transition to a
> new version. Personally I have limited resources, so I can only be of
> limited help.
> 
> I do believe that torbrowser might also benefit from this if tb is
> chosen as upstream and fixes are upstreamed to either firefox or
> torbrowser depending on the nature of the fix.
> 
> I am aware that this message does not cover every detail I have talked
> about on other lists and off-list, but I'd like to get in contact with
> you on this topic.
> 
> 
> Additional question, what's needed to get into the store which icecat
> uses? http://patrol.psyced.org/ is a extension which provides more
> functionality than https-everywhere. torbrowser 6.0.3 does not use
> firefox 48 as a base, but they might be working on a solution for the
> forced extensions+addons signing already which will start with FF 48.
> 
> 
> [0]: https://bugzilla.mozilla.org/show_bug.cgi?id=1260929
> [1]: https://bugzilla.mozilla.org/show_bug.cgi?id=1173199
> [2]: http://lists.gnu.org/archive/html/guix-devel/2016-08/msg00277.html
> 
> 
> thanks and greetings,
> 

--
http://gnuzilla.gnu.org

[Bug-gnuzilla] Icecat in Debian

[Narcis Garcia]

Some people pointed me an old ticket that was open to ask for Debian
packages:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637348

This subject seems forgotten, and a packaging in Debian repositories
could be transmitted soon into Ubuntu's, and spread accross many many users.
Following this path could imply to more OS distributions change default
web browser.


--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCatMobile is recognized as desktop browser

[Narcis Garcia]

How does M.Firefox deal with the "Request Desktop Site" switch?
If Icecat has 1 UA string hard-coded, could be 2 UA strings prepared for
each circumstance?


El 21/04/16 a les 15:36, Mart Rootamm ha escrit:
> I think the 'Request Desktop Site' menuitem won't work, because the
> default user agent string does not contain the word 'mobile', and by
> default, it contains a string for non-free software.
> 
> I know, it's supposed to be the most common string to reduce UA
> fingerprinting, but eventually, it will be out of date and relatively
> easy to distinguish.
> 
> -M.
> 
> 2016-04-20 15:51 GMT+03:00 Narcis Garcia <informat...@actiu.net
> <mailto:informat...@actiu.net>>:
> 
> To follow thread with right subject:
> 
> I see a "Request Desktop Site" option at main menu, but it doesn't seem
> to have effect.
> User Agent may need to only add or remove "Mobile" word when user uses
> "Request Desktop Site" option. And this option could be enabled by
> default.
> 
> 
> El 20/04/16 a les 14:44, Mart Rootamm ha escrit:
> > I understand what you mean. I got word from the same list about IceCat
> > not including its own UA string and using the most common UA string as
> > default, that —
> >
> >> That's intentional, and you're subverting a measure designed to protect
> >> your privacy by "fixing" this. Using the same user agent string as
> >> Firefox reduces your fingerprint.
> > [—as written by a seasoned specialist in these things.]
> >
> > Better to only keep the Firefox string, as IceCat is based on Firefox,
> > and Ff market share is very small. To avoid site breakage, most would
> > choose Firefox, while IceCat is for the privacy-conscious.
> >
> > -M.
> >
> >
> > 2016-04-20 5:51 GMT+03:00 Pirate Praveen <prav...@autistici.org 
> <mailto:prav...@autistici.org>
> > <mailto:prav...@autistici.org <mailto:prav...@autistici.org>>>:
> >
> > Its not just about me. Don't you think its important to include by
> > default? Do you want every user to follow these steps so
> > IceCatMobile is recognized as a mobile browser?
> >
> >
> > On 2016, ഏപ്രിൽ 20 4:25:22 AM IST, Mart Rootamm
> > <martroot...@gmail.com <mailto:martroot...@gmail.com>
> <mailto:martroot...@gmail.com <mailto:martroot...@gmail.com>>> wrote:
> >
> > In about:config, go to
> >
> > general.useragent.override
> >
> > • There, tap on the setting, then long-tap to copy the parameter
> > name and value, and back these up in a text editor to some text
> > file (for future reference).
> >
> > • I use a UA string similar to this:
> >
> > Mozilla/5.0 (Android 4.4; Mobile; rv:38.0) Gecko/38.0
> > Firefox/38.0 IceCat/38.7.1
> >
> > This is essentially the default Firefox UA string for version
> > 38.0, with IceCat/38.7.1 appended to it.
> >
> > In Android versions below 4.4, Firefox for mobile uses 'Android
> > 4.4' as the general OS identifier; from Android 4.4 and up,
> > Firefox uses the actual Android version number. More here:
> >
> > 
> https://developer.mozilla.org/en-US/docs/Web/HTTP/Gecko_user_agent_string_reference
> >
> > -M.
> >
> > 29.03.2016 16:30 kirjutas kuupäeval "Pirate Praveen"
> > <prav...@debian.org <mailto:prav...@debian.org>
> <mailto:prav...@debian.org <mailto:prav...@debian.org>>>:
> >
> > I know IceCat blocks browser based fingerprinting but I
> > think IceCatMobile should identify itself as a mobile
> > browser even if other identifying information are
> > suppressed. gitlab.com <http://gitlab.com>
> <http://gitlab.com> was showing its
> > desktop version making it difficult to use.
> >
> > 38.6.0 from fdroid.
> > --
> > http://gnuzilla.gnu.org
> >
> >
> > --
> > http://gnuzilla.gnu.org
> >
> >
> >
> >
> > --
> > http://gnuzilla.gnu.org
> >
> 
> --
> http://gnuzilla.gnu.org
> 
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCatMobile is recognized as desktop browser

[Narcis Garcia]

To follow thread with right subject:

I see a "Request Desktop Site" option at main menu, but it doesn't seem
to have effect.
User Agent may need to only add or remove "Mobile" word when user uses
"Request Desktop Site" option. And this option could be enabled by default.


El 20/04/16 a les 14:44, Mart Rootamm ha escrit:
> I understand what you mean. I got word from the same list about IceCat
> not including its own UA string and using the most common UA string as
> default, that —
> 
>> That's intentional, and you're subverting a measure designed to protect
>> your privacy by "fixing" this. Using the same user agent string as
>> Firefox reduces your fingerprint.
> [—as written by a seasoned specialist in these things.]
> 
> Better to only keep the Firefox string, as IceCat is based on Firefox,
> and Ff market share is very small. To avoid site breakage, most would
> choose Firefox, while IceCat is for the privacy-conscious.
> 
> -M.
> 
> 
> 2016-04-20 5:51 GMT+03:00 Pirate Praveen  >:
> 
> Its not just about me. Don't you think its important to include by
> default? Do you want every user to follow these steps so
> IceCatMobile is recognized as a mobile browser?
> 
> 
> On 2016, ഏപ്രിൽ 20 4:25:22 AM IST, Mart Rootamm
> > wrote:
> 
> In about:config, go to
> 
> general.useragent.override
> 
> • There, tap on the setting, then long-tap to copy the parameter
> name and value, and back these up in a text editor to some text
> file (for future reference).
> 
> • I use a UA string similar to this:
> 
> Mozilla/5.0 (Android 4.4; Mobile; rv:38.0) Gecko/38.0
> Firefox/38.0 IceCat/38.7.1
> 
> This is essentially the default Firefox UA string for version
> 38.0, with IceCat/38.7.1 appended to it.
> 
> In Android versions below 4.4, Firefox for mobile uses 'Android
> 4.4' as the general OS identifier; from Android 4.4 and up,
> Firefox uses the actual Android version number. More here:
> 
> 
> https://developer.mozilla.org/en-US/docs/Web/HTTP/Gecko_user_agent_string_reference
> 
> -M.
> 
> 29.03.2016 16:30 kirjutas kuupäeval "Pirate Praveen"
> >:
> 
> I know IceCat blocks browser based fingerprinting but I
> think IceCatMobile should identify itself as a mobile
> browser even if other identifying information are
> suppressed. gitlab.com  was showing its
> desktop version making it difficult to use.
> 
> 38.6.0 from fdroid.
> --
> http://gnuzilla.gnu.org
> 
> 
> --
> http://gnuzilla.gnu.org
> 
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] GNU IceCat finally on f-droid.org

[Narcis Garcia]

I see a "Request Desktop Site" option at main menu, but it doesn't seem
to have effect.
User Agent may need to only add or remove "Mobile" word when user uses
"Request Desktop Site" option. And this option could be enabled by default.


El 20/04/16 a les 11:39, Mart Rootamm ha escrit:
>> That's intentional, and you're subverting a measure designed to protect
>> your privacy by "fixing" this. Using the same user agent string as
>> Firefox reduces your fingerprint.
> 
> Indeed, but the default IceCatMobile UA string is not even remotely
> mobile (Windows 6.1, etc), causing many sites to display a desktop
> design where they should not. AFAIK, IceCat does not include the default
> Firefox UA string as an optional feature.
> 
> On one hand, a person who chooses to use IceCat is already moderately
> computer-proficient, but it would be difficult to recommend this browser
> to beginners, because "it breaks their site." Truth be told, even a
> person who chooses Firefox over Android default or Chrome could also be
> classed as a reasonably atypical user.
> 
> The site-specific overrides option is useful, though.
> 
> btw, is there any progress about Firefox 45+ not having cookie prompts
> viz IceCat? I was kinda hoping IceCat would keep them prompts.
> 
> -M.
> 
> 2016-04-20 3:32 GMT+03:00 Julie Marchant  >:
> 
> On 04/19/2016 06:22 PM, Mart Rootamm wrote:
> > One issue is, that IceCatMobile fails to show its own user agent string,
> > and uses a UA string of non-free software, which skews server
> > statistics. I had to guesstimate the possible IceCat UA string for 
> myself.
> 
> That's intentional, and you're subverting a measure designed to protect
> your privacy by "fixing" this. Using the same user agent string as
> Firefox reduces your fingerprint.
> 
> --
> Julie Marchant
> https://onpon4.github.io
> 
> Protect your privacy with GnuPG:
> https://emailselfdefense.fsf.org
> 
> 
> --
> http://gnuzilla.gnu.org
> 
> 
> 
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

[Bug-gnuzilla] IcecatMobile: Start page to Mozilla services

[Narcis Garcia]

I've downloaded IcecatMobile with F-Droid, and at the first run it shows
a page to ligin and/or subscribe to a Mozilla sync service.

Why?


--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] MetaGer search engine

[Narcis Garcia]

Mhere is MetaGer's source code published?
Any proof about their privacy respect?


El 04/04/16 a les 11:33, mtsio ha escrit:
> Hello everyone,
> 
> What do you think of MetaGer. It's meta-search engine from Germany that
> seems to respect users' privacy. (metager.net) Their press release:
> https://suma-ev.de/en/press/index.html
> 
> I think it would be nice to add it to icecat.
> 
> --
> http://gnuzilla.gnu.org
> 

--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Icecat, default DuckDuckGo engine and search region settings

[Narcis Garcia]

Dear anonymous "apatride":
I'm subscribed democraticaly to this mailing list same as you, I'm not
funded by you, and you are'nt funded by me.

Good luck.


El 28/03/16 a les 14:58, apatride ha escrit:
> Don't you feel that a version of Icecat without Google "services"
> included in its core would be safer for privacy too ?
> 
> Are you funded by Google company directly or vicariously Narcis? Is the
> GnuZilla project in its whole ? Who is taking decisions in GnuZilla ? Is
> there some kind of democratic process involved in it ? Is GnuZilla part
> of the Gnu project ?
> 
> So many essential questions, so hard to get answers so far...
> 
> The html version of DDG is occupying all your thoughts... must be...
> 
> 
> 
> On 24/03/2016 20:15, Narcis Garcia wrote:
>> html version of DDG is safer for privacy; default version puts some
>> tracking data in your browser such as saved preferences.
>>
>> I feel that Icecat has no difference in this question from its
>> programming code; the difference is in default search engines selecion.
>>
>>
>> El 24/03/16 a les 16:14, Habs ha escrit:
>>> re: Icecat 38.5.0 on Slackware 14.1 32bit
>>>
>>> Hi everyone
>>>
>>> This is about Icecat and DuckDuckGo search and the respecting of search
>>> region (and I presume some other things not as yet noticed).
>>>
>>> If I search from the address bar and/or search bar at the top of
>>> Icecat, then the results returned do not seem to reflect the 'priority'
>>> of the previously saved DDG search region setting. The search bar that
>>> then appears in the results webpage, does not show the region flag.
>>>
>>> In Mozilla Firefox, that issue does not exist and the search results do
>>> appear to reflect the preferred search region settings and the search
>>> bar at the top of the results displays the chosen regions flag.
>>>
>>> Checking in 'about:config' on Icecat and Firefox, I could not discern
>>> any obvious differences between the two that could be a cause.
>>>
>>> What I have noticed is that Icecat, on pressing enter to search in the
>>> address bar or the search bar, returns the results and the address bar
>>> entry resembles: https://duckduckgo.com/html?q= - note the 'html'.
>>> FF returns: https://duckduckgo.com/?q=
>>>
>>> If I browse to the DDG page: https://duckduckgo.com  and type my search
>>> in that search bar on the webpage (as opposed to the address/sear bar
>>> search) then the results returned (and the appropriate flag) are
>>> respecting the search region preference.
>>>
>>> It appears that something is different when using the address and
>>> search bars.
>>>
>>> I am unable to affect this with various settings changes I have
>>> [blindly] tried and cannot spot obvious differences between FF (where it
>>> works as expected) and Icecat.
>>>
>>> It did 'work' when I downloaded a different DDG search engine which was
>>> DDG Blue - it seemed to me to be just a theme change, but it worked.
>>> Yet again, I could not spot any differences which I could use in the
>>> default engine.
>>>
>>> My knowledge is limited, but I am enjoying Icecat as for one reason, it
>>> appears on my machine to be much faster and performant than FF.
>>>
>>> I am just looking for ideas to identify where I can affect this
>>> behaviour [to respect the region and possibly other settings] as I tend
>>> to use the address and search bars a lot.
>>>
>>> If someone is aware of this or has any ideas, I'd like to hear about
>>> them.
>>>
>>> Thank you
>>> Habs
>>>
>>> -- 
>>> http://gnuzilla.gnu.org
>>>
>> -- 
>> http://gnuzilla.gnu.org
>>
> 
> 
> -- 
> http://gnuzilla.gnu.org

--
http://gnuzilla.gnu.org