Re: [Bug-gnuzilla] No Icecat binaries repository
Narcis, Any progress on getting IceCat 24 compiled? Rudy Ges rudy.ges...@gmail.com writes: Hello, I compiled Icecat 24 for ubuntu (well, bodhi linux) 64 bits some time ago, but I had problems with images so I installed the one from the PPA (which installed be a libjpeg that seems to solve the problem). But now I'm back to Icecat 17.. And Icecat 24 compilation does not seem to work this time =/ Any news on a packaged one? Rudy -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] No Icecat binaries repository
Hi Narcis: I'm still working a few things with the new release (a.k.a exchanging emails with RMS about features regarding fingerprinting.) I have created a new PPA where the debs could go. I was planning on working on this, but as you can see I'm busy enough with other issues. My question to you is: If I walk you through compiling IceCat and point you towards how to package it as a deb, would you like to join the IceCat team and be the one working on compiling/packaging IceCat and add it to the launchpad repo? You have been one of the most active contributor to IceCat (Langpack script, ...), so it seems natural to me to make you part of the team. I'll send you details on compiling, but again, we need someone to take care of this going forward, so if you are going to do it, I see no reason why you wouldn't do it officially as part of the IceCat team. Thanks, Loic Narcis Garcia informat...@actiu.net writes: Hello, tomorrow is to be released Ubuntu 14.04 LTS, and there is no updated version of Icecat available, to unexperienced users install it. Latest repository I see for this distribution is: http://ppa.launchpad.net/gnuzilla-team/ppa/ubuntu/ A lot of people is still using Icecat 17 because of this situation. I need the help from somebody that documents the procedure to compile and build DEB packages to be published somewhere. I hope at least Icecat 17 installations can be upgraded to v24 (!) -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Browser Fingerprints Solution
Julian onp...@riseup.net writes: On 03/27/2014 05:52 PM, m...@quibox.net wrote: I am writing to stress out the need of a solution, integrated with icecat, to use false browser fingerprints and result in opting-out from surveillance. Nothing wrong with adding anti-fingerprinting to IceCat, but I just want to point out that the best way to stop fingerprinting (and surveillance in general) is to use the Tor Browser Bundle at its default settings. IceCat can never be as good at stopping tracking as that, for various reasons. Actually, if we are talking about fingerprinting strictly rather than pure anonimity, I'm not sure how the tor browser fares (I remember the tor browser draft mentioned fingerprinting at some point.) Anything that modifies the behavior of your browser has an effect on fingerprinting. This includes the measures (addons, fixes) taken to block third-party requests, disable a global js variable, and the like. The more the browser is out of the ordinary the more unique its fingerprint. The best way to get a browser to have a more common fingerprint is to have it masquerade as a common browser, running in a common operating system, with the expected behavior of a browser, etc, ... Running stuff that will make your browser more private will make your fingerprint more unique... So it's just a matter of finding the right balance (you still don't want to leak private data), or finding a way to mess with the values/mechanisms used for fingerprinting. Anyway, this is just my personal opinion which I haven't verified recently (more like a year and a half ago.) -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Browser Fingerprints Solution
Also, would anyone on this list research this issue, write back results to the list with a list of elements to work on to reduce fingerprinting, as well as potential implementations for this (Or code submissions?) Just making sure that everyone knows that we need more contributors, always. Loic ldu...@gnu.org (Loic J. Duros) writes: Julian onp...@riseup.net writes: On 03/27/2014 05:52 PM, m...@quibox.net wrote: I am writing to stress out the need of a solution, integrated with icecat, to use false browser fingerprints and result in opting-out from surveillance. Nothing wrong with adding anti-fingerprinting to IceCat, but I just want to point out that the best way to stop fingerprinting (and surveillance in general) is to use the Tor Browser Bundle at its default settings. IceCat can never be as good at stopping tracking as that, for various reasons. Actually, if we are talking about fingerprinting strictly rather than pure anonimity, I'm not sure how the tor browser fares (I remember the tor browser draft mentioned fingerprinting at some point.) Anything that modifies the behavior of your browser has an effect on fingerprinting. This includes the measures (addons, fixes) taken to block third-party requests, disable a global js variable, and the like. The more the browser is out of the ordinary the more unique its fingerprint. The best way to get a browser to have a more common fingerprint is to have it masquerade as a common browser, running in a common operating system, with the expected behavior of a browser, etc, ... Running stuff that will make your browser more private will make your fingerprint more unique... So it's just a matter of finding the right balance (you still don't want to leak private data), or finding a way to mess with the values/mechanisms used for fingerprinting. Anyway, this is just my personal opinion which I haven't verified recently (more like a year and a half ago.) -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Browser Fingerprints Solution
Yes. I'm aware of their project and their paper on fingerprinting (they are the ones who started the whole talk on this.) However gathering the data is only the beginning of it. We need to figure out what we can fix in the IceCat codebase, what we can easily have control over, etc, ... I'm sure there is also other sources of information that can be found (talks about it were made, ...) Would you like to step up and start working on this? :) Loic Jonas Wielicki j.wieli...@sotecware.net writes: On 28.03.2014 19:45, Loic J. Duros wrote: Also, would anyone on this list research this issue, write back results to the list with a list of elements to work on to reduce fingerprinting, as well as potential implementations for this (Or code submissions?) I do not know whether you are aware of it, but the EFF has a project regarding browser fingerprinting: https://panopticlick.eff.org/ I assume that they have lots of data from that which might be helpful identifying fingerprinting pitfalls. regards, Jonas Wielicki Just making sure that everyone knows that we need more contributors, always. Loic ldu...@gnu.org (Loic J. Duros) writes: Julian onp...@riseup.net writes: On 03/27/2014 05:52 PM, m...@quibox.net wrote: I am writing to stress out the need of a solution, integrated with icecat, to use false browser fingerprints and result in opting-out from surveillance. Nothing wrong with adding anti-fingerprinting to IceCat, but I just want to point out that the best way to stop fingerprinting (and surveillance in general) is to use the Tor Browser Bundle at its default settings. IceCat can never be as good at stopping tracking as that, for various reasons. Actually, if we are talking about fingerprinting strictly rather than pure anonimity, I'm not sure how the tor browser fares (I remember the tor browser draft mentioned fingerprinting at some point.) Anything that modifies the behavior of your browser has an effect on fingerprinting. This includes the measures (addons, fixes) taken to block third-party requests, disable a global js variable, and the like. The more the browser is out of the ordinary the more unique its fingerprint. The best way to get a browser to have a more common fingerprint is to have it masquerade as a common browser, running in a common operating system, with the expected behavior of a browser, etc, ... Running stuff that will make your browser more private will make your fingerprint more unique... So it's just a matter of finding the right balance (you still don't want to leak private data), or finding a way to mess with the values/mechanisms used for fingerprinting. Anyway, this is just my personal opinion which I haven't verified recently (more like a year and a half ago.) -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Browser Fingerprints Solution
Forwarding this to the list (I was the only one in copy.) m...@quibox.net writes: - User Agent - HTTP_ACCEPT Headers - Browser Plugin Details - Time Zone - Screen Size and Color Depth - System Fonts - Are Cookies Enabled? - Limited supercookie test - There appears to be a long list of parameters: http://browserspy.dk/ There's another detail that I would like to stress out: consistency. Say, about a website that requires a user account. You can't randomly generate parameters every time you login, due to the very likely possibility of them keeping a record of them. Also, the parameters should not be distributed as the same for everyone. The user should be able to choose and also randomly generate, but also keep profiles for various sites. (Including it on the mailing list) On 2014-03-28 20:45, ldu...@gnu.org wrote: Also, would anyone on this list research this issue, write back results to the list with a list of elements to work on to reduce fingerprinting, as well as potential implementations for this (Or code submissions?) Just making sure that everyone knows that we need more contributors, always. Loic ldu...@gnu.org (Loic J. Duros) writes: Julian onp...@riseup.net writes: On 03/27/2014 05:52 PM, m...@quibox.net wrote: I am writing to stress out the need of a solution, integrated with icecat, to use false browser fingerprints and result in opting-out from surveillance. Nothing wrong with adding anti-fingerprinting to IceCat, but I just want to point out that the best way to stop fingerprinting (and surveillance in general) is to use the Tor Browser Bundle at its default settings. IceCat can never be as good at stopping tracking as that, for various reasons. Actually, if we are talking about fingerprinting strictly rather than pure anonimity, I'm not sure how the tor browser fares (I remember the tor browser draft mentioned fingerprinting at some point.) Anything that modifies the behavior of your browser has an effect on fingerprinting. This includes the measures (addons, fixes) taken to block third-party requests, disable a global js variable, and the like. The more the browser is out of the ordinary the more unique its fingerprint. The best way to get a browser to have a more common fingerprint is to have it masquerade as a common browser, running in a common operating system, with the expected behavior of a browser, etc, ... Running stuff that will make your browser more private will make your fingerprint more unique... So it's just a matter of finding the right balance (you still don't want to leak private data), or finding a way to mess with the values/mechanisms used for fingerprinting. Anyway, this is just my personal opinion which I haven't verified recently (more like a year and a half ago.) -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat searche engines : free software, my foot!
Here is a screenshot from IceCat 24. Top right: duck duck go about:home page, duck duck go as well. This is from a default profile. Solal solal.rast...@me.com writes: Default search engine : Google. Er... For an browser which have the goal to be entirely ethical and free, YaCy or DuckDuckGo is better. -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat searche engines : free software, my foot!
Forgot the actual screenshot url: http://lduros.net/assets/downloads/screenshot-icecat-24.png where you can see what I mentioned. ldu...@gnu.org (Loic J. Duros) writes: Here is a screenshot from IceCat 24. Top right: duck duck go about:home page, duck duck go as well. This is from a default profile. Solal solal.rast...@me.com writes: Default search engine : Google. Er... For an browser which have the goal to be entirely ethical and free, YaCy or DuckDuckGo is better. -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Plans for new sync feature
One thing that is sure is that you won't see the marketing information. I'm not yet sure at this point what we'll do for the Firefox Sync feature. Someone would have to test a custom server and see if it is still working. Keeping the old sync functionality alive sounds like a headache. I for one don't consider Firefox Sync to be a very important feature for my browsing experience. The question is, is it to some IceCat users? Maybe someone here can share her/his experience with Sync. Thanks, Loic Jonas Wielicki j.wieli...@sotecware.net writes: Dear Icecat team, I wonder what your plans are regarding the new sync feature of mozilla firefox, which will have impact from firefox 29 onwards (discussion is e.g. here[1]). I feel that this “feature” severely limits the freedom of the user; One seems to be forced to mozillas services, they even state that they have not much intention to allow custom servers: * In general, Custom Server support for FxA Sync in Fx29 be somewhere between a non-goal and best effort * If you're already connected to Sync, then in Fx29, your set up should continue to work. * Otherwise, it is subject to other above restrictions for Legacy Sync users. * Custom servers should in theory be possible with FxA Sync, but with a different architecture (Token server + Sync 1.5). (from [2]) Do you intend to take that feature as is, disable sync completely or will you keep the old sync functionality alive? regards, Jonas Wielicki [1]: https://github.com/posativ/weave-minimal/issues/26 [2]: https://wiki.mozilla.org/User_Services/Sync/Transition_To_FxA_Sync#Custom_Servers -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Plans for new sync feature
I've never used the plugin. What is the name of the plugin? Is it available on AMO? Thanks, Narcis Garcia informat...@actiu.net writes: I mentioned that plugin because I think that integrated feature is not necessary if the plugins give the option. El 06/03/14 18:03, Jonas Wielicki ha escrit: On 06.03.2014 17:59, Narcis Garcia wrote: I remember in the past that there was a plugin for Mozilla Firefox to do this syncing of user's profile. I think that Mozilla has only integrated that idea. This is true insofar as the current Sync feature is based on that plugin -- however, that awful new Sync feature is not. regards, Jonas Wielicki El 06/03/14 15:24, Figue ha escrit: I'm very happy with Firefox Sync and the possibility to work with all my info replicated between machines. Very useful. If I may say, please, don't remove it. On Thu, Mar 6, 2014 at 1:47 PM, Loic J. Duros ldu...@gnu.org mailto:ldu...@gnu.org wrote: One thing that is sure is that you won't see the marketing information. I'm not yet sure at this point what we'll do for the Firefox Sync feature. Someone would have to test a custom server and see if it is still working. Keeping the old sync functionality alive sounds like a headache. I for one don't consider Firefox Sync to be a very important feature for my browsing experience. The question is, is it to some IceCat users? Maybe someone here can share her/his experience with Sync. Thanks, Loic Jonas Wielicki j.wieli...@sotecware.net mailto:j.wieli...@sotecware.net writes: Dear Icecat team, I wonder what your plans are regarding the new sync feature of mozilla firefox, which will have impact from firefox 29 onwards (discussion is e.g. here[1]). I feel that this “feature” severely limits the freedom of the user; One seems to be forced to mozillas services, they even state that they have not much intention to allow custom servers: * In general, Custom Server support for FxA Sync in Fx29 be somewhere between a non-goal and best effort * If you're already connected to Sync, then in Fx29, your set up should continue to work. * Otherwise, it is subject to other above restrictions for Legacy Sync users. * Custom servers should in theory be possible with FxA Sync, but with a different architecture (Token server + Sync 1.5). (from [2]) Do you intend to take that feature as is, disable sync completely or will you keep the old sync functionality alive? regards, Jonas Wielicki [1]: https://github.com/posativ/weave-minimal/issues/26 [2]: https://wiki.mozilla.org/User_Services/Sync/Transition_To_FxA_Sync#Custom_Servers -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- Joan Figueras -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Is IceCat 24.0 secure?
Sure, send it to me when you have this ready, no rush until IceCat 27 is released (weekend or mid next-week or afterwards.) Simple HTML would be best! Thanks!! Loic Mauricio Fernandez Vitri mfernandezvi...@gmail.com writes: I'm glad you liked the idea, Loic. I'm sure it's useful and important and I'd like to help. I could send you updates about the security status of Firefox. It wouldn't be a complicated task, since Mozilla uploads all the info to two pages [1][2]. It would just be a matter of paying attention as to when the release of the newest Firefox version (release and ESR) takes place. That's when they update these lists. I'm not sure yet what would be the best way to structure the GNUzilla versions/security page. For example, since latest IceCat version is 24.0, when you release IceCat 27.0.1, does it sound reasonable to add a list with all the bugfixes from Firefox 25, 25.0.1, 26, and 27 under the title Fixed in IceCat 27.0.1? Should I send you this to your email address directly or to this list? In HTML or plain text? I think the colors and general layout of the aforementioned web pages are adequate. It wouldn't involve much more than copying and pasting and replacing Firefox with IceCat, so I don't really know if you would need my help at all. Regards, Mauricio [1] http://www.mozilla.org/security/known-vulnerabilities/firefox.html [2] http://www.mozilla.org/security/known-vulnerabilities/firefoxESR.html On Tue, Mar 4, 2014 at 12:31 AM, Loic J. Duros ldu...@gnu.org wrote: Great idea. It would be nice to have this. Would you like to volunteer and, in the future, regularly send me an email with the list of fixes/security status so that I can post on a page in http://gnu.org/s/icecat Building the next IceCat and LibreJS keep me busy enough, so more help, not just development, but such work as documenting, as you suggest, would be extremely helpful! I don't think the gnu.org offers an easy way to securely allow someone to post content on a single page only, unfortunately, but maybe it will be worth at some point to set up a simple wiki app, even if a lot of the documentation would actually end up linking to mozilla.org. Thanks again for your suggestion! Loic Mauricio Fernandez Vitri mfernandezvi...@gmail.com writes: That's good to know. It would be nice to see information about future (and past) versions and their security status in the main GNUzilla web site. This way everyone would know which version is secure and which one isn't, so they won't just use a free web browser, but a secure one also. On Mon, Mar 3, 2014 at 5:28 PM, Loic J. Duros ldu...@member.fsf.org wrote: We're working on the release of IceCat based off 27.0.1, actually. Mauricio Fernandez Vitri mfernandezvi...@gmail.com writes: Hello, I've done some research and found that there are security updates which fix more than 14 critical bugs for Firefox ESR [1]. Aren't those critical bugs important enough to update IceCat? Would you please consider updating it to the latest ESR? Thanks for your work, Mauricio [1] http://www.mozilla.org/security/known-vulnerabilities/firefoxESR.html -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Is IceCat 24.0 secure?
Sometimes next week, maybe earlier. Antonio Trande anto.tra...@gmail.com writes: On 03/03/2014 09:28 PM, Loic J. Duros wrote: We're working on the release of IceCat based off 27.0.1, actually. Mauricio Fernandez Vitri mfernandezvi...@gmail.com writes: Hello, I've done some research and found that there are security updates which fix more than 14 critical bugs for Firefox ESR [1]. Aren't those critical bugs important enough to update IceCat? Would you please consider updating it to the latest ESR? Thanks for your work, Mauricio [1] http://www.mozilla.org/security/known-vulnerabilities/firefoxESR.html I glad to see that this mailing list is populated since I wrote some mails without a reply. When you think will Icecat 27 be ready? -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Is IceCat 24.0 secure?
We're working on the release of IceCat based off 27.0.1, actually. Mauricio Fernandez Vitri mfernandezvi...@gmail.com writes: Hello, I've done some research and found that there are security updates which fix more than 14 critical bugs for Firefox ESR [1]. Aren't those critical bugs important enough to update IceCat? Would you please consider updating it to the latest ESR? Thanks for your work, Mauricio [1] http://www.mozilla.org/security/known-vulnerabilities/firefoxESR.html -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Is IceCat 24.0 secure?
Great idea. It would be nice to have this. Would you like to volunteer and, in the future, regularly send me an email with the list of fixes/security status so that I can post on a page in http://gnu.org/s/icecat Building the next IceCat and LibreJS keep me busy enough, so more help, not just development, but such work as documenting, as you suggest, would be extremely helpful! I don't think the gnu.org offers an easy way to securely allow someone to post content on a single page only, unfortunately, but maybe it will be worth at some point to set up a simple wiki app, even if a lot of the documentation would actually end up linking to mozilla.org. Thanks again for your suggestion! Loic Mauricio Fernandez Vitri mfernandezvi...@gmail.com writes: That's good to know. It would be nice to see information about future (and past) versions and their security status in the main GNUzilla web site. This way everyone would know which version is secure and which one isn't, so they won't just use a free web browser, but a secure one also. On Mon, Mar 3, 2014 at 5:28 PM, Loic J. Duros ldu...@member.fsf.org wrote: We're working on the release of IceCat based off 27.0.1, actually. Mauricio Fernandez Vitri mfernandezvi...@gmail.com writes: Hello, I've done some research and found that there are security updates which fix more than 14 critical bugs for Firefox ESR [1]. Aren't those critical bugs important enough to update IceCat? Would you please consider updating it to the latest ESR? Thanks for your work, Mauricio [1] http://www.mozilla.org/security/known-vulnerabilities/firefoxESR.html -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat 24 translations
Hi Narcis: Thanks for catching this. I generated all of them and (thought) I uploaded them all on ftp.gnu.org using the program gnupload. But it looks like it stopped uploading them after a certain number. I'm not sure why. I'll be sure to try this again or send each of them manually. Thanks, Loic Narcis Garcia lib...@actiu.info writes: Some time ago I made a script to automatically rebuild ALL translations from M.Firefox versions, but in the download directory I only see few of them: ftp://ftp.gnu.org/gnu/gnuzilla/24/langpacks/ If there has been some issue with the script or IceCat 24, please report me through this list. I attach the updated converter. El 03/12/13 19:06, Perseo ha escrit: How about, I recently started using to IceCat as an alternative to Firefox, I'm currently using version 24, but unfortunately there is no corresponding language pack to Spanish (or at least I have not found). I try to use the corresponding to Firefox but I guess that does not support IceCat as it does not apply the change the browser. On the other hand, changing preferences content section preferentially display web content in my language (Spanish) the browser does not accept this modification correctly, I do not know if this is an issue (bug) or not. I fully understand that it is an arduous task that are performing, so if you find it impossible to provide language packs for the application, please let me please provide steps to do it by myself and thus contribute modestly to the project. Thanking you paid attention, I say goodbye and I commend you for your excellent work, go ahead! -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Missing Addon
Hi: IceCat now uses http://directory.fsf.org/wiki/GNU_IceCat as the main addon page. Please enter free addons in the FSF Directory directly. I believe you can do this yourself or ask for help on #fsf to do this. Thank you! Loic Rafael Senties Martinelli r...@imap.cc writes: Hello, The Blank Your Monitor addon is missing. It's licence is GPL3. https://addons.mozilla.org/en-US/firefox/addon/blank-your-monitor-easy- readin/?src=userprofile I hope that it can be added soon, i haven't been able to use icecat because of that addon. Anyways, Thanks alot! I appriciate alot the work of all the people who works on libreware. -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] report about icecat 24
You can try to remove the themes directly from the IceCat directory: /usr/local/lib/icecat-24.0/browser/extensions They should be located in there. Remove (or move to a different name) icecat_twe...@gnu.org for IceCat Tweaks. Remove {451500c0-902c-11e0-91e4-0800200c9a66} for the Gnome Theme. For some reason, I can disable both just fine with IceCat 24 on several machines. So I'm not sure what could be the root of the problem. Loic baldu...@units.it writes: hello there - THEME SELECTION BUG In the 'Appareance' tab of the 'Tools-Add-ons' menu is not possible to sel= ect which theme to use.=20 I also found this issue My UGLY workaround was: = close running icecat = mv the currently in use *.default directory = restart icecat: now it is possible to switch themes (but no bookmarks, no prefs etc.) = restore bookmarks from old *.default directory; e.g.: .../old_profile.default/bookmarkbackups/bookmarks-2013-10-28.json # Bookmarks #Show All Bookmarks # In the popped up window: # Import and Backup #Restore # 10/28/13 # = this is the bookmarks-2013-10-28.json file - ICECAT TWEAK BUG With the IceCat Tweak extension enabled, the 'Menu Bar' status (on/off) is = lost when restarting icecat (if you set it on, after restarting it become off). Disabling the IceCat Tweak extension, the 'Menu Bar' status remains the same when restaring icecat. - ABOUT ICECAT BUG The 'Help-About GNU IceCat' menu is not working, with this error message: XML Parsing Error: undefined entity Location: chrome://browser/content/aboutDialog.xul Line Number 45, Column 15: community.exp.start;label class=3Dtext-link href=3Dhttp://www.mozilla.org/;community.exp.mozillaLink;/labelcommun= ity.exp.middle;label class=3Dtext-link href=3Dabout:creditscommunity.exp.creditsLink;/labelcommunity.exp.en= d; -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] report about icecat 24
Maybe there's a misunderstanding with the themes. If you disable IceCat Tweaks, this will disable the auto-hide for the menu bar. You still need to re-enable the menu bar by clicking on GNU IceCat Preferences Menu Bar. This will reactivate the menu bar, Since the IceCat Tweaks extension is disabled, you'll see the menu bar just fine at the next restart. Next is the Gnome Theme. You might have already tried this, but there's no uninstall for the Gnome Theme because instead what you need to do is to enable the Default theme. You should have an enable button right next to the Default 24.0 in about:addons. If you click on this then restart you'll have the default theme. baldu...@units.it writes: hello there - THEME SELECTION BUG In the 'Appareance' tab of the 'Tools-Add-ons' menu is not possible to sel= ect which theme to use.=20 I also found this issue My UGLY workaround was: = close running icecat = mv the currently in use *.default directory = restart icecat: now it is possible to switch themes (but no bookmarks, no prefs etc.) = restore bookmarks from old *.default directory; e.g.: .../old_profile.default/bookmarkbackups/bookmarks-2013-10-28.json Bookmarks - Show All Bookmarks # In the popped up window: Import and Backup - Restore - 10/28/13 # = this is the bookmarks-2013-10-28.json file - ICECAT TWEAK BUG With the IceCat Tweak extension enabled, the 'Menu Bar' status (on/off) is = lost when restarting icecat (if you set it on, after restarting it become off). Disabling the IceCat Tweak extension, the 'Menu Bar' status remains the same when restaring icecat. I confirm this and thanks for the workaround - ABOUT ICECAT BUG The 'Help-About GNU IceCat' menu is not working, with this error message: XML Parsing Error: undefined entity Location: chrome://browser/content/aboutDialog.xul Line Number 45, Column 15: community.exp.start;label class=3Dtext-link href=3Dhttp://www.mozilla.org/;community.exp.mozillaLink;/labelcommun= ity.exp.middle;label class=3Dtext-link href=3Dabout:creditscommunity.exp.creditsLink;/labelcommunity.exp.en= d; I confirm also this Thanks a lot for icecat ciao gabriele (errr..apologies: I think I have sent two incomplete copies of this message by mistake ) -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] icecat-24.0: 3rd 'make' attempt failure
No idea why you'd run into this. Hopefully -j7 to -j1 will do the trick. This may be of interest to you: http://forums.mozillazine.org/viewtopic.php?f=42t=2750117 koeart li...@zwoelfelf.org writes: Hi Adam, [ ...] /usr/bin/ld: failed to set dynamic section sizes: Memory exhausted collect2: error: ld returned 1 exit status make[3]: *** [libxul.so] Error 1 I had received 'Memory exhausted' on my 2nd attempt so this time I closed down everything except htop on this Jessie/Sid debian system. You have libxul installed? Anyways what helped me during linking was, to use -j1 as a compiler flag instead of -j7 (see the file .mozconfig for this). I also deleted the -pipe option. The build suceeded on an old X40 Laptop, 1.5GB Ram/1.6GB Swap. I also used the mozilla provided mach tool to configure and build the browser. https://developer.mozilla.org/en-US/docs/Simple_Firefox_build#Building @Loic, whats better here? Good luck! Paul -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
[Bug-gnuzilla] GNU LibreJS 5.4.1 released
LibreJS 5.4.1 has been released. You can find the new version at: http://www.gnu.org/software/librejs/?v=5.4.1 Or install the executable file directly at: http://ftp.gnu.org/gnu/librejs/librejs-5.4.1.xpi This new version fixes a bug with the code that checks JavaScript Web Labels pages. The labels pages were sometimes not fully analyzed before the main page loaded. This resulted in scripts being blocked while they were tagged as free in the JS Web Labels page. Version 5.4.1 now ensures the scripts have all been read and checked (and their hash have all been cached and tagged as free internally) before loading the page. Many thanks to Nico Cesar for reporting this issue. Regards, Loic Duros GNU LibreJS maintainer ldu...@gnu.org ldu...@member.fsf.org (Loic J. Duros) writes: LibreJS 5.4 has been released in order to deal with yet another upstream bug with the Addon SDK and the Firefox codebase. You can find the new version at: http://www.gnu.org/software/librejs/?v=5.4 or install the executable file directly at: http://ftp.gnu.org/gnu/librejs/librejs-5.4.xpi The bug in question is not LibreJS-specific but affects all addon built with the addon SDK and installed on rebranded flavors of Firefox (IceCat, Abrowser, Iceweasel, ...) After installing LibreJS, the next restart of the browser had an error caused by code inside the Addon SDK. This problem has a fix that will land into Firefox 24 (and thus will make it to releases of rebranded browsers.) Meanwhile a fix in the compiled version of LibreJS addresses this issue for users with a Mozilla-based browser based off Firefox 23. Loic Duros ldu...@gnu.org GNU IceCat and LibreJS maintainer. ___ GNU Announcement mailing list info-...@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnu -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat 24.0 released (Loic J. Duros)
koeart li...@zwoelfelf.org writes: P.S.: Is there a Debian-Maintainer for an Icecat Package? Currently no, there is not. Think you could try to be the Debian-maintainer for IceCat? Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] GNU IceCat 24.0 released!
Yeh this is a bug reintroduced in IceCat 24, was not in IceCat 17 but there was this issue in the ones before. Narcis, I remember you wrote a script to generate the language packs. I'll run this shortly to get all the langpacks generated. Thanks again for your work! Loic Narcis Garcia informat...@actiu.net writes: Does this error occur when using IceCat without translation package? (to know if translator script is damaging XML syntax) El 22/10/13 13:52, Ivan Zaigralin ha escrit: The about dialog shows an XML error: XML Parsing Error: undefined entity Location: chrome://browser/content/aboutDialog.xul Line Number 45, Column 15: community.exp.start;label class=text-link href=http://www.mozilla.org/;community.exp.mozillaLink;/labelcommunity.exp.middle;label class=text-link href=about:creditscommunity.exp.creditsLink;/labelcommunity.exp.end; --^ -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] GNU IceCat 24.0 released!
Thanks for the report. We'll fix this in the next version. Ivan Zaigralin melik...@melikamp.com writes: The about dialog shows an XML error: XML Parsing Error: undefined entity Location: chrome://browser/content/aboutDialog.xul Line Number 45, Column 15: community.exp.start;label class=text-link href=http://www.mozilla.org/;community.exp.mozillaLink;/labelcommunity.exp.middle;label class=text-link href=about:creditscommunity.exp.creditsLink;/labelcommunity.exp.end; --^ -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
[Bug-gnuzilla] GNU IceCat 24.0 released!
I am happy to announce the new version of GNU IceCat 24.0. This version is based on Mozilla Firefox version 24.0, which was released on September 17, 2013. GNU IceCat 24.0 sources are available for download here: ftp://ftp.gnu.org/gnu/gnuzilla/24/icecat-24.0.tar.gz To build, run: ./configure make To install on most systems: sudo make install For convenience, a build for GNU/Linux 64-bit is available: ftp://ftp.gnu.org/gnu/gnuzilla/24/icecat-24.0-64bit.tar.gz [CHANGES] * LibreJS has been updated to version 5.4. Please note that, due to incompatibilities with Request Policy, when starting IceCat a new IceCat profile the addon panel will not display anything until the second start of the application. After the application restarts, you will see the panel displaying the blocked JavaScript normally. * Using a modified version of Gnome 24 theme released under the MPL 2.0. This theme makes the whole user interface more compact, which is very useful for smaller screens. * Added RequestPolicy to block cross-domain requests. Initially most cross-domain requests will be blocked. You can gradually start allowing more requests and share your whitelist on bug-gnuzilla@gnu.org. This add-on is used to block all sorts of trackers and spyware such as the Facebook button, Social Media trackers, and centralized Analytics trackers. * Created IceCat Tweak extension to make menu bar more compact. * Changed user agent from privacy addon to be more common (fingerprinting) * Now using the FSF Directory for addon repository. Please add add-ons to the list on the FSF Directory directly! Please report any problem you may experience to the address@hidden mailing list. Binaries for different systems will be made available through the mailing list. Thank you, Loic Duros Gnuzilla and IceCat maintainer -- http://gnuzilla.gnu.org
[Bug-gnuzilla] LibreJS 5.4 released
LibreJS 5.4 has been released in order to deal with yet another upstream bug with the Addon SDK and the Firefox codebase. You can find the new version at: http://www.gnu.org/software/librejs/?v=5.4 or install the executable file directly at: http://ftp.gnu.org/gnu/librejs/librejs-5.4.xpi The bug in question is not LibreJS-specific but affects all addon built with the addon SDK and installed on rebranded flavors of Firefox (IceCat, Abrowser, Iceweasel, ...) After installing LibreJS, the next restart of the browser had an error caused by code inside the Addon SDK. This problem has a fix that will land into Firefox 24 (and thus will make it to releases of rebranded browsers.) Meanwhile a fix in the compiled version of LibreJS addresses this issue for users with a Mozilla-based browser based off Firefox 23. Loic Duros ldu...@gnu.org GNU IceCat and LibreJS maintainer. -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] LibreJS 5.3 released
LibreJS 5.3 won't work with IceCat 17. The codebase is too old. Fortunately, I'm working right now on the new IceCat, which should come out in a matter of days. LibreJS was holding the new release of IceCat among other things, and now a new version of LibreJS is released, I can concentrate on IceCat. Stay tuned for an announcement soon. Loic timawa tim...@riseup.net writes: On Sat, 2013-09-07 at 18:50 +0800, timawa wrote: On Fri, 2013-09-06 at 12:24 -0400, Loic J. Duros wrote: LibreJS 5.3 has been released following a bug report from a Trisquel user. You can find the new version at: http://www.gnu.org/software/librejs/?v=5.3 or install the executable file directly at: http://ftp.gnu.org/gnu/librejs/librejs-5.3.xpi Installing LibreJS 5.2 failed on Trisquel Abrowser due to a compatibility bug in the Addon SDK 1.14, which checks whether the add-on is compatible with the current app (in this case, Abrowser) and flags it as incompatible because its name does not match Firefox. The new version of LibreJS, 5.3, addresses this issue by using the Addon SDK 1.13 instead of the latest version. This bug will also impact numerous new add-ons built with the Mozilla Add-on SDK 1.14 for many unofficial flavors of Firefox, such as Abrowser and IceCat. A bug report has been submitted to Mozilla to address this issue in future versions of Firefox: https://bugzilla.mozilla.org/show_bug.cgi?id=913526 Special thanks to Julian for spotting this bug. Loic Duros ldu...@gnu.org GNU IceCat and LibreJS maintainer. -- http://gnuzilla.gnu.org I'm currently using Icecat 17.0.1 and I'm getting an error that LibreJS 3.5 will not be installed because it's not compatible with it. I'm also using Trisquel GNU/Linux 6.0 32bit. -- http://gnuzilla.gnu.org Correction it was LibreJS 5.3. -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] GNU LibreJS 5.2 released
ldu...@gnu.org (Loic J. Duros) writes: This should definitely work, others have tried on Abrowser and it worked fine. Are you sure you enabled the addon from the extensions page? You can get there by typing about:addons inside the location bar. If you had installed LibreJS earlier and disabled it, reinstalling it will still leave it disabled. This is just a guess. Julian onp...@riseup.net writes: On 09/05/2013 09:50 PM, Loic J. Duros wrote: Version 5.2 of GNU LibreJS has been released. I gave it a try (on Abrowser 23), and it doesn't seem to be doing anything. No scripts are blocked anywhere, including YouTube, and I don't get anything in the add-ons bar. I tried restarting the browser, re-installing LibreJS, disabling and re-enabling LibreJS, disabling all other extensions, and universally enabling cookies (the last two were done together). -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] GNU LibreJS 5.2 released
ldu...@gnu.org (Loic J. Duros) writes: Are you using Trisquel 32-bit or 64 bit? What's the version of Trisquel? I'll try to reproduce. Thanks, Julian onp...@riseup.net writes: On 09/06/2013 08:09 AM, Loic J. Duros wrote: This should definitely work, others have tried on Abrowser and it worked fine. Are you sure you enabled the addon from the extensions page? You can get there by typing about:addons inside the location bar. If you had installed LibreJS earlier and disabled it, reinstalling it will still leave it disabled. This is just a guess. Yeah, I definitely enabled it, disabled all other extensions, and restarted the browser both with and without LibreJS enabled. I never got it to block any Javascript or do anything at all. Also tried clearing the cache, by the way (though that should be insignificant, since I was going to different pages on YouTube). This is only LibreJS 5.2. Version 4.9.3 from addons.mozilla.org does work, without any hassle. -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] GNU LibreJS 5.2 released
Julian: Could you confirm that the following XPI works for you: http://lduros.net/assets/downloads/librejs-compat2.xpi If so, I'll make a new version. I had to use an older version of the SDK to make it work. All of this means that many new extensions won't work in Abrowser. You might see this in the coming months. I'll submit a patch to Abrowser to address this issue. Meanwhile, I also need to patch IceCat for this. Loic ldu...@gnu.org (Loic J. Duros) writes: To give a bit of background, this is the error triggered: File resource://jid1-ktlzuoiikvffew-at-jetpack/librejs/lib/main.js, line 28, in const widgets = require(sdk/widget); File resource://jid1-ktlzuoiikvffew-at-jetpack/addon-sdk/lib/sdk/loader/cuddlefish.js, line 133, in error = incompatibility(module) || error; File resource://jid1-ktlzuoiikvffew-at-jetpack/addon-sdk/lib/sdk/loader/cuddlefish.js, line 80, in incompatibility currently supports only + applications.join(, ) + .) Basically the add-on SDK is trying to find out if the application (in this case Abrowser) is compatible. Running it on Firefox works but Abrowser must not be in the list. I've contacted the addon sdk folks to try to find a solution. ldu...@gnu.org (Loic J. Duros) writes: OK. I just got an instance running and I do see an error happening in Abrowser, which does not happen at all with Firefox 23. Not sure where and how the codebase differs on that end. I'm looking into it, hopefully LibreJS 5.3 will have a fix shortly. Julian onp...@riseup.net writes: On 09/06/2013 09:53 AM, Loic J. Duros wrote: Are you using Trisquel 32-bit or 64 bit? What's the version of Trisquel? Trisquel 64-bit, Abrowser 23. If it matters, my DE is GNOME Shell (instead of GNOME Fallback). -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
[Bug-gnuzilla] LibreJS 5.3 released
LibreJS 5.3 has been released following a bug report from a Trisquel user. You can find the new version at: http://www.gnu.org/software/librejs/?v=5.3 or install the executable file directly at: http://ftp.gnu.org/gnu/librejs/librejs-5.3.xpi Installing LibreJS 5.2 failed on Trisquel Abrowser due to a compatibility bug in the Addon SDK 1.14, which checks whether the add-on is compatible with the current app (in this case, Abrowser) and flags it as incompatible because its name does not match Firefox. The new version of LibreJS, 5.3, addresses this issue by using the Addon SDK 1.13 instead of the latest version. This bug will also impact numerous new add-ons built with the Mozilla Add-on SDK 1.14 for many unofficial flavors of Firefox, such as Abrowser and IceCat. A bug report has been submitted to Mozilla to address this issue in future versions of Firefox: https://bugzilla.mozilla.org/show_bug.cgi?id=913526 Special thanks to Julian for spotting this bug. Loic Duros ldu...@gnu.org GNU IceCat and LibreJS maintainer. -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Icecat maintainer position questions
Hi Ivan: Some help would be great, but the packaging part only takes 30 minutes; it's not what's time consuming. Do you think you could help with the development of special feature? Also, we need to move the free addon page and make entries in the fsf free software directory. Helping on that end would be great. Do you think you could help with this also? I know Ian Dunn has done some work on that end ao coordinating with him would be great! I'll see what you can help with for packaging but it's not the part where most manpower is needed. Regarding improvements to firefox lately; I agree, and help with the list of things to do will help make thia faster. Thanks, Ivan Zaigralin melik...@melikamp.com wrote: By 21, many nice features were added: JS PDF viewer, Killing hanging plugins, Buttonized download manager (personal fave), Better scaling algo for images, Few dozen critical vulns plugged. I agree with RMS: there is no point upgrading every time, just because Mozilla did. But it looks like v. 22 is significantly ahead of 17, both in useful features and in security, so I've been waiting for an update for a while now. Is packaging hard? I may be able to volunteer some of my time to help, while Loic is probably busy with making freedom- and privacy-related changes. On 02/04/2013 04:56 PM, Loic J. Duros wrote: On 02/04/2013 04:50 PM, Marco Simonelli wrote: I’m always ready to package new versions, like I’m always ready to support IceCat in any way. Any ETA about IceCat 18? Releasing a version that mirrors Fx 18 last changes isn't as important to the project as adding new privacy features to IceCat. So the current version of IceCat is 17. Nowhere on the project does it say that IceCat should follow the latest developments from Mozilla automatically as they come. In fact, RMS has explicitly asked me not to release new versions of IceCat without the latest features requested. This is not what the project is about. Is there a problem to package IceCat 17? -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.-- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] dom.storage is disabled by default in Icecat
Hi Francois: Thanks for making the effort to get Persona to work with LibreJS and IceCat. Regarding local storage, I disabled it a few versions ago because of privacy issues with it. Ideally though, we should be able to give control to the user whether she wants particular data to be stored or not and make it easy to delete part or all of the data at any time. Do you know of an extension that would prompt the user to ask whether to save something in the local storage or not? If there is currently no such extension, is this something you'd like to work on, or maybe someone else on the list would like to work on? Thanks, Loic Francois Marier fmar...@gnu.org writes: I was trying to make Persona (the privacy-respecting decentralised login system -- https://login.persona.org) work with Icecat and ran into two issues: 1. its JavaScript is disabled by LibreJS 2. dom.storage (i.e. localStorage and sessionStorage) is disabled by default For #1, I have started patching Persona to make the licensing info conform to what LibreJS expects. This should resolve that problem. However, #2 is a blocker. May I ask why that feature is disabled? I mean, that's like disabling cookies entirely. It breaks the web in a big way. In the case of Persona, localStorage is used to store private keys so that we can do the crypto client-side and not have to trust the server with these keys. It is a necessary component of our privacy guarantees. I can understand that localStorage, like cookies, is a way to store tracking data in the browser, which is undesirable. However, clearing cookies also clears localStorage, so privacy-conscious users who set their browser to automatically clear cookies when the browser shuts down will be fine. There's essentially no difference between allowing cookies and allowing local storage from a privacy point of view. Francois -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Executing Icecat17 in Fedora18. Libraries needed?
Hi: I haven't tested it on Fedora 18, so I'll take a look into it. Just a quick question, where did you get the binary? I know many folks in this mailing list also make their own binaries, so we've to make sure we're using the same one. Thanks, Loic Christian Giménez cnngime...@gmail.com writes: Hi to all! I'm trying to execute the binaries of Icecat 17 - 32bits in a Fedora 18 system and I couldn't. It request me some libraries like libjpeg.so.8 and I have installed libjpeg. In fact I searched it at the /usr/lib directory and found libjpeg.so.62. I don't know how much libraries is needed, but this is the first one. Is it possible that some libraries are missing? I tried to link the file using ln -s /usr/lib/libjpeg.so.62 libjpeg.so.8 in the icecat directory but it didn't work because it appears to checks the file version. Now I'm compiling it from sources but takes too much time so I can assure you that I have all the dependencies. Cheers! -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] [gnu.org #829168] GNUzilla and IceCat for Windows?
Hi Jason, Narcis: If anyone would like to work on a Windows version of IceCat, then by all means go ahead. There's no problem providing a Windows version of IceCat. However, it is not currently the priority (and there is a long list of it.) So if anyone wants to step up and volunteer for a Windows version, it would be helpful! Thanks, Loic Jason Self js...@gnu.org writes: Narcis Garcia said: You can use M.Firefox in MS/Windows, and you will enjoy the same advantages. Except for that fact that Mozilla Firefox is not free software. What makes it non-free, you ask? I refer you back to the four basic freedoms. For a program to be free you must be able to use all four freedoms on a commercial of non-commercial basis [0]. That's an important part: Commercial and non-commercial use must be treated entirely equally. Mozilla does not allow freedom #2 on a commercial basis, rendering Mozilla-branded copies non-free [1]. Recommending that someone use a non-free program is probably not a good idea. [0] http://www.gnu.org/philosophy/free-sw.html [1] http://lists.nongnu.org/archive/html/gnu-linux-libre/2011-08/msg00014.html -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Languages of v17 for Ubuntu
Hi Narcis: You have the language packs on the GNU FTP, so if you have written a script for this, then maybe you could take care of generating them for every release (Of IceCat, which is less often than Firefox)? Loic Narcis Garcia informat...@actiu.net writes: In the PPA repository I don't see the language packs for Icecat 17: http://ppa.launchpad.net/gnuzilla-team/ppa/ubuntu/pool/main/i/icecat-l10n/ Who maintains that? I written an script to help on this. -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] launchpad scripts errors
Hi Narcis: Thanks for the report. I've noticed similar bugs with the privacy extension. We are phasing it out in the next release. Loic Narcis Garcia - GiLUG informat...@actiu.net writes: Using G.Icecat 17.0.1 on Ubuntu 12.04 Only when GNUzilla privacy extension (v1.1) is enabled, the scripts in bugs.launchpad.net doesn't work well. For example, when the user clicks this link: This bug affects 30 people. Does this bug affect you? - Yes Appear a lot of error/html code. Same when adding a comment. Disabling the extension, launchpad.net scripts work well. -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] To do lists LibreJS and IceCat
On 02/05/2013 01:36 PM, Sam Geeraerts wrote: Does GNUzilla (or LibreJS) have a development list? Public developer talk shows the project's activity and might attract more contributors (and users). Neither have a development list, but we can open one :) -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] To do lists LibreJS and IceCat
I've created a development list, for those interested in participating: https://lists.gnu.org/mailman/listinfo/gnuzilla-dev This list is valid for both LibreJS (the IceCat extension) and IceCat development in general. More later on a bug tracker or feature list. Loic On 02/05/2013 01:41 PM, Loic J. Duros wrote: On 02/05/2013 01:36 PM, Sam Geeraerts wrote: Does GNUzilla (or LibreJS) have a development list? Public developer talk shows the project's activity and might attract more contributors (and users). Neither have a development list, but we can open one :) -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Icecat maintainer position questions
Hi Zach: Thanks for posting! On 02/04/2013 03:40 PM, Zach Wick wrote: As a long time user of Icecat, I was surprised to see that the project is currently looking for a maintainer. Before I volunteer for that position (assuming that the call is still open) I'm currently the IceCat maintainer. However we are actively searching for contributors/developers to work on the project. And your long-term participation would be welcomed! , I would like to know what is/are the duty/expectations of that position? I would assume that the main duty is the pull the upstream Mozilla code changes and apply them the the Icecat codebase, then package up the resulting new version of Icecat for the various main platforms. Currently we are using BZR (with the handy bzr import method for the upstream tarball and bzr merge) to do that, then we look at (some of) the changes introduced by the latest version and merge it into IceCat. But that's only a very small part of what IceCat is aiming at. In fact, this is only a side issue to IceCat, as keeping up to date with the Firefox versions is not the priority. The priorities are: 1) Freedom 2) Privacy. Most of my time as a developer are dedicated to working on extensions to enhance privacy (an upcoming extension) and freedom (with extensions such as LibreJS.) Would you like to help and work on such new projects that harness the Firefox extension development API (XPCOM, ...) to enhance freedom and privacy? If so, I have a big list of things to do. Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Icecat maintainer position questions
On 02/04/2013 04:27 PM, Zach Wick wrote: On 02/04/2013 03:56 PM, Loic J. Duros wrote: Hi Zach: Thanks for posting! On 02/04/2013 03:40 PM, Zach Wick wrote: As a long time user of Icecat, I was surprised to see that the project is currently looking for a maintainer. Before I volunteer for that position (assuming that the call is still open) I'm currently the IceCat maintainer. However we are actively searching for contributors/developers to work on the project. And your long-term participation would be welcomed! Thanks for the heads up Loic! I would be very interested in contributing to this project. Great! Welcome aboard! , I would like to know what is/are the duty/expectations of that position? I would assume that the main duty is the pull the upstream Mozilla code changes and apply them the the Icecat codebase, then package up the resulting new version of Icecat for the various main platforms. Currently we are using BZR (with the handy bzr import method for the upstream tarball and bzr merge) to do that, then we look at (some of) the changes introduced by the latest version and merge it into IceCat. But that's only a very small part of what IceCat is aiming at. In fact, this is only a side issue to IceCat, as keeping up to date with the Firefox versions is not the priority. The priorities are: 1) Freedom 2) Privacy. Most of my time as a developer are dedicated to working on extensions to enhance privacy (an upcoming extension) and freedom (with extensions such as LibreJS.) Would you like to help and work on such new projects that harness the Firefox extension development API (XPCOM, ...) to enhance freedom and privacy? If so, I have a big list of things to do. So is the place that development happens (ie. the repo and bug tracker) Savannah or Launchpad? Most of the development happens on Savannah. I don't even have access to the Launchpad. Marco Simonelli, last time he updated the list, said he was close to releasing the latest version as a deb package there. You can see with him to take over this part, as he seems too busy currently. If you could, it would be great! I had seen the Project Maintainer Wanted posting on Savannah and the GNU site, but it seems that all relevant project information is spread out between the three of Savannah, Launchpad, and the GNU.org page. Savannah is where it happens. It's difficult to give access to Savannah without giving full commit access there. So usually what I like to ask is for someone to submit a patch or two before I grant write access. Thanks! Loic -- http://gnuzilla.gnu.org So what should be my first steps towards becoming a contributor? I pulled the code yesterday and started digging through it. I assume that you have this big list of 'things to do' posted somewhere - I would love to start taking on some low-hanging fruit! The list I'm talking about is mostly emails sent to me personally by RMS. So it's not posted somewhere yet. However I'll look at the most top priority ones that are needed for extension development and let you know about them in a separate email. Thanks, Loic -Zach -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Icecat maintainer position questions
On 02/04/2013 04:50 PM, Marco Simonelli wrote: I'm always ready to package new versions, like I'm always ready to support IceCat in any way. Any ETA about IceCat 18? Releasing a version that mirrors Fx 18 last changes isn't as important to the project as adding new privacy features to IceCat. So the current version of IceCat is 17. Nowhere on the project does it say that IceCat should follow the latest developments from Mozilla automatically as they come. In fact, RMS has explicitly asked me not to release new versions of IceCat without the latest features requested. This is not what the project is about. Is there a problem to package IceCat 17? -- http://gnuzilla.gnu.org
[Bug-gnuzilla] To do lists LibreJS and IceCat
Here is a todo list with all the changes requested for LibreJS and IceCat, many of them are underway. Please note that while LibreJS is a different GNU project because we'd like to develop it on other browsers, it is also an integral part of IceCat and should be treated as such. Working on LibreJS is working on IceCat. :) Of course not all of these items are needed to make a release of IceCat. Once I've done the few fixes with the Permafrost extension (that blocks third-party trackers), we'll be good for a release, anything else would definitely be a great plus! Development on LibreJS: === 1) Improving the complaint panel to send emails/messages directly from the interface. This requires to interact with various email clients or to use mailto. 2) Rewrite the parser/JS-analysis logic of the extension to map out how scripts on a page relate to each other using global variables (requires to keep track of global variables) 3) Allowing JavaScript by clusters of related scripts rather than removing all scripts on a page if the inline JS is found nontrivial/nonfree. 4) Fix various character encoding issues (messages in LibreJS mailing lists.) 5) Fix exceptions that block certain pages from loading. 6) Rewrite the part that handles finding/parsing JS Web Labels entries on a website and allow GNUnet URIs and links to complete license text. Recognize free licenses and accept scripts listed along with them. 7) Add details to Complain panel on how to free the JavaScript on the current site. This would provide much needed guidance to webmasters or to email them suggestions. 8) Provide patches to websites/projects to help them set their JavaScript free without the effort/headache to figure it out (Note: There's a handy Drupal module for LibreJS available! Developing similar solutions for other CMSes/MVC frameworks would be useful.) Development on IceCat: == 1) Check extensions for freedom (license notice, ...) and add them to the FSF Free Software directory. We want to use the directory as the addon page list in the future. 2) Write an in-house extension that makes blogspot readable without running the JavaScript on the page (fetch the remote data JS-only content using extension.) 3) Write an extension/reuse an extension to play YouTube videos and videos on other sites without requiring the use of nonfree plugins and/or nonfree JavaScript. 4) Find the most common user agents and develop/modify an extension allowing users to choose different user agents. 5) Prevent JS variables from providing location and device information to websites (device type, size, time zone, ...) 6) Prevent tracking of the mouse (clicks, mouseovers and movements.) by third party (this issue is partly mitigated with the new Permafrost extension which block third party trackers, ads, ...) 7) Prevent scripts that maliciously attempt to prevent users from selecting and copying text or right-clicking and saving an image. (think Amazon preview, certain sites that show images, ...) 8) Luke Shumaker had made a list of bugs in IceCat. IIRC, these changes still need to be made to our codebase. I can give much detail (emails, ...) on each of them to Zach and whoever is interested! Anything you'd like to tackle in particular? Please write me off list to discuss further as this is not a development list and we don't want to get into opinions and discussions as much as getting them done. Thanks! Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] [Bug] Icecat about dialog with french traduction
Narcis Garcia - GiLUG informat...@actiu.net writes: New version attached, now stable. Works as expected! Great! And thanks for adding the license notice. I'll place the script in the IceCat repo. Please let me know if you'd like to work on anything else on IceCat. If you are familiar with JavaScript or feel like reviewing addons for freedom, there is a lot to do! Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] [Bug] Icecat about dialog with french traduction
Hi all: There's a documented trail of errors with the language packs and the conversion script. We're looking for someone to work on the bash script that converts them and fix it. The latest version of the script can be found in the main bzr repo: http://bzr.savannah.gnu.org/lh/gnuzilla/icecat-latest/annotate/head:/icecat-tools/download.sh IIRC, currently the script just breaks some xml markup in the files, and it creates many errors. I have no time to look into this because my focus is on privacy and freedom enhancements (and they also need more volunteers.) That's why if someone would volunteer to fix it and take care of this issue going forward, it would be very helpful for the project. Anyone with bash scripting skills and good sed/awk knowledge or the will to learn these tools should be able to do this. As Luke mentioned, the Iceweasel-libre language packs may be your best bet at the moment. It may be useful to look how these langpacks are generated also (are the langpacks taken from Debian originally?) Thanks! Loic Al 02/11/12 16:29, En/na Sébastien ha escrit: If I install the french langpack, with the package manager or the GNU.org archive, I obtain an error (see attachment). Freely, -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] [Bug] Icecat about dialog with french traduction
Thanks for volunteering! Narcis Garcia - GiLUG informat...@actiu.net writes: I can work on this. As I understand, the job of the script is: 1. Download 2. Uncompress 3. Change some strings in some files (?) 4. Compress And the strings to change are: Mozilla Firefox - GNU IceCat Firefox - IceCat http://www.mozilla.org/ - http://gnuzilla.gnu.org/ Yes, this is what it does currently. I think I set a slightly different blurb in the about page for the main (EN-US) version of IceCat, but translating custom text would just be a nice to have, not a priority. One thing to remember is to not translate Firefox Sync to IceCat Sync, since we are using the servers at Mozilla currently. Also the about:rights page makes little sense. If you navigate there you'll see couple of lines should be listed here... I don't think this can be fixed from the langpacks, but maybe at some point we could replace the text there with a one-liner, like: GNU IceCat is free software. This means you may use, copy and distribute GNU IceCat to others. You are also welcome to modify the source code of GNU IceCat as you want to meet your needs. But this would require to translate it in so many languages, maybe it's best to leave it in English across the board. Loic Al 13/01/13 18:33, En/na Loic J. Duros ha escrit: Hi all: There's a documented trail of errors with the language packs and the conversion script. We're looking for someone to work on the bash script that converts them and fix it. The latest version of the script can be found in the main bzr repo: http://bzr.savannah.gnu.org/lh/gnuzilla/icecat-latest/annotate/head:/icecat-tools/download.sh IIRC, currently the script just breaks some xml markup in the files, and it creates many errors. I have no time to look into this because my focus is on privacy and freedom enhancements (and they also need more volunteers.) That's why if someone would volunteer to fix it and take care of this issue going forward, it would be very helpful for the project. Anyone with bash scripting skills and good sed/awk knowledge or the will to learn these tools should be able to do this. As Luke mentioned, the Iceweasel-libre language packs may be your best bet at the moment. It may be useful to look how these langpacks are generated also (are the langpacks taken from Debian originally?) Thanks! Loic Al 02/11/12 16:29, En/na Sébastien ha escrit: If I install the french langpack, with the package manager or the GNU.org archive, I obtain an error (see attachment). Freely, -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] [Bug] Icecat about dialog with french traduction
Narcis Garcia - GiLUG informat...@actiu.net writes: Currently, in my installations I use the M.Firefox language addons. For example, for Icecat 17.0.1 I use these ones: http://releases.mozilla.org/pub/mozilla.org/firefox/releases/17.0.1/linux-i686/xpi/ I don't know where is the GNU.org archive. The GNU archive for langpacks is now on the main GNU ftp: http://ftp.gnu.org/gnu/gnuzilla/lang/ -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] [Bug] Icecat about dialog with french traduction
Narcis Garcia - GiLUG informat...@actiu.net writes: I've writen a script from scratch; see attachment. At the moment it doesn't take care of the About dialog, but it's a first version to test. Hi Narcis: Very nice job! I just ran the script on the Firefox langpacks for 17.0.1. After testing a few of them, it looks like they work, and without the errors I had with the previous script! I'm currently adding the new language packs to the ftp. They will be located at: ftp://ftp.gnu.org/gnu/gnuzilla/lang/17.0 Thanks for taking the time to write this script. One thing though, in order to be added to the IceCat codebase, we'd need a license notice in the file. You mention GNU GPL in the script, do you mean GPLv3+? If so, could you add a license notice to the file, as described here: http://www.gnu.org/licenses/gpl-howto.html After this is done I can add your script to the repo for future uses. The old script didn't even have one, so it's good to address this issue early! :) Loic Al 13/01/13 18:33, En/na Loic J. Duros ha escrit: Hi all: There's a documented trail of errors with the language packs and the conversion script. We're looking for someone to work on the bash script that converts them and fix it. The latest version of the script can be found in the main bzr repo: http://bzr.savannah.gnu.org/lh/gnuzilla/icecat-latest/annotate/head:/icecat-tools/download.sh IIRC, currently the script just breaks some xml markup in the files, and it creates many errors. I have no time to look into this because my focus is on privacy and freedom enhancements (and they also need more volunteers.) That's why if someone would volunteer to fix it and take care of this issue going forward, it would be very helpful for the project. Anyone with bash scripting skills and good sed/awk knowledge or the will to learn these tools should be able to do this. As Luke mentioned, the Iceweasel-libre language packs may be your best bet at the moment. It may be useful to look how these langpacks are generated also (are the langpacks taken from Debian originally?) Thanks! Loic Al 02/11/12 16:29, En/na Sébastien ha escrit: If I install the french langpack, with the package manager or the GNU.org archive, I obtain an error (see attachment). Freely, -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Several freedom-bugs in IceCat (from the Parabola team)
Luke T. Shumaker luke...@sbcglobal.net writes: Hi: Thanks for these reports, we will review them thoroughly. I've added comments about them as I read. Type: freedom issue Subject: Includes non-freedom respecting search engines Even though DuckDuckGo is the default, it still includes Google and Yahoo search engines. We still want to provide alternatives to DuckDuckGo, and give users the choice. Type: (possible) freedom issue Subject: Recommends DuckDuckGo, which uses non-free javascript. DuckDuckGo uses non-free javascript, so Parabola includes DuckDuckGo HTML. However, because IceCat includes LibreJS, this may be a non-issue, as without javascript, it will fall back to the HTML-only version. DuckDuckGo in the search box and in the about:home page go directly to the html version of DuckDuckGo, the query includes the HTML-only URL is given as the destination of the forms: https://duckduckgo.com/html/ I feel that it is still nescessary to include DDG HTML instead because even though it falls back, it still seems to be recommending Where do you see DDG being included without the /html/ url? the non-free JS. Similar way to how Linux-libre doesn't just remove non-free globs, but also removes reverences to the files from the kernel, so that it doesn't seem that the kernel is recommending them. Type: freedom issue Subject: If social API stuff is enabled, Facebook is there by default Even though social.active=false by default, if it is enabled, the default setup includes Facebook. This affects the values of social.manifest.facebook and social.activation.whitelist in browser/app/profile/firefox.js I am aware of the social API. The API and xul stuff are free, the service that interacts with them may or may not be free. As for Type: rebranding issue Subject: browser/app/Makefile tries to install /bin/firefox Patch: --- a/browser/app/Makefile.in +++ b/browser/app/Makefile.in @@ -233,7 +233,7 @@ else ifdef LIBXUL_SDK libs:: - cp $(LIBXUL_DIST)/bin/$(XULRUNNER_STUB_NAME)$(BIN_SUFFIX) $(DIST)/bin/firefox$(BIN_SUFFIX) + cp $(LIBXUL_DIST)/bin/$(XULRUNNER_STUB_NAME)$(BIN_SUFFIX) $(DIST)/bin/icecat$(BIN_SUFFIX) endif endif Type: rebranding issue Subject: Identifies w/ Mozilla in the first-run Know your rights... bar The bar that pops up on first run tha has the Know your rights... button reads: GNU IceCat is free and open source software from the non-profit Mozilla Foundation. when it should probaly identify as being from GNU or the FSF. Type: technical/rebranding issue Subject: Reset IceCat does not work This is because it falls victim to Mozilla bug 756390 The patch uploaded to the Mozilla bug tracker should fix this. https://bugzilla.mozilla.org/show_bug.cgi?id=756390 Type: (possible) rebranding issue Subject: Uses the phrase Firefox Sync I'm not sure if this is an issue or not. One could look at Firefox Sync as a separate service (that is integrated) that is not being modified, or as part of the browser that is. Type: freedom/legal issue Subject: Recommends using Mozilla's sync servers. Mozilla's TOS only allows official Mozilla-branded software to use their servers for Firefox Sync without special written permission. I know that Trisquel runs their own sync servers for Abrowser, I'm sure they'd be happy to let you use them. I also think it would be cool if GNU ran their own servers. I've also been toying with the idea of packaging the sync server software for Parabola and running it on our servers. If you do end up getting permission to use Mozilla's servers, I believe that the TOS and Privacy Policy are acceptable, but you'd want to take a look yourself. Type: bug Subject: langpacks There are no IceCat 17 langpacks that I can tell. As another issue with the langpack script, the resulting langpacks overrode the normal search engine settings to be back to using Google by default. (apparently, en-US user here) Type: feature request Subject: Run AMO on GNU servers. AMO is the software that powers addons.mozilla.org. I think it would be handy to run that instead of the scheme-powered single-page table currently in use. I think that this would help keep IceCat on-par with Firefox and not introduce an unnescessary decrease in percieved quality that is the get-addons tab, as well as making patching mozilla.org URLs more straight-forward. Would this be welcome? If I volunteered to figure-out/package/patch? the software, would it be accepted? -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Several freedom-bugs in IceCat (from the Parabola team)
Luke: The previous email I sent is the correct one. For some reason, a draft was sent initially (darn gnus misbehaved again!) :) Loic ldu...@gnu.org (Loic J. Duros) writes: Luke T. Shumaker luke...@sbcglobal.net writes: Hi: Thanks for these reports, we will review them thoroughly in the upcoming days. I've added brief thoughts and comments about them as I read. Type: freedom issue Subject: Includes non-freedom respecting search engines Even though DuckDuckGo is the default, it still includes Google and Yahoo search engines. AFAIK, we still want to provide alternatives to DuckDuckGo, and give users the choice. DuckDuckGo HTML-only is the default, and non-free JS is blocked from such sites as Google and Yahoo. Do you have other alternatives you'd like to see there or replace the Google and Yahoo choices? Type: (possible) freedom issue Subject: Recommends DuckDuckGo, which uses non-free javascript. DuckDuckGo uses non-free javascript, so Parabola includes DuckDuckGo HTML. However, because IceCat includes LibreJS, this may be a non-issue, as without javascript, it will fall back to the HTML-only version. DuckDuckGo in the search box and in the about:home page go directly to the html version of DuckDuckGo, the form is given the html-only url: https://duckduckgo.com/html/ There is no javascript in the html-only pages. I feel that it is still nescessary to include DDG HTML instead because even though it falls back, it still seems to be recommending Where do you see DDG being included without the /html/ url? Maybe there's a location where it isn't applied. the non-free JS. Similar way to how Linux-libre doesn't just remove non-free globs, but also removes reverences to the files from the kernel, so that it doesn't seem that the kernel is recommending them. Type: freedom issue Subject: If social API stuff is enabled, Facebook is there by default Even though social.active=false by default, if it is enabled, the default setup includes Facebook. This affects the values of social.manifest.facebook and social.activation.whitelist in browser/app/profile/firefox.js Even when enabling the Social API, I can't see Facebook enabled by default. I talked with a few Firefox developers a while ago on this issue. It appears you have to go to a page (from Facebook) and click install, after what you see the sidebar and you can like a URL, etc, ... What do you mean by Facebook there by default? For the Social API code itself, it is released under a free license, and so isn't a freedom issue per se. The services it may interact with, on the other hand, may not be free. We probably need to warn users about this. All in all, I think the Social API is less of a privacy concern than the like buttons you may find on websites, because if you `like` a URL with the API, only the URL value is being communicated; but I'll have to check again. Of course, we should at least warn or discourage people from using Facebook for the reasons given here: https://www.fsf.org/facebook More to come about this... But let's keep in mind it is already disabled by default. Type: rebranding issue Subject: browser/app/Makefile tries to install /bin/firefox Thanks for pointing this out! Type: rebranding issue Subject: Identifies w/ Mozilla in the first-run Know your rights... bar The bar that pops up on first run tha has the Know your rights... button reads: GNU IceCat is free and open source software from the non-profit Mozilla Foundation. Thanks! This is a problem. We might want to remove the bar all together or create a new one linking to the Free Software page. Type: technical/rebranding issue Subject: Reset IceCat does not work This is because it falls victim to Mozilla bug 756390 The patch uploaded to the Mozilla bug tracker should fix this. https://bugzilla.mozilla.org/show_bug.cgi?id=756390 Type: (possible) rebranding issue Subject: Uses the phrase Firefox Sync I'm not sure if this is an issue or not. One could look at Firefox Sync as a separate service (that is integrated) that is not being modified, or as part of the browser that is. Since the servers are provided by Mozilla, changing the name to IceCat didn't seem to make much sense, and could have been misleading for users. Type: freedom/legal issue Subject: Recommends using Mozilla's sync servers. Mozilla's TOS only allows official Mozilla-branded software to use their servers for Firefox Sync without special written permission. I know that Trisquel runs their own sync servers for Abrowser, I'm sure they'd be happy to let you use them. I also think it would be cool if GNU ran their own servers. I've also been toying with the idea of packaging the sync server software for Parabola and running it on our servers. If you do end up getting permission to use Mozilla's servers, I believe that the TOS and Privacy Policy are acceptable, but you'd
Re: [Bug-gnuzilla] Crashing - icecat 17.0.1
So what were you doing when this happened? Trying to open a file? Do you remember? Thx, -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] compiling without...
al3xu5 / dotcommon dotcom...@autistici.org writes: Hi! Please, could someone knows me how to compile icecat (17.0.1) without: - the sync tool In browser/confvar.sh change: MOZ_SERVICES_SYNC=1 to: MOZ_SERVICES_SYNC= around line 52, if I recall correctly. Just one thing I'd like to mention about Sync. I had taken it off from an earlier version, and RMS told me to put it back. It respects your privacy when you use the Mozilla server because they can't read your stuff (encrypted), and you can also set up your own sync server... But that's up to you :-) - the new social stuff What do you mean by the social stuff exactly? -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] compiling without...
al3xu5 / dotcommon dotcom...@autistici.org writes: Il giorno giovedì 27/12/2012 12:40:39 CET ldu...@member.fsf.org (Loic J. Duros) ha scritto: al3xu5 / dotcommon dotcom...@autistici.org writes: yeah :-) In general, I do not like cloud services which are not set up and hosted by myself or by people I know personally and trust. So, since I do not need the Mozilla sync tool neither I want to set up a sync server... I prefer to remove it at all. Sure! Free software allows you to do that! :-) - the new social stuff What do you mean by the social stuff exactly? Now FF 17.0.1 include a First revision of the Social API and support for Facebook Messenger (see [2])... As much as I'm searching for it I couldn't find it from the interface of the official Mozilla Firefox build. :-\ However, after asking the Firefox Dev it appears you can enable it by going on a Facebook page: https://www.facebook.com/about/messenger-for-firefox You would click the turn on button to get it on. This will work with the official Firefox build but not IceCat, even when LibreJS is off. Nevertheless you can find the code in the following folder: toolkit/components/social/ and: browser/base/content/browser-social.js One of the developers did point out to me that the point is actually to enhance privacy while using social media: https://blog.mozilla.org/privacy/2012/10/22/being-social-with-privacy-in-mind/ The FB stuff loads in a sidebar tab etc, as opposed to the like buttons on pages which leaks information. There's also a like button in the address bar, which is only triggered on click. So their overall goal is to provide more privacy. Just thought it was worse mentioning. The SM site needs to support it, but maybe it would be worth modifying some of the code and make it work with identi.ca, if they would be willing to support it? -- http://gnuzilla.gnu.org
[Bug-gnuzilla] GNU LibreJS 4.9.2 released
Hello, I am glad to announce the release of LibreJS version 4.9.2. You can find the source package and an installable file for version 4.9.2 in the project page: http://www.gnu.org/software/librejs/ This maintenance release fixes bugs that were present in LibreJS 4.9.1 and earlier versions: * Accepted scripts are displayed at the top of the main panel by default. This allows LibreJS to emphasize the scripts that are allowed, this list being usually shorter than those that are blocked. * The script list in the main panel is generated when clicking on the addon toolbar widget instead of at load time. This allows to display the scripts that are embedded dynamically after a certain amount of time (such as with setTimeout and with asynchronous function calls) more easily than in previous versions. * A th element (table header) in the JS Web Labels table would throw an exception and prevent the JavaScript files from being flagged as free when applicable. (Thanks to Mark Burdett for reporting this issue.) Loic Duros GNU IceCat and LibreJS Maintainer -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] [Bug] Icecat about dialog with french traduction
Hi Sébastien: This is an issue with a localization variable, I think. I haven't had time to look into this but have addressed this issue in the EN-US version that ships with IceCat itself back a few releases ago. It's been long enough that I'm not sure anymore which variable was the culprit. I'm attaching the script that takes care of converting Firefox language packs into the IceCat one. Currently the script is very rudimentary and I'll need to revisit it later on to add more IceCat-specific text. In any case, I currently have a lot to do to finish new feature requests made by RMS for IceCat and LibreJS. Would anyone be willing to look into the issue with the language packs and the broken about dialog box? Thanks! Loic On 11/02/2012 11:29 AM, Sébastien wrote: If I install the french langpack, with the package manager or the GNU.org archive, I obtain an error (see attachment). Freely, -- http://gnuzilla.gnu.org download.sh Description: application/shellscript -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Free Software Add-on for IceCat
Hi: As mentioned before, the primary criterion is software freedom. Of course, we also care about privacy, and in fact it is one of my main focuses for the next release on IceCat. I think that as long as the extension provides a checkbox to stop allowing these whitelisted ads, the user still gets a choice, and because it is released under the MPL2.0, users can also just fork the addon and make their own, without this particular functionality or any other. Of course we can list the two variants along with the original. As I stated earlier, I'm building a new interface for the addon list. Unfortunately, the GNU webmasters and sysadmins don't want to set up an MVC on the main server, and so I'm building a dynamic addon page entirely in (free) JavaScript for this purpose. In the backend (which I'm afraid will have to run from another server, such as my own) it will automatically generate lists of free addons, and perform a rudimentary file check for license notices, and provide updated data. I guess we could blacklist those free addons that are perceived as malicious. I'm not sure it's the case for ABP since I don't use it, but I'll take a closer look at it. Thanks, On 10/21/2012 11:26 AM, Ivan Zaigralin wrote: What you are saying makes sense, and I definitely think this is a borderline case. Still, I think APB is distributed with a malicious feature turned on by default. There are forks which have the malicious feature removed, such as Adblock Lite and Trueblock Plus. At the very least, they should be listed alongside ABP. But then why have ABP at all? It is strictly inferior to its forks, so there is now a redundancy issue. Than being said, your explanation made me reconsider my position and I won't advocate removal anymore. On 10/21/2012 05:55 AM, Sam Geeraerts wrote: Ivan Zaigralin wrote: Adblock Lite is MPL. It has the Adblock Plus' current feature set with the old (pre-2) interface. The main difference is the absence of Allow Some Ads option, which is enabled by default in Adblock Plus. In an ironic twist of fate, Palant sold out to advertisers :) While the code of ABP is still free, IMHO, it should be removed because its default settings are designed to abuse the user, and replacements are available. The criterion for inclusion in the Gnuzilla list is software freedom. If extensions are barred for other reasons, then the purpose of the list becomes less clear. There are also extensions in the list that facilitate the use of Google and other websites/services that have raised privacy concerns. With the current policy they could only be excluded if you'd argue that they encourage the use of websites that require running non-free Javascript. That being said, the Gnuzilla project does pay attention to user privacy. Loic could choose to add that as a second criterion for the list (with the aforementioned risk). Another option is to add warnings to the list. That still requires that every extension be checked for privacy issues, because it shouldn't be that no privacy warning could also mean that it hasn't been checked. So it would take more work to get (certain types of) extensions on the list, making people less inclined to submit them. And like with SaaS, it's not always clear cut whether something crossed the line. I'm not opposed to the idea per se, though. :) Anyway, I'm not sure ABP's default settings are even a privacy issue. And if I recall correctly, it does explicitly give users the choice to disable the whitelist when it's installed. -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
[Bug-gnuzilla] GNU IceCat 14.0 released
I am happy to announce the new version of GNU IceCat. This version is based on Mozilla Firefox version 14.0.1. GNU IceCat 14.0 is available for download here: ftp://ftp.gnu.org/gnu/gnuzilla/14.0/icecat-14.0.tar.gz [CHANGES] * This release is a maintenance release: It fixes numerous bugs and security issues. * Due to unreliable upstream support for custom app directories, the location of the profile directory now defaults to '~/.mozilla/icecat'. If your version of IceCat is still using the '~/.gnuzilla' directory, you will want to run 'mv ~/.gnuzilla/icecat ~/.mozilla' to keep the same profile. * Upstream makefiles have been updated for the package to be accepted on ftp.gnu.org (Makefile.in vulnerability CVE-2012-3386.) Lists of new features for Firefox 14/14.0.1 also applying to IceCat 14.0 are available here: * https://www.mozilla.org/en-US/firefox/14.0/releasenotes/ * https://www.mozilla.org/en-US/firefox/14.0.1/releasenotes/ Please report any problem you may experience to the bug-gnuzilla@gnu.org mailing list. Binaries for different systems will be made available through the mailing list. Thank you, Loic Duros Gnuzilla and IceCat maintainer -- -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat consumes cpu while idle
On 08/01/2012 07:33 AM, Cojocaru Alexandru wrote: Monitoring my system with `top' I noticed that IceCat had a CPU percentage usage of 3%/6% even while idle! Restarting IceCat with -safe-mode and disabling all the extensions didn't give this results. I re enabled all the extensions one by one and discovered that the problem was actually `Priv3', which is installed by default with IceCat. More details: Try doing: # strace -p `pidof icecat` both when `Priv3' is enabled and disabled. Good to know, thanks for posting about this. I'm working on a brand new extension for Privacy. After it's added to IceCat, you will not need Priv3 anymore and Priv3 won't ship with IceCat anymore. This is scheduled for roughly in 2 weeks with IceCat 14. Thanks, -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat builds 32 and 64 bits
On 07/16/2012 01:28 PM, Fernando de Oliveira wrote: Loic, forgot to write that it was in LFS/BLFS i686, where Xulrunner had been previously built in order to build icedtea-web plugin. You requested me to send a message, when done. Thanks much, Fernando, for updating all of us about these binaries! Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] GNU IceCat 13.0.1 released
On 07/15/2012 08:26 AM, Bruno Miguel wrote: First of fall, kuddos for another release. Icecat became my main browser on Debian a few weeks ago and I don't wan't to let it go. Thanks! Second, how can I remove Icecat 12.0 (compiled from source), since make uninstall is not an available option for the make utils for Icecat? Here is what I've been doing remove the previous version. The binaries should be located in /usr/local/lib/icecat-12.0/ so what you'd have to do is remove that folder sudo rm -rf /usr/local/lib/icecat-12.0/ then remove the link to the binary in the /usr/local/bin/ folder: sudo rm /usr/local/bin/icecat After that, you should be fine. Of course if you also want to delete the profile then you have to delete it from your home directory. Let me know if it works for you. Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] icecat 13.0.1 .. missing initializer
On 07/14/2012 10:20 PM, adam bogacki wrote: Sorry guys, but I'm still getting Hi Adam: Thanks for reporting this issue. I haven't been able to reproduce this and I couldn't find a bug report on Bugzilla (for FF) about this either. From personal experience (and I'm still new to this), all issues I've had building IceCat have been related to dependencies. So anyway, just thought I'd mention that you try first to see if everything is in place before trying to compiling IceCat again: https://developer.mozilla.org/En/Simple_Firefox_build I'm not sure which distro of GNU/Linux you are using, but the instructions for Firefox cover most of the big ones. Second, if that still doesn't do the trick and you can't build IceCat, I'd try to build Firefox 13.0.1 from source and see if you get the same error. If you do, then the issue is probably upstream, and this would need to be reported to Mozilla. Could you tell us more about the system you are running? Many thanks, -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] GNU Icecat 13.0.1 xml parsing error
Try to run icecat -safe-mode from your terminal and disable the extensions. See if that does the trick. I haven't had this issue, of course, but there have been reports of the same issue with Firefox in the past. Also, if you try to use either of these (hopefully that's something you can do on your system): * 32-bit Compiled on Debian Wheezy i386: http://lduros.net/assets/downloads/icecat/icecat-13.0.1-386.tar.gz * 64-bit Compiled on Debian Sid amd64: http://lduros.net/assets/downloads/icecat/icecat-13.0.1-amd64.tar.gz Do you get the same error? On 07/15/2012 12:27 PM, al3xu5 / dotcommon wrote: I have complied GNU Icecat 13.0.1 on a Debian stable i386 system. Sync was disabled (MOZ_SERVICES_SYNC= in browser/confvars.sh). But Icecat do non start... just a window with this error message: XML Parsing Error: undefined entity Location: chrome://browser/content/browser.xul Line Number 247, Column 5: key id=key_debugger key=debuggerMenu.commandkey; command=Tools:Debugger ^ What was wrong? Thanks in advance for you help. Regards -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] GNU Icecat 13.0.1 xml parsing error
Have you run: sudo apt-get build-dep iceweasel sudo apt-get install mercurial libasound2-dev libcurl4-openssl-dev libnotify-dev libxt-dev libiw-dev mesa-common-dev autoconf2.13 yasm uuid On 07/15/2012 03:11 PM, al3xu5 / dotcommon wrote: Il giorno domenica 15/07/2012 14:32:42 CEST Loic J. Duros ldu...@gnu.org ha scritto: Try to run icecat -safe-mode from your terminal and disable the extensions. See if that does the trick. Already tried... but it does not work :( I haven't had this issue, of course, but there have been reports of the same issue with Firefox in the past. I will look for this. Also, if you try to use either of these (hopefully that's something you can do on your system): * 32-bit Compiled on Debian Wheezy i386: http://lduros.net/assets/downloads/icecat/icecat-13.0.1-386.tar.gz Downloaded and tried... It does not run on my system (Debian i386 Squeeze): there are some missing dependencies... Other ideas? Thanks again. Regards -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] GNU Icecat 13.0.1 xml parsing error [solved!?]
On 07/15/2012 04:01 PM, al3xu5 / dotcommon wrote: In the meantime I have compiled Icecat from source again (this time I did not disable Sync: no changes in browser/confvars.sh)... and now... no more parsing error!!! Anyway... Now it works! Glad to hear it! :-) If I remember correctly, you provide your builds online on a webpage correct? Be sure to post the url on the list if you do. Thanks much! Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] GNU IceCat 13.0.1 released
On 07/14/2012 05:36 PM, al3xu5 / dotcommon wrote: * Firefox Sync is now available by default. the first: please, could you tell me how to compile Icecat disabling this feature (which is more a saas/privacy issue, in my opinion)? In browser/confvars.sh, on line 53, change: MOZ_SERVICES_SYNC=1 to: MOZ_SERVICES_SYNC= the second: language files for version 12 were available under ftp://ftp.gnu.org/gnu/gnuzilla/lang/ also the language files for version 13 will be available here? the same will be in the future for the new versions? Yes, they will be there. I'm just modifying the script so that the about dialog box won't have the problem like last time. After that they'll be available. I'll send a message to the list when it's up. Thanks, -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat builds 32 and 64 bits
On 07/13/2012 11:01 AM, Fernando de Oliveira wrote: Em 13-07-2012 01:13, Loic J. Duros escreveu: As promised here are two versions of IceCat: * 32-bit Compiled on Debian Wheezy i386: http://lduros.net/assets/downloads/icecat/icecat-13.0.1-386.tar.gz Thanks, Loic. Works fine. I will try to compile soon in LFS/BLFS. Thanks much for letting us know, Fernando!! Once you have it compiled for LFS/BLFS, it would be worth sending a message to the list too! :-) -- http://gnuzilla.gnu.org
[Bug-gnuzilla] GNU IceCat 13.0.1 released
I am happy to announce the new version of GNU IceCat. This version is based on Mozilla Firefox version 13.0.1. GNU IceCat 13.0.1 is available for download here: ftp://ftp.gnu.org/gnu/gnuzilla/13.0/icecat-13.0.1.tar.gz [CHANGES] * Extensions shipping with IceCat now get properly installed when using make install. * Firefox Sync is now available by default. * IceCat is now shipping with the latest versions of LibreJS, Https Everywhere, and Priv3. And they are now fully compatible together. * Upstream has a bug that prevents from compiling it on GNU/Linux systems. A patch is applied to IceCat 13.0.1 to allow for its compilation. Lists of new features for Firefox 13/13.0.1 and IceCat 13.0.1 are available: * https://www.mozilla.org/en-US/firefox/13.0/releasenotes/ * https://www.mozilla.org/en-US/firefox/13.0.1/releasenotes/ Please report any problem you may experience to the bug-gnuzilla@gnu.org mailing list. Thank you, Loic Duros Gnuzilla and IceCat maintainer -- http://gnuzilla.gnu.org
[Bug-gnuzilla] IceCat 13.0.1 64-bit
This is an non-official version of IceCat compiled on Debian Sid (64-bit) for those who are interested: http://lduros.net/assets/downloads/icecat/icecat-13.0.1-amd64.tar.gz I'm planning on adding one for different systems and architectures, but the question is where they should be located, whether they could land on ftp.gnu.org or not. Anybody has an idea on how this is done usually by other projects? I am also working on compiling IceCat for mips (Lemote.) Thanks, Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] GNU Icecat 13.0.1 compile error
Hmm. I can't seem to find a bug report on this. Do you get the same error if you compile Firefox 13.0.1? ftp://ftp.mozilla.org/pub/firefox/releases/13.0.1/source/firefox-13.0.1.source.tar.bz2 On 07/12/2012 03:01 PM, koeart wrote: Hello, i get a compile error on my x86 system running debian testing: ---8--- s/CTypes.pp /home/koeart/code/icecat-13.0.1/js/src/ctypes/CTypes.cpp In file included from ./assembler/assembler/MacroAssemblerX86Common.h:38:0, from ./assembler/assembler/MacroAssemblerX86.h:37, from ./assembler/assembler/MacroAssembler.h:50, from ./yarr/YarrJIT.h:37, from ./vm/RegExpObject.h:53, from ./jscompartment.h:52, from /home/koeart/code/icecat-13.0.1/js/src/ctypes/CTypes.cpp:42: ./assembler/assembler/AbstractMacroAssembler.h: In instantiation of ‘JSC::AbstractMacroAssemblerAssemblerType::BaseIndex::BaseIndex(JSC::AbstractMacroAssemblerAssemblerType::RegisterID, JSC::AbstractMacroAssemblerAssemblerType::RegisterID, JSC::AbstractMacroAssemblerAssemblerType::Scale, int32_t) [with AssemblerType = JSC::X86Assembler; JSC::AbstractMacroAssemblerAssemblerType::RegisterID = JSC::X86Registers::RegisterID; int32_t = int]’: ./assembler/assembler/MacroAssemblerX86.h:118:89: required from here ./assembler/assembler/AbstractMacroAssembler.h:145:28: internal compiler error: Speicherzugriffsfehler Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.7/README.Bugs for instructions. The bug is not reproducible, so it is likely a hardware or OS problem. make[3]: *** [CTypes.o] Fehler 1 make[3]: Leaving directory `/home/koeart/code/icecat-13.0.1/js/src' make[2]: *** [libs_tier_js] Fehler 2 make[2]: Leaving directory `/home/koeart/code/icecat-13.0.1' make[1]: *** [tier_js] Fehler 2 make[1]: Leaving directory `/home/koeart/code/icecat-13.0.1' make: *** [default] Fehler 2 ---8--- I have a gcc-7.4, and a 3.2.0-3-686-pae kernel. Underneath debian 6.0 testing Configure ran fine so it shouldn't be a missing library (i hope). Thanks for helping, koeart -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
[Bug-gnuzilla] Marco Simonelli resuming his great work
I am delighted to announce that Marco Simonelli, Debian maintainer for IceCat (Ubuntu PPA), will be resuming the great work he has done in the past compiling and packaging IceCat. Welcome back, Marco! I'm looking forward to working with you! Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] GNU Icecat 13.0.1 compile error
Hi koeart: I've created a virtual box with Debian Testing and the same kernel as you have. Prior to running configure and make, you should run the following: sudo apt-get build-dep iceweasel sudo apt-get install mercurial libasound2-dev libcurl4-openssl-dev libnotify-dev libxt-dev libiw-dev mesa-common-dev autoconf2.13 yasm uuid I assume that you did already, correct? It will take a little bit for me to be able to tell if I can reproduce the error, but I'll let you know. Thanks for trying to compile Firefox too, by the way! Loic On 07/12/2012 07:28 PM, koeart wrote: Hello, ok, this time I got much further but still ran into an error (error log attached). First I did a make distclean, than I did configure and a make.icecat. After that I did the actual make. I will try building the firefox tomorrow. Bye, koeart -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
[Bug-gnuzilla] IceCat builds 32 and 64 bits
As promised here are two versions of IceCat: * 32-bit Compiled on Debian Wheezy i386: http://lduros.net/assets/downloads/icecat/icecat-13.0.1-386.tar.gz * 64-bit Compiled on Debian Sid amd64: http://lduros.net/assets/downloads/icecat/icecat-13.0.1-amd64.tar.gz You only need to run ./icecat to test. Or if you prefer, something like this should make it available: sudo mv icecat-13.0.1 /usr/local/lib sudo ln -s /usr/local/lib/icecat-13.0.1/icecat /usr/local/bin/icecat If anyone could test them on their machine, this would be very helpful since I might add similar ones to ftp.gnu.org going forward. Many thanks! Loic -- http://gnuzilla.gnu.org
[Bug-gnuzilla] GNU LibreJS 4.8 released
Hello, I am happy to announce the release of LibreJS version 4.8. GNU LibreJS aims to address the JavaScript problem described in the JavaScript Traphttp://www.gnu.org/philosophy/javascript-trap.html. LibreJS is a free add-on for GNU IceCat and other Mozilla-based browsers. It blocks nonfree nontrivial JavaScript while allowing JavaScript that is free and/or trivial. You can find the source package and an installable file for version 4.8 in the project page: http://www.gnu.org/software/librejs/ This is a maintenance release. It fixes the following minor bugs: * Web page character encoding: In rare cases, the content of the body tag for certain web pages would not be properly parsed. This would result in a blank page. * The SHA1 hash of certain JavaScript files was not properly generated due to the character encoding specified in the response headers. * The most current versions of the current free libraries have been added to the database. Thank you, Loic Duros GNU LibreJS IceCat maintainer ldu...@gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] GNU IceCat 12.0 released
On 07/02/2012 05:41 PM, Ivan Zaigralin wrote: What's the rationale for disabling sync? Just wondering. Would I need to make changes before building (from source) to enable it? Another concern (along with those in the other email) is that Firefox Sync is a service (data hosted remotely on Mozilla's servers), and so renaming it to IceCat Sync would be wrong. It took me a little while to figure out whether we could leave it as Firefox Sync without issues. We're finalizing a new feature to the Privacy module and a new LibreJS, after what we'll release IceCat 13; IceCat 13 will come with Firefox Sync. Thanks, -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Language Packs
On 06/11/2012 06:29 PM, Fernando de Oliveira wrote: On 10-06-2012 10:48, Loic J. Duros wrote: On 06/10/2012 09:35 AM, Loic J. Duros wrote: Hi: I currently can't upload to gnuzilla.gnu.org/download/langpacks, so I've uploaded the 12.0 language packs to: http://www.gnu.org/software/gnuzilla/lang/12.0/ Actually, a more official solution would be to use the official FTP as well. After all, these language packs are part of the official release of IceCat. I've also placed them here: ftp://ftp.gnu.org/gnu/gnuzilla/lang/12.0/ Going forward, I think we'll simply use ftp.gnu.org for this, since it allows the packs to be signed this way. Not sure if there was an incentive to place them elsewhere. Thank you, Loic. pt-BR works fine in 12.0. Two small problems, though. 1. In Help -- About ..., only an Error message appears, instead of the nice screen in default language (en-US): quote Erro no processamento de XML: erro ao processar uma referência a entidade externa Posição: chrome://browser/content/aboutDialog.xul Número da linha 12, coluna 1: %aboutDialogDTD; ^\quote 2. Have to run with icecat -UILocale pt-BR in order for the xpi work. Hi Fernando: At least the error message was in Portuguese! :-) This was also an issue initially with the aboutDialog.xul file in the en-US version that ships with IceCat (and Firefox) by default. So we'll need to change that shell script that does the search and replace. Thanks for spotting these issues! Loic -- http://gnuzilla.gnu.org
[Bug-gnuzilla] Language Packs
Hi: I currently can't upload to gnuzilla.gnu.org/download/langpacks, so I've uploaded the 12.0 language packs to: http://www.gnu.org/software/gnuzilla/lang/12.0/ Please let me know if they work for you. Thanks, Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Language Packs
On 06/10/2012 09:35 AM, Loic J. Duros wrote: Hi: I currently can't upload to gnuzilla.gnu.org/download/langpacks, so I've uploaded the 12.0 language packs to: http://www.gnu.org/software/gnuzilla/lang/12.0/ Actually, a more official solution would be to use the official FTP as well. After all, these language packs are part of the official release of IceCat. I've also placed them here: ftp://ftp.gnu.org/gnu/gnuzilla/lang/12.0/ Going forward, I think we'll simply use ftp.gnu.org for this, since it allows the packs to be signed this way. Not sure if there was an incentive to place them elsewhere. Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Icecat crahes opening certain webpages
Hi Paul: It looks like a duplicate of this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=696636 Looks like Firefox 12 and 13 have it fixed. So maybe your best bet is to use IceCat 12 or wait for the release of IceCat 13. Loic On 06/08/2012 02:26 PM, koeart wrote: Hello, my name is Paul. I think I found a bug in icecat. I can repeatedely crash it, using the the following: I use an GNUzilla IceCat 7.0.1 browser with NoScript activated. When I - surf to http://zdf.de - and enable Cookies (temporarily) - the browser crashes. I experienced something similiar a while ago with the github.com homepage. I ran Icecat with strace, I attached the last lines of the output. Hopefully this helps. If I can help with some more feedback, I would be glad to do that. Regards, Paul -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat 12.0: /bin/bash: src/.deps/.dirstamp: Permission denied
On 06/06/2012 04:33 AM, alexus / dotcommon wrote: Il 06.06.2012 01:39 Loic J. Duros ha scritto: On 06/05/2012 06:59 PM, al3xu5 / dotcommon wrote: Loic, maybe there is something 'strange' in the compressed release file (icecat-12.0.tar.xz): once decompressed, folders have SGID set... Is it ok? Did you try to run it as './configure make' instead of 'sudo ./configure make'? Hi I run it as './configure make', without 'sudo'. The same when run 'install'. I have already compiled some previous version of IceCat (9 and 10) in this way, with no errors in the past [1]. I haven't tried running install without sudo. I'll try that. One issue that I found is that build/unix/run-icecat.sh didn't have the execute bit on. This initially prevented running sudo make install. In any case, I'll release an updated version and place it in the alpha ftp first so that you can test it. It would be great if you could help troubleshoot the new version! :-) Regards [1] http://bitfreedom.noblogs.org/downloads/icecat/ -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] /bin/sh: 1: /usr/src/icecat-12.0/dist/bin/run-icecat.sh: Permission denied
On 06/06/2012 12:49 PM, Emmanuel Revah wrote: So I did: - chmod +x build/unix/run-icecat.sh - and redid 'make install' and now it works. Hi Emmanuel: I've had the same problem when trying to install it. This is fixed in the bzr repo and the new package 12.1 will have this fixed as well. Thanks, -- http://gnuzilla.gnu.org
[Bug-gnuzilla] Ian Dunn GNUzilla Savannah member
Hi all: At his request, Ian is now part of the Savannah GNUzilla group. Thanks to him for his interest and his help so far! Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Extensions not copied over after sudo make install
Hi Ian: Thanks so much for taking the time to look into this and figuring it out! I'll give it a shot and try to compile and run make install (takes about an hour for me.) I was looking into another possibility suggested by Mozilla folks: to place the extensions in browser/app/profile/extensions/ and they then would be bundled with it. Have you heard of this? In any case, I'm on to try to compile with the changes. On 06/05/2012 06:37 PM, Ian Dunn wrote: Everyone, A follow-up on my last email, it's '@BINPATH@/extensions/extension-dir/*'. Sorry about that. Ian D On Tue, Jun 5, 2012 at 6:31 PM, Ian Dunn schola...@gmail.com mailto:schola...@gmail.com wrote: Loic, I see the problem. If lines are added to 'browser/installer/package-manifest.in http://package-manifest.in' for each extension (@BINPATH@/extension-dir/*), then the extensions will be installed in both directories. Ian D -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] App Vendor
On 06/05/2012 06:58 PM, Ian Dunn wrote: Everyone, If you run 'icecat --version' with icecat 12.0, you might notice that it prints out 'Mozilla icecat 12.0'. By running 'find -name confvars.sh -exec sed -i -e s|Mozilla|GNUzilla|g \{\} \;' Many thanks for catching that! -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat 12.0: /bin/bash: src/.deps/.dirstamp: Permission denied
On 06/05/2012 06:59 PM, al3xu5 / dotcommon wrote: Il giorno lunedì 04/06/2012 08:34:27 CEST Adam Bogackiadam.boga...@clear.net.nz ha scritto: [...] sudo ./configure make [...] make: *** [default] Error 2 .. another permissions problem. What am I missing ? I have found a similar (probably the same) problem. Loic, maybe there is something 'strange' in the compressed release file (icecat-12.0.tar.xz): once decompressed, folders have SGID set... Is it ok? Regards Hi: Did you try to run it as './configure make' instead of 'sudo ./configure make'? Thanks -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat 12.0: /bin/bash: src/.deps/.dirstamp: Permission denied
On 06/05/2012 06:59 PM, al3xu5 / dotcommon wrote: Il giorno lunedì 04/06/2012 08:34:27 CEST Adam Bogackiadam.boga...@clear.net.nz ha scritto: [...] sudo ./configure make [...] make: *** [default] Error 2 .. another permissions problem. What am I missing ? I have found a similar (probably the same) problem. This works when I do it. You also have to rm the directory after you've run them with sudo, start with a clean copy and configure and make without sudo. This only happens to me if I run ./configure make as superuser, not as regular user. Sorry. I meant to write more in my previous email. The same error happens when I use sudo with ./configure make. Then it seems I have to rm -rf the icecat-12.0/ directory and start with a clean copy again, and just run './configure make', and I have no problem. I get the same error when running 'sudo ./configure make' with previous versions of IceCat, but they also work when only using only './configure make'. Not sure why this happens. I'll try with FF directly and see if I can reproduce this. Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat 12.0: /bin/bash: src/.deps/.dirstamp: Permission denied
On 06/05/2012 07:10 PM, al3xu5 / dotcommon wrote: Il giorno lunedì 04/06/2012 08:34:27 CEST Adam Bogackiadam.boga...@clear.net.nz ha scritto: [...] sudo ./configure make [...] make: *** [default] Error 2 .. another permissions problem. What am I missing ? I have found a similar (probably the same) problem. Loic, maybe there is something 'strange' in the compressed release file (icecat-12.0.tar.xz): once decompressed, folders have SGID set... Is it ok? I just tried to do the same with the official Firefox 12 release and the same error happens when running 'sudo ./configure make'. So I think the bottom line is, whether it's Firefox or IceCat, you have to run ./configure make as a regular user, then use sudo to run make install. BTW: I'm adding those language packs. I must admit I didn't think about them until now! Thanks for reminding me. I'll remember next time! :-\ Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Extensions not copied over after sudo make install
On 06/04/2012 03:37 PM, Giuseppe Scrivano wrote: Loic J. Durosldu...@gnu.org writes: Hi: As you know I'm the new maintainer of IceCat and I thought maybe someone (maybe Giuseppe is reading this? :-)) could help me out spotting an issue: yeah, I am lurking the list, but I haven't looked at the code to know what is going wrong :-( I hope I can have some free time in the next days. Giuseppe -- http://gnuzilla.gnu.org Heh, thanks! No problem if you don't have time. I learned from an FF developer that I might be able to use another directory inside app/. So I'll give this a shot tonight and maybe it will address the issue. In which case I won't look any further! ;-) Loic -- http://gnuzilla.gnu.org
[Bug-gnuzilla] Extensions not copied over after sudo make install
Hi: As you know I'm the new maintainer of IceCat and I thought maybe someone (maybe Giuseppe is reading this? :-)) could help me out spotting an issue: I've noticed a bug when running 'sudo make install' with IceCat 12.0. This has worked on IceCat 10.0 and I can't locate where the issue is with the 12.0 codebase. Whenever you run './configure make' it will place the binaries and the rest of the files inside 'dist/bin/'. You can start IceCat from there by running './icecat'. The extensions are installed fine there, and they are present in dist/bin/extensions/ However when running 'sudo make install', the extension files are not copied over to dist/bin/icecat, and neither are they copied to /usr/local/lib/icecat-12.0/ So when you run later icecat system-wide the extensions aren't loaded. There must be something missing in a Makefile.in or in the config/ folder. I'll have to make a diff again of all the files changed. I had to update a lot of the existing IceCat replacement files due to major updates to Firefox, so obviously something fell through the cracks. The issue can be fix by running something like: sudo mv dist/bin/extensions /usr/lib/local/icecat-12.0/. But as soon as I can spot the issue I'll make a new version (also FF13 is coming out this week.) Many thanks for your help and for your patience, Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat 12.0: /bin/bash: src/.deps/.dirstamp: Permission denied
Adam: Sorry about this. This is my first release so a lot of stuff need tuning, hopefully I'll do a better job with the release this week. I can't reproduce any of the permissions issues when building IceCat. You mentioned you're trying to build it on Natty. Is it the 32 bit or 64 bit version? I'll go ahead and try to do this in a virtual instance. Thanks, Loic On 06/03/2012 04:34 PM, Adam Bogacki wrote: You were right adam@(none):~/Downloads/icecat-12.0$ ls -la ./js/src/ctypes/libffi/src/.dirstamp -rw-r--r-- 1 adam adam 0 2012-06-04 07:29 ./js/src/ctypes/libffi/src/.dirstamp .. so I did adam@(none):~/Downloads/icecat-12.0$ sudo chmod a+x ./js/src/ctypes/libffi/src/.dirstamp adam@(none):~/Downloads/icecat-12.0$ ls -la ./js/src/ctypes/libffi/src/.dirstamp -rwxr-xr-x 1 adam adam 0 2012-06-04 07:29 ./js/src/ctypes/libffi/src/.dirstamp repeated sudo ./configure make and ended up with make[6]: Entering directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi/testsuite' make[6]: Nothing to be done for `all'. make[6]: Leaving directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi/testsuite' Making all in man make[6]: Entering directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi/man' make[6]: Nothing to be done for `all'. make[6]: Leaving directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi/man' make[6]: Entering directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi' /bin/bash: src/.deps/.dirstamp: Permission denied make[6]: *** [src/.deps/.dirstamp] Error 1 make[6]: Leaving directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi' make[4]: *** [all] Error 2 make[4]: Leaving directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi' make[3]: *** [export] Error 2 make[3]: Leaving directory `/home/adam/Downloads/icecat-12.0/js/src' make[2]: *** [export_tier_js] Error 2 make[2]: Leaving directory `/home/adam/Downloads/icecat-12.0' make[1]: *** [tier_js] Error 2 make[1]: Leaving directory `/home/adam/Downloads/icecat-12.0' make: *** [default] Error 2 .. another permissions problem. What am I missing ? Adam. On 06/04/2012 07:53 AM, Ian Dunn wrote: Adam, It's not looking in 'ICECAT_DIR/src/.deps', it's looking in 'ICECAT_DIR/js/src/ctypes/libffi/src/.deps'. If the problem persists, try running 'chmod a+x .dirstamp'. The make script is attempting to run it, but it can't, most likely because the executable bit isn't set. Hope that helps, Ian D On Sun, Jun 3, 2012 at 3:42 PM, Adam Bogacki adam.boga...@clear.net.nz mailto:adam.boga...@clear.net.nz wrote: Greetings, I downloaded and unpacked icecat-12, made sure I had all the dependencies in Ubuntu Natty, and proceeded with 'sudo ./configure make' only to find that the process finished with make[6]: Entering directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi/testsuite' make[6]: Nothing to be done for `all'. make[6]: Leaving directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi/testsuite' Making all in man make[6]: Entering directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi/man' make[6]: Nothing to be done for `all'. make[6]: Leaving directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi/man' make[6]: Entering directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi' /bin/bash: src/.deps/.dirstamp: Permission denied make[6]: *** [src/.deps/.dirstamp] Error 1 make[6]: Leaving directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi' make[4]: *** [all] Error 2 make[4]: Leaving directory `/home/adam/Downloads/icecat-12.0/js/src/ctypes/libffi' make[3]: *** [export] Error 2 make[3]: Leaving directory `/home/adam/Downloads/icecat-12.0/js/src' make[2]: *** [export_tier_js] Error 2 make[2]: Leaving directory `/home/adam/Downloads/icecat-12.0' make[1]: *** [tier_js] Error 2 make[1]: Leaving directory `/home/adam/Downloads/icecat-12.0' make: *** [default] Error 2 adam@(none):~/Downloads/icecat-12.0$ cd src/.deps/.dirstamp bash: cd: src/.deps/.dirstamp: No such file or directory adam@(none):~/Downloads/icecat-12.0$ cd src/.deps/ bash: cd: src/.deps/: No such file or directory adam@(none):~/Downloads/icecat-12.0$ cd src bash: cd: src: No such file or directory It seems that src does not exist. Adam -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] GNU IceCat -- Removal of nonfree extension
On 06/02/2012 08:11 AM, Zack Buhman wrote: On Fri, Jun 1, 2012 at 11:53 PM, Loic J. Durosldu...@gnu.org wrote: They were. You can now find them as 10.0-2, 4.0.1-2. Why did 10.0-1 and 4.0.1-1 disappear, then? Because it contained nonfree software. Software that is part of GNU cannot under any circumstances have nonfree software. -- http://gnuzilla.gnu.org
[Bug-gnuzilla] GNU IceCat -- Removal of nonfree extension
It has become apparent to us that MafiaaFire Redirector --an extension for Mozilla-based browsers-- is released under a nonfree license. This extension has shipped with IceCat since version 4.0.1. The license of this extension is available from the official Mozilla Add-ons site: https://addons.mozilla.org/en-US/firefox/addon/mafiaafire-redirector/license/0.9d Because IceCat cannot ship with nonfree software, this extension has been removed from all versions of IceCat since 4.0.1. New packages have been uploaded to ftp.gnu.org, and the original files have been removed. We urge you to download these new versions and use them instead. The versions of IceCat from which MafiaaFire Redirector has been removed are the following: * IceCat 10.0: ftp://ftp.gnu.org/gnu/gnuzilla/10.0/ * IceCat 9.0.1: ftp://ftp.gnu.org/gnu/gnuzilla/9.0.1/ * IceCat 7.0.1: ftp://ftp.gnu.org/gnu/gnuzilla/7.0.1/ * IceCat 7.0: ftp://ftp.gnu.org/gnu/gnuzilla/7.0/ * IceCat 6.0.2: ftp://ftp.gnu.org/gnu/gnuzilla/6.0.2/ * IceCat 6.0.1: ftp://ftp.gnu.org/gnu/gnuzilla/6.0.1/ * IceCat 5.0.1: ftp://ftp.gnu.org/gnu/gnuzilla/5.0.1/ * IceCat 5.0: ftp://ftp.gnu.org/gnu/gnuzilla/5.0/ * IceCat 4.0.1: ftp://ftp.gnu.org/gnu/gnuzilla/4.0.1/ Thank you, Loic Duros GNU IceCat maintainer -- http://gnuzilla.gnu.org
[Bug-gnuzilla] Fwd: Re: GNU IceCat -- Removal of nonfree extension
Original Message Subject:Re: [Bug-gnuzilla] GNU IceCat -- Removal of nonfree extension Date: Sat, 02 Jun 2012 00:53:34 -0400 From: Loic J. Duros ldu...@gnu.org To: Zack Buhman zbuh...@gmail.com On 06/02/2012 12:45 AM, Zack Buhman wrote: On Fri, Jun 1, 2012 at 10:56 PM, Loic J. Durosldu...@gnu.org wrote: Because IceCat cannot ship with nonfree software, this extension has been removed from all versions of IceCat since 4.0.1. New packages have been uploaded to ftp.gnu.org, and the original files have been removed. We urge you to download these new versions and use them instead. Why were the version numbers not bumped? -- http://gnuzilla.gnu.org They were. You can now find them as 10.0-2, 4.0.1-2. -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] user-appdir
On 05/20/2012 09:30 AM, Emmanuel Revah wrote: Hi, Just wondering, I had compiled Icecat using: ac_add_options --with-user-appdir=.icecat Hi Emmanuel: I haven't tried to build it with anything else than the default directory. So I'll check this is working with the upcoming version 12. Additionally, I have searched and searched, but is there a web page or text file somewhere with all the possible config options listed with a short of explanation of what each setting does ? I have only found some pages that will explain a couple of settings and then say leave everything else alone unless you know what you are doing and other replies advising on reading the code to figure out what they do. This might be what you are looking for: https://developer.mozilla.org/en/Configuring_Build_Options Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] Very Slow with some JS
On 05/17/2012 11:05 AM, Emmanuel Revah wrote: Hello, I've just compiled IceCat on Debian Wheezy and noticed that some pages that contain JavaScript slow the whole thing down making it unusable for a few minutes or so. Hi Emmanuel: I just took on the role of maintainers a few weeks ago, and I'm preparing a new version, IceCat 12. I haven't looked much at the IceCat version 10. Early version of the extension GNU LibreJS could run slow with certain pages using JavaScript (the later versions are faster now.) I don't think LibreJS should be included in IceCat 10, when I compiled it I didn't see it. but you might want to give a check to about:addons and see what extensions are on. This would be for me to know, given that I'll probably add all these addons in version 12. I have good hopes the new version will come out sometimes next week or the week after (before June.) For the uninstallation, I'm looking into it and will get back to you. Thanks, Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat addon selection
On 05/05/2012 03:29 PM, Jason Self wrote: Just mentioning it in case it's helpful in coming up with a policy of what is (and is not) acceptable for IceCat. [1] http://libreplanet.org/wiki/Group:OpenOfficeExtensions Thanks much for pointing out this policy. It seems most of the checklist could also apply to an IceCat add-on, except maybe for Does the extension contain all necessary build scripts? -- In most cases add-ons are provided in an xpi format (really a zip file) which contains the sources in a format already executable by IceCat. Certain add-ons (that's the case of LibreJS) do use an SDK called the Add-on SDK and require to be built using the SDK. I think the test for whether it needs a connection (which means some sort of dependency to an online service, making it SaaS) something we need to enforce with IceCat. Not sure how we can check for this yet in a way that could be automated. -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat 12?
On 04/25/2012 09:41 AM, Rubén Rodríguez wrote: Ruben Rodriguez from Trisquel has a made a bash script for the Trisquel browser, Abrowser, which does a job similar, although it does not add the extensions that ship with IceCat by default. As I said previously, I would be happy to step up as maintainer, since building Abrowser is a very similar task I have to do anyway. I would incorporate all the current features to the GNU published version, and probably just ship the extensions disabled for the Trisquel version. Hi Rubén: Thanks for your interest! Howver, I've just been dubbed maintainer for the GNUzilla suite and IceCat yesterday. Giuseppe (in copy of this email), has also written a script removing the nonfree parts from Firefox source. I also have looked into the script you wrote for Abrowser, and I might be able to use part of it as well, if that's ok with you. :-) It was nice meeting you at LP, btw! Cheers! Loic -- http://gnuzilla.gnu.org
[Bug-gnuzilla] New GNUzilla and IceCat maintainer
Hi, I have just been made maintainer of IceCat and GNUzilla. Thanks to Giuseppe Scrivano for all his work in the past and how far he took the project. I have contacted him aside and I hope we'll be able to discuss how IceCat has been run until now, and the direction towards which the project will go in the future. As you may already know, our plans for IceCat are big, starting with an improved privacy extension and the detection of nonfree nontrivial JavaScript. GNU LibreJS detects nonfree nontrivial JavaScript and will be enabled by default in IceCat after a few interactions with the extensions currently used by IceCat are addressed. We will also need an add-on list that is more up to date and easily searchable. One idea was to use the AMO API to find which add-ons have a free license to get an up-to-date list of add-ons that could potentially make it to the IceCat add-on list. Some of you on the list have already shown some interest to work on this (Thanks Leonardo!). As Jason Self suggested, we could then use such tools as Fossology to ensure all the extension code is effectively under a free license, and automate as much as possible, the ongoing maintenance work that the IceCat add-on manager requires. The initial release of IceCat 12 might take a little longer since there is a lot to work on, but I expect subsequent versions will regularly become available shortly after Mozilla publishes new versions of its browser. Thanks, and I'm looking forward to getting the next release up. Loic -- http://gnuzilla.gnu.org
Re: [Bug-gnuzilla] IceCat 12?
On 04/22/2012 05:48 PM, Loic J. Duros wrote: Has this been traditionally performed with a script, gradually improved, or in another way? I now see the remove-nonfree script! Many thanks! -- http://gnuzilla.gnu.org
[Bug-gnuzilla] IceCat 12?
Hello: First of all, thanks for all the work on IceCat in the past! The most recent version of GNU IceCat currently is version 10.0. I believe 10.2 had security fixes. Also we are a few days away from the release of Mozilla Firefox 12, which introduce many improvements. LibreJS, my extension, will make use on some of the improvements of version 12. It would be great then to get the GNU IceCat project going. I'd like to work on this, given that I'm also working on a privacy extension for IceCat as well. I'm looking through the archives (rather long to read it all in one time) and trying to figure out how Firefox is being customized into IceCat (removal of AMO from the about:addons section, ...). Has this been traditionally performed with a script, gradually improved, or in another way? Ruben Rodriguez from Trisquel has a made a bash script for the Trisquel browser, Abrowser, which does a job similar, although it does not add the extensions that ship with IceCat by default. Loic Duros -- http://gnuzilla.gnu.org