On 08/08/2017 04:09 PM, David Hedlund wrote:
> To vote on IceCat for Debian email: 637...@bugs.debian.org
>
i will vote for icecat to get into debian if you guys name it back to
iceweasel
--
http://gnuzilla.gnu.org
On 08/08/2017 08:32 PM, David Hedlund wrote:
> Why?
>
because the weasel is WAY cuter
actually from what i understand, the original name of icecat was
iceweasel, but then debian named their re-branded firefox as iceweasel
and the original GNU iceweasel decided to rename to icecat to avoid any
should i be able to use firefox sync in icecat?
when trying to log into firefox sync - i can get to the sync pane in
preferences but when i press the "sign in" button the browser tries to load
"about:accounts?action=signin=preferences" abd shows a spinner that
never completes - in the console
i tried the following 3 webRTC test sites with icecat and all 3 failed
https://test.webrtc.org/
https://mozilla.github.io/webrtc-landing/
http://www.netscan.co/demo/
lookin in about:config i see that
media.getusermedia.audiocapture.enabled is false is false
media.peerconnection.enabled is false
sync is a very handy feature that stores bookmarks, plugins, and other
preferences "in the cloud" so that they can be easily restored into any
future browser installs - this can be accomplished manually but it is
far more tedious
it is true that is is broken - this is an open bug on the savannah
i think that trisquel page gets it's data from the FSD; so your work is not in
vain
also, i just tried this and about:addons in the latest version of icecat loads
the FSD page
one thing that is obvious though, is that the trisquel page is MUCH nicer and
professional looking than the wiki; and is
lyn -
that is what most web pages look like when the CSS file did not download -
probably one of your plugins blocked it
by simply looking at that screen-shot, all that anyone can do is guess what the
problem may be - it would be much more helpful if you gave links to the webpages
that a giving
On Mon, 2018-04-30 at 10:41 +0200, Narcis Garcia wrote:
> Note that alternative to Chrome is not Chromium but Iridium (
note that iridium is NOT an acceptable alternative to chrome nor
chromium - any freedom issues that may be present in chromium are
almost certainly present in all
i just tried this on the upstream binary release 52.1.0 (64-bit) and i
do not have any links at all on my about:home - just an icecat logo and
a searchbox that works perfectly so perhaps this is a trisquel issue
signature.asc
Description: OpenPGP digital signature
--
http://gnuzilla.gnu.org
Marco -
this is probably not related to icecat but a bug in librejs itself -
unless you can show that the same behavior is not present using a
different browser such as firefox or iceweasel, then this is actually an
issue for the librejs mailing list - although there is little point in
reporting
On 2018-01-28 17:00 GMT +02:00, Marco van Hulten wrote:
> Thank you for your response. I think I can roughly interpret it as
> that it would be best to wait until the FFv57+ equivalent of IceCat has
> arrived to GuixSD and/or Parabola before using LibreJS again on those
> systems.
rarely would i
off-hand, from what you type, it seems that your keybinding is not
working because the program is not actually in your PATH - your PATH has
/home/user/bin - i suspect if you `ls /home/user/bin` you do not see an
executable named 'icecat' - if you did, that would probably be incorrect
anyways,
ok thats sorta what i thought you meant - i couldnt have said it more
verbosely myself - i do quite agree that the web is a hopeless cause for
FOSS - as you say, the only real solution is stop running foreign
scripts completely - though allowing white-listed client-side JS
libraries is an
On 02/22/2018 02:56 PM, David Hedlund wrote:
> On 2018-02-22 09:22, Ivan Zaigralin wrote:
>> GPL-licensed code is not necessarily free. An obfuscated source is
>> unmaintainable regardless of the license, so two freedoms are taken
>> away: the freedom to study, and the freedom to run modified
On 02/22/2018 12:59 PM, Ivan Zaigralin wrote:
> in order to placate LibreJS:
>
i.e. "aint nobody here but us chickens"
i think it is safe to say that any web dev today who cares enough to
"placate LibreJS" is almost certainly not intending any deception -
LibreJS is very effective in blocking
On 02/23/2018 02:40 AM, Narcis Garcia wrote:
> If a web developer publishes with scripts, those scripts should include
> at least Name+Version and md5/hash. First time IceCat visits that
> website, it should download script from trusted repository
youre getting close, but who puts all these
On 12/28/2017 08:37 AM, NutCrackerson wrote:
> I refreshed Windows (using its built-in system refresh function).
>
you may need to re-install icecat - even if the same version
signature.asc
Description: OpenPGP digital signature
--
http://gnuzilla.gnu.org
On 12/28/2017 11:08 AM, NutCrackerson wrote:
> I have already done this (manually extracted all files from archive,
> overwriting the existing ones), unfortunately it didn't help.
sry i did not know that icecat was standalone - i would have certainly
suggested not to unpack the archive "in-place"
at the risk of giving bad advice i should underline that i meant to say
that "instead of just deleting the profile ... you could just rename it
to restore later" - there are guides online of how to do so safely - if
there is anything in your profile that is irreplaceable, the importance
of
kudos @ mark
signature.asc
Description: OpenPGP digital signature
--
http://gnuzilla.gnu.org
when you first download icecat you probably just exploded the tarball or
zip-file then started using it - yes?
so just download the new one when it is released and start using it the
same way
you can delete the old ones if you want to - the preferences and such
are stored elsewhere in your $HOME
On 02/26/2018 10:10 AM, David Hedlund wrote:
>>
>
> Issues can be reported to https://savannah.gnu.org/bugs/?group=librejs
> as well since there are not dedicated "issue" link for LibreJS.
im not sure what is the difference between "issues" and "bugs" but
libreJS has a separate tracker for
On 02/26/2018 12:48 PM, Matthew Wronka wrote:
>
> http://foo/ and https://foo/ are different URLs
> and there's no reason they'd have the same content
just to be clear they are the same URL only they are being accessed
using a different communications protocol
if a particular "content" is
On 02/27/2018 01:33 PM, Ivan Zaigralin wrote:
> I realized that in order to make the web useful without
> having to run nonfree software, we must *unscript* it. Fixing individual
> pages/domains will not solve the problem posed by the disposable software;
in the 90s the web was mostly
On Fri, 21 Sep 2018 20:01:54 +0900 Jean-Christophe wrote:
> I'd like to know how hard it is to create an IceCat from the most recent
> versions of Firefox and eventually from the developer version.
the first thing that leaps to mind is that icecat is built upon the
'ESR' releases - firefox
bugs in any program that was installed using the package manager of
your distro are almost always best reported to the distro - have you
tried the icecat built by GNU?
http://alpha.gnu.org/gnu/gnuzilla/60.2.0/
also, note that this is an alpha release - that means it is probably
buggy and your
On Fri, Sep 21, 2018 at 6:35 PM Jean-Christophe Helary
> I just read that Steve Wheeler was using IceCat 60
well, i dunno who Steve Wheeler is, but he has great taste in web
browsers - "rock on, steve!"
On Sep 22, 2018, at 10:55, carl hansen
> wrote:
> https://alpha.gnu.org/gnu/gnuzilla/60.2.0/
On Jan 19, 2019, at 1:19, Johannes Marbach wrote:
> GNUzilla wouldn't be
> interested in hosting my .dmg of Icecat on their site, right?
just to be clear, GNU used to build for mac some years ago - then
something changed in the toolset (maybe that SDK?) and now building
icecat for mac requires
the GPL does not actually require the sources to be published - they
just need to be offered and available to anyone who wants them by some
means that are not more demanding than how the binaries were acquired -
if the binaries are published on a website, than publishing the sources
on that same
this is the second time this month that someone reported a bug in
some program other than icecat that they got from guix - im confused
--
http://gnuzilla.gnu.org
On Fri, 14 Sep 2018 17:22:43 +0200 HF wrote:
> Awesome! Thank you.
>
> Here's a small mild annoyance I stumbled upon: I like to use IceCat
> with its window maximized. While V52 had no trouble remembering the
> window state, V60 doesn't.
to be clear, what you really mean is "fullscreen-mode" not
On Fri, 14 Sep 2018 11:38:03 -0700 carl wrote:
> What's the deal? autoconf up to date is 2.69, why should I have to
> reinstall old versions?
one good reason would be because that is the version that will allow
this program to compile properly
that is the very reason why software releases are
On Mon, 1 Apr 2019 23:45:59 +0300 x...@riseup.net wrote:
> Can you help?
upstream developers normally are not involved in downstream
packaging - the person who built that fdroid package is almost
certainly the only one who can address your issue
i see from their website that they have a bug
On Tue, 2 Apr 2019 11:35:25 +0200 (CEST) zna...@tutanota.com
wrote:
> IceCat version:
> 60.3.0esr (64-bit) System: GuixSD 0.16 + Linux-Libre
if you installed icecat from the guix package, then you would
need to discuss this with the guix packager - as i understand,
the guix icecat is
i was not implying that your concern was irrelevant; but
relatively speaking, whatever your objections to javascript are,
they are immeasurably more applicable to your operating system
if you have no objection to using a proprietary OS, but you do
object to running some javascript on it, that is
On Wed, 27 Feb 2019 22:15:00 -0800 fxdevelo...@secmail.pro wrote:
> I need to talk with the person who is the maintainer
> of /data/extensions. Please email me.
>
> Thank you.
it is unlikely anyone would hear you talking on a mailing list, but if
you start typing, someone may read the message
you indicated this is due to some recent change? - was it ever the case
in the past that those features of those websites did work with icecat?
those "popular" websites are both proprietary - it is quite likely they
are serving non-free javascript, and supporting only "popular" browsers
with
On Sun, 7 Apr 2019 12:28:15 +0300 x...@riseup.net wrote:
> The issue here is
> about Android.
i fully agree - that is *the* issue - android is non-free
software - i suggest that the root of your problem is not
f-droid nor icecat; but that you are insisting on running a
non-free OS but refusing to
On Thu, 30 May 2019 21:34:46 -0400 Mike wrote:
> I talked to
> Rubén (the current maintainer) at LibrePlanet this year and he
> is still interested in help.
on that notem i can add that a few months back, there was some
discussion among the parabola devs about collaborating more
closely with
just because you see some behavior with parabola's icecat does
not necessarily imply that GNU has that same behavior - the same
is true for most every program - it is always best to file bug
reports on your distro's bug tracker, unless you firstly try the
version released by the upstream and
Dom -
the most interesting thing would be to show any changes that you
had to make to the icecat scripts or to the mozilla sources - if
they are useful or necessary changes, that could help the
gnuzilla devs get the next official version get out sooner
the most useful thing to do, if you are
On Fri, 17 May 2019 03:16:21 + Vipul wrote:
> add-on signature verification is an important security feature?
that would be important if one installs add-ons that they
acquired from third-party sources; for example, the mozilla
website - however, installing third-party software onto a
On Tue, 7 May 2019 20:55:00 -0400 zach wrote:
> I don’t think there has ever been an official Debian package
> of GNU IceCat, but I may be wrong. I do know that Debian uses
> the IceWeasel project as their main web browser, but I’m not
> sure where exactly that comes from.
there has not ever been
which bug does this patch propose to fix? - is there a bug
report or mailing list thread about the problem?
--
http://gnuzilla.gnu.org
that specific concern is only one symptom of the current
situation - at the root of it, is the fact that there is often a
significant amount of work involved to prepare each new release
of these browsers; and the gnuzilla project is currently
under-staffed, and asking for contributors - that has
Raghav -
if you have installed icecat using the guix package manager, it
would be best to report the bug to guix - that is generally true
for any distro package
--
http://gnuzilla.gnu.org
On Tue, 09 Jul 2019 17:59:41 -0400 Mark wrote:
> I honestly don't know how to engage with IceCat upstream
as i mentioned in my previous post, we had some discussion a
few months ago about setting up a communication channel for
anyone interested in maintenance of liberated mozilla browsers
to use
On Thu, 8 Aug 2019 20:42:42 + Davide wrote:
> Maybe there are privacy concerns about Firefox Sync service,
> like any other cloud service
i dont think thats the issue - this is a recurring bug over the
years - the sync feature has been working in some icecat
releases and not in others
On Sat, 18 Jan 2020 11:59:47 +0100 Jens wrote:
> Here I have to write a mail for a bug.
hi jens -
FWIW, other people would be inclined say "on github, i have to
use a web browser and a mouse - most of those projects do not
allow me interact via email - and i can not sign my work or
messages
the gnuzilla release needs to be started from the command line,
or using the F2 "run" dialog - the filename of the executable
is: 'icecat' ; depending on where you extracted icecat, the
command would be something like this:
$ /home/me/Downloads/icecat/icecat
if you want shortcut buttons to
this, just to clarify Amin's reply, pedantically - it is
important to note that there is no: "the linux package manager"
- every distro strain has it's own package manager and packages;
which are maintained by that distro and generally usable only
with that package manager - in this context,
you may need to select the language, or add it to the "Set
Alternatives" list, under the "Language and Appearance" section
on the preferences page: about:preferences
that URL is not supposed to render anything - AFAIK, any
reference to it, is internal, referring to the "about" GUI
modal
are there any videos on that website which can demonstrate the
same problem, but do not require registration ? - or can you
find another example on some other website?
very thorough - gj Thérèse
seeing as the page is being revised, i could add a few notes
1) regarding the layout, the logo at the top of the page, is what
is wasting the most space - i suggest making the initial
paragraph of text to wrap around that image - the image could
even be
very thorough - gj Thérèse
seeing as the page is being revised, i could add a few notes
1) regarding the layout, the logo at the top of the page, is what
is wasting the most space - i suggest making the initial
paragraph of text to wrap around that image - the image could
even be
look like i double posted - i guess i still dont know how this
new system works - my first reply went to bug-gnuzilla@gnu.org;
but the OP appears to have been sent to 42...@debbugs.gnu.org -
my client did not add the debbugs address to the CC list; so i
re-sent it explicitly; supposing that
the makeicecat script does not handle unclean re-builds
gracefully - if you are interested, i have a patch which cleans
the work dir, if it is present, and also avoids downloading the
upstream sources repeatedly, if those are present
that is mainly to assist with development, of course - if you
if you installed icecat from your distro package manager, it is
usually best to report bugs to the distro packager - the distro
packager would know which version you have, for example - also,
it would be difficult for anyone to verify the problem, unless
you give a concrete example of a failing
eeping changes
https://git.parabola.nu/~bill-auger/icecat.git/commit/?h=v78.6=d678974b62ecb7608ddbab2406fdad7b33fd5121
if you have the gnuzilla git sources, the easiest way to use it,
would be to pull the v78.6 branch from the parabola fork
$ git remote add parabola https://git.parabola.nu/~bill
i may have found a solution for this
there has been a long-standing debate in parabola, as to whether
spoofing the user-agent is a good anti-fingerprinting measure -
people tend to agree that it probably does more harm than good
for example, 'IceCat' in the user-agent string, actually presents
; rv:88.0) Gecko/20100101
Firefox/88.0
here are two mutually-exclusive patches, one for each potential fix:
update spoofed user-agent to match firefox on windows10:
https://git.parabola.nu/~bill-auger/icecat.git/commit/?h=update-spoofed-useragent=9b0b4f144d6d1f319330191ed8990079b6a7
do
its not over-looked; but there have not been any recent binary
releases - the current versions are in source code form only
http://git.savannah.gnu.org/cgit/gnuzilla.git
there are community packages though - fedora, guix, and parabola
have icecat binaries packaged, and there is a debian package
that server is operated by the FSF - there is nothing that the
gnuzilla team could do about this
U may want to send this message to the sysadmins
https://www.fsf.org/about/contact/email
export/import of bookmarks is already a standard feature,
which has existed for many years
given that the icecat add-ons wiki page is essentially
un-maintained, there is one very simple way to improve the
user-experience - the trisquel team maintains a catalog of
add-ons, which is the default URL for the abrowser add-ons GUI -
rather than packaging and maintaining add-ons, it is simply
from any mozilla-based browser:
open the bookmarks manager
use the "export to HTML" menu
remember where you saved the bookmarks.html file
when you install icecat (or any other mozilla-based browser):
open the bookmarks manager
use the "import from HTML" menu
load the saved bookmarks.html file
GUI-oriented folks can also install add-ons with a mouse, by
dragging the .xpi file from the desktop or a graphical file
manager, and dropping it onto a running icecat window
i just installed "dark reader" from the mozilla website and it
installed as expected - most likely, the OP's
self-compiled
On Wed, 24 Mar 2021 23:43:50 +0200 Mart wrote:
> Right-click the GitLab page, click on View Page Info, go to
> Permissions tab, scroll to the Cookie section, uncheck the default,
> and make sure Allow (radio button) is checked.
thanks for the suggestion; but it does not work - if it did, i
would
i dont have a solution for this; but it turned up on the
parabola bug tracker some months ago, conflated with other
similar issues, which affected icecat and parabola's iceweasel,
probably since v81 - i dont believe that the problem existed
when iceweasel was v78, so it is probably not the browser
On Wed, 29 Sep 2021 17:35:49 + William wrote:
> Hi,
>
> 60.7.0esr (64-bit) - Linux Mint
>
> I hope this is the right address to highlight these issues.
as i suggested on the previous thread, you should use icecat v68
instead - icecat v60 is past end-of-life - i think it is safe to
say that
Chen Yu -
gnuzilla no longer publishes installer packages - since v68,
icecat is maintained only as source code
the preferred way to install icecat is from the repos of a distro
which packages it - if you are using an arch-like distro, you
could use the icecat package from parabola - fedora
gnuzilla does not publish to f-droid - upstream projects
generally do not publish prepared packages of that sort - if you
find a problem with any pre-packaged binary icecat, or youd like
the package upgraded in that repo, you would need to contact the
person who publishes the package
i dont know
On Sat, 30 Jul 2022 09:00:36 + Adam wrote:
> JavaScript error: resource://gre/modules/CaptiveDetect.jsm, line 296:
> NS_ERROR_FAILURE: No canonical URL set up.
thats probably not significant - i tried setting the
canonicalURL, on a hunch - it still crashes though
just to nit-pick, that web-based conference tool is named
'jitsi-meet' - 'jitsi' is a java-based SIP client, also from the
jitsi team - 'jitsi' is significantly older - the more recent
popularity of web conferencing, combined with the decrease in
popularity of SIP, has people generally confused
On Thu, 22 Sep 2022 22:50:06 -0400 Michael wrote:
> the user claims that the page worked after they
> disabling privacy.resistFingerprinting.
i looked into jitsi-meet specifically - with parabola's icecat
102 (with the patch to avoid spoofing the user-agent) -
jitsi-meet does not work
> "It
there is more to it than the user-agent string - there are
several associated config vars which affect that cloudflare
browser check - i have been patching icecat like so, since 2021,
specifically to fix this problem
https://git.parabola.nu/~bill-auger/icecat.git/commit/?h=do-not-spoof-useragent
On Thu, 22 Sep 2022 23:49:16 -0400 bill-auger wrote:
> there is more to it than the user-agent string
i could have explained that better - especially if you want to
continue spoofing the user-agent, this is what youd need to mind
the likely cause of the rejection, is because the user-ag
On Thu, 22 Sep 2022 20:51:38 -0400 Mark wrote:
> that my Guix-built IceCat 102 sent the following user agent string:
>
> "Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0"
mark, would you try the "sign in" button on gitlab.com - you
dont need to sign in - if you see the
that server may never have had a home page (index.html) -
in icecat preferences, the "addons" search loads
https://gnuzilla.gnu.org/extensions which is now 404
it may be the only purpose of that web-server; and the
missing index.html is not-a-bug - the 404 is actually "the bug"
On Fri, 20 Jan 2023 16:25:17 +0100 alba wrote:
> I have installed Icecat 60.7.0esr
that alone is sufficient to address this bug report
that version has been end-of-life and un-maintained for more than
3 years - it should have been removed from the website then - i
doubt that anyone is willing to
On Sun, 8 Jan 2023 22:31:05 +0100 Mr. wrote:
> I hate mozilla for always trashing good stuff like rss support, ftp
> support and now mobile addon support, thankfully there are people who
> care about real free software ;)
they also removed support for the irc:// and ircs:// protocols
recently -
On Sat, 12 Nov 2022 12:38:12 +0100 Antonio wrote:
> Do you know of this GitLab bug
> https://gitlab.com/gitlab-org/gitlab/-/issues/345328?
yes, that bug is years-old now - it has been addressed on this
mailing list; but the patches are yet to be accepted:
On Mon, 14 Nov 2022 01:39:49 +0100 Ruben wrote:
> this mismatch breaks things.
On Mon, 14 Nov 2022 13:12:37 +0200 bob wrote:
> would it fix the bug by changing it back to 'firefox'?
the mismatch was the problem - the user-agent alone was acceptable
- i had explained it better on a preceding
though the public instance of the mozarella website is hosted under gnuzilla's
web space, it not part of the gnuzilla project or any GNU project - it is used
by other web browsers also, such as parabola's iceweasel and trisquel's
abrowser - mozarella's author probably does not read this mailing
this bug prevents icecat from accessing many websites (any which
guard traffic via cloudflare, for example) - gitlab is perhaps
the most popular example - it was a long-standing bug in
iceweasel also; but i eventually identified and solved the
problem; and i made a patch for gnuzila also
86 matches
Mail list logo