After installing Leap 15.4, I updated Firefox to v101. It appears to be a lot faster and more responsive than the v95 I had been running with 15.3. BTW, why is v91 still provided with 15.4? Shouldn't something more current be offered?
James Knott wrote:
After installing Leap 15.4, I updated Firefox to v101. It appears to be a lot faster and more responsive than the v95 I had been running with 15.3.
BTW, why is v91 still provided with 15.4? Shouldn't something more current be offered?
Isn't that the whole point about Leap, specifically not being bleeding edge? -- Per Jessen, Zürich (16.5°C)
On 2022-06-09 2:31 p.m., Per Jessen wrote:
BTW, why is v91 still provided with 15.4? Shouldn't something more current be offered? Isn't that the whole point about Leap, specifically not being bleeding edge?
101 is current in Windows. It could hardly be called "bleeding edge". As I said, I was running 95 on 15.3. How old is 91?
* James Knott <james.knott@jknott.net> [06-09-22 14:36]:
On 2022-06-09 2:31 p.m., Per Jessen wrote:
BTW, why is v91 still provided with 15.4? Shouldn't something more current be offered? Isn't that the whole point about Leap, specifically not being bleeding edge?
101 is current in Windows. It could hardly be called "bleeding edge". As I said, I was running 95 on 15.3. How old is 91?
age of the application is not relivant, Leap is supposed to represent stability, not all the newer applictions. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc
On 2022-06-09 2:46 p.m., Patrick Shanahan wrote:
101 is current in Windows. It could hardly be called "bleeding edge". As I said, I was running 95 on 15.3. How old is 91? age of the application is not relivant, Leap is supposed to represent stability, not all the newer applictions.
Well, one problem I had before is Firefox would gradually bog down. I'd have to kill and restart it to get back to normal. I'll have to see how 101 holds up.
On 2022-06-09 12:34, James Knott wrote:
On 2022-06-09 2:31 p.m., Per Jessen wrote:
BTW, why is v91 still provided with 15.4? Shouldn't something more current be offered? Isn't that the whole point about Leap, specifically not being bleeding edge?
101 is current in Windows. It could hardly be called "bleeding edge". As I said, I was running 95 on 15.3. How old is 91?
The version in 15.4 is 91 ESR (extended support release). I believe that means that many (most? all?) of the features in newer non-ESR releases have been backported.
Darryl Gregorash composed on 2022-06-09 13:34 (UTC-0600):
The version in 15.4 is 91 ESR (extended support release). I believe that means that many (most? all?) of the features in newer non-ESR releases have been backported.
MozillaFirefox and Firefox-ESR are different animals like TW and Leap are different animals. ESR & Leap get security and bug fixes, not new features or app overhauls. 15.4 got a non-ESR version of Firefox with the expectation of switching to the next ESR that comes along, 102. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
James Knott wrote:
On 2022-06-09 2:31 p.m., Per Jessen wrote:
BTW, why is v91 still provided with 15.4? Shouldn't something more current be offered? Isn't that the whole point about Leap, specifically not being bleeding edge?
101 is current in Windows. It could hardly be called "bleeding edge". As I said, I was running 95 on 15.3. How old is 91?
Well, if you want bleeding edge, use Tumbleweed. -- Per Jessen, Zürich (15.5°C)
On 6/9/22 13:31, Per Jessen wrote:
Isn't that the whole point about Leap, specifically not being bleeding edge?
Well... to a point... But just try and: #include <filesystem> (which has been around since C++17), and you find out "not being bleeding edge" means "downright old" at times :) (thankfully g++11 is also available, but a bit odd to need two gcc versions installed) -- David C. Rankin, J.D.,P.E.
On 2022-06-09 20:31, Per Jessen wrote:
James Knott wrote:
After installing Leap 15.4, I updated Firefox to v101. It appears to be a lot faster and more responsive than the v95 I had been running with 15.3.
BTW, why is v91 still provided with 15.4? Shouldn't something more current be offered?
Isn't that the whole point about Leap, specifically not being bleeding edge?
IMO, it is too conservative. Not Firefox/Thunderbird specifically, that's fairly recent, I think. -- Cheers / Saludos, Carlos E. R. (from Elesar, using openSUSE Leap 15.3)
On 2022-06-09 20:29, James Knott wrote:
After installing Leap 15.4, I updated Firefox to v101. It appears to be a lot faster and more responsive than the v95 I had been running with 15.3.
BTW, why is v91 still provided with 15.4? Shouldn't something more current be offered?
<https://lists.opensuse.org/archives/list/users@lists.opensuse.org/message/H4ZF2MOTPQ6VII5P7WH3GP4A353AN2NA/> -- Cheers / Saludos, Carlos E. R. (from Elesar, using openSUSE Leap 15.3)
Am 09.06.22 um 20:29 schrieb James Knott:
After installing Leap 15.4, I updated Firefox to v101. It appears to be a lot faster and more responsive than the v95 I had been running with 15.3.
BTW, why is v91 still provided with 15.4? Shouldn't something more current be offered? There is a simple way of installing newest non beta firefox on all versions of Suse for yourself, I am doing this for years now on Ubuntu and Suse (all versions).
1) download the newest version from https://ftp.mozilla.org/pub/firefox/releases/ 2) make some directory with root to unpack it e.g. /root/admin/ unpack the corresponding e.g. firefox-101-0-1.tar.bz2 from https://ftp.mozilla.org/pub/firefox/releases/101.0.1/linux-x86_64/en-GB/ there. 3) move your old firefox e.g. mv /usr/bin/firefox /usr/bin/firefox_101_0 4) cp -a /root/admin/firefox /opt/ownMozillaFirefox101_0_1 5) ln -s /opt/ownMozillaFirefox101_0_1/firefox /usr/bin/firefox 6) you can make a backup of ~/.mozilla somewhere 7) when you first start firefox all your old tabs are gone and a new profile is created, but don't be afraid- it is all still there. ;-) 7.1) go through the initial stuff of firefox, say no(!) when it asks to import stuff from the previous profile. 7.2) exit firefox 8) list all the content of ~/.mozilla/firefox There should be 2 profiles now e.g. the newer vphp7ndv.default-release-<some number> and the older profile <letternumbercombination.default-release>-<some number -1> 9) cp -a <letternumbercombination.default-release>-<some number -1>/* vphp7ndv.default-release-<some number>/. 10) if you then start firefox again, everything should come up as before but in the new firefox version You may delete <letternumbercombination>-<some number -1> and the ~/.mozilla_backup then if all works. BR PM
Peter Maffter composed on 2022-06-10 22:36 (UTC+0200):
There is a simple way of installing newest non beta firefox on all versions of Suse for yourself, I am doing this for years now on Ubuntu and Suse (all versions).
ls -1 /usr/local bin dfsee etc ffcur # symlink to whichever version I consider latest ffe78 # contains Firefox ESR 78 ffe91 # contains Firefox ESR 91 ffnxt # contains whatever version is in beta fftst # contains whatever version happens to be there ffx # for quick tests of whatever.... include
Unlike /opt/, my /usr/local/ is a separate filesystem, and shared by all installed distros, since around two decades or so ago: lib lib64 libexec lost+found man pmoon # latest Palemoon release sbin share # among others, contains fonts, available to all users/distros smcur # contains .25312 smnxt # contains whatever version is in beta smtst # contains whatever version happens to be there, typically an alpha src tmp wfx No need for only one Firefox, or directories named firefox. For each directory/version I have a separate profile in ~/.mozilla, and a discrete .desktop file in /usr/local/share/applications, each containing something akin to: "Command: /usr/local/ffe91/firefox -no-remote -P ffe91" To populate the /usr/local directories, I extract the content of the first level directory in the downloaded file directly to an appropriate directory in /usr/local. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
On Fri, 10 Jun 2022 17:12:49 -0400 Felix Miata <mrmazda@earthlink.net> wrote:
Peter Maffter composed on 2022-06-10 22:36 (UTC+0200):
There is a simple way of installing newest non beta firefox on all versions of Suse for yourself, I am doing this for years now on Ubuntu and Suse (all versions).
Unlike /opt/, my /usr/local/ is a separate filesystem, and shared by all installed distros, since around two decades or so ago:
I'm not sure what the purpose of your post is Felix? Are you arguing about whether the directory where non-beta Firefoxes and similar software should be a separate filesystem or not (which I don't think Peter stated an opinion on?)? Or is an argument in the /opt /usr/local wars. See e.g. https://www.linuxjournal.com/magazine/pointcounterpoint-opt-vs-usrlocal Or is it ...
ls -1 /usr/local bin dfsee etc ffcur # symlink to whichever version I consider latest ffe78 # contains Firefox ESR 78 ffe91 # contains Firefox ESR 91 ffnxt # contains whatever version is in beta fftst # contains whatever version happens to be there ffx # for quick tests of whatever.... include lib lib64 libexec lost+found man pmoon # latest Palemoon release sbin share # among others, contains fonts, available to all users/distros smcur # contains .25312 smnxt # contains whatever version is in beta smtst # contains whatever version happens to be there, typically an alpha src tmp wfx
No need for only one Firefox, or directories named firefox.
... a comment about the number of directories needed or something else? Or are you just trying to say that there's more than one way to skin a cat and congratulating Peter on suggesting at least one? Whatever, your post comes across as rather more negative than I hope you might have hoped!
For each directory/version I have a separate profile in ~/.mozilla, and a discrete .desktop file in /usr/local/share/applications, each containing something akin to: "Command: /usr/local/ffe91/firefox -no-remote -P ffe91"
To populate the /usr/local directories, I extract the content of the first level directory in the downloaded file directly to an appropriate directory in /usr/local.
Am 10.06.22 um 23:38 schrieb Dave Howorth:
On Fri, 10 Jun 2022 17:12:49 -0400 Felix Miata <mrmazda@earthlink.net> wrote:
Peter Maffter composed on 2022-06-10 22:36 (UTC+0200):
There is a simple way of installing newest non beta firefox on all versions of Suse for yourself, I am doing this for years now on Ubuntu and Suse (all versions). Unlike /opt/, my /usr/local/ is a separate filesystem, and shared by all installed distros, since around two decades or so ago: I'm not sure what the purpose of your post is Felix? Are you arguing about whether the directory where non-beta Firefoxes and similar software should be a separate filesystem or not (which I don't think Peter stated an opinion on?)?
Or is an argument in the /opt /usr/local wars. See e.g. https://www.linuxjournal.com/magazine/pointcounterpoint-opt-vs-usrlocal
Or is it ...
I understood Felix in the way that he is trying several versions of firefox at the same time which is a different (but interesting) approach.
ls -1 /usr/local bin dfsee etc ffcur # symlink to whichever version I consider latest ffe78 # contains Firefox ESR 78 ffe91 # contains Firefox ESR 91 ffnxt # contains whatever version is in beta fftst # contains whatever version happens to be there ffx # for quick tests of whatever.... include lib lib64 libexec lost+found man pmoon # latest Palemoon release sbin share # among others, contains fonts, available to all users/distros smcur # contains .25312 smnxt # contains whatever version is in beta smtst # contains whatever version happens to be there, typically an alpha src tmp wfx
No need for only one Firefox, or directories named firefox. .. a comment about the number of directories needed or something else?
Or are you just trying to say that there's more than one way to skin a cat and congratulating Peter on suggesting at least one?
Whatever, your post comes across as rather more negative than I hope you might have hoped!
Did not see that as negative. If I am doing something wrong in my description: please tell me, I am eager to learn. BR PM
Peter Maffter composed on 2022-06-10 23:59 (UTC+0200):
I understood Felix in the way that he is trying several versions of firefox at the same time which is a different (but interesting) approach.
This is a significant one of my purposes for replying, except the better words would be "using several versions", not trying.... Occasionally there is "trying" involved, but normal here is 4 or more different web browsers running at once. The only browsers installed via package management here are Falkon, Konq & Chromium. Firefox has been subjecting users to devolution most of its life. My primary Firefox remains ESR52, but my primary browser is a SeaMonkey, which I only upgraded to current release 2 days ago from a version released almost 3 years ago. Where security actually matters, such as for banking, I open something "current", fulfill the purpose, then close it. For these, I never save passwords. For web sites that have passwords mainly to reduce interaction with evildoers, I use browsers that provide the better feature sets, and don't move things around between releases. Suggesting that /opt could be a poor choice for optional apps to be shared on a multiboot system was one of my purposes. For single booters, fussing whether to put out-of-package-management apps in /opt vs. /usr/local is better is pointless. Another purpose was that optional app directory names can be at the pleasure of the admin, and need no dots, underscores or other name bloaters. Obviously more than one way to skin a cat was a purpose, but the main purpose was not being limited to just one installed Firefox or profile per installation, user or PC. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
participants (9)
-
Carlos E. R. -
Darryl Gregorash -
Dave Howorth -
David C. Rankin -
Felix Miata -
James Knott -
Patrick Shanahan -
Per Jessen -
Peter Maffter