Re: [gentoo-user] Re: firefox managed by my organization?
On Thursday, 5 March 2020 23:04:56 GMT Walter Dnes wrote:
> On Thu, Mar 05, 2020 at 12:30:51PM +, Michael wrote
>
> > I haven't yet given Palemoon a spin and consequently have no
> > experience of it. How does it compare to FF? I am curious as to
> > security and performance comparisons.
>
> It's kept updated regularly for security. See
> http://www.palemoon.org/releasenotes.shtml for update info. "CVE-"
> mentions are usually for code inherited from Firefox. The reason the
> version number is "so low" is that update increments tend to be +0.0.1
> instead of full integer +1 like Firefox/Chrome. Major milestones are
> where the integer increments occur. I believe that performance is
> roughly the same, but I don't use both, so I don't definitively know.
> BTW, Pale Moon is still XUL, versus Firefox Webextensions, so the
> respective addons/extensions are incompatible. Pale Moon stuff is listed
> at https://addons.palemoon.org/extensions/
I use a couple of Addons, I guess I could fish for older XUL based versions
and see if they run.
> > Would they differ in performance terms on an old AMD powered laptop?
>
> 1st question; how old is the AMD laptop? Pale Moon requires at least
> SSE2-capable cpus.
I'll be OK on this front. SSE2 is available.
> 2nd question; how old is the AMD laptop? As per thread
> https://forum.palemoon.org/viewtopic.php?f=37=23031 the official
> 32-bit tarball will no longer be generated as of Nov 2020. Note that
> this will not prevent you from building it yourself in Gentoo or "the
> hard way", or "community versions" or whatever.
Thanks, amd64 arch will work nicely.
> > What is the recommended way to install in Gentoo? I noticed
> > the palemoon overlay has ebuilds for source and binary options.
>
> You can go the overlay route to manage it by Gentoo, but remember to
> disable system libs. This will continue to work for 32 and 64-bit.
>
> Or you can pull down the tarball and extract to your home directory
> and point your program launcher to ${HOME}/palemoon/palemoon The entire
> program is contained in ${HOME}/palemoon so it doesn't splatter stuff
> all over. "Uninstalling" consists of "rm -rf ${HOME}/palemoon". You
> can set it to auto-update (64-bit only after November) if you install it
> in a directory that you have write-access to.
This is good to know. Will give it a spin, thanks Walter!
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Re: firefox managed by my organization?
On Thu, Mar 05, 2020 at 12:30:51PM +, Michael wrote
> I haven't yet given Palemoon a spin and consequently have no
> experience of it. How does it compare to FF? I am curious as to
> security and performance comparisons.
It's kept updated regularly for security. See
http://www.palemoon.org/releasenotes.shtml for update info. "CVE-"
mentions are usually for code inherited from Firefox. The reason the
version number is "so low" is that update increments tend to be +0.0.1
instead of full integer +1 like Firefox/Chrome. Major milestones are
where the integer increments occur. I believe that performance is
roughly the same, but I don't use both, so I don't definitively know.
BTW, Pale Moon is still XUL, versus Firefox Webextensions, so the
respective addons/extensions are incompatible. Pale Moon stuff is listed
at https://addons.palemoon.org/extensions/
> Would they differ in performance terms on an old AMD powered laptop?
1st question; how old is the AMD laptop? Pale Moon requires at least
SSE2-capable cpus.
2nd question; how old is the AMD laptop? As per thread
https://forum.palemoon.org/viewtopic.php?f=37=23031 the official
32-bit tarball will no longer be generated as of Nov 2020. Note that
this will not prevent you from building it yourself in Gentoo or "the
hard way", or "community versions" or whatever.
> What is the recommended way to install in Gentoo? I noticed
> the palemoon overlay has ebuilds for source and binary options.
You can go the overlay route to manage it by Gentoo, but remember to
disable system libs. This will continue to work for 32 and 64-bit.
Or you can pull down the tarball and extract to your home directory
and point your program launcher to ${HOME}/palemoon/palemoon The entire
program is contained in ${HOME}/palemoon so it doesn't splatter stuff
all over. "Uninstalling" consists of "rm -rf ${HOME}/palemoon". You
can set it to auto-update (64-bit only after November) if you install it
in a directory that you have write-access to.
--
Walter Dnes
I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Re: firefox managed by my organization?
On Wednesday, 4 March 2020 20:59:53 GMT Walter Dnes wrote: > On Wed, Mar 04, 2020 at 07:12:35PM +0100, n952162 wrote > > > On 2020-03-04 17:14, Daniel Frey wrote: > > > It will go away but allowing Firefox to self-update on Gentoo will get > > > you a very broken Firefox as the ebuilds have gone away from large > > > monolithic builds to linking to local system libraries. Not recommended! > > > > > > Dan > > > > Ah, good point. But I should be able to do the same thing from with > > "preference" somewhere, I suspect. > > A Pale Moon user here. We get the same warnings about not building > Pale Moon with system libs (item 5 > https://forum.palemoon.org/viewtopic.php?f=62=20885 ). Since PM is a > Firefox fork, it inherits a lot of the same behaviour. I notice that > doing "emerge -pv firefox" shows the following default USE flags... > > system-av1 system-harfbuzz system-icu system-jpeg system-libevent > system-libvpx system-sqlite system-webp > > Over-riding them in package.use, that should prevent the problems. I haven't yet given Palemoon a spin and consequently have no experience of it. How does it compare to FF? I am curious as to security and performance comparisons. What is the recommended way to install in Gentoo? I noticed the palemoon overlay has ebuilds for source and binary options. Would they differ in performance terms on an old AMD powered laptop? signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: firefox managed by my organization?
On Wed, Mar 04, 2020 at 07:12:35PM +0100, n952162 wrote > On 2020-03-04 17:14, Daniel Frey wrote: > > > > It will go away but allowing Firefox to self-update on Gentoo will get > > you a very broken Firefox as the ebuilds have gone away from large > > monolithic builds to linking to local system libraries. Not recommended! > > > > Dan > > > > Ah, good point. But I should be able to do the same thing from with > "preference" somewhere, I suspect. A Pale Moon user here. We get the same warnings about not building Pale Moon with system libs (item 5 https://forum.palemoon.org/viewtopic.php?f=62=20885 ). Since PM is a Firefox fork, it inherits a lot of the same behaviour. I notice that doing "emerge -pv firefox" shows the following default USE flags... system-av1 system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-sqlite system-webp Over-riding them in package.use, that should prevent the problems. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Re: firefox managed by my organization?
On 2020-03-04 17:14, Daniel Frey wrote:
On 3/4/20 12:14 AM, n952162 wrote:
Yes, you're right:
01~>cat /usr/lib64/firefox/distribution/policies.json
{
"policies": {
"DisableAppUpdate": true
}
}
The prediction is, if I were to remove that file, the banner would go
away. I'll try that at some point.
Thank you.
It will go away but allowing Firefox to self-update on Gentoo will get
you a very broken Firefox as the ebuilds have gone away from large
monolithic builds to linking to local system libraries. Not recommended!
Dan
Ah, good point. But I should be able to do the same thing from with
"preference" somewhere, I suspect.
Re: [gentoo-user] Re: firefox managed by my organization?
On 3/4/20 12:14 AM, n952162 wrote:
Yes, you're right:
01~>cat /usr/lib64/firefox/distribution/policies.json
{
"policies": {
"DisableAppUpdate": true
}
}
The prediction is, if I were to remove that file, the banner would go
away. I'll try that at some point.
Thank you.
It will go away but allowing Firefox to self-update on Gentoo will get
you a very broken Firefox as the ebuilds have gone away from large
monolithic builds to linking to local system libraries. Not recommended!
Dan
Re: [gentoo-user] Re: firefox managed by my organization?
On 2020-03-04 09:06, Nikos Chantziaras wrote:
On 03/03/2020 00:16, n952162 wrote:
I have a banner that says that "your browser is being managed by your
organization". Oh yeah? I guess that would be gentoo. How can I break
that relationship?
I use firefox-bin and this:
qlist firefox-bin | grep json
reveals that the ebuild installs:
/opt/firefox/distribution/policies.json
which disables the built-in update check:
{
"policies": {
"DisableAppUpdate": true
}
}
Probably something similar is happening with the non-bin firefox ebuild.
In particular, when I set my default home page (to blank), after
properly exiting firefox and re-starting, I'm back to the mozilla home
page and I get a mozilla privacy notice tab. Is that "managed"?
Hm. Probably not. Something else might be causing this.
Yes, you're right:
01~>cat /usr/lib64/firefox/distribution/policies.json
{
"policies": {
"DisableAppUpdate": true
}
}
The prediction is, if I were to remove that file, the banner would go
away. I'll try that at some point.
Thank you.
[gentoo-user] Re: firefox managed by my organization?
On 03/03/2020 00:16, n952162 wrote:
I have a banner that says that "your browser is being managed by your
organization". Oh yeah? I guess that would be gentoo. How can I break
that relationship?
I use firefox-bin and this:
qlist firefox-bin | grep json
reveals that the ebuild installs:
/opt/firefox/distribution/policies.json
which disables the built-in update check:
{
"policies": {
"DisableAppUpdate": true
}
}
Probably something similar is happening with the non-bin firefox ebuild.
In particular, when I set my default home page (to blank), after
properly exiting firefox and re-starting, I'm back to the mozilla home
page and I get a mozilla privacy notice tab. Is that "managed"?
Hm. Probably not. Something else might be causing this.
