[CentOS] Firefox Video Capability

2018-11-13 Thread Chris Olson via CentOS
One of our summer interns has stayed on during the school
year to work some weekends on special projects. This past
weekend, her assignment was to trouble shoot problems with
Firefox when trying to view various on-line training videos.

At some web sites, the video associated with the page will
not play and we get the messages shown below.  The Download
statement is actually a link and was used to download this
rpm file: adobe-release-x86_64-1.0-1.noarch.rpm.

"Cannot Play Video"

"The latest version of Adobe Flash is
required to play this video."

"Download the free Flash player here."

The intern did not install this rpm because doing so outside
of yum did not seem like a good idea.  We also do not really
know how the Adobe Flash utility is called up by Firefox and
whether or not the installation would solve the problem or
possibly cause other problems.

This problem is not happening on our Windows 7 machines, but
not everyone here has a Microsoft machine to use.  On Windows,
the Firefox occasionally updates itself when launched so that
might explain the difference.  The training videos always do
play on Windows 7 systems when the web pages are brought up.

We also noticed that on Windows 7 there are no Firefox
related processes remaining after closing all Firefox browsers.
This is not the case on our CentOS 6 systems as indicated in
the output below.

Is this video viewing issue a common problem, and if it is,
can someone provide some direction to correct it.

Thanks.

++
[user@computer ~]$ ps -elf | grep firefox

0 S user 3872 1  0  80   0 - 68607 poll_s Nov08 ?
00:00:00 /usr/lib64/firefox/bundled/libexec/at-spi-bus-launcher

0 S user 8178  8149  0  80   0 - 25832 pipe_w 19:42 pts/2
00:00:00 grep firefox

[user@computer ~]$ 



___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Firefox Video Capability

2018-11-13 Thread Stephen John Smoogen
On Tue, 13 Nov 2018 at 08:03, Chris Olson via CentOS  wrote:
>
> One of our summer interns has stayed on during the school
> year to work some weekends on special projects. This past
> weekend, her assignment was to trouble shoot problems with
> Firefox when trying to view various on-line training videos.
>
> At some web sites, the video associated with the page will
> not play and we get the messages shown below.  The Download
> statement is actually a link and was used to download this
> rpm file: adobe-release-x86_64-1.0-1.noarch.rpm.
>
> "Cannot Play Video"
>
> "The latest version of Adobe Flash is
> required to play this video."
>
> "Download the free Flash player here."
>

In order for flash to work, the flash plugin must be installed on the
computer. The reason that Flash is working on the Windows systems is
that the Flash software must be installed and must have some sort of
policy to allow it to run.

https://support.mozilla.org/en-US/kb/keep-flash-up-to-date-and-troubleshoot-problems

[SECURITY WARNING. FLASH IS NOT SAFE SOFTWARE ON ANY OPERATING SYSTEM
SEE ADDENDUM]

However that warning aside, you need to get training done. In order to
get flash installed on CentOS you can do the steps outlined in
https://www.tecmint.com/install-adobe-flash-on-centos-rhel-fedora-linux/
but I am rewriting step 1 as it is clearly secure

0. Stop any existing firefox sessions
1. wget wget 
http://linuxdownload.adobe.com/adobe-release/adobe-release-i386-1.0-1.noarch.rpm
2. yum localinstall adobe-release-i386-1.0-1.noarch.rpm
3. yum update
4. yum install flash-plugin nspluginwrapper alsa-plugins-pulseaudio libcurl
5. start a new firefox.
6. go to https://get.adobe.com/flashplayer/otherversions/

You should be asked to allow flash plugin to run. Go up to the URL bar
at the top of the browser and to the left of the URL there should be
something that looks like a lego block or a car battery. Click on it
and allow flash.  You will need to do this for every website or change
the browser settings to allow it as Flash is considered a security
risk these days. Since it is working on your other systems, this must
be done via a GPT or never updating the firefox/flash to a version
which requires addtional controls.

