search for: esr

...te: > >> On 03/08/2017 09:10 AM, m.roth at 5-cent.us wrote: >>> Hi, Johnny, >>> >>> Johnny Hughes wrote: >>>> I am currently building the latest Firefox updates and I have noticed >>>> that they have upgraded the CentOS-7 Firefox from the ESR tree (45.8) to >>>> the mainline tree (Currently firefox-52.0). They have left EL5 and EL6 >>>> at the ESR level (45.8.0-2). >>>> >>>> EL7: >>>> https://rhn.redhat.com/errata/RHSA-2017-0461.html >>>> >>>> EL5 and E...

Jonathan Billings wrote: > > Amazingly it appears that Red Hat has released another Firefox: Red Hat just follow the Mozilla ESR stream release cycle, which is currently ESR 78 with point releases come out every 4 weeks or so Each ESR stream is supported by Mozilla for about a year, with each major release based on the standard 'rapid release' version at the time - i.e. the previous ESR version was 68, based on the...

...by(), but I got stuck at the point where I want to stack back the sub- data frames, and I was wondering whether someone could help me out. Here is an example: <-- > y <- data.frame(suid = c(rep(1074034,16),rep(1123003,4)), month = rep(c(12,1,2,3),5), esr = c(6,2,2,2,1,1,1,1,2,2,2,2,9,9,9,9,2,2,2,2)) > by(y,y$month,function(x)return(x)) y$month: 1 suid month esr 2 1074034 1 2 6 1074034 1 1 10 1074034 1 2 14 1074034 1 9 18 1123003 1 2 ------------------------------------------------------------ y$month:...

.../08/2017 09:10 AM, m.roth at 5-cent.us wrote: >>>> >>>>> Johnny Hughes wrote: >>>>> >>>>>> I am currently building the latest Firefox updates and I have noticed >>>>>> that they have upgraded the CentOS-7 Firefox from the ESR tree (45.8) >>>>>> to >>>>>> the mainline tree (Currently firefox-52.0). They have left EL5 and >>>>>> EL6 >>>>>> at the ESR level (45.8.0-2). >>>>>> >>>>>> EL7: >>>>>> htt...

> Date: Thursday, April 28, 2016 22:27:16 -0400 > From: Jonathan Billings <billings at negate.org> > > On Fri, Apr 29, 2016 at 02:23:32AM +0100, Always Learning wrote: >> >> Centos replaced well-running customise Firefox with version ESR >> 45.1.0 > > Errr... you mean Red Hat released a security update (see > https://rhn.redhat.com/errata/RHSA-2016-0695.html), and CentOS > rebuilt and released it. > > What, exactly, would you like the CentOS maintainers to do > differently? Are you volunteering your ti...

...>>>>> > >>>>>> Johnny Hughes wrote: > >>>>>> > >>>>>>> I am currently building the latest Firefox updates and I have > noticed > >>>>>>> that they have upgraded the CentOS-7 Firefox from the ESR tree > (45.8) > >>>>>>> to > >>>>>>> the mainline tree (Currently firefox-52.0). They have left EL5 and > >>>>>>> EL6 > >>>>>>> at the ESR level (45.8.0-2). > >>>>>>> > &gt...

On Oct 23, 2020, at 14:45, Leon Fauster via CentOS <centos at centos.org> wrote: > Mozilla released version 68.12.0, on August 25, 2020 -> > https://www.mozilla.org/en-US/firefox/68.12.0/releasenotes/ > > RH has an ELS phase - if it gets fixed then only for paying customers. Amazingly it appears that Red Hat has released another Firefox:

...n wrote: > > Phil Wyett wrote: > >> On Wed, 2016-04-27 at 08:27 -0400, Phelps, Matthew wrote: > >>> The latest version of firefox, 46.0 requires GTK3 and so it fails on > >>> CentOS > >>> 6.7. > >>> > >>> I know there is the ESR release supplied by upstream, but that is > >>> based on > >>> version 38. We have regularly installed the Mozilla "Linux" version of > >>> Firefox in a central location for our users, and this has worked just > >>> fine > >>> un...

Phil Wyett wrote: > On Wed, 2016-04-27 at 08:27 -0400, Phelps, Matthew wrote: >> The latest version of firefox, 46.0 requires GTK3 and so it fails on CentOS >> 6.7. >> >> I know there is the ESR release supplied by upstream, but that is based on >> version 38. We have regularly installed the Mozilla "Linux" version of >> Firefox in a central location for our users, and this has worked just fine >> until 46.0. (I note from >> https://www.mozilla.org/en-US/f...

wwp wrote: >>> >>> They obviously felt more comfortable instead released the older one on >>> EL6 this cycle, but I suspect that the newer 52.x ESR version will be >>> released during the next cycle. >>> >>> >> Indeed, the latest RHEL 6 update for firefox is the 52.1.0 ESR release: >> >> This update upgrades Firefox to version 52.1.0 ESR. > > Sorry for jumping into this topic from nowhere.. do...

Centos replaced well-running customise Firefox with version ESR 45.1.0 * All the add-ons (language dictionaries, Adblock Plus, Classic Theme Restorer etc.) were disabled with no simple method of reactivating them. Reason given was they were "unsigned". * About:config xpinstall.signatures.required = false partially reduced the problem. * Then po...

....org/addons/2019/05/04/update-regarding-add-ons-in-firefox/ The signing thing is a security feature. I don't like a workaround to disable a security feature instead of fixing it. What makes me feel a bit bad is that everybody has fixed versions by now, only we enterprise Linux users using the ESR version still don't have fixed versions available. I don't complain because we usually get very fast updates, but this time we seem stuck. I can live with it but it's a bit difficult to explain to our users. Did upstream already release new packages? Regards, Simon > > -- >...

Hi everyone, I use firefox on centos 7 at work but due to the fairly well know extension signing problem, I cannot use ublock origin. From what I can tell, the latest version of firefox in the updates repository is 60.6.1-1.el7. It looks like Mozilla have just released firefox esr 60.6.2 which should fix the signing issue. (see https://www.mozilla.org/en-US/firefox/60.6.2/releasenotes/) Would it be possible for someone to pass this message on to someone who can package this, so that users like me can update?

...ed new firefox packages? Regards, Simon > > BTW, Mozilla publishes tarballs that you can simply extract and run (and > will self-update), you can use those (it's what I am doing as a workaround > in fact until RH catches up): > https://ftp.mozilla.org/pub/firefox/releases/60.6.3esr/linux-x86_64/ > > -- > Sent from the Delta quadrant using Borg technology! > > Nux! > www.nux.ro > > ----- Original Message ----- >> From: "CentOS mailing list" <centos at centos.org> >> To: "CentOS mailing list" <centos at centos.org...

...on't usually announce publicly what their future plans are - but on the off-chance that someone on this list may know: Does anyone know what Redhat are likely to do with the next major release of Firefox on RHEL (and hence CentOS) ? The reason I ask, is that RHEL has been supplying the 'ESR' (Extended Support Release) version of Firefox - which Mozilla supports for about a year - and RHEL moves to each new ESR version before Mozilla drops support for the previous version. Up until the current version of ESR (52), the major versions have been mostly compatible, but the next re...

The price we pay.. :) BTW, Mozilla publishes tarballs that you can simply extract and run (and will self-update), you can use those (it's what I am doing as a workaround in fact until RH catches up): https://ftp.mozilla.org/pub/firefox/releases/60.6.3esr/linux-x86_64/ -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ----- Original Message ----- > From: "CentOS mailing list" <centos at centos.org> > To: "CentOS mailing list" <centos at centos.org> > Sent: Wednesday, 8 May, 2019 17:24:...

I am currently building the latest Firefox updates and I have noticed that they have upgraded the CentOS-7 Firefox from the ESR tree (45.8) to the mainline tree (Currently firefox-52.0). They have left EL5 and EL6 at the ESR level (45.8.0-2). EL7: https://rhn.redhat.com/errata/RHSA-2017-0461.html EL5 and EL6: https://rhn.redhat.com/errata/RHSA-2017-0459.html As stated above, I am currently building and testing these, so...

...gt; On 03/06/2018 08:58 PM, Will Deacon wrote: >>> Hi all, >>> >>> As part of some recent work to harden the Kernel Address Space Layout >>> Randomisation (KASLR) implementation in arm64 Linux, I've proposed a >>> patch for the kernel which omits the ESR context from the signal frame >>> if the faulting virtual address is outside the range of addresses which >>> can be mapped by userspace. >>> >>> http://lists.infradead.org/pipermail/linux-arm-kernel/2018-March/563837.html >>> >>> Looking around...

...he record, I just checked and the released SRPM for EL7 has the > proper variables and sources and actually builds on EL6. It uses gtk2 > from el6 to build. > > They obviously felt more comfortable instead released the older one on > EL6 this cycle, but I suspect that the newer 52.x ESR version will be > released during the next cycle. > > Indeed, the latest RHEL 6 update for firefox is the 52.1.0 ESR release: RHSA-2017:1104 Critical: firefox security update Summary: An update for firefox is now available for Red Hat Enterprise Linux 6. Red Hat Product Security has...

On 03/06/2018 08:58 PM, Will Deacon wrote: > Hi all, > > As part of some recent work to harden the Kernel Address Space Layout > Randomisation (KASLR) implementation in arm64 Linux, I've proposed a > patch for the kernel which omits the ESR context from the signal frame > if the faulting virtual address is outside the range of addresses which > can be mapped by userspace. > > http://lists.infradead.org/pipermail/linux-arm-kernel/2018-March/563837.html > > Looking around, it seems that AddressSanitizer is using this...