Re: [CentOS] GCC 4.9 in CentOS 7 ??

2017-02-06 Thread Andreas Benzler
Hello guys..

or you dig it up by hand and use

environment-modules 

In our cluster I prepaired my self to do it step by step,
because we need the binary as rpm (because of dependency) 
to pull it onto the cluster nodes, but this takes a lot of time.

Sincerely 

Andy

Am Sonntag, den 05.02.2017, 22:43 -0800 schrieb Gordon Messmer:
> On 02/05/2017 06:37 PM, Alice Wonder wrote:
> > Where are src.rpm's ? 
> 
> 
> Same place as everything else:
> 
> http://vault.centos.org/7.3.1611/sclo/Source/
> 
> ___
> 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


Re: [CentOS] Chrony vd NTP

2017-02-06 Thread Louis Lagendijk
On Sun, 2017-02-05 at 12:30 -0500, Robert Moskowitz wrote:
> 
> On 02/05/2017 11:58 AM, J Martin Rushton wrote:
> > On 05/02/17 16:15, Richard wrote:
> > > > Date: Sunday, February 05, 2017 10:26:05 -0500
> > > > From: Robert Moskowitz 
> > > > 
> > > > I have read:
> > > > http://thegeekdiary.com/centos-rhel-7-chrony-vs-ntp-differences
> > > > -bet
> > > > ween-ntpd-and-chronyd/
> > > > 
> > > > My server is up all the time and will serve time to internal
> > > > systems (via DHCP options).
> > > > 
> > > > Caveat is that my server is an armv7 (Cubieboard2) which does
> > > > not
> > > > have an RTC (no battery).  So whenever the system boots, the
> > > > time
> > > > is ZERO (Dec 31, 1969 or some such).
> > > > 
> > > > Chrony fixes this really fast; shortly after boot the time is
> > > > good.
> > > > Chrony CAN be configed as an internal time server.  But chrony
> > > > does
> > > > not seem to step the clock for any adjustments needed.  It is
> > > > more
> > > > important that this systems time be right all the time than to
> > > > avoid clock steps.
> > > > 
> > > > This brings me back to NTP, which normally takes hours to bring
> > > > the
> > > > time from ZERO to current, but keeps the time correct.
> > > > 
> > > > So:
> > > > 
> > > > Can Chrony check the time, say once a day?
> > > > 
> > > > Or can NTP make a BIG time jump all at once (on system
> > > > restart)?
> > > 
> > > Where I have somewhat similar issues, I have historically used a
> > > crontab "@reboot" entry to call ntpdate which gets the clock set
> > > correctly. From there ntp keeps it in sync.
> > > 
> > > This can now be accomplished with ntpd, and ntpdate is threatened
> > > with depreciation/retirement. See the top of the ntpdate man page
> > > for
> > > more details.
> > > 
> > 
> > The NTP configuration option you may be after is "tinker panic 0"
> > which
> > allows NTP to make big jumps as often as required.  See
> > ntp_misc(5).
> > There is a related discussion with making VMs take big jumps at
> > https://www.centos.org/forums/viewtopic.php?f=16&t=61186&p=258254#p
> > 258254
> 
> Thanks.  I will look at this.  All I was seeing was to use burst and 
> iburst, but they would not make the really big jump needed after
> boot.
> 
> 
With NTP you could use the ntpdate.service as well as/ before 
ntpd.service. the  former is supposed to set the clock once BEFORE ntpd
is started. 
See: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_L
inux/6/html/Deployment_Guide/s1-Configure_ntpdate_Servers.html
Ntpdate seems to work on RHEL/Centos 7 as well...

/Louis

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


[CentOS] install of audacity kills audio

2017-02-06 Thread ken

# uname -r
3.10.0-514.6.1.el7.x86_64
# cat /etc/centos-release
CentOS Linux release 7.3.1611 (Core)

Prior to the below the sound/audio on my system worked just fine.

Then a yum of install of audacity with dependencies:

