on updated C6 x86_64 Firefox ESR 45.1.0 is seg faulting on various sites, mainly media sites. Tried uninstalling flash-plugin 11.2.202.616 but problem persists.
Work around: installed Seamonkey from epel repo
Anyone else experiencing unstable behaviour of FF 45.1 on C6?
On Mon, 2016-05-02 at 11:29 -0700, Robert Arkiletian wrote:
on updated C6 x86_64 Firefox ESR 45.1.0 is seg faulting on various sites, mainly media sites. Tried uninstalling flash-plugin 11.2.202.616 but problem persists.
Work around: installed Seamonkey from epel repo
Anyone else experiencing unstable behaviour of FF 45.1 on C6?
Day it was out I got the same. Since I already had some difficulties with RH6/C6 upgrades changing the way things worked (or didn't, such as telinit), I just did a yum downgrade FF and and kept using my tools as tools.
<snip>
Bill
On 05/02/2016 01:46 PM, Bill Maltby (C4B) wrote:
On Mon, 2016-05-02 at 11:29 -0700, Robert Arkiletian wrote:
on updated C6 x86_64 Firefox ESR 45.1.0 is seg faulting on various sites, mainly media sites. Tried uninstalling flash-plugin 11.2.202.616 but problem persists.
Work around: installed Seamonkey from epel repo
Anyone else experiencing unstable behaviour of FF 45.1 on C6?
Day it was out I got the same. Since I already had some difficulties with RH6/C6 upgrades changing the way things worked (or didn't, such as telinit), I just did a yum downgrade FF and and kept using my tools as tools.
Well, that update is critical for security, so I would try to help find the issues (we can feed back to RH and help them fix) .. rather than using something with critical security issues to browse the web.
Some things that can help here:
1. A site where you always get a crash.
2. If you also have access to RHEL-6, test the firefox from RHEL-6 on the same site to verify if this is a RHEL or CentOS issue.
Thanks, Johnny Hughes
On Mon, May 2, 2016 at 12:06 PM, Johnny Hughes johnny@centos.org wrote:
Well, that update is critical for security, so I would try to help find the issues (we can feed back to RH and help them fix) .. rather than using something with critical security issues to browse the web.
Some things that can help here:
A site where you always get a crash.
If you also have access to RHEL-6, test the firefox from RHEL-6 on
the same site to verify if this is a RHEL or CentOS issue.
Thanks, Johnny Hughes
I see the same crash on my RHEL-6 box. This one causes the crash consistently:
https://twitter.com/motcho_tw/status/724960561302102016 (it's the official emblem of the 2020 Tokyo Olympics)
Yes, ffmpeg (or ffmpeg-libs) seems to be involved. More particularly, according to:
https://bugzilla.mozilla.org/show_bug.cgi?id=1246467
a newer version of libavcodec might fix the issue. PUIAS (springdale) seems to provide it for EL6 but this has yet to be confirmed.
Akemi
On Mon, 2016-05-02 at 14:06 -0500, Johnny Hughes wrote:
On 05/02/2016 01:46 PM, Bill Maltby (C4B) wrote:
<snip>
Anyone else experiencing unstable behaviour of FF 45.1 on C6?
Day it was out I got the same. Since I already had some difficulties with RH6/C6 upgrades changing the way things worked (or didn't, such as telinit), I just did a yum downgrade FF and and kept using my tools as tools.
Well, that update is critical for security, so I would try to help find the issues (we can feed back to RH and help them fix) .. rather than using something with critical security issues to browse the web.
I would like to, but since CentOS got integrated with RH I got the feeling that a non-CentOS problem didn't get help here?
With the upgrade to ... 6.6 I, and others, reported problems with X vs. run-level changes causing issues.
Starting here https://lists.centos.org/pipermail/centos/2014-November/148180.html
Dec 7 2014 bug report: https://bugs.centos.org/view.php?id=7972
Nothing happened even though I took the time to post a bug and collect pertinent data and things discovered into a pastebin file with links for everything.
So I made a guess that sans a RH subscription I had no way to pursue a non-CentOS issue.
N.B. I'm operating based on a (faulty?) memory that prior to absorption into RH we used to post bugs on CentOS and someone at CentOS would examine, do whatever else, maybe request more info, and then put a bug (or requesst the reporter to do so?) on RH if appropriate and post tracking # to the list.
That did not happen in this case even though the defect was obviously upstream, some potential causes were identified, based on what I had enough knowledge to investigate, and so I just adapted myself to what I thought the new environment was by not expending time & effort that would lead nowhere.
This was reasonable for me since I had "worked around" the conflict between where X starts up by default and the assumed available VTs in the new-fangled start-up stuff.
In the past I had tried to use the crash reporting thingy that Gnome provides, but I never had a clue where/how to send that stuff.
As far as the security concerns, I'm a careful user and seldom "click through" on things I don't recognize in e-mails or browsers. That's given me decent results for over a decade now.
I have it easier than many of you folks since I don't admin anything but my own self-built & configured LAN behind an IPCop box and have only a few users: me, myself and I. And my wife & relatives might use my WAP to get to the net on the IPhones & such.
Some things that can help here:
- A site where you always get a crash.
That would be tough - when I open FF it's on five desktops with multiple tabs open to myltiple sites in each instance.
I can say this though. It acted the same on two CentOS-6.7 fully updated (identically) boxes (different hardware) that open (mostly) different sets of tabs. But in both cases there's some similarity in that sites with javascript and on which server-provided java applications (my boxes are fully updated with the latest "official" java plugins) are activated early (Investorshub, part of the Advfn financial services network).
ISTR that's where the crash happened in each case as I RealVNC into the secondary box to ran the java app in the browser and display results on my primary unit.
- If you also have access to RHEL-6, test the firefox from RHEL-6 on
the same site to verify if this is a RHEL or CentOS issue.
Don't have RH subscription or installation.
Thanks, Johnny Hughes
<snip>
Thanks for responding, Bill
On 05/02/2016 04:43 PM, Bill Maltby (C4B) wrote:
On Mon, 2016-05-02 at 14:06 -0500, Johnny Hughes wrote:
On 05/02/2016 01:46 PM, Bill Maltby (C4B) wrote:
<snip>
Anyone else experiencing unstable behaviour of FF 45.1 on C6?
Day it was out I got the same. Since I already had some difficulties with RH6/C6 upgrades changing the way things worked (or didn't, such as telinit), I just did a yum downgrade FF and and kept using my tools as tools.
Well, that update is critical for security, so I would try to help find the issues (we can feed back to RH and help them fix) .. rather than using something with critical security issues to browse the web.
I would like to, but since CentOS got integrated with RH I got the feeling that a non-CentOS problem didn't get help here?
Nothing has changed .. we never fixed non CentOS problems and rolled those into the main tree. We have (and still do .. see http://people.centos.org/hughesjr/firefox-45.1.0-1.1.el5.centos/) .. sometimes provide some temporary things while fixes are being done by the outstanding RHEL engineers to fix issues.
CentOS Linux is now what it always has been, a rebuild of the RHEL source code .. warts and all .. modified to remove branding to comply with the redistribution requirements. We don't .. nor have we ever .. added in fixes to the main line trees that are not upstream in the RHEL source code.
We do have many repositories where we manage content an try to fix problems: Extras, CentOSPlus, Special Interest Group content, etc. We do try to fix issues there as the come up.
With the upgrade to ... 6.6 I, and others, reported problems with X vs. run-level changes causing issues.
Starting here https://lists.centos.org/pipermail/centos/2014-November/148180.html
Dec 7 2014 bug report: https://bugs.centos.org/view.php?id=7972
Nothing happened even though I took the time to post a bug and collect pertinent data and things discovered into a pastebin file with links for everything.
So I made a guess that sans a RH subscription I had no way to pursue a non-CentOS issue.
If one finds that there is a non-CentOS caused issue (but it is a RHEL issue), then they can open a bug on bugzilla.redhat.com. If you don't have a RHEL subscription, it might be better if someone else opens the bug there, but someone from the community who can verify it is a RHEL bug can certainly open up a report. The RH Engineers want to make RHEL better, they want to fix real issues. There will obviously NOT be any kind of SLA to get it fixed by a deadline, but they absolutely want to fix RHEL issues.
That is the actually the whole point of bugs.centos.org. We need 'the community' to look at bugs.centos.org and see if they can determine if bugs are CentOS related or RHEL related. If RHEL related, opening bugs on bugzilla.redhat.com. If CentOS related, help us fix them and test them, etc. by creating patches.
We only have 5 total people on the CentOS team to do things. These things include building all the packages that get released for the 3 base distos, QA those packages, manage all the Special Interest Group interactions, maintain a build infrastructure fr the base distros, maintain the Community Build System infrastructure for SIG builds, maintain the Mirror infrastructure, maintain all the QA / CI infrastructure, maintain all the overhead infrastructure (email servers, DNS servers, domain registrations, mailing list machines, IRC channels, authentication servers for all those things, etc). So we are managing hundreds of servers all over the world.
We are also managing alternative architectures like i686, armhfp (arm32), aarch64 (arm64).
Then there is all the cloud image things going on so there are cloud images for AWS, Oracle, Azure, vagrant boxes, docker images, vendor clouds, etc. etc. etc.
The bottom line is .. CentOS needs community members, like our outstanding QA team and Forum Moderators (thanks guys and girls !!!) to be able to make things better. We need those community members to do lots of things.
All the mailing list, forums, bugs databases .. they are all there to help facilitate for 'the community' to help itself and make CentOS Linux better .. by making RHEL better. If you can also use CentOS Linux for things that you want and it works for you, excellent. It is open source and free and that is what its for.
<snip>
In the case of this particular issue <firefox 45.1 in c6>, it seems to have been an add on repo (Nux!) that did not work. And thru discussion on this list, it got fixed. I absolutely love the Nux! repo .. I use it on all my CentOS desktops .. thank you Nux! .. and the way this got fixed is exactly what I am talking about. Nux! has things not in the RHEL source code and not in EPEL that are necessary (IMHO for good desktops. He is an active list member and he (as a member of the community) provides invaluable help on this list as well as an outstanding service to the CentOS community with his repos.
We want other things, even things in CentOS Linux where the issue is in RHEL. to be handled the same way as this issue. Start a discussion on the list, then if necessary report it at bugs.centos.org and try to determine if it is a RHEL or CENtOS introduced issue (or maybe an EPEL or Nux! issue).
While you are at bugs.centos.org .. look thorough open bugs. If you (you is anyone, not you Bill .. anywhere you is used in this reply :D) know how to fix something, propose a fix. If you can determine an open problem is a RHEL source issue and not something added by CentOS .. search the Red Hat bugzilla and see if it is reported. If it is reported, link the bug in the Red Hat bugzilla to the CentOS bug. Put a link back the the Red Hat bugzilla in the CentOS bug in the commments section. Feed Back info if you have any. That sends an email to people who might look at the bug in either place.
Do this for bugs that you file .. and for any open bug that you might have some knowledge about.
Thanks, Johnny Hughes
On Fri, 2016-05-06 at 10:02 -0500, Johnny Hughes wrote:
On 05/02/2016 04:43 PM, Bill Maltby (C4B) wrote:
On Mon, 2016-05-02 at 14:06 -0500, Johnny Hughes wrote:
On 05/02/2016 01:46 PM, Bill Maltby (C4B) wrote:
<snip>
Anyone else experiencing unstable behaviour of FF 45.1 on C6?
Day it was out I got the same. Since I already had some difficulties with RH6/C6 upgrades changing the way things worked (or didn't, such as telinit), I just did a yum downgrade FF and and kept using my tools as tools.
Well, that update is critical for security, so I would try to help find the issues (we can feed back to RH and help them fix) .. rather than using something with critical security issues to browse the web.
I would like to, but since CentOS got integrated with RH I got the feeling that a non-CentOS problem didn't get help here?
Nothing has changed .. we never fixed non CentOS problems and rolled
That part is as I remeber it. What I was remembering is that a possible bug would get reported, interaction possibly requesting more info would occur, and someone would possibly confirm and issue. The either the OP or CentOS flks(?) would post a bug in CentoS for tracking and someone would post a bug at RH, etc.
As mentione in my post, my memory could be faulty, but what I just described is how I remeber it working.
Then if RH fixed it the usual would occur.
those into the main tree. We have (and still do .. see http://people.centos.org/hughesjr/firefox-45.1.0-1.1.el5.centos/) .. sometimes provide some temporary things while fixes are being done by the outstanding RHEL engineers to fix issues.
<snip>
With the upgrade to ... 6.6 I, and others, reported problems with X vs. run-level changes causing issues.
Starting here https://lists.centos.org/pipermail/centos/2014-November/148180.html
Dec 7 2014 bug report: https://bugs.centos.org/view.php?id=7972
Nothing happened even though I took the time to post a bug and collect pertinent data and things discovered into a pastebin file with links for everything.
So I made a guess that sans a RH subscription I had no way to pursue a non-CentOS issue.
If one finds that there is a non-CentOS caused issue (but it is a RHEL issue), then they can open a bug on bugzilla.redhat.com. If you don't have a RHEL subscription, it might be better if someone else opens the bug there, but someone from the community who can verify it is a RHEL bug can certainly open up a report. The RH Engineers want to make RHEL better, they want to fix real issues. There will obviously NOT be any kind of SLA to get it fixed by a deadline, but they absolutely want to fix RHEL issues.
This is the part that, *if* my memory was correct, seems to have changed in that ISTR CentOS folks and/or other community members would have done what my memory (described above) describes and we would have seen a follow-up with a bug opened at RH.
I can't emphasize enough, it's from my memoery of what used to occur.
That is the actually the whole point of bugs.centos.org. We need 'the community' to look at bugs.centos.org and see if they can determine if bugs are CentOS related or RHEL related. If RHEL related, opening bugs on bugzilla.redhat.com. If CentOS related, help us fix them and test them, etc. by creating patches.
One additional person was kind enough to update my CentOS bug report confirming the same problem. That was the last action AFAICT though.
We only have 5 total people on the CentOS team to do things. <snip>
Then there is all the cloud image things going on so there are cloud images for AWS, Oracle, Azure, vagrant boxes, docker images, vendor clouds, etc. etc. etc.
Don't misunderstand - the contribution you and all the CentOS members make is invaluable and well appreciated by me. It is one of the primary reasons I choose CentOS.
The only point of my original post about the lack of follow up on the bug I posted was that it *appeared* that the behavior when a bug was reported *may* have changed (keeping in mind possibly faulty memory by me).
The bottom line is .. CentOS needs community members, like our outstanding QA team and Forum Moderators (thanks guys and girls !!!) to be able to make things better. We need those community members to do lots of things.
All the mailing list, forums, bugs databases .. they are all there to help facilitate for 'the community' to help itself and make CentOS Linux better .. by making RHEL better. If you can also use CentOS Linux for things that you want and it works for you, excellent. It is open source and free and that is what its for.
<snip>
In the case of this particular issue <firefox 45.1 in c6>, it seems to <snip>
We want other things, even things in CentOS Linux where the issue is in RHEL. to be handled the same way as this issue. Start a discussion on the list, then if necessary report it at bugs.centos.org and try to determine if it is a RHEL or CENtOS introduced issue (or maybe an EPEL or Nux! issue).
I did all these things, within the limits of my current technical capabilities. And my bug report, as well as the start of this thred, suggested it was an upstream issue, which I thought might result in someone being able to promote it to RH's bug system.
While you are at bugs.centos.org .. look thorough open bugs. If you (you is anyone, not you Bill .. anywhere you is used in this reply :D)<snip>
Thanks, Johnny Hughes
<snip>
To wrap up, I would like to again mention how much the efforts the CentOS team and community members expend.
Thanks for taking the time to reply Johnny!
Bill
On Mon, 2 May 2016, Robert Arkiletian wrote:
on updated C6 x86_64 Firefox ESR 45.1.0 is seg faulting on various sites, mainly media sites. Tried uninstalling flash-plugin 11.2.202.616 but problem persists.
Paired with nux's ffmpeg on C6, I have this problem. Clear out of nux RPMS, and no such problem. Have yet to properly investigate the cause and feedback, as it's a bank holiday. Was going to look properly next week.
jh
I also have this problem. Am still running previous FF version. So ffmpeg appears to be at fault, need to see if it's a version thing or something.
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "John Hodrien" J.H.Hodrien@leeds.ac.uk To: "CentOS mailing list" centos@centos.org Sent: Monday, 2 May, 2016 20:36:39 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Mon, 2 May 2016, Robert Arkiletian wrote:
on updated C6 x86_64 Firefox ESR 45.1.0 is seg faulting on various sites, mainly media sites. Tried uninstalling flash-plugin 11.2.202.616 but problem persists.
Paired with nux's ffmpeg on C6, I have this problem. Clear out of nux RPMS, and no such problem. Have yet to properly investigate the cause and feedback, as it's a bank holiday. Was going to look properly next week.
jh _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
This consistently crashes it, for testing: http://dl.nux.ro/video/Organshiftpregnancy.mp4
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "Nux!" nux@li.nux.ro To: "CentOS mailing list" centos@centos.org Sent: Monday, 2 May, 2016 20:40:59 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
I also have this problem. Am still running previous FF version. So ffmpeg appears to be at fault, need to see if it's a version thing or something.
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "John Hodrien" J.H.Hodrien@leeds.ac.uk To: "CentOS mailing list" centos@centos.org Sent: Monday, 2 May, 2016 20:36:39 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Mon, 2 May 2016, Robert Arkiletian wrote:
on updated C6 x86_64 Firefox ESR 45.1.0 is seg faulting on various sites, mainly media sites. Tried uninstalling flash-plugin 11.2.202.616 but problem persists.
Paired with nux's ffmpeg on C6, I have this problem. Clear out of nux RPMS, and no such problem. Have yet to properly investigate the cause and feedback, as it's a bank holiday. Was going to look properly next week.
jh _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On 05/02/2016 02:44 PM, Nux! wrote:
This consistently crashes it, for testing: http://dl.nux.ro/video/Organshiftpregnancy.mp4
There is a very new nspr/nss with the new firefox .. that probably is OK and not impacting anything.
They have a gcc which they use also in the firefox package.
Not sure about things like cairo/glib/gtk stuff without looking .. but maybe some of the things they do statically in the firefox is not happy with one of the system libraries for the plugins.
Thanks, Johnny Hughes
<snip>
On 5/2/2016 12:44 PM, Nux! wrote:
This consistently crashes it, for testing: http://dl.nux.ro/video/Organshiftpregnancy.mp4
huh, that file is a fairly normal looking H264 Mpeg4 AVC1 format, 190x240 (ok, thats an odd aspect ratio), with a 33.333 frame/second frame rate (also a bit unusual), the video encoding is planar 4:4:4 YUV, also pretty normal.
On Mon, 2 May 2016 20:44:25 +0100 (BST) Nux! wrote:
This consistently crashes it, for testing: http://dl.nux.ro/video/Organshiftpregnancy.mp4
On a fully updated Centos 7 installation, firefox tells me "Video can't be played because the file is corrupt."
VLC plays the video, but there is no sound. Is there supposed to be?
I get the following output on the console:
[0000000000df7118] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [00007fcb50044d38] vdpau_avcodec generic error: unsupported codec 28 or profile 244 Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object file: No such file or directory [00007fcb50062d28] freetype spu text error: Breaking unbreakable line
On 05/02/2016 04:10 PM, Frank Cox wrote:
On Mon, 2 May 2016 20:44:25 +0100 (BST) Nux! wrote:
This consistently crashes it, for testing: http://dl.nux.ro/video/Organshiftpregnancy.mp4
On a fully updated Centos 7 installation, firefox tells me "Video can't be played because the file is corrupt."
same on fully updated F23, ff 45.02
VLC plays the video, but there is no sound. Is there supposed to be?
also plays with no sound on the chrome browser on above F23 setup
I get the following output on the console:
[0000000000df7118] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [00007fcb50044d38] vdpau_avcodec generic error: unsupported codec 28 or profile 244 Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object file: No such file or directory [00007fcb50062d28] freetype spu text error: Breaking unbreakable line
HTH
On 5/2/2016 1:18 PM, Roger Wells wrote:
VLC plays the video, but there is no sound. Is there supposed to be?
also plays with no sound on the chrome browser on above F23 setup
VLC on Windows says there is no sound stream at all to the mp4 file.
On Mon, May 2, 2016 3:10 pm, Frank Cox wrote:
On Mon, 2 May 2016 20:44:25 +0100 (BST) Nux! wrote:
This consistently crashes it, for testing: http://dl.nux.ro/video/Organshiftpregnancy.mp4
I know it is irrelevant, but just to add external data point: plays perfectly on FreeBSD 10.3, firefox-46.0_1,1
Valeri
On a fully updated Centos 7 installation, firefox tells me "Video can't be played because the file is corrupt."
VLC plays the video, but there is no sound. Is there supposed to be?
I get the following output on the console:
[0000000000df7118] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [00007fcb50044d38] vdpau_avcodec generic error: unsupported codec 28 or profile 244 Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object file: No such file or directory [00007fcb50062d28] freetype spu text error: Breaking unbreakable line
-- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++
On Mon, 2016-05-02 at 15:34 -0500, Valeri Galtsev wrote:
On Mon, May 2, 2016 3:10 pm, Frank Cox wrote:
On Mon, 2 May 2016 20:44:25 +0100 (BST) Nux! wrote:
This consistently crashes it, for testing: http://dl.nux.ro/video/Organshiftpregnancy.mp4
I know it is irrelevant, but just to add external data point: plays perfectly on FreeBSD 10.3, firefox-46.0_1,1
Maybe the same - I have 1 Windows 10 box up and on FF 45.02 there it just gives a very dark panel with a small squared outline within the tab.
Valeri
<snip>
Bill
I think this site is always failing. It has an embedded video.
http://www.sportsnet.ca/basketball/nba/free-association-podcast-much-toronto...
I tried looking at the output of
strace firefox > fferrors.txt 2>&1
grep ENOENT fferrors.txt
hope that helps
Note: I also have ffmpeg with nux's repo installed
On Mon, May 2, 2016 at 12:44 PM, Nux! nux@li.nux.ro wrote:
This consistently crashes it, for testing: http://dl.nux.ro/video/Organshiftpregnancy.mp4
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "Nux!" nux@li.nux.ro To: "CentOS mailing list" centos@centos.org Sent: Monday, 2 May, 2016 20:40:59 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
I also have this problem. Am still running previous FF version. So ffmpeg appears to be at fault, need to see if it's a version thing or something.
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "John Hodrien" J.H.Hodrien@leeds.ac.uk To: "CentOS mailing list" centos@centos.org Sent: Monday, 2 May, 2016 20:36:39 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Mon, 2 May 2016, Robert Arkiletian wrote:
on updated C6 x86_64 Firefox ESR 45.1.0 is seg faulting on various
sites,
mainly media sites. Tried uninstalling flash-plugin 11.2.202.616 but
problem
persists.
Paired with nux's ffmpeg on C6, I have this problem. Clear out of nux
RPMS,
and no such problem. Have yet to properly investigate the cause and
feedback,
as it's a bank holiday. Was going to look properly next week.
jh _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On 5/2/2016 1:13 PM, Robert Arkiletian wrote:
I think this site is always failing. It has an embedded video.
http://www.sportsnet.ca/basketball/nba/free-association-podcast-much-toronto...
that embedded video is Flash.
On Mon, May 2, 2016 at 1:18 PM, John R Pierce pierce@hogranch.com wrote:
On 5/2/2016 1:13 PM, Robert Arkiletian wrote:
I think this site is always failing. It has an embedded video.
http://www.sportsnet.ca/basketball/nba/free-association-podcast-much-toronto...
that embedded video is Flash.
I have uninstalled flash. It should just not play the video (with a message the plugin is not installed), not seg fault.
On Mon, 2016-05-02 at 13:13 -0700, Robert Arkiletian wrote:
I think this site is always failing. It has an embedded video.
http://www.sportsnet.ca/basketball/nba/free-association-podcast-much-toronto...
on C5.11 using FF 45.1.0 = No video has been loaded Error Code: PLAYER_ERR_NO_SRC
On Mon, 2016-05-02 at 13:13 -0700, Robert Arkiletian wrote:
I think this site is always failing. It has an embedded video.
http://www.sportsnet.ca/basketball/nba/free-association-podcast-much-toronto...
Plays with the downgraded FF version - a bit jerky. Might be my load though.
I tried looking at the output of
strace firefox > fferrors.txt 2>&1
grep ENOENT fferrors.txt
hope that helps
Note: I also have ffmpeg with nux's repo installed
Ditto: ffmpeg.x86_64 0.10.4-2.el6.nux @nux-dextop
On Mon, May 2, 2016 at 12:44 PM, Nux! nux@li.nux.ro wrote:
This consistently crashes it, for testing: http://dl.nux.ro/video/Organshiftpregnancy.mp4
The "... pregnancy" plays on the downgraded FF, but no sound.
<snip>
Bill
Yes, that clip does not have sound.
I'll try to upgrade ffmpeg in the following days, see if that helps FF.
If anyone has other ideas, I'm listening.
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "Bill Maltby (C4B)" centos4bill@gmail.com To: centos@centos.org Sent: Monday, 2 May, 2016 22:58:36 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Mon, 2016-05-02 at 13:13 -0700, Robert Arkiletian wrote:
I think this site is always failing. It has an embedded video.
http://www.sportsnet.ca/basketball/nba/free-association-podcast-much-toronto...
Plays with the downgraded FF version - a bit jerky. Might be my load though.
I tried looking at the output of
strace firefox > fferrors.txt 2>&1
grep ENOENT fferrors.txt
hope that helps
Note: I also have ffmpeg with nux's repo installed
Ditto: ffmpeg.x86_64 0.10.4-2.el6.nux @nux-dextop
On Mon, May 2, 2016 at 12:44 PM, Nux! nux@li.nux.ro wrote:
This consistently crashes it, for testing: http://dl.nux.ro/video/Organshiftpregnancy.mp4
The "... pregnancy" plays on the downgraded FF, but no sound.
<snip>
Bill
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On Mon, May 2, 2016 at 3:32 PM, Nux! nux@li.nux.ro wrote:
I'll try to upgrade ffmpeg in the following days, see if that helps FF.
If anyone has other ideas, I'm listening.
Nux! www.nux.ro
What I'm intending to do is to rebuild ffmpeg from PUIAS/springdale (see my earlier post). Specifically, ffmpeg-2.1.1-1.sdl6.src.rpm. It requires a lot of other packages though. :-)
Akemi
Akemi,
Most of the packages should already be in my repo, EPEL or PUIAS. If this works, I'll look at incorporating it in nux-dextop.
Lucian
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "Akemi Yagi" amyagi@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Tuesday, 3 May, 2016 00:01:30 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Mon, May 2, 2016 at 3:32 PM, Nux! nux@li.nux.ro wrote:
I'll try to upgrade ffmpeg in the following days, see if that helps FF.
If anyone has other ideas, I'm listening.
Nux! www.nux.ro
What I'm intending to do is to rebuild ffmpeg from PUIAS/springdale (see my earlier post). Specifically, ffmpeg-2.1.1-1.sdl6.src.rpm. It requires a lot of other packages though. :-)
Akemi _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On Mon, May 2, 2016 at 4:27 PM, Nux! nux@li.nux.ro wrote:
What I'm intending to do is to rebuild ffmpeg from PUIAS/springdale (see my earlier post). Specifically, ffmpeg-2.1.1-1.sdl6.src.rpm. It requires a lot of other packages though. :-)
Akemi,
Most of the packages should already be in my repo, EPEL or PUIAS. If this works, I'll look at incorporating it in nux-dextop.
Lucian
Indeed, it worked. Now need to test this thing ...
Akemi
On Mon, May 2, 2016 at 5:07 PM, Akemi Yagi amyagi@gmail.com wrote:
On Mon, May 2, 2016 at 4:27 PM, Nux! nux@li.nux.ro wrote:
What I'm intending to do is to rebuild ffmpeg from PUIAS/springdale (see my earlier post). Specifically, ffmpeg-2.1.1-1.sdl6.src.rpm. It requires a lot of other packages though. :-)
Akemi,
Most of the packages should already be in my repo, EPEL or PUIAS. If this works, I'll look at incorporating it in nux-dextop.
Lucian
Indeed, it worked. Now need to test this thing ...
With my short test, so far, so good. No crash with the site that used to bomb out.
I needed the latest version of soxr(-devel) and xvidcore(-devel) from PUIAS to run (build) ffmpeg-2.1.1-1.sdl6. All other dependencies were available from EPEL and nux.
Akemi
Morning,
Thanks for testing Akemi, I'll work towards upgrading ffmpeg then and the deps. Will be fun. :-)
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "Akemi Yagi" amyagi@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Tuesday, 3 May, 2016 01:32:55 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Mon, May 2, 2016 at 5:07 PM, Akemi Yagi amyagi@gmail.com wrote:
On Mon, May 2, 2016 at 4:27 PM, Nux! nux@li.nux.ro wrote:
What I'm intending to do is to rebuild ffmpeg from PUIAS/springdale (see my earlier post). Specifically, ffmpeg-2.1.1-1.sdl6.src.rpm. It requires a lot of other packages though. :-)
Akemi,
Most of the packages should already be in my repo, EPEL or PUIAS. If this works, I'll look at incorporating it in nux-dextop.
Lucian
Indeed, it worked. Now need to test this thing ...
With my short test, so far, so good. No crash with the site that used to bomb out.
I needed the latest version of soxr(-devel) and xvidcore(-devel) from PUIAS to run (build) ffmpeg-2.1.1-1.sdl6. All other dependencies were available from EPEL and nux.
Akemi _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On Tue, May 3, 2016 at 12:11 AM, Nux! nux@li.nux.ro wrote:
----- Original Message -----
From: "Akemi Yagi" amyagi@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Tuesday, 3 May, 2016 01:32:55 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Mon, May 2, 2016 at 5:07 PM, Akemi Yagi amyagi@gmail.com wrote:
Indeed, it worked. Now need to test this thing ...
With my short test, so far, so good. No crash with the site that used to bomb out.
I needed the latest version of soxr(-devel) and xvidcore(-devel) from PUIAS to run (build) ffmpeg-2.1.1-1.sdl6. All other dependencies were available from EPEL and nux.
Akemi
Morning,
Thanks for testing Akemi, I'll work towards upgrading ffmpeg then and the deps. Will be fun. :-)
Nux! www.nux.ro
To add to your fun, let me present my wish list:
mplayer-gui and libquicktime (latest version from PUIAS) and mlt >= 0.9.4
Thanks! Akemi
Akemi Yagi wrote:
On Tue, May 3, 2016 at 12:11 AM, Nux! nux@li.nux.ro wrote:
----- Original Message -----
From: "Akemi Yagi" amyagi@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Tuesday, 3 May, 2016 01:32:55 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Mon, May 2, 2016 at 5:07 PM, Akemi Yagi amyagi@gmail.com wrote:
Indeed, it worked. Now need to test this thing ...
With my short test, so far, so good. No crash with the site that used to bomb out.
I needed the latest version of soxr(-devel) and xvidcore(-devel) from PUIAS to run (build) ffmpeg-2.1.1-1.sdl6. All other dependencies were available from EPEL and nux.
Akemi
Morning,
Thanks for testing Akemi, I'll work towards upgrading ffmpeg then and the deps. Will be fun. :-)
Nux! www.nux.ro
To add to your fun, let me present my wish list:
mplayer-gui and libquicktime (latest version from PUIAS) and mlt >= 0.9.4
Ummm, NO. NOT the latter, under any circumstance... or hadn't you missed the huge announcements that Apple would no longer support quicktime, and every organization, at least here in the States, and all the trade press, are saying uninstall quicktime yesterday!!!
And yes, we have been told to make it go away here at work... and I work for a US federal gov't agency (civilian sector).
mark
On Tue, May 3, 2016 at 9:34 AM, m.roth@5-cent.us wrote:
Akemi Yagi wrote:
To add to your fun, let me present my wish list:
mplayer-gui and libquicktime (latest version from PUIAS) and mlt >= 0.9.4
Ummm, NO. NOT the latter, under any circumstance... or hadn't you missed the huge announcements that Apple would no longer support quicktime, and every organization, at least here in the States, and all the trade press, are saying uninstall quicktime yesterday!!!
And yes, we have been told to make it go away here at work... and I work for a US federal gov't agency (civilian sector).
mark
I hope this is your misunderstanding, Mark. I am talking about libquicktime from:
http://libquicktime.sourceforge.net/
Not Apple's quicktime.
As seen in http://libquicktime.sourceforge.net/introduction.html, "libquicktime is in no way related to the original quicktime software, which can be found here (http://quicktime.apple.com/)".
Akemi
Akemi Yagi wrote:
On Tue, May 3, 2016 at 9:34 AM, m.roth@5-cent.us wrote:
Akemi Yagi wrote:
To add to your fun, let me present my wish list:
mplayer-gui and libquicktime (latest version from PUIAS) and mlt >= 0.9.4
Ummm, NO. NOT the latter, under any circumstance... or hadn't you missed the huge announcements that Apple would no longer support quicktime, and every organization, at least here in the States, and all the trade press, are saying uninstall quicktime yesterday!!!
<snip>>
I hope this is your misunderstanding, Mark. I am talking about libquicktime from:
http://libquicktime.sourceforge.net/
Not Apple's quicktime.
As seen in http://libquicktime.sourceforge.net/introduction.html, "libquicktime is in no way related to the original quicktime software, which can be found here (http://quicktime.apple.com/)".
I understood that it's not Apples (I wouldn't expect them to release an rpm for us); however, I don't know that the team building libquicktime is going to continue to upgrade and enhance, now that Apple's ended all support for it, and everyone's being pushed, at least in all organizations, to get rid of it, or if they might wind down the project; that is why I was emphatic about not wanting it.
mark
Akemi,
Noted, thanks. I am trying to rebuild all packages which require ffmpeg. Already hit problems with gstreamer-ffmpeg, had to give up and resort to using its internal ffmpeg.
I'll let you guys know when stuff is ready so we can test.
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "Akemi Yagi" amyagi@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Tuesday, 3 May, 2016 17:22:16 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Tue, May 3, 2016 at 12:11 AM, Nux! nux@li.nux.ro wrote:
----- Original Message -----
From: "Akemi Yagi" amyagi@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Tuesday, 3 May, 2016 01:32:55 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Mon, May 2, 2016 at 5:07 PM, Akemi Yagi amyagi@gmail.com wrote:
Indeed, it worked. Now need to test this thing ...
With my short test, so far, so good. No crash with the site that used to bomb out.
I needed the latest version of soxr(-devel) and xvidcore(-devel) from PUIAS to run (build) ffmpeg-2.1.1-1.sdl6. All other dependencies were available from EPEL and nux.
Akemi
Morning,
Thanks for testing Akemi, I'll work towards upgrading ffmpeg then and the deps. Will be fun. :-)
Nux! www.nux.ro
To add to your fun, let me present my wish list:
mplayer-gui and libquicktime (latest version from PUIAS) and mlt >= 0.9.4
Thanks! Akemi _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Ok, managed to rebuild most the stuff; had to retire gstreamer-vaapi though.
yum --enablerepo=nux-dextop-testing update
Should fix the Firefox issue, let me know if it causes any problems or other requests.
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "Nux!" nux@li.nux.ro To: "CentOS mailing list" centos@centos.org Sent: Tuesday, 3 May, 2016 18:25:29 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
Akemi,
Noted, thanks. I am trying to rebuild all packages which require ffmpeg. Already hit problems with gstreamer-ffmpeg, had to give up and resort to using its internal ffmpeg.
I'll let you guys know when stuff is ready so we can test.
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "Akemi Yagi" amyagi@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Tuesday, 3 May, 2016 17:22:16 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Tue, May 3, 2016 at 12:11 AM, Nux! nux@li.nux.ro wrote:
----- Original Message -----
From: "Akemi Yagi" amyagi@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Tuesday, 3 May, 2016 01:32:55 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Mon, May 2, 2016 at 5:07 PM, Akemi Yagi amyagi@gmail.com wrote:
Indeed, it worked. Now need to test this thing ...
With my short test, so far, so good. No crash with the site that used to bomb out.
I needed the latest version of soxr(-devel) and xvidcore(-devel) from PUIAS to run (build) ffmpeg-2.1.1-1.sdl6. All other dependencies were available from EPEL and nux.
Akemi
Morning,
Thanks for testing Akemi, I'll work towards upgrading ffmpeg then and the deps. Will be fun. :-)
Nux! www.nux.ro
To add to your fun, let me present my wish list:
mplayer-gui and libquicktime (latest version from PUIAS) and mlt >= 0.9.4
Thanks! Akemi _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On Wed, May 4, 2016 at 7:38 AM, Nux! nux@li.nux.ro wrote:
Ok, managed to rebuild most the stuff; had to retire gstreamer-vaapi though.
yum --enablerepo=nux-dextop-testing update
Should fix the Firefox issue, let me know if it causes any problems or other requests.
Nux! www.nux.ro
Thanks for the hard work!
I got the following errors:
--> Finished Dependency Resolution Error: Package: ffmpeg-libs-2.6.8-3.el6.nux.x86_64 (nux-dextop-testing) Requires: libx265.so.79()(64bit) Error: Package: mlt-0.9.6-2.el6.nux.x86_64 (nux-dextop-testing) Requires: opencv-core Error: Package: ffmpeg-libs-2.6.8-3.el6.nux.x86_64 (nux-dextop-testing) Requires: libsoxr.so.0()(64bit)
Akemi
Akemi,
Thanks, I fixed that, silly requires. Clean your metadata and try again please.
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "Akemi Yagi" amyagi@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Wednesday, 4 May, 2016 16:21:45 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Wed, May 4, 2016 at 7:38 AM, Nux! nux@li.nux.ro wrote:
Ok, managed to rebuild most the stuff; had to retire gstreamer-vaapi though.
yum --enablerepo=nux-dextop-testing update
Should fix the Firefox issue, let me know if it causes any problems or other requests.
Nux! www.nux.ro
Thanks for the hard work!
I got the following errors:
--> Finished Dependency Resolution Error: Package: ffmpeg-libs-2.6.8-3.el6.nux.x86_64 (nux-dextop-testing) Requires: libx265.so.79()(64bit) Error: Package: mlt-0.9.6-2.el6.nux.x86_64 (nux-dextop-testing) Requires: opencv-core Error: Package: ffmpeg-libs-2.6.8-3.el6.nux.x86_64 (nux-dextop-testing) Requires: libsoxr.so.0()(64bit)
Akemi _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On Wed, May 4, 2016 at 9:27 AM, Nux! nux@li.nux.ro wrote:
Akemi,
Thanks, I fixed that, silly requires. Clean your metadata and try again please.
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
After cleaning, yum still does not find soxr from your testing repo.
Akemi
That's because it's not in the testing repo, it's in the main one. :-)
Make sure the main repo is enabled and perhaps run yum with --noplugins to make rule out other stuff.
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "Akemi Yagi" amyagi@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Wednesday, 4 May, 2016 17:39:56 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Wed, May 4, 2016 at 9:27 AM, Nux! nux@li.nux.ro wrote:
Akemi,
Thanks, I fixed that, silly requires. Clean your metadata and try again please.
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
After cleaning, yum still does not find soxr from your testing repo.
Akemi _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On Wed, May 4, 2016 at 9:57 AM, Nux! nux@li.nux.ro wrote:
That's because it's not in the testing repo, it's in the main one. :-)
Make sure the main repo is enabled and perhaps run yum with --noplugins to make rule out other stuff.
My bad. Since the main repo is enabled by default, I thought it was ON. I apparently must have disabled it at some point.
All is well now. The "crash" site no longer crashes. Will continue testing.
Thanks a bunch!
Akemi
On Wed, May 4, 2016 at 7:38 AM, Nux! nux@li.nux.ro wrote:
Ok, managed to rebuild most the stuff; had to retire gstreamer-vaapi though.
yum --enablerepo=nux-dextop-testing update
Should fix the Firefox issue, let me know if it causes any problems or other requests.
Any ETA when these updates will make it out of nux testing?
Robert,
Funny you should ask, I have pushed them out a few hours ago. Enjoy.
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "Robert Arkiletian" robark@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Monday, 9 May, 2016 17:29:07 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Wed, May 4, 2016 at 7:38 AM, Nux! nux@li.nux.ro wrote:
Ok, managed to rebuild most the stuff; had to retire gstreamer-vaapi though.
yum --enablerepo=nux-dextop-testing update
Should fix the Firefox issue, let me know if it causes any problems or other requests.
Any ETA when these updates will make it out of nux testing? _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Ah did a yum clean all and I see them now. Thank you Nux! from all of us using your great repo.
On Mon, May 9, 2016 at 11:50 AM, Nux! nux@li.nux.ro wrote:
Robert,
Funny you should ask, I have pushed them out a few hours ago. Enjoy.
-- Sent from the Delta quadrant using Borg technology!
Nux! www.nux.ro
----- Original Message -----
From: "Robert Arkiletian" robark@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Monday, 9 May, 2016 17:29:07 Subject: Re: [CentOS] C6 Firefox 45.1 segmentation faults
On Wed, May 4, 2016 at 7:38 AM, Nux! nux@li.nux.ro wrote:
Ok, managed to rebuild most the stuff; had to retire gstreamer-vaapi though.
yum --enablerepo=nux-dextop-testing update
Should fix the Firefox issue, let me know if it causes any problems or other requests.
Any ETA when these updates will make it out of nux testing? _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
On 05/02/16 14:44, Nux! wrote:
This consistently crashes it, for testing: http://dl.nux.ro/video/Organshiftpregnancy.mp4
===>
what video player do you have selected to play video?
here, with VLC as video player, video plays without problem.
Nux! wrote:
This consistently crashes it, for testing: http://dl.nux.ro/video/Organshiftpregnancy.mp4
Datum: CentOS 6.7, under firefox, 38, it opened movie player, and it played. I just updated firefox, I'm on 45.1.0, and streaming media is working as before, and I clicked on the link, and once I told noscript to allow it, it played the video in a tab.
mark
On Mon, 2016-05-02 at 20:44 +0100, Nux! wrote:
This consistently crashes it, for testing: http://dl.nux.ro/video/Organshiftpregnancy.mp4
On C5.11 with FF 45.1.0 patched, using M-Player plug-in = no problem.
It appears to be a low resolution ultra-sound picture of a baby in the womb. Same effects when viewed with Xine.
On 05/02/2016 12:40 PM, Nux! wrote:
I also have this problem. Am still running previous FF version. So ffmpeg appears to be at fault, need to see if it's a version thing or something.
I don't go to a lot of media sites but I have two yum repos I semi-maintain mostly for myself -
http://awel.domblogger.net/7/media/
has a packaged build of ffmpeg
http://awel.domblogger.net/7/gstreamer/
has a packaged build with an updated gstreamer and plugins
I wonder if they pose the same issues.
-
Akemi Yagi -
Alice Wonder -
Always Learning -
Bill Maltby (C4B) -
Frank Cox -
g -
John Hodrien -
John R Pierce -
Johnny Hughes -
m.roth＠5-cent.us -
Nux! -
Robert Arkiletian -
Roger Wells -
Valeri Galtsev