Re: [CentOS] more recent perl version?

> > The problem is that the expensive POS software doesn´t run on Centos > because the perl version Centos uses is too old. Life is a compromise. If the expensive POS software isn't designed to run on RHEL/CentOS then you will need to run it on a different OS. I know your desire is to keep

[CentOS] System Time Source Responses

It looks like we may have hit on a popular subject with the questions about system time sources.  Thanks for all of the responses.  Our intern and senior software staff now have useful information and new perspective. ___ CentOS mailing list

Re: [CentOS] What is in a yum group

On 05/24/2017 06:07 PM, Scott Gennari wrote: On 5/24/2017 5:59 PM, Robert Moskowitz wrote: yum group info Xfce Group: Xfce Group-Id: xfce-desktop Description: A lightweight desktop environment that works well on low end machines. Mandatory Packages: +Thunar +xfce-utils

Re: [CentOS] What is in a yum group

On 05/24/2017 06:07 PM, Scott Gennari wrote: On 5/24/2017 5:59 PM, Robert Moskowitz wrote: yum group info Xfce Group: Xfce Group-Id: xfce-desktop Description: A lightweight desktop environment that works well on low end machines. Mandatory Packages: +Thunar +xfce-utils Thanks.

Re: [CentOS] What is in a yum group

On 5/24/2017 5:59 PM, Robert Moskowitz wrote: yum group info Xfce Group: Xfce Group-Id: xfce-desktop Description: A lightweight desktop environment that works well on low end machines. Mandatory Packages: +Thunar +xfce-utils +xfce4-panel +xfce4-session +xfce4-settings

Re: [CentOS] What is in a yum group

Can some one that has a Centos7-x64 system please send me the output of: yum group info Xfce My Centos7-armv7 does not have an Xfce group, only Gnome and KDE. And all else I have here are Fedora 25-x64 laptops. I want to see what Centos7 considers to be in the Xcfe desktop. thanks On

Re: [CentOS] more recent perl version?

On Wed, 2017-05-24 at 16:35 -0400, Jon LaBadie wrote: > On Wed, May 24, 2017 at 10:16:15PM +0200, hw wrote: > > Johnny Hughes schrieb: > > > On 05/23/2017 11:44 AM, hw wrote: > > > > > > > > Hi, > > > > > > > > are there packages replacing the ancient perl version in > > > > Centos 7 with a more

Re: [CentOS] more recent perl version?

On Wed, May 24, 2017 at 10:16:15PM +0200, hw wrote: > Johnny Hughes schrieb: > > On 05/23/2017 11:44 AM, hw wrote: > > > > > > Hi, > > > > > > are there packages replacing the ancient perl version in > > > Centos 7 with a more recent one, like 5.24? At least the > > > state feature is required.

Re: [CentOS] more recent perl version?

Johnny Hughes schrieb: On 05/23/2017 11:44 AM, hw wrote: Hi, are there packages replacing the ancient perl version in Centos 7 with a more recent one, like 5.24? At least the state feature is required. As a side note, here is why RHEL (and therefore CentOS, since we rebuild RHEL source

Re: [CentOS] more recent perl version?

On May 24, 2017, at 1:58 PM, hw wrote: > > It seems that lighttpd uses the perl version that is assigned in > the configuration This is one of the advantages of Plack vs mod_perl, by the way: decoupling the Perl version from the web server version. > while ignoring the

Re: [CentOS] more recent perl version?

Paul Heinlein schrieb: On Wed, 24 May 2017, hw wrote: Paul Heinlein schrieb: On Tue, 23 May 2017, m.r...@5-cent.us wrote: > hw wrote: > > > > are there packages replacing the ancient perl version in > > Centos 7 with a more recent one, like 5.24? At least the > > state feature is

Re: [CentOS] more recent perl version?

On 05/23/2017 11:44 AM, hw wrote: > > Hi, > > are there packages replacing the ancient perl version in > Centos 7 with a more recent one, like 5.24? At least the > state feature is required. As a side note, here is why RHEL (and therefore CentOS, since we rebuild RHEL source code to create our

Re: [CentOS] network setup: meaning of PEERROUTES option

Can you be more specific as to the subnets you are using and how? PEERROUTES could affect your case, but I doubt it. It is used by NetworkManager, see https://bugzilla.redhat.com/show_bug.cgi?id=1107328 -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original

Re: [CentOS] System Time Source

On Wed, May 24, 2017 10:45 am, Warren Young wrote: > On May 24, 2017, at 8:52 AM, Chris Adams wrote: >> >> Once upon a time, Warren Young said: >>> a. It’s transmitting from a fixed location in a time zone you >>> probably aren’t in — US Mountain —

Re: [CentOS] System Time Source

On 05/24/2017 11:37 AM, Tate Belden wrote: Warren, one slight correction on an other wise nicely written bit of info: The time transmitted from WWV is not Mountain Time. Even though the WWV transmitter farm is located in the Mountain time zone, the signals are transmitted as "Coordinated

Re: [CentOS] more recent perl version?

On May 24, 2017, at 9:38 AM, hw wrote: > > Warren Young schrieb: >> On May 24, 2017, at 7:05 AM, hw wrote: >>> apache uses mod_perl >> >> mod_perl was dropped from Apache in 2.4, and Red Hat followed suit with RHEL >> 7. > > What is it using instead? There are

Re: [CentOS] System Time Source

On May 24, 2017, at 9:37 AM, Tate Belden wrote: > > The time transmitted from WWV is not Mountain Time. I should have split the paragraph, because I didn’t mean to imply that that was the case. My point in mentioning the transmission location is to show that it’s probably a

Re: [CentOS] System Time Source

On Wed, 24 May 2017, Pete Biggs wrote: The GPS time system is also notoriously very precisely wrong. The time was set when the first satellite was sent up and has never been corrected since - so hasn't taken account of leap seconds or relativistic effects. All that matters for GPS is that the

Re: [CentOS] System Time Source

On 05/24/2017 11:29 AM, Pete Biggs wrote: ... The terrestrial radio clocks are actually not that accurate. They are not designed for keeping things like a system clock "correct". Commercial solutions only keep to within about +/- 0.5s per day, with resynchronisation happening about once a day.

Re: [CentOS] System Time Source

On May 24, 2017, at 8:52 AM, Chris Adams wrote: > > Once upon a time, Warren Young said: >> a. It’s transmitting from a fixed location in a time zone you probably >> aren’t in — US Mountain — being the least populous of the lower 48’s four >> time zones.

Re: [CentOS] more recent perl version?

Warren Young schrieb: On May 24, 2017, at 7:05 AM, hw wrote: apache uses mod_perl mod_perl was dropped from Apache in 2.4, and Red Hat followed suit with RHEL 7. What is it using instead? The rh-httpd24 does not seem to use a more recent version of perl. But there is a

Re: [CentOS] System Time Source

Warren, one slight correction on an other wise nicely written bit of info: The time transmitted from WWV is not Mountain Time. Even though the WWV transmitter farm is located in the Mountain time zone, the signals are transmitted as "Coordinated Universal time", UTC, or 'Zulu' time. Here, you

Re: [CentOS] System Time Source

On Wed, 2017-05-24 at 13:53 +, Chris Olson wrote: > One of our STEM interns recently observed that there are > inexpensive clocks that sync via radio to standard time > services.  This begged a question about why every computer > would not have a radio module to receive time.  Our senior >

Re: [CentOS] more recent perl version?

Warren Young schrieb: On May 24, 2017, at 6:02 AM, hw wrote: Warren Young schrieb: CentOS 5 just left supported status, which shipped Perl 5.8.8 from first release to last Living in the past seldwhen is a good idea. I don’t propose to teach you about my problems — they

Re: [CentOS] System Time Source

Once upon a time, Warren Young said: > a. It’s transmitting from a fixed location in a time zone you probably aren’t > in — US Mountain — being the least populous of the lower 48’s four time > zones. You therefore have to configure time zone offset and DST rules, which >

[CentOS] local ephemeral ports usage and distribution / inet_csk_get_port()

Hello I'm using CentOS Linux release 7.3.1611 (Core) with kernel 3.10.0-514.16.1.el7.x86_64 Using iperf for bond benchmarking, and opening several sockets, I noticed a strange behavior. My Centos using iperf as a client to connect to an iperf server (running either CentOS or Debian) requesting

Re: [CentOS] more recent perl version?

On Wed, 24 May 2017, hw wrote: Paul Heinlein schrieb: On Tue, 23 May 2017, m.r...@5-cent.us wrote: > hw wrote: > > > > are there packages replacing the ancient perl version in > > Centos 7 with a more recent one, like 5.24? At least the > > state feature is required. Perl 5.24 is

Re: [CentOS] System Time Source

Chris Olson kirjoitti 24.5.2017 klo 16.53: > One of our STEM interns recently observed that there are > inexpensive clocks that sync via radio to standard time > services. This begged a question about why every computer > would not have a radio module to receive time. Terrestrial time services

Re: [CentOS] System Time Source

On May 24, 2017, at 7:53 AM, Chris Olson wrote: > > One of our STEM interns recently observed that there are > inexpensive clocks that sync via radio to standard time > services. There are two major types: 1. WWVB and its equivalents in other countries:

Re: [CentOS] System Time Source

Once upon a time, Chris Olson said: > One of our STEM interns recently observed that there are > inexpensive clocks that sync via radio to standard time > services.  This begged a question about why every computer > would not have a radio module to receive time.  Our

Re: [CentOS] more recent perl version?

On Wed, May 24, 2017 8:46 am, Warren Young wrote: > On May 24, 2017, at 6:02 AM, hw wrote: >> >> Warren Young schrieb: >>> >>> CentOS 5 just left supported status, which shipped Perl 5.8.8 from >>> first release to last >> >> Living in the past seldwhen is a good idea. > > I

Re: [CentOS] System Time Source

Chris Olson wrote: > One of our STEM interns recently observed that there are > inexpensive clocks that sync via radio to standard time > services.  This begged a question about why every computer > would not have a radio module to receive time.  Our senior > staff did not have a good answer or if

Re: [CentOS] System Time Source

On 05/24/2017 09:53 AM, Chris Olson wrote: One of our STEM interns recently observed that there are inexpensive clocks that sync via radio to standard time services. This begged a question about why every computer would not have a radio module to receive time. Our senior staff did not have a

Re: [CentOS] What is in a yum group

On 05/24/2017 12:03 AM, John R Pierce wrote: On 5/23/2017 3:52 PM, Robert Moskowitz wrote: I want to install Xfce on a ClearOS server. They have not defined any desktop groups (actually no groups other than minimal). But lots of Xfce rpms are in their repos. How can I see what rpms

[CentOS] System Time Source

One of our STEM interns recently observed that there are inexpensive clocks that sync via radio to standard time services.  This begged a question about why every computer would not have a radio module to receive time.  Our senior staff did not have a good answer or if time from such a radio

Re: [CentOS] more recent perl version?

On May 24, 2017, at 7:05 AM, hw wrote: > apache uses mod_perl mod_perl was dropped from Apache in 2.4, and Red Hat followed suit with RHEL 7. > But there is a package 'rh-perl524-mod_perl’. That must be someone’s backport. As someone who migrated a mod_perl based app off of

Re: [CentOS] more recent perl version?

On May 24, 2017, at 6:02 AM, hw wrote: > > Warren Young schrieb: >> >> CentOS 5 just left supported status, which shipped Perl 5.8.8 from first >> release to last > > Living in the past seldwhen is a good idea. I don’t propose to teach you about my problems — they are, after

Re: [CentOS] more recent perl version?

Pete Biggs schrieb: If this sort of stance seems risible to you, you probably shouldn’t be using CentOS. This is what distinguishes a “stable” type of OS from a “bleeding edge” one. When a version of a software has been released 20 years ago, that doesn´t mean it´s more stable than a

Re: [CentOS] more recent perl version?

Pete Biggs schrieb: Thanks, I tried rh-perl, and it worked for a test. It does not replace the existing perl installation. You have to explicitly use that version. Yes, that's how SCL works. A lot of system software uses perl (and python and gcc) so replacing the installed version

Re: [CentOS] more recent perl version?

> > > If this sort of stance seems risible to you, you probably shouldn’t > > be using CentOS. This is what distinguishes a “stable” type of OS > > from a “bleeding edge” one. > > When a version of a software has been released 20 years ago, > that doesn´t mean it´s more stable than a version

Re: [CentOS] more recent perl version?

> > Thanks, I tried rh-perl, and it worked for a test. It does not replace the > existing > perl installation. You have to explicitly use that version. Yes, that's how SCL works. A lot of system software uses perl (and python and gcc) so replacing the installed version without testing the

[CentOS] network setup: meaning of PEERROUTES option

Hi, what´s the meaning of the PEERROUTES option in the networking scripts? I couldn´t find that documented anywhere. I managed to set up a bonding interface and when sending pings, I´m getting redirection messages from the gateway unless I manually add a route to the network. So I guess

Re: [CentOS] more recent perl version?

Paul Heinlein schrieb: On Tue, 23 May 2017, m.r...@5-cent.us wrote: hw wrote: are there packages replacing the ancient perl version in Centos 7 with a more recent one, like 5.24? At least the state feature is required. Perl 5.24 is available in SCL, in the centos-sclo-rh repository.

Re: [CentOS] more recent perl version?

Warren Young schrieb: On May 23, 2017, at 10:44 AM, hw wrote: are there packages replacing the ancient perl version in Centos 7 with a more recent one, like 5.24? Since when is Perl 5.16 “ancient?” It’s only 4 years old. CentOS 5 just left supported status, which shipped

[CentOS] CentOS-announce Digest, Vol 147, Issue 5

Send CentOS-announce mailing list submissions to centos-annou...@centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to