Flash is considered to at the end of its functional life, so please
let your training program know they need to move to another video
source in the next 1.5 years at that point it will probably become a
security audit risk.

https://www.darkreading.com/vulnerabilities---threats/adobes-move-to-kill-flash-is-good-for-security/d/d-id/1329472
https://searchsecurity.techtarget.com/news/450423574/Adobes-Flash-end-of-life-scheduled-finally-for-2020

https://theblog.adobe.com/adobe-flash-update/
https://www.blog.google/products/chrome/saying-goodbye-flash-chrome/
https://blogs.windows.com/msedgedev/2017/07/25/flash-on-windows-timeline/#oSoUy0Wbu5Gtaipg.97



> The intern did not install this rpm because doing so outside
> of yum did not seem like a good idea.  We also do not really
> know how the Adobe Flash utility is called up by Firefox and
> whether or not the installation would solve the problem or
> possibly cause other problems.
>
> This problem is not happening on our Windows 7 machines, but
> not everyone here has a Microsoft machine to use.  On Windows,
> the Firefox occasionally updates itself when launched so that
> might explain the difference.  The training videos always do
> play on Windows 7 systems when the web pages are brought up.
>
> We also noticed that on Windows 7 there are no Firefox
> related processes remaining after closing all Firefox browsers.
> This is not the case on our CentOS 6 systems as indicated in
> the output below.
>
> Is this video viewing issue a common problem, and if it is,
> can someone provide some direction to correct it.
>
> Thanks.
>
> ++
> [user@computer ~]$ ps -elf | grep firefox
>
> 0 S user 3872 1  0  80   0 - 68607 poll_s Nov08 ?
> 00:00:00 /usr/lib64/firefox/bundled/libexec/at-spi-bus-launcher
>
> 0 S user 8178  8149  0  80   0 - 25832 pipe_w 19:42 pts/2
> 00:00:00 grep firefox
>
> [user@computer ~]$
>
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos



-- 
Stephen J Smoogen.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] error creating output file /var/lib/logrotate/logrotate.status.tmp: File exists

2018-11-13 Thread Carlos Lopez
Hi all,

 I have configured a specific logrotate task to rotate certain logs every hour 
and everytime this logrotate's task runs, I am receiving an email like this:

Auto-Submitted: auto-generated
Precedence: bulk
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
Date: Tue, 13 Nov 2018 11:00:04 + (UTC)
Status: R

error: error creating output file /var/lib/logrotate/logrotate.status.tmp: File 
exists

 In Redhat's bugzilla I have seen some reported bugs with the same behavior and 
apparently is solved with an update. But this CentOS 7 host is fully patched 
and error persists ...

 Any idea?

Regards,
C. L. Martinez
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] CentOS Dojo @ FOSDEM

2018-11-13 Thread Rich Bowen
We're delighted to announce the schedule, and registration, for the
upcoming CentOS Dojo in Brussels, on February 1, 2019, the day before
FOSDEM starts.

Details are here: https://wiki.centos.org/Events/Dojo/Brussels2019

The schedule is still marked "Tentative" since I have not received
confirmation from all of the speakers yet, but we're almost there.

Registration is FREE, but we do ask that you register anyways, since it
helps us with venue planning and catering.

See you in Brussels!

-- 
Rich Bowen - rbo...@redhat.com
http://centos.org/ - @CentOSProject
859 351 9166
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] Update to libstdc+++ causes problems.

2018-11-13 Thread Chris Johnson

Hi.

New to this list.  If this has been answered/resolved already, please 
point me to the solution.


In a very recent update to CentOS 7 libstdc++ has been altered in a way 
that has removed CXXABI_1.3.8 and GLIBCXX_3.4.20.  I've noticed that 
this has broken a number of executables linked on other systems that 
used to run on CentOS 7.  Is there any fix for this short of backing off 
the update?


Ubuntu seems to still allow these broken images to run.  But I want the 
solid reliability CentOS has.  If somebody can give me examples of 
Ubuntu up and running actual programs for a year plus then I'll gladly 
switch.  I've never heard of Ubuntu dong that.  I have had CentOS do 
that for me.