...
Downloading packages:
(1/6): vamp-plugin-sdk-2.5-4.el7.x86_64.rpm| 172 kB   00:03
(2/6): wxGTK-2.8.12-20.el7.x86_64.rpm  | 2.9 MB   00:00
(3/6): audacity-2.1.1-1.el7.x86_64.rpm | 4.3 MB   00:08
(4/6): portaudio-19-16.el7.x86_64.rpm  |  88 kB   00:09
(5/6): libid3tag-0.15.1b-17.el7.x86_64.rpm |  48 kB   00:09
(6/6): wxBase-2.8.12-20.el7.x86_64.rpm | 588 kB   00:10
...

Now nothing which is supposed to output is working; e.g., something as 
simple as "play file.wav" hangs at the start and outputs no sound at 
all.  Two minutes prior to the install the exact same command worked.  
Same story with other apps using sound.


I "erased" (rpm -e ...) all of the installed packages listed above. That 
didn''t fix the problem.


My guess is that the install loaded one or more bogus kernel modules, it 
would be nice if lsmod showed WHEN the modules were loaded, but it 
doesn't.  Is there some way to find this out?


# lspci -vv -s 00:1f.3
00:1f.3 Audio device: Intel Corporation Sunrise Point-H HD Audio (rev 31)
Subsystem: Hewlett-Packard Company Device 80ee
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- 
SERR- 
Latency: 32, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 130
Region 0: Memory at 9622 (64-bit, non-prefetchable) [size=16K]
Region 4: Memory at 9621 (64-bit, non-prefetchable) [size=64K]
Capabilities: [50] Power Management version 3
Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA 
PME(D0-,D1-,D2-,D3hot+,D3cold+)

Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
Address: fee003d8  Data: 
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel

# rmmod snd_hda_intel
rmmod: ERROR: Module snd_hda_intel is in use

snd_hda_intel probably isn't the offending module anyway.


I recall having this same problem five or ten years ago with an audacity 
install, but don't recall what I did to fix it.  Anyone here closer to 
this issue?


Thanks much.

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


Re: [CentOS] GCC 4.9 in CentOS 7 ??

2017-02-06 Thread Paul Heinlein

On Sun, 5 Feb 2017, Gordon Messmer wrote:


Yes.  Use the software collections.

https://www.softwarecollections.org/en/

https://www.softwarecollections.org/en/scls/rhscl/devtoolset-4/


There are three ways to utilize SCLs: a temporary subshell invoked 
with the scl utility, a session-long environment shift by sourcing the 
package's 'enable' script, or a permanent alteration of your shell 
profile to include the package's bin/ and lib/ directories.


I outline the first two methods in a blog post you may find helpful:

  https://www.madboa.com/blog/2016/08/29/scl-intro/

(There's no advertising on my site and I make no revenue from it.)

--
Paul Heinlein <> heinl...@madboa.com <> http://www.madboa.com/
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] Delaying services starting at boot

2017-02-06 Thread Robert Moskowitz
Back to the challenge of a server with no RTC.  Chrony advances the 
clock some 14B sec a bit after bootup.


So sometimes services like httpd start with a bad time of Dec 31, 1969.  
Is there some way to delay services starting until Chrony has done its 
job to bring the clock up?  I think it matters to some extent, as 
/var/log/http/error.log is filled this time with messages about http 
starting with that 1969 date.  Other times, on boot, I don't see these 
messages, and thus guess that Chrony set the time before httpd started.


thanks

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


Re: [CentOS] CentOS 7.3.1611 scap-security-guide issue

2017-02-06 Thread Michał Jankowski
Please have a look at the patch.

On Fri, Feb 3, 2017 at 1:52 AM Johnny Hughes  wrote:

> On 02/01/2017 10:15 AM, Michał Jankowski wrote:
> > Hello,
> >
> > I have noticed that pci-dss profile, ssg-centos7-xccdf.xml will always
> fail
> > on test and remediation for disable_prelink rule. That seem to be caused
> by
> > insufficient CentOS RPM customization of upstream code. Specifically
> this:
> >
> https://github.com/OpenSCAP/scap-security-guide/blob/master/shared/oval/disable_prelink.xml#L24-L35
> > <
> https://github.com/OpenSCAP/scap-security-guide/blob/master/shared/oval/disable_prelink.xml
> >
> >
> > That condition will always fail on CentOS because it misses:
> > 
> >
> > I was thinking about raising a bug on https://bugs.centos.org or
> committing
> > a fix in https://git.centos.org/summary/rpms!scap-security-guide but I
> am
> > unsure as to what action should I take.
>
> You can clone that git project from git.centos.org, then checkout the
> 'c7' branch and fix the issue on your branch .. then use the git
> --format-patch option as explained here:
>
> https://ariejan.net/2009/10/26/how-to-create-and-apply-a-patch-with-git/
>
> Then you can send your patch (attached to an email) to the CentOS-Devel
> mailing list (https://lists.centos.org/mailman/listinfo/centos-devel)
> and I will import it into the git repo and fix the package.
>
> 
>
> Thanks,
> Johnny Hughes
>
>
> ___
> 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


[CentOS] CentOS 6, 8, mplayer, "vector smash protection is enabled"

2017-02-06 Thread m . roth
This *just* started happening. Video works, but if I try to play streaming
audio, I get nothing. In .xsession-errors, I see that message, along with
others
Object::connect: No such slot
TaskManager::GroupManager::taskDestroyed(QObject*)
ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect:
Connection refused
###!!! [Parent][MessageChannel::Call] Error:
(msgtype=0xAA0001,name=PPluginInstance::Msg___delete__) Channel error:
cannot send/recv

Based on a brief google, it *appears* as though vector smash protection is
protecting me from playing music. Note that mplayer does play videos with
no audio (i.e., from our surveillance cameras in our secure rooms).

Can I turn it off, or is there something else blocking me? Let me note
that flash-plugin works to play music... except, as I noted last week, it
crashes every 15-20 minutes, so I was going to mplayer from the command
line

mark

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


[CentOS] [solved] Centos6.8 and Python33

2017-02-06 Thread Patrick Begou

Current versions of numpy seams to be not compatible anymore with python 3.3 
:-[.
I had to specify an older package version:

pip install numpy==1.10.4
as 1.12.0 doesn't work anymore.

Patrick

--
===
|  Equipe M.O.S.T. |  |
|  Patrick BEGOU   | mailto:patrick.be...@grenoble-inp.fr |
|  LEGI|  |
|  BP 53 X | Tel 04 76 82 51 35   |
|  38041 GRENOBLE CEDEX| Fax 04 76 82 52 71   |
===

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


Re: [CentOS] Centos6.8 and Python33

2017-02-06 Thread Patrick Begou

Pete Biggs wrote:

On Mon, 2017-02-06 at 13:07 +0100, Patrick Begou wrote:

I've some trouble with installing numpy in python 3.3 on Centos 6.8 as
installation request a different python version...

[root@sge ~]$ yum install python33 python33-python-tools
[root@sge ~]$ scl enable python33 bash
 = *this load Python 3.3.2*  ===
[root@sge ~]$ easy_install pip
[root@sge ~]$ pip install numpy
Collecting numpy
Using cached numpy-1.12.0.zip
  Complete output from command python setup.py egg_info:
  Traceback (most recent call last):
File "", line 1, in 
File "/tmp/pip-build-wyb0pj/numpy/setup.py", line 34, in 
  raise RuntimeError("Python version 2.7 or >= 3.4 required.")
*RuntimeError: Python version 2.7 or >= 3.4 required.


*I'm not familar with python and I do not find on google how to work arround
this


Even not knowing python, it's fairly obvious - it says you need Python
version 3.4 or greater for numpy 1.12.0, you've installed Python 3.3

Generally, I don't use pip for installing numpy - it's such a common
requirement for other packages that it's in the repositories. Try
something like

   yum install python33-numpy

P.

Using "yum install python33-numpy " could be a solution for numpy but this just 
forward the problem to the next package I have to install with pip. I do not 
understand why a python 3.3 environment try to install incompatibles packages.


I tryed to install python34 with yum but it does not seem to work with scl 
environment (yum install python34-setuptools python34)


Patrick


--
===
|  Equipe M.O.S.T. |  |
|  Patrick BEGOU   | mailto:patrick.be...@grenoble-inp.fr |
|  LEGI|  |
|  BP 53 X | Tel 04 76 82 51 35   |
|  38041 GRENOBLE CEDEX| Fax 04 76 82 52 71   |
===

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


Re: [CentOS] Centos6.8 and Python33

2017-02-06 Thread Pete Biggs
On Mon, 2017-02-06 at 13:07 +0100, Patrick Begou wrote:
> I've some trouble with installing numpy in python 3.3 on Centos 6.8 as 
> installation request a different python version...
> 
> [root@sge ~]$ yum install python33 python33-python-tools
> [root@sge ~]$ scl enable python33 bash
> = *this load Python 3.3.2*  ===
> [root@sge ~]$ easy_install pip
> [root@sge ~]$ pip install numpy
> Collecting numpy
>Using cached numpy-1.12.0.zip
>  Complete output from command python setup.py egg_info:
>  Traceback (most recent call last):
>File "", line 1, in 
>File "/tmp/pip-build-wyb0pj/numpy/setup.py", line 34, in 
>  raise RuntimeError("Python version 2.7 or >= 3.4 required.")
> *RuntimeError: Python version 2.7 or >= 3.4 required.
> 
> 
> *I'm not familar with python and I do not find on google how to work arround 
> this
> 
Even not knowing python, it's fairly obvious - it says you need Python
version 3.4 or greater for numpy 1.12.0, you've installed Python 3.3

Generally, I don't use pip for installing numpy - it's such a common
requirement for other packages that it's in the repositories. Try
something like 

  yum install python33-numpy

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


[CentOS] Centos6.8 and Python33

2017-02-06 Thread Patrick Begou
I've some trouble with installing numpy in python 3.3 on Centos 6.8 as 
installation request a different python version...


[root@sge ~]$ yum install python33 python33-python-tools
[root@sge ~]$ scl enable python33 bash
   = *this load Python 3.3.2*  ===
[root@sge ~]$ easy_install pip
[root@sge ~]$ pip install numpy
Collecting numpy
  Using cached numpy-1.12.0.zip
Complete output from command python setup.py egg_info:
Traceback (most recent call last):
  File "", line 1, in 
  File "/tmp/pip-build-wyb0pj/numpy/setup.py", line 34, in 
raise RuntimeError("Python version 2.7 or >= 3.4 required.")
*RuntimeError: Python version 2.7 or >= 3.4 required.


[root@sge ~]$which python
/opt/rh/python33/root/usr/bin/python
[root@sge ~]$which pip
/opt/rh/python33/root/usr/bin/pip


*I'm not familar with python and I do not find on google how to work arround 
this


Thanks

Patrick

--
===
|  Equipe M.O.S.T. |  |
|  Patrick BEGOU   | mailto:patrick.be...@grenoble-inp.fr |
|  LEGI|  |
|  BP 53 X | Tel 04 76 82 51 35   |
|  38041 GRENOBLE CEDEX| Fax 04 76 82 52 71   |
===

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


Re: [CentOS] Buttons too big in Firefox for Linux

2017-02-06 Thread Gary Stainburn
On Friday 03 February 2017 19:40:37 Always Learning wrote:
> On Wed, 2017-02-01 at 14:41 +, Gary Stainburn wrote:
> > To go down the CSS route means that I'll have to amend every CSS /
> > HTML to fix the problem.
>
> The idea is to use one .css file for entire web sites, or large
> divisions of a single web site.
>

Hi Paul,

I do do that, but I have quite a few web sites that I maintain, both for work 
and personally. I'm currently sitting in the glow of a freshly installed 
workstation after having to replace the HDD, and a number of problems that I 
have been experiencing, including the over-sized buttons have all gone away.

Thank you for the CSS. I'll have a look at that in relation to my existing CSS 
and see if that helps.  On the plus side, the research I've been doing for 
this problem has shown me some better practices that I will try to utilise.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos