bug#48333: make icecat default browser

[Gary]

jahoti wrote:

> In other words, GNU does not maintain a Windows installer for IceCat and
> has no plans to develop one.
>

I recommend Waterfox, Pale Moon, K-Meleon, or others if you are looking for
similar projects with Windows installers available. LibreWolf may be
especially interesting since it also has a privacy focus with the added
advantage of being security focused.

-Gary

Re: IceCat-68.2.0-guix0-preview2 now available via GNU Guix

[Gary]

 On Thu, Oct 31, 2019 Johannes Marbach wrote:

> For what it's worth, once guix is installed, creating the source tarball
> locally with the command given in the initial mail in this thread is not
> very fast but quite easy. I had no issues with it on OpenSuse. Still
> waiting for my laptop to finish compiling it though..
>


It looks like there's already a guix repo that could host a tar ball:
https://git.savannah.gnu.org/cgit/guix.git

But the main site is offline for some reason:
https://www.isitdownrightnow.com/guix.gnu.org.html

Re: IceCat-68.2.0-guix0-preview2 now available via GNU Guix

[Gary]

On Thu, Oct 31, 2019 at 1:13 PM Mark H Weaver  wrote:

>
> >>> Kudos for your work on this, Mark. Is there any chance that this is
> >>> also available on a source code repository?
> >>
> >> I can understand the desire for this, but I personally do not have the
> >> server resources required to host a 388 megabyte source tarball for
> >> public download, sorry.
> >
> > There are several free repos out there; GitLab, Bit Bucket,
> > Sourceforge, etc. I think GNU runs one as well called
> > Savannah. q.v.
> https://www.gnu.org/software/repo-criteria-evaluation.html
> > & https://about.gitlab.com/2015/05/20/gitlab-gitorious-free-software
>
> To be clear, I'm not officially part of the upstream IceCat project.  I
> haven't even asked for commit access to the git repository.  I'm just a
> volunteer who stepped up to contribute some patches, and I happen to be
> the defacto maintainer of the IceCat package in GNU Guix.
>
> If someone else would like to build the preliminary source tarball using
> Guix and make it available for public download, I would welcome it.  I'm
> already heavily overloaded with other urgent tasks unrelated to IceCat,
> and I cannot afford to take on another job, sorry.
>

No worries, I understand.

Re: IceCat-68.2.0-guix0-preview2 now available via GNU Guix

[Gary Driggs]

There are several free repos out there; GitLab, Bit Bucket, Sourceforge, etc. I 
think GNU runs one as well called Savannah. q.v. 
https://www.gnu.org/software/repo-criteria-evaluation.html & 
https://about.gitlab.com/2015/05/20/gitlab-gitorious-free-software


 
> On Oct 31, 2019, at 12:41 PM, Mark H Weaver  wrote:
> 
> Hi Gary,
> 
> Gary Driggs  writes:
>> Kudos for your work on this, Mark. Is there any chance that this is
>> also available on a source code repository?
> 
> I can understand the desire for this, but I personally do not have the
> server resources required to host a 388 megabyte source tarball for
> public download, sorry.
> 
>  Mark

Re: IceCat-68.2.0-guix0-preview2 now available via GNU Guix

[Gary Driggs]

Kudos for your work on this, Mark. Is there any chance that this is also 
available on a source code repository?

Re: [Bug-gnuzilla] IceCat and security updates

[Gary]

q.v. 
https://blog.mozilla.org/addons/2019/05/04/update-regarding-add-ons-in-firefox/--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Alsa IceCat

[Gary]

On Feb 22, 2018, at 3:28 AM, al3xu5 wrote:
> 
> I have explicity enabled alsa support and disabled pulseaudio

Perhaps I should switch to alsa as pulseaudio is the one that I always have 
trouble with...
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Why IceCat discontinued official macOS and Windows releases

[Gary]

Looks good now -- thanks!

On Thu, Feb 22, 2018 at 7:45 AM, The Canadian Bacon 
wrote:

> Just confirmed myself now seems WordPress bumped a table in my plugin and
> readjusted things. It should work properly now.
>
> On Feb 22, 2018 8:59 AM, "David Hedlund"  wrote:
>
>> I can confirm that the "Download Source" (https://casualgamer.ca/index.
>> php/download/55/) link found at https://casualgamer.ca/index.p
>> hp/unofficial-icecat-builds/ is still broken.
>>
>> On 2018-02-22 12:59, The Canadian Bacon wrote:
>>
>> Perhaps your cache needs to be cleared because I'm able to access the
>> files via the page link from my laptop, phone, Desktop and soon I'll be
>> able to verify from a work PC. I'll let you know what's up if there's an
>> issue, but as far as I can tell, issue seems to be isolated to your end.
>>
>> On Feb 22, 2018 3:19 AM, "Gary"  wrote:
>>
>>> the link is from your icecat page linked from your front page...
>>>
>>> On Feb 22, 2018, at 12:05 AM, The Canadian Bacon 
>>> wrote:
>>>
>>> You're using an old link.
>>> https://casualgamer.ca/index.php/unofficial-icecat-builds/
>>>
>>> On Feb 22, 2018 12:09 AM, "Gary"  wrote:
>>>
>>>> I don't think this is true for the macOS build but the Windows binaries
>>>> can be cross-compiled under Linux. The only downside I see to that is that
>>>> it's not signed nor is there an installer generated. So it sounds more like
>>>> this is just a decision based on time vs GNU philosophy.
>>>>
>>>> Also, to the person that's hosting the unofficial binaries; it looks
>>>> like your link to the source is broken: https://casualgamer.ca/index.p
>>>> hp/download/55/ leads to a "Download does not exist" page.
>>>>
>>>> -Gary
>>>>
>>>>
>>>>
>>>> On Tue, Feb 20, 2018 at 10:21 AM, David Hedlund 
>>>> wrote:
>>>>
>>>>> People wonder why Rubén Rodríguez discontinued Windows and macOS
>>>>> releases for IceCat after version 38.8.0. I asked him to clarify this on
>>>>> https://www.gnu.org/software/gnuzilla/ which he updated immediately:
>>>>>
>>>>> "Note that building binary packages for Windows and macOS
>>>>> currently requires non-free software, so we no longer distribute binary
>>>>> releases for those platforms."
>>>>>
>>>>>
>>>>> Unofficial download links for macOS and Windows are listed in
>>>>> https://directory.fsf.org/wiki/IceCat#tab=Details
>>>>>
>>>>>
>>>>> --
>>>>> http://gnuzilla.gnu.org
>>>>>
>>>>
>>>>
>>>> --
>>>> 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] Alsa IceCat

[Gary]

have you confirmed that it works with other apps that generate sound? I've had 
this happen several times on Debian laptops where I had to mess around with the 
outputs a bit... 

I always wondered if Android's notorious sound latency issues were related to 
the Linux kernel or are an entirely different problem. I suspect the latter is 
more likely, however.

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

Re: [Bug-gnuzilla] Why IceCat discontinued official macOS and Windows releases

[Gary]

the link is from your icecat page linked from your front page...

> On Feb 22, 2018, at 12:05 AM, The Canadian Bacon  wrote:
> 
> You're using an old link.
> https://casualgamer.ca/index.php/unofficial-icecat-builds/ 
> 
>> On Feb 22, 2018 12:09 AM, "Gary"  wrote:
>> I don't think this is true for the macOS build but the Windows binaries can 
>> be cross-compiled under Linux. The only downside I see to that is that it's 
>> not signed nor is there an installer generated. So it sounds more like this 
>> is just a decision based on time vs GNU philosophy.
>> 
>> Also, to the person that's hosting the unofficial binaries; it looks like 
>> your link to the source is broken: 
>> https://casualgamer.ca/index.php/download/55/ leads to a "Download does not 
>> exist" page.
>> 
>> -Gary
>> 
>> 
>> 
>>> On Tue, Feb 20, 2018 at 10:21 AM, David Hedlund  wrote:
>>> People wonder why Rubén Rodríguez discontinued Windows and macOS releases 
>>> for IceCat after version 38.8.0. I asked him to clarify this on 
>>> https://www.gnu.org/software/gnuzilla/ which he updated immediately:
>>> 
>>> "Note that building binary packages for Windows and macOS currently 
>>> requires non-free software, so we no longer distribute binary releases for 
>>> those platforms."
>>> 
>>> 
>>> Unofficial download links for macOS and Windows are listed in 
>>> https://directory.fsf.org/wiki/IceCat#tab=Details
>>> 
>>> 
>>> --
>>> http://gnuzilla.gnu.org
>> 
>> 
>> --
>> http://gnuzilla.gnu.org
>> 
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Why IceCat discontinued official macOS and Windows releases

[Gary]

I don't think this is true for the macOS build but the Windows binaries can
be cross-compiled under Linux. The only downside I see to that is that it's
not signed nor is there an installer generated. So it sounds more like this
is just a decision based on time vs GNU philosophy.

Also, to the person that's hosting the unofficial binaries; it looks like
your link to the source is broken:
https://casualgamer.ca/index.php/download/55/ leads to a "Download does not
exist" page.

-Gary



On Tue, Feb 20, 2018 at 10:21 AM, David Hedlund  wrote:

> People wonder why Rubén Rodríguez discontinued Windows and macOS releases
> for IceCat after version 38.8.0. I asked him to clarify this on
> https://www.gnu.org/software/gnuzilla/ which he updated immediately:
>
> "Note that building binary packages for Windows and macOS currently
> requires non-free software, so we no longer distribute binary releases for
> those platforms."
>
>
> Unofficial download links for macOS and Windows are listed in
> https://directory.fsf.org/wiki/IceCat#tab=Details
>
>
> --
> http://gnuzilla.gnu.org
>
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat for Windows

[Gary]

Do you have the diffs in a source code repo for what you had to change for your 
Windows builds? I remember having to make a few mods after setting up a Firefox 
build environment and pulling in the icecat source.


> On Feb 17, 2018, at 6:25 PM, The Canadian Bacon  wrote:
> 
> original links shall work now, doing 32bit build now and then I'll update 
> with the wordpress page for people to look for updated builds when I get to 
> it.
> 
>> On Sat, Feb 17, 2018 at 9:03 PM, The Canadian Bacon  
>> wrote:
>> seems I accidentally did a reply instead of a reply all, I'm rebuilding and 
>> adding 32bit builds as well. I'm going to put up instructions and download 
>> links on my domain as well as trying to get these builds done as PGO builds.
>> 
>>> On Sat, Feb 17, 2018 at 4:33 PM, David Hedlund  wrote:
>> 
>>> 
>>> 
 On 2017-11-02 05:46, The Canadian Bacon wrote:
 sorry for the lateness of this. Desktop PSU kinda died and so I compiled 
 this on my laptop which is fairly underpowered
 I've only compiled the 64bit binary for now, I get my new power supply 
 unit tomorrow so I can do a 32bit build then
 https://casualgamer.ca/icecat/icecat-52.3.0.en-US.win64.zip
 https://casualgamer.ca/icecat/cross-build-patches_52.3.0.tar.xz
 https://casualgamer.ca/icecat/icecat-52.3.0-gnu1.tar.bz2
 
>>> 
>>> I'm sorry to inform that the files have been removed. There are no latest 
>>> release for Windows available without them. Why did you remove them?
>>> 
>>> 
 Keep in mind, this is an unofficial compile. But at least it's a new 
 binary for 52.3.0
 
> On Wed, Nov 1, 2017 at 8:37 AM,  wrote:
> Chris,
> 
> One thing you could try is disabling JavaScript entirely. When you go to 
> the home page of icecat (pressing alt+home on my computer), you will see 
> a checkbox "Disable JavaScript".
> 
> I do this on my machine (which is not Windows) and BBC News displays 
> well. Some things (e.g. videos) will not be functional as they require 
> non-free JavaScript to run.
> 
> Dom
> 
>>> On 31/10/17 11:45, Chris Rogers wrote:
>>> Hi Felix,
>>> 
>>> Thanks for your reply. I've successfully downloaded and installed
>>> IceCat from that URL you kindly sent me. I realise that the Windows
>>> versions will lag behind the Linux versions a little.
>>> 
>>> I'm a little concerned that I'm not going to be able to use IceCat
>>> very much as it doesn't seem to work very well. The first website I
>>> tried was the BBC News website - a trusted source that I use all the
>>> time. It didn't display at all in the way I expected, showing giant
>>> graphic icons instead of the normal size, failing to arrange the
>>> sections of the screen in their normal places and not presenting the
>>> page very well at all.
>>> 
>>> I appreciate that this may be because the BBC is coding it in a way
>>> that demands non-free components to run but sadly if I  
>>>  can't use my
>>> preferred websites with this browser, I'll be going back to one of the
>>> others I use.
>>> 
>>> 
>>> Cheers
>>> 
>>> Chris
>>> ch...@cav.me.uk
> 
> 
> 
> --
> http://gnuzilla.gnu.org
 
 
 
 --
 http://gnuzilla.gnu.org
>>> 
>> 
> 
> --
> http://gnuzilla.gnu.org
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Bug

[Gary]

I've only seen this happen in Windows-- which is what the screen shot looks 
like.



> On Jan 31, 2018, at 4:04 PM, David Hedlund  wrote:
> 
> I cannot reproduce this error in Trisquel 7 with 52.3.0-gnu1+7.0trisquel3
> 
> Which operating system are you running?
> 
>> On 2018-01-24 18:44, Yandex Mail wrote:
>> 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
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Suggestion: disable unwanted connections

[Gary]

few if any of these are cause for concern re privacy. how many have you 
confirmed are turned on by default in the latest build of icecat?



> On Jun 16, 2017, at 12:50 AM, earache  wrote:
> 
> Hi,
> I'm writing this letter to make a suggestion for GNUzilla/IceCat developers. 
> The official Firefox opens many unwanted connections to various domains 
> without the user's consent. All of those connections are completly useless 
> for using the web browser, and Firefox doesn't offer a global option to allow 
> the user to disable all of them together. Currently, the user who wants to 
> disable them must disable some options in the Preferences dialog and go to 
> each available option at about:config page to be able to disable most of the 
> connections, and this still doesn't grant that the web browser will open any 
> other extra connections in the future. As you guys can see, this is a privacy 
> concern. So, here is my suggestion: create an option that gives the user the 
> possibility to easily disable all of the background connections, which will 
> avoid him to spend about 30 minutes.
> You can use this page as a reference: 
> https://support.mozilla.org/t5/Protect-your-privacy/How-to-stop-Firefox-from-making-automatic-connections/ta-p/1748
> 
> 
> --
> http://gnuzilla.gnu.org
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 52.1.0 release

[Gary]

FYI, 52.1.1 was also released yesterday in case you're compiling for 
Windows 

https://www.mozilla.org/en-US/security/advisories/mfsa2017-14/--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Icecat 52.0.1 for windows

[Gary]

I tried setting up a cross-compile environment under a fully updated Ubuntu
16 LTS but had trouble when it came to looking for Microsoft headers &
libraries. When you have a moment, Jens, would you mind sharing what you
did for this portion of your environment? I found a thread about building
VLC for Windows that provided a little info but wasn't nearly complete. And
I found a ref to Wine & Windows 7 (
http://www.kegel.com/wine/cl-howto-win7sdk.html) but didn't try replicating
this with newer MS packages. In the long run, it was easier to just grab
the mozilla build environment for Windows and build 52.0.2 from the command
line with mach & Visual Studio's compiler.

On a side note, does anyone know what build 52.0.2 is? I don't even see it
listed in the release notes:
https://www.mozilla.org/en-US/security/known-vulnerabilities/firefox/

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

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

[Gary]

asleepyet wrote:

"everyone = me?"  me me or you me? please clarify.


I meant me but now I'm not the only one...

-but they all fail to mention the important details like how extremely slow
it is


I'm sure they would welcome your expert engineering skills if you'd like to
join the project.

it's just a network?


yes, designed for anonymity based somewhat on the idea of the old email
remailers.

build your own?


Caleb DeLisle did. Have a look at cjdns.

don't get mad at me but I can not in good faith believe you have ever used
TOR before.


I have had to use it in the past for research but not on a daily basis.

TOR strongly advises against making any changes to your TOR browser


You are confusing the network project with the browser project. It's like
assuming Firefox is the Internet.

Please do a search "TOR compromised" "person sent to jail TOR" "TOR exit
nodes compromised" and feel free to be surprised by the results.


Actually, it was only once & the court let the FBI not disclose their
methods. I do follow these things because it's my job to do so.

It's important to use a good browser on a good operating system because
using a good browser on a bad operating system is the same if not worse
(because of the added false sense of security) as using as bad browser on a
bad operating system.

Your contributions to OS & application architecture has been invaluable.
Your employer & colleagues must be very proud.
--
http://gnuzilla.gnu.org

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

[Gary]

asleepyet wrote:

> I love it how everyone is mentioning TOR

everyone = me

> but they all fail to mention the important details like how extremely slow it 
> is,

it has many layers -- like an onion.

> the lack of functionality,

it's just a network. what extra functionality are you hoping to add when you 
build your own?

> and how many times it has been compromised.

[citation needed]

> thanks for the suggestion but I'm very proud of what the creators of icecat 
> have done.

according to you, all browsers and operating systems feed in to the panopticon 
so what makes IceCat so special?
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Electrolysis (e10s) notes

[Gary]

Is there a public source code repo where IceCat diffs are kept?



On Tue, Mar 21, 2017 at 8:47 AM David Hedlund  wrote:

> * Electrolysis was added to Firefox 48 but will not be enabled by default
> until Firefox 58. Electrolysis will not be forced so add-ons with MPC=false
> (multiprocess) will still be able to run.
> * Due to stability issues 
> Windows XP is currently not leveraging e10s on release channel. XP and
> Vista will move out to Extended Support Release (ESR) 45 when 45 merges to
> release (bug 1303827
> ). As such there
> are no plans to support e10s for XP/Vista in the future.
>
> --
> http://gnuzilla.gnu.org
>
--
http://gnuzilla.gnu.org

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

[Gary]

On Mar 19, 2017, at 11:34 AM, awakeyet wrote:
> 
> what browser may you suggest other security and privacy conscious users use 
> in the place of IceCat

there is a project that is even more privacy conscious...

"Tor Browser lets you use Tor on Windows, Mac OS X, or Linux without needing to 
install any software. It can run off a USB flash drive, comes with a 
pre-configured web browser to protect your anonymity, and is self-contained 
(portable)."

"It prevents somebody watching your Internet connection from learning what 
sites you visit, it prevents the sites you visit from learning your physical 
location, and it lets you access sites which are blocked."
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45.7.0 release

[Gary Driggs]

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

Re: [Bug-gnuzilla] IceCat 45.7.0 release

[Gary]

On Wed, Mar 15, 2017, Ivan Zaigralin wrote:

> Here you go, pal. Section 7.b. You see where it says "computer
> information"?
>

7b states: "Microsoft may use the computer information, accelerator
information, search suggestions information, error reports, and Malware
reports to improve our software and services. We may also share it with
others, such as hardware and software vendors. They may use the information
to improve how their products run with Microsoft software."

But in 7a they also point out that "in some cases, you may switch off these
features or not use them." Of course, if I were concerned I would turn
these features off then block outbound connections to Microsoft, use an
offline update utility like WSUSoffline, and not use Internet Explorer or
other web services.

They *do* have the *capability* to get absolutely any information from your
> computer, like real-time screenshots, keystrokes, or webcam feed. ... that
> is, if you ever ever ever dectect the leak.


[citation needed]
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45.7.0 release

[Gary]

On Wed, Mar 15, 2017, awakeyet wrote:

> I totally agree, there is ABSOLUTELY NO REASON to use a slightly more
> secure browser like icecat on ABSOLUTELY DISGUSTINGLY BACKDOORED BOTNET
> surveillance, freedom and privacy destroying operating systems like those
> of apple and microsoft.
>

*[citation needed]*
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45.7.0 release

[Gary Driggs]

For 64 bit windows try setting this in your .mozconfig: 
ac_add_options --target=x86_64-pc-mingw32

For 32-bit builds use:
ac_add_options --target=i686-pc-mingw32

What do you have for --host= on your debian system?



> On Mar 10, 2017, at 8:01 PM, eliotime3000  
> wrote:
> 
> Honestly, I'm trying to cross-compile GNU IceCat from my Debian partition, 
> but the detail is the following: my problem is how to I do for identify the 
> avariable build targets that I have in my PC, because I've installed 
> MinGW-w64 for Debian, alongside with the steps described in this webpage:
> 
> https://libreplanet.org/wiki/Group:IceCat/Compile_and_package/build_38.8.0_on_devuan_(debian)_jessie
> 
> And that's what I got in the cross-compile process (you know, "./mach build"):
> 
> http://pastebin.com/1puD6aYA
> 
> If anyone wants to help me to show the avariable build targets to avoid the 
> annoyance of fail in every tryout of cross-compile, I'll be appreciated.
> 
> Thanks by your reply.
> 
>> El 08/03/17 a las 22:38, Gary escribió:
>>> On Wed, Mar 8, 2017 at 7:08 PM, Eliot Reyna wrote:
>>> Anyway, the latest version of GNU IceCat for Windows (38.8.0) was generated 
>>> via cross-compile method. Thanks by make your Windows version of GNU IceCat.
>>> 
>> Curious -- thanks for that. I actually tried building the 32-bit version on 
>> a 64-bit Windows via cross-compile and it failed. In the distant past, I've 
>> tried to take the config options from the Linux x86 source to compile for 
>> ppc and had some small luck with that. I've tested the 32-bit binary but 
>> still need to get the package to include a DLL it needs. Mozilla's 
>> documentation falls short in some areas like this so hopefully I can get it 
>> sorted without having to set up a whole new build environment elsewhere.
>> 
>> Does anyone know if Subversion is the only code repository that gnu.org 
>> hosts?
>> 
>> -Gary
>> 
>> 
>> 
>> 
>> --
>> http://gnuzilla.gnu.org
> 
> --
> http://gnuzilla.gnu.org
--
http://gnuzilla.gnu.org

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

[Gary Driggs]

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

Re: [Bug-gnuzilla] IceCat 45.7.0 release

[Gary]

On Wed, Mar 8, 2017 at 7:08 PM, Eliot Reyna wrote:

> Anyway, the latest version of GNU IceCat for Windows (38.8.0) was
> generated via cross-compile method. Thanks by make your Windows version of
> GNU IceCat.
>
Curious -- thanks for that. I actually tried building the 32-bit version on
a 64-bit Windows via cross-compile and it failed. In the distant past, I've
tried to take the config options from the Linux x86 source to compile for
ppc and had some small luck with that. I've tested the 32-bit binary but
still need to get the package to include a DLL it needs. Mozilla's
documentation falls short in some areas like this so hopefully I can get it
sorted without having to set up a whole new build environment elsewhere.

Does anyone know if Subversion is the only code repository that gnu.org
hosts?

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

Re: [Bug-gnuzilla] Firefox 52.0 ESR - The first Electrolysis-based ESR version

[Gary]

I'm not quite sure anyone realizes what it takes to maintain a small
project like this and keep it up to date in line with a project from an
organization with paid employees like Firefox & Mozilla -- especially
considering how many changes Firefox has seen in recent months.
https://www.ghacks.net/2017/03/07/cyberfox-proclaims-death-of-web-browser/

Even the ESR branch offers no guarantee of stability:
https://www.mozilla.org/en-US/firefox/organizations/faq/

Which leads me to wonder how many people use IceCat versus how many that
actually contribute to the project?



On Wed, Mar 8, 2017 at 5:03 PM, David Hedlund  wrote:

> * The current released version of IceCat is version 45.7.0 and it is based
> on Firefox ESR 45.7.0.
> * Firefox 48 is the first version of Firefox Electrolysis, read more about
> Electrolysis here: https://directory.fsf.org/wiki
> /Free_Software_Directory:IceCat_extensions_(proposed)/Resources
> * Firefox 52.0 ESR was released 6th March: https://ftp.mozilla.org/pub/fi
> refox/releases/52.0esr/
> This is the first ever released Firefox ESR that is based on
> Electrolysis, as the previous version was 45.8.0
>
> When can we expect IceCat 52.0?
>
>
> --
> http://gnuzilla.gnu.org
>
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat 45.7.0 release

[Gary]

On Mon, Mar 6, 2017 at 9:10 AM, Daniel Quintiliani wrote:

> I heard that compiling Firefox is a lot more complicated than the standard
> ./configure, make, make install, ldconfig (or the use of cmake). Is that
> true?
>

A little bit but most of the hard work has been done for us. I set up a
standard firefox build environment, added a tiny .mozconfig file, then
built a win64 installer package that's available here:
https://github.com/gdriggs/icecat-win64

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

Re: [Bug-gnuzilla] IceCat 45.7.0 release

[Gary Driggs]

On Mar 5, 2017, Daniel Quintiliani wrote:

> Please reconsider your discontinuation of Windows and Mac versions, as libre 
> browsing is most needed in DRM-based OSes, not Linux :(

The source is still available for compilation on any platform.
--
http://gnuzilla.gnu.org

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

[Gary Driggs]

Narcis Garcia wrote:
> 
> IceCat 45 must have vulnerabilities too, and then someone will ask for
> Icecat 52, etc.

https://www.mozilla.org/en-US/security/advisories/mfsa2016-95/--
http://gnuzilla.gnu.org

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

[Gary Driggs]

it's OK. private = secure in the same way policy compliant = secure. :-)

> On Dec 30, 2016, at 8:44 AM, Daniel Quintiliani  wrote:
> 
> Numerous remote code execution vulnerabilities? You're kidding me right?
> 
> --
> 
> -Dan Q
> 
> 
>> On Fri, 30 Dec 2016 11:06:10 +0100, Narcis Garcia  
>> 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  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

--
http://gnuzilla.gnu.org

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

[Gary Driggs]

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

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

[Gary Driggs]

Tails is pretty easy to use; https://tails.boum.org/


> On Dec 12, 2016, at 2:15 PM, Daniel Quintiliani  wrote:
> 
> Seems like a lot of work and reading material for a Windows user who just 
> wants to browse the web and not have to worry about corporate and government 
> spooks. Plus there's the risk M$ is tampering with the virtual machine 
> client, remember you still have UEFI too so it's possible.
> 
> --
> 
> -Dan Q
> 
> 
>> On Mon, 12 Dec 2016 12:13:49 +0100, Narcis Garcia  
>> wrote:
>> 
>> 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.
>> 
>> 
>> 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  
 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  
>> 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] [VOTE] Tor code base

[Gary]

I don't know about the Windows and macOS ports but the Linux version of
Icecat could be derived from the Trisquel abrowser source if they are kind
enough to allow and encourage us to do so. My comments here should in no
way be considered a judgement of either of these ambitious and much needed
projects since I understand and greatly appreciate the time investment it
takes to keep such efforts alive and active. That said here are a few ways
I can see that Icecat may still differentiate itself from abrowser...


1. Provide Mac, Windows, and Android ports. For what should be obvious
reasons will likely never have any interest in building these themselves.

2. Retain current fingerprinting countermeasures (I don't know what these
are -- I'm just looking at features listed on the Icecat project page [A]).

3. Switch to uBlock Origin[B] as the frontline method for blacklisting
unwanted content. When I install this plugin I generally select a handful
of lists in addition to the defaults. It may be easier to just document
this well if it's non-trivial to pre-select the defaults on install.

4. Implement several of the about:config changes recommended in Trisquel's
documentation[C]. Some of these are anti-malware services but uBlock has
several options that can be aggregated to serve the same purpose using
crowd sourced data instead of vendor sourced data.

5. Continue to maintain Icecat's list of addons[D] or combine efforts with
Trisquel's[E] since it appears to be yet another duplication of efforts.

6. Flesh out Icecat's current documentation[F] which -- despite being
somewhat sparse by some standards -- is still considerably more than what
Trisquel has listed for abrowser[G].

7. Consider switching to a default privacy focused search engine such as
Ixquick[H].

8. Consider if the current list of default plugins[A] is still relevant.
The call for bringing back Firefox's cookie management feature, for
example, may be mitigated by using a combination of plugins such as uBlock
Origin and Privacy Badger[I]. If not, then perhaps there's a suitable free
plugin that achieves similar functionality without being an administrative
burden on the average user.




A. https://www.gnu.org/software/gnuzilla
B. https://github.com/gorhill/uBlock/wiki/Blocking-mode
C.
https://trisquel.info/en/wiki/tweak-your-browser-enhance-security-and-privacy
D. http://directory.fsf.org/wiki/GNU_IceCat/
E. https://trisquel.info/en/browser
F. https://libreplanet.org/wiki/Group:IceCat/
G. https://trisquel.info/en/wiki/abrowser-help
H. https://www.ixquick.com/eng/privacy-policy.html
I. https://github.com/EFForg/privacybadgerfirefox
--
http://gnuzilla.gnu.org

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

[Gary Driggs]

I see this project having more in common with the Trisquel browser project than 
TOR browser. I haven't seen anyone list the pros or cons so I'll have to vote 
against if it's just arbitrary.
--
http://gnuzilla.gnu.org

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

[Gary Driggs]

On Oct 4, 2016, Daniel Quintiliani wrote:
> 
> What is wrong with uBlock Origin? It seems to work a lot better than the old 
> Adblock Edge which was similar to Spyblock, plus it covers additional stuff 
> like webRTC, beacons, prefetching, etc

It's great! I've been using it for years & it's saved me a lot of time just in 
configuration alone. I've started using Opera on Linux recently for a similar 
reason. Could someone please remind me what the terms are for bundling a plugin 
with Icecat? I've seen lots of them get rejected for one reason or another over 
the years & now I've forgotten the specific criteria.

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

Re: [Bug-gnuzilla] Keeping Firefox Addons As They Are

[Gary Driggs]

awakeyet wrote:
> of course, why do you think they))) are making the change?

paranoid much? I don't see any politics -- just technical discussions about the 
merits of one extension vs another. I recommend that you take off your tinfoil 
hat & do some deep breathing exercises before you post again.

-Gary



--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Icecat 45.2 urgently needed

[Gary]

On Fri, Jun 10, 2016 Mart Rootamm wrote:
>
> The only recourse has been to use Firefox 38.x ESR, because it has so far
> retained the cookie prompt functionality.
>

For what it's worth, the Tor Browser project has stuck with 38.8 ESR for
their maintenance release but their alpha branch is using 45.2. The change
logs for both have the exact same entries for cookies, however, so I'll
have to download the alpha to see what they're doing for cookie permissions
dialogue boxes.

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

Re: [Bug-gnuzilla] Cipher suits - Difference between IceCat and Firefox ESR

[Gary]

On Apr 18, 2016, at 11:14 AM, David Hedlund wrote:

> Firefox ESR 38.7.1 (windows) = true for all,
> security.ssl3.dhe_dss_aes_128_sha did not exist.

> Can we _please_ enable all cipher suits to the next release?

Why are you asking to enable deprecated SSLv3 cipher suites? These should
all be disabled by default. You can test a server's capabilities &
configuration with ssllabs.com & it will tell you which suites are
preferred & in which order.

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

Re: [Bug-gnuzilla] icecat browser sources question

[Gary]

gnu1.tar.bz2
contains the source

the rest are binaries and accompanied by PGP signatures in the .sig files.
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] IceCat with Tor

[Gary]

On Thu, Feb 25, 2016 at 3:38 AM Daniel Roskams wrote:

> Is there any reason why using tor with icecat would be unsafe, like the
> Tor project claims, if the HTTPS-E and javascript-disabling stuff is
> installed?
>

I'm not sure what claims you're referring to but the Tails project site
goes in to detail about what they've done with their release of the Tor
browser...

https://tails.boum.org/doc/anonymous_internet/Tor_Browser/

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

Re: [Bug-gnuzilla] Ice Cat communication

[Gary Driggs]

PCAP or it didn't happen. ;-)


> On Nov 16, 2015, at 11:36 PM, Narcis Garcia  
wrote:
> 
> Version?
> Platform?
> 
> 
> El 16/11/15 a les 16:53, family.sm ha escrit:
>> Hi
>> Icecap is sending many paquets through the Linux android kernel instead
>> through the vpn,  like any other app.
>> Also , I noticed that icecat tries to connect to G00gle,  akamai,
>> cloudfront, amazonaws and others but I don't understand why.
>> Any body's suggestions are welcome. 
>> Thank you
>> 
>> 
>> --
>> http://gnuzilla.gnu.org
> 
> --
> http://gnuzilla.gnu.org
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Firefox for iOS

[Gary Driggs]

On Nov 17, 2015, at 6:12 AM, David Hedlund wrote:
> I suggest IceCat for iOS based on Firefox for iOS.

Unless drastic changes have been made in iOS 9, you aren't able to use a 
different  rendering engine when you build a browser for iOS. So Firefox for 
iOS is really just a reskinned Safari.

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

Re: [Bug-gnuzilla] Unpatched security flaws in IceCat

[Gary]

On Aug 12, 2015, Mark H Weaver wrote:

> So, when can we expect GNU IceCat 38.2 to be released?

How soon can you post your contributions to the git repo? ;-)
--
http://gnuzilla.gnu.org

Re: [Bug-gnuzilla] Suggestion for default search engine

[Gary Driggs]

I have found ixquick to turn up better anonymized results than others I've used 
-- including DDG.

https://ixquick.com/eng/aboutixquick/


> On Mar 11, 2015, at 6:10 AM, Rubén Rodríguez  wrote:
> 
> El mié, 11-03-2015 a las 05:02 +, rocket_peng...@riseup.net
> escribió:
>> Did anyone consider using the Lite version[1] of DDG in IceCat? It loads
>> faster and that is very good on a slow internet connection, or over
>> Tor/SSH proxy.
>> 
>> [1] https://www.duckduckgo.com/lite
> 
> Could be useful in several cases, like mobile. Thanks for the hint.
> 
> 
> --
> http://gnuzilla.gnu.org
--
http://gnuzilla.gnu.org

Re: GNU IceCat 6.0 released

[Gary]

On Thu, Aug 18, 2011 at 11:19 AM, matti christensen wrote:

> ok - i have not tried but assume this does not compile on loongson
> -processor.
>

I don't have access to Longsoon or any other MIPS based architecture but I'd
assume you'd have to do the same thing as for PPC compilations which is to
disable all the x86 specific components (can't remember what they are off
the top of my head). Your best bet is to set up a toolchain, grab the icecat
source, and give it a try. Also, have a look at the Mozilla build
documentation for library prerequisites

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

Re: IceCat 5.0.1

[Gary Driggs]

What’s New in Firefox
The latest version of Firefox has the following changes:

Worked around an issue in Mac OS X 10.7 that couldcause Firefox to crash
Worked around an issue caused by Apple's "Java for Mac OS X 10.6 Update 5" 
where the Java plugin would not be loaded
http://www.mozilla.com/en-US/firefox/5.0.1/releasenotes/--
http://gnuzilla.gnu.org

Re: Warning: Mozilla BrowserID!

[Gary]

On Mon, Jul 18, 2011, imi...@ymail.com wrote:

> Well.. I think this “feature” *can* be used, but you don't have to do so.
> But nevertheless, I'm not against removing this option from upcoming Firefox
> versions for IceCat.

It looks like a combination of client side JavaScript and server side
configuration. So if it's a new JavaScript API, I don't see the harm
as it's up to the web site sysadmin to implement anything that may use
it. And in the end, it doesn't look all that different from a dozen
other APIs for authenticating credentials from OpenID, FaceBook,
Google, etc. I'd be curious to hear what you and the original poster
find objectionable in its design and/or implementation.

-Gary

--
http://gnuzilla.gnu.org

Re: 3.6 discontinued?

[Gary Driggs]

Is there a version control repository in place anywhere?

--
http://gnuzilla.gnu.org

Re: five?

[Gary]

On Wed, Jun 22, 2011 at 4:42 AM, Giuseppe Scrivano  wrote:
> I have uploaded here an alpha version, something I have noticed is the
> about dialog that seems to be broken, if you find other problems, let me
> know :-)

I get the following error when compiling under Debian Squeeze for PowerPC:

c++ -o nsMultiplexInputStream.o -c  -fvisibility=hidden
-DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=Linux
-DEXCLUDE_SKIA_DEPENDENCIES -DCHROMIUM_MOZILLA_BUILD  -DOS_LINUX=1
-DOS_POSIX=1  -D_IMPL_NS_COM -I../../ipc/chromium/src -I../../ipc/glue
-I../../ipc/ipdl/_ipdlheaders  -I.. -I. -I. -I../../dist/include
-I../../dist/include/nsprpub
-I/usr/local/src/icecat-5.0/dist/include/nspr
-I/usr/local/src/icecat-5.0/dist/include/nss   -fPIC -fno-rtti
-fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth
-Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align
-Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type
-Wno-long-long -fno-strict-aliasing -fshort-wchar -pthread -pipe
-DNDEBUG -DTRIMMED -g -pipe -O3   -DMOZILLA_CLIENT -include
../../mozilla-config.h -MD -MF .deps/nsMultiplexInputStream.pp
nsMultiplexInputStream.cpp
In file included from ../../ipc/chromium/src/base/port.h:9,
 from ../../ipc/chromium/src/base/basictypes.h:50,
 from ../../ipc/chromium/src/base/file_path.h:70,
 from
../../ipc/chromium/src/chrome/common/ipc_message_utils.h:12,
 from ../../dist/include/IPC/IPCMessageUtils.h:42,
 from nsMultiplexInputStream.cpp:44:
../../ipc/chromium/src/build/build_config.h:64:2: error: #error Please
add support for your architecture in build/build_config.h
In file included from nsMultiplexInputStream.cpp:45:
../../dist/include/mozilla/net/NeckoMessageUtils.h: In static member
function ‘static void
IPC::ParamTraits::Write(IPC::Message*, const
IPC::InputStream&)’:
../../dist/include/mozilla/net/NeckoMessageUtils.h:218: warning:
unused variable ‘rv’
../../dist/include/mozilla/net/NeckoMessageUtils.h:229: warning:
unused variable ‘rv’
make[4]: *** [nsMultiplexInputStream.o] Error 1
make[4]: Leaving directory `/usr/local/src/icecat-5.0/xpcom/io'
make[3]: *** [libs] Error 2
make[3]: Leaving directory `/usr/local/src/icecat-5.0/xpcom'
make[2]: *** [libs_tier_platform] Error 2
make[2]: Leaving directory `/usr/local/src/icecat-5.0'
make[1]: *** [tier_platform] Error 2
make[1]: Leaving directory `/usr/local/src/icecat-5.0'
make: *** [default] Error 2

--
http://gnuzilla.gnu.org

Re: five?

[Gary Driggs]

It looks like security updates for Firefox 4 are discontinued already... 
http://m.computerworld.com/s/article/9217837/Mozilla_retires_Firefox_4_from_security_support
--
http://gnuzilla.gnu.org

Re: five?

[Gary]

Yeah, they announced recently that they're going to have a more
aggressive release cycle -- possibly because Chromium has been doing
that for some time now... http://wiki.mozilla.org/Releases

-Gary

--
http://gnuzilla.gnu.org

Re: GNU IceCat 4.0.1 released

[Gary]

I've compiled Linux PPC binaries[1] if anyone would like to test them.
They're 32-bit binaries compiled on a G4 Mac mini so they ought to
work on a G5 as well since I was unable to compile the 3.6 binaries on
my G5 and ended up doing the same thing... This package path is
/usr/local instead of /usr like the PPC binaries posted on osuosl.org.

Here's the output from the about:buildconfig page using default
options from configure:

Build platform
target
powerpc-unknown-linux-gnu

Build tools
CompilerVersion Compiler flags

gcc gcc version 4.4.5 (Debian 4.4.5-8)  -Wall -W -Wno-unused
-Wpointer-arith -Wcast-align -W -pedantic -Wno-long-long
-fno-strict-aliasing -pthread -pipe -DNDEBUG -DTRIMMED -pipe -O3

c++ gcc version 4.4.5 (Debian 4.4.5-8)  -fno-rtti -fno-exceptions
-Wall -Wpointer-arith -Woverloaded-virtual -Wsynth
-Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align
-Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type
-pedantic -Wno-long-long -fno-strict-aliasing -fshort-wchar -pthread
-pipe -DNDEBUG -DTRIMMED -pipe -O3

Configure arguments

--disable-accessibility --disable-calendar --disable-chatzilla
--disable-composer --disable-crashreporter --disable-debug
--disable-elf-dynstr-gc --disable-installer --disable-ipc
--disable-ldap --disable-mailnews --disable-mochitest
--disable-negotiateauth --disable-official-branding
--disable-profilesharing --disable-system-cairo --disable-tests
--disable-toolkit-qt --disable-updater --disable-xinerama
--disable-xprint --enable-application=browser --enable-crypto
--enable-default-toolkit=cairo-gtk2 '--enable-extensions=default
spellcheck' --enable-freetype2 '--enable-optimize=-pipe -O3'
--enable-pango --enable-strip --enable-svg --enable-svg-renderer=cairo
--enable-toolkit-cairo-gtk2 --enable-xft --prefix=/usr/local
--with-branding=browser/branding/unofficial
--with-distribution-id=org.gnu.gnuzilla --with-system-jpeg
--with-system-zlib --with-user-appdir=.gnuzilla



-Gary

1. http://dl.dropbox.com/u/20597767/ppclinux/icecat-4.0.1-linuxppcbin.tar.bz2

--
http://gnuzilla.gnu.org

Re: Open containing folder

[Gary Driggs]

On Apr 14, 2011, Shailesh Ghadge wrote:

> i am getting a prompt for choosing application to open link. Should it not 
> directly open the folder(containing the file) using file manager?

There's no way for the browser to guess which file manager comes with your OS 
(if any) so you'll want to configure it yourself. Here's an example using the 
thunar file manager; 
http://rubylution.ping.de/articles/2007/09/11/open-containing-folder-in-firefox-under-linux

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

Re: Compile without CA

[Gary]

On Thu, Oct 21, 2010 at 1:31 PM, Emmanuel Revah wrote:

> I was wondering if there was a flag (or something) to compile Icecat to:
>
>  - Not contain any root certificates by default
>  - (less important for now) Not halt on ssl "errors"

Wouldn't that break SSL browsing altogether? If you're merely trying
to debug an SSL connection you might try something like Charles?
http://www.charlesproxy.com/overview. Alternately, you could just go
in and remove all your root CA certs rather than spend the time trying
to yank that code out.

-Gary

--
http://gnuzilla.gnu.org

version 4.0?

[Gary]

Has work begun on creating a make.icecat file for version 4.0? I've
been looking at the source tree for Firefox 4.0b4 and a lot has
changed. If this is an area where I can contribute help, please let me
know as I'm currently trying to build beta 4 with icecat's mozconfig
file. So far, for the 32-bit PowerPC platform I've had to install Mesa
development headers and use --disable-ipc --disable-ycbcr with
configure since those are not available for my architecture.

-Gary

--
http://gnuzilla.gnu.org

Re: [icecat privacy feature] managing super-cookies

[Gary]

On Mon, Aug 30, 2010 at 10:08 AM PDT, Sean Artman wrote:

> It would be ideal to petition the BetterPrivacy author to put the plugin 
> under a
> free software license.

That's already been done...

On Mon, Aug 30, 2010 at 1:19 AM PDT,   wrote:
> I didn't know that BetterPrivacy is nonfree, but I asked him to make the 
> software free.

--
http://gnuzilla.gnu.org

Re: [icecat privacy feature] managing super-cookies

[Gary Driggs]

On Aug 30, 2010, at 8:46 AM, Nicolás Reynolds  wrote:
> couldn't it be done by forbidding flash cookies altogether?

I would suspect that Flash cookies are handled by Flash or gnash plugins & the 
browser and/or another plugin wouldn't have any control over them.

-Gary


--
http://gnuzilla.gnu.org

Re: ppc64 compile error

[Gary]

Well, this is interesting... I couldn't get a ppc64 build to work
until I tarred up my 32 bit build directory and copied it over. Then I
had to run make clean first but I eventually got some usable binaries
out of it. I haven't had this much fun with a Mozilla build since its
first week of source release! ;)

-Gary

--
http://gnuzilla.gnu.org

Re: ppc64 compile error

[Gary]

FWIW, I removed the xulrunner-dev package and managed to get a
successful 32-bit compile by supplying only --disable-ipc to
configure. If you want more details as to why this is necessary, see
the various bug reports and articles regarding building Firefox on
various other operating systems and/or hardware architectures found by
googling "'--disable-ipc' firefox ppc".

I'd be happy to test new releases on Debian/ppc when they come out but
in the mean time I'll get back to trying a 64-bit build again.

-Gary

--
http://gnuzilla.gnu.org

Re: ppc64 compile error

[Gary]

this appears to be in the chrome ipc library wherein atomicops.h is
expecting an x86 architecture. I'm hoping that --disable-ipc solves
this problem. is anyone else on the project actively compiling this
for non-x86 architectures?

-Gary

--
http://gnuzilla.gnu.org

Re: ppc64 compile error

[Gary]

I gave up trying to compile on ppc64 as 'configure --disable-optimize'
didn't yield any better results. Now I'm trying to compile it on a
32-bit ppc machine and here's what's happened. I installed what I
believe are all the prerequsite library packages for Debian (perhaps
xulrunner-dev isn't?); libgtk2.0-dev libdbus-glib-1-dev libnotify-dev
libasound2-dev libidl-dev libiw-dev libxt-dev xulrunner-dev. But now
I'm getting the following failure during the build (no options given
to configure but I'll be trying --disable-optimize next).

-Gary


c++ -o nsXPComInit.o -c -fvisibility=hidden -DMOZILLA_INTERNAL_API
-D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API
-D_IMPL_NS_COM_OBSOLETE -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI
-DIMPL_NS_NET -DIMPL_THEBES  -DOSTYPE=\"Linux2.6\" -DOSARCH=Linux
-DEXCLUDE_SKIA_DEPENDENCIES -DCHROMIUM_MOZILLA_BUILD  -DOS_LINUX=1
-DOS_POSIX=1  -D_IMPL_NS_COM -D_IMPL_NS_STRINGAPI -DEXPORT_XPT_API
-DEXPORT_XPTC_API -DTARGET_XPCOM_ABI=\"ppc-gcc3\" -I. -I.. -I./../glue
-I./../base -I./../ds -I./../io -I./../components -I./../threads
-I./../threads/_xpidlgen -I./../proxy/src -I./../reflect/xptinfo/src
-I../../ipc/chromium/src -I../../ipc/glue
-I../../ipc/ipdl/_ipdlheaders  -I. -I. -I../../dist/include
-I../../dist/include/nsprpub
-I/usr/local/src/icecat-3.6.8/dist/include/nspr
-I/usr/local/src/icecat-3.6.8/dist/include/nss -fPIC
-fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual
-Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align
-Wno-invalid-offsetof -Wno-long-long -fno-strict-aliasing
-fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -pthread
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
-I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1
-I/usr/include/freetype2 -I/usr/include/libpng12
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/gtk-unix-print-2.0   -pipe -O3   -DMOZILLA_CLIENT
-include ../../mozilla-config.h -Wp,-MD,.deps/nsXPComInit.pp
nsXPComInit.cpp
In file included from ../../ipc/chromium/src/base/port.h:9,
 from ../../ipc/chromium/src/base/basictypes.h:50,
 from nsXPComInit.cpp:41:
../../ipc/chromium/src/build/build_config.h:61:2: error: #error Please
add support for your architecture in build/build_config.h
In file included from ../../ipc/chromium/src/base/atomic_ref_count.h:11,
 from ../../ipc/chromium/src/base/ref_counted.h:8,
 from ../../ipc/chromium/src/base/message_pump.h:8,
 from ../../ipc/chromium/src/base/message_loop.h:14,
 from nsXPComInit.cpp:152:
../../ipc/chromium/src/base/atomicops.h:136:2: error: #error "Atomic
operations are not supported on your platform"
make[4]: *** [nsXPComInit.o] Error 1
make[4]: Leaving directory `/usr/local/src/icecat-3.6.8/xpcom/build'
make[3]: *** [libs] Error 2
make[3]: Leaving directory `/usr/local/src/icecat-3.6.8/xpcom'
make[2]: *** [libs_tier_xpcom] Error 2
make[2]: Leaving directory `/usr/local/src/icecat-3.6.8'
make[1]: *** [tier_xpcom] Error 2
make[1]: Leaving directory `/usr/local/src/icecat-3.6.8'
make: *** [default] Error 2

--
http://gnuzilla.gnu.org

Re: ppc64 compile error

[Gary]

I also tried commenting out s...@host_optimize_flags@%-O3%g from
config.status. I assumed this would go away by running configure with
--disable-optimize and/or --disable-profile-guided-optimization but
neither changed that particular line but may have changed others. The
.mozconfig has the line commented out as you suggested but I still get
the same build error...

Here are all the optimize flags I could find in my current
config.status after running configure with both --disable-optimize and
--disable-profile-guided-optimization.

s...@moz_gfx_optimize_mobile@%%g
s...@moz_optimize@%%g
s...@moz_optimize_flags@%-Os -freorder-blocks -fno-reorder-functions %g
s...@moz_optimize_ldflags@%%g
s...@moz_optimize_size_tweak@%%g
s...@moz_profile_guided_optimize_disable@%1%g
s...@host_optimize_flags@%-O3%g

I tried substituting the following to no avail:
s...@moz_optimize_flags@%%g
s...@host_optimize_flags@%%g

kind regards,
Gary

--
http://gnuzilla.gnu.org

ppc64 compile error

[Gary]

I'm trying to compile icecat on Debian testing on the 64-bit PowerPC
architecture. I have all the prerequisite dev libraries install but
it's failing at an odd location. I'm hoping someone here can shed some
light on the matter.

much thanks,
Gary

make[8]: Entering directory
`/usr/local/src/icecat-3.6.8/xpcom/reflect/xptcall/src/md/unix'
xptcinvoke_ppc64_linux.cpp
c++ -o xptcinvoke_ppc64_linux.o -c -fvisibility=hidden
-DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=Linux
-DEXPORT_XPTC_API -D_IMPL_NS_COM -I./../.. -I./../../../../xptinfo/src
 -I. -I. -I../../../../../../dist/include
-I../../../../../../dist/include/nsprpub
-I/usr/local/src/icecat-3.6.8/dist/include/nspr
-I/usr/local/src/icecat-3.6.8/dist/include/nss -fPIC
-fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual
-Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align
-Wno-invalid-offsetof -Wno-long-long -pedantic -fno-strict-aliasing
-fshort-wchar -pthread -pipe  -DNDEBUG -DTRIMMED -pipe -O3
-DMOZILLA_CLIENT -include ../../../../../../mozilla-config.h
-Wp,-MD,.deps/xptcinvoke_ppc64_linux.pp xptcinvoke_ppc64_linux.cpp
xptcinvoke_ppc64_linux.cpp: In function ‘void
invoke_copy_to_stack(PRUint64*, double*, PRUint32, nsXPTCVariant*,
PRUint64*)’:
xptcinvoke_ppc64_linux.cpp:78: warning: ‘tempu64’ may be used
uninitialized in this function
xptcstubs_ppc64_linux.cpp
c++ -o xptcstubs_ppc64_linux.o -c -fvisibility=hidden
-DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=Linux
-DEXPORT_XPTC_API -D_IMPL_NS_COM -I./../.. -I./../../../../xptinfo/src
 -I. -I. -I../../../../../../dist/include
-I../../../../../../dist/include/nsprpub
-I/usr/local/src/icecat-3.6.8/dist/include/nspr
-I/usr/local/src/icecat-3.6.8/dist/include/nss -fPIC
-fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual
-Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align
-Wno-invalid-offsetof -Wno-long-long -pedantic -fno-strict-aliasing
-fshort-wchar -pthread -pipe  -DNDEBUG -DTRIMMED -pipe -O3
-DMOZILLA_CLIENT -include ../../../../../../mozilla-config.h
-Wp,-MD,.deps/xptcstubs_ppc64_linux.pp xptcstubs_ppc64_linux.cpp
{standard input}: Assembler messages:
{standard input}:17: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:56: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:95: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:134: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:173: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:212: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:251: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:300: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:339: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:378: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:417: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:456: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:495: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:534: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:573: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:612: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:651: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:690: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:729: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:768: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:807: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:846: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:885: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:924: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:963: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:1002: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:1041: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:1080: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:1119: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:1158: Error: junk at end of line, first unrecognized
character is `@'
{standard input}:1197: Error: junk at en