Thank you.

--

Chris Johnson   rchristopherjohn...@gmail.com
Ex SysAdmin, now, writer 	/War does not determine who is right – only 
who is left./

(Bertand Russell)

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Update to libstdc+++ causes problems.

2018-11-13 Thread Jonathan Billings
On Tue, Nov 13, 2018 at 12:10:22PM -0500, Chris Johnson wrote:
> In a very recent update to CentOS 7 libstdc++ has been altered in a way that
> has removed CXXABI_1.3.8 and GLIBCXX_3.4.20.  I've noticed that this has
> broken a number of executables linked on other systems that used to run on
> CentOS 7.  Is there any fix for this short of backing off the update?

I don't see any evidence that the libstdc++ in CentOS 7 ever had
version definitions for CXXABI_1.3.8 or GLIBCXX_3.4.20. Both seem to
only go up to CXXABI_1.3.7 and GLIBCXX_3.4.19, at least with the
libstdc++ package.

Perhaps you built your binaries on a system with newer version
definitions? 

-- 
Jonathan Billings 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Update to libstdc+++ causes problems.

2018-11-13 Thread Chris Johnson

On 11/13/2018 12:50 PM, Jonathan Billings wrote:

On Tue, Nov 13, 2018 at 12:10:22PM -0500, Chris Johnson wrote:

In a very recent update to CentOS 7 libstdc++ has been altered in a way that
has removed CXXABI_1.3.8 and GLIBCXX_3.4.20.  I've noticed that this has
broken a number of executables linked on other systems that used to run on
CentOS 7.  Is there any fix for this short of backing off the update?

I don't see any evidence that the libstdc++ in CentOS 7 ever had
version definitions for CXXABI_1.3.8 or GLIBCXX_3.4.20. Both seem to
only go up to CXXABI_1.3.7 and GLIBCXX_3.4.19, at least with the
libstdc++ package.

Perhaps you built your binaries on a system with newer version
definitions?



I believe most of the images were originally built for Ubuntu.

--

Chris Johnson   rchristopherjohn...@gmail.com
Ex SysAdmin, now, writer/I believe in God, only I spell it Nature.
/(Frank Lloyd Wright)

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] merging signatures to a pdf file

2018-11-13 Thread Gregory P. Ennis

On Sun, 11 Nov 2018 20:48:21 -0600
Gregory P. Ennis wrote:

> I have the need to add a signature to the pdf form.  Do
> any of you know of a way to make this  happen?

If you mean the image of an actual signature rather than some sort of digital 
signing
algorithm, then imagemagick might do what you want.  You can overlay an image 
onto another
image (i.e. the page), then use the convert command to create the pdf.

-

Frank,

Thanks for you suggestion!

I have never really used ImageMagick, but I took a look at it after your note.  
It has some
merit.  

I also experimented a little with pdftk, and was able to develop a way to 
overlay a
signature as a watermark with it.  The only drawback so far is that pdftk seems 
to require
a merge of a whole page, and the only way to place the signature at the proper 
place is to
place it on a blank pdf page and then create the watermark.  Seems to be a bit 
of kludge to
me, but I think this will work for what I need to do.

Greg
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Update to libstdc+++ causes problems.

2018-11-13 Thread Yan Li

On 11/13/18 11:50 AM, Chris Johnson wrote:

I believe most of the images were originally built for Ubuntu.


Sounds like that you are trying to run some binaries that were built for 
Ubuntu, and the Ubuntu version they used has a higher ABI version than 
those in CentOS 7.


If these were software (proprietary or FLOSS) that were designed for 
Ubuntu but not CentOS, you'd likely meet some other problems even when 
the ABIs match. Ubuntu and CentOS have many differences.


For simplicity I'd choose to stay with Ubuntu. Ubuntu also has Long Term 
Support (LTS) versions that are supported for five years:


https://www.ubuntu.com/about/release-cycle

--
Yan Li
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos