From https://lists.centos.org/mailman/listinfo/centos :
CentOS -- CentOS mailing list
About CentOSEnglish (USA)
This is a General discussion list for all issues CentOS. Security updates are
currently announced on this list once daily. This list is read and reply for
anyone that is a membe
On Mon, Oct 26, 2015 at 04:42:49PM -0500, Johnny Hughes wrote:
> That is not a threat, it is a promise. I set the moderation bits on the
> list. I get dozens of emails off list asking for people to moderated on
> the flame fest emails.
Johnny,
Thank you for providing this service to the commun
On 10/26/2015 12:19 PM, Michael Hennebry wrote:
> On Sat, 24 Oct 2015, Johnny Hughes wrote:
>
>> On 10/23/2015 03:44 PM, m.r...@5-cent.us wrote:
>>> What FUD? It adds *binary* logfiles, readable only with a separate
>>> program; when I restart a service, it does not *tell* me what's going
>>> on,
On Sat, 24 Oct 2015, Johnny Hughes wrote:
On 10/23/2015 03:44 PM, m.r...@5-cent.us wrote:
What FUD? It adds *binary* logfiles, readable only with a separate
program; when I restart a service, it does not *tell* me what's going on,
just worked or didn't, so I don't know, if it fails, where, the
On Mon, October 26, 2015 11:11 am, Johnny Hughes wrote:
> On 10/24/2015 01:59 PM, Valeri Galtsev wrote:
>> On Sat, October 24, 2015 12:23 pm, Keith Keller wrote:
>>> On 2015-10-24, Johnny Hughes wrote:
For the sake of everyone's sanity .. if you (any user, not mark
specifically) don't want to
On 10/24/2015 01:59 PM, Valeri Galtsev wrote:
>
> On Sat, October 24, 2015 12:23 pm, Keith Keller wrote:
>> On 2015-10-24, Johnny Hughes wrote:
>>>
>>> For the sake of everyone's sanity .. if you (any user, not mark
>>> specifically) don't want to use systemd, then please don't use CentOS-7.
>>
>
On Sat, October 24, 2015 12:23 pm, Keith Keller wrote:
> On 2015-10-24, Johnny Hughes wrote:
>>
>> For the sake of everyone's sanity .. if you (any user, not mark
>> specifically) don't want to use systemd, then please don't use CentOS-7.
>
> For example, you could help out with Devuan, which aim
On 2015-10-24, Johnny Hughes wrote:
>
> For the sake of everyone's sanity .. if you (any user, not mark
> specifically) don't want to use systemd, then please don't use CentOS-7.
For example, you could help out with Devuan, which aims to remove
systemd from Debian, or you can switch to Slackware,
On 10/24/2015 10:08 AM, Lamar Owen wrote:
Was it? Many servers are deployed as standard images, both physical
and virtual, and having a single, standard, cloned image boot easily
on multiple types of hardware makes lots of sense in this
environment. Dbus is about hardware enumeration, both
On 10/23/2015 05:45 PM, Yamaban wrote:
Well, looking back, during kernel 2.6 there was no systemd at all.
But! That was the time where udev and dbus came into the boot cycle.
...
What was the rationale to get udev into boot? -- Handling the ever
changing mess of plugable, switchable hardware. Not
On 10/23/2015 03:44 PM, m.r...@5-cent.us wrote:
> Jonathan Billings wrote:
>> On Oct 23, 2015, at 9:46 AM, m.r...@5-cent.us wrote:
>>> James B. Byrne wrote:
I am glad to discover that I am not losing my mind. I too have been
rather dismayed at the perceived increase in frequency wit
Jonathan Billings wrote:
> On Oct 23, 2015, at 9:46 AM, m.r...@5-cent.us wrote:
>> James B. Byrne wrote:
>>>
>>> I am glad to discover that I am not losing my mind. I too have been
>>> rather dismayed at the perceived increase in frequency with which I
>>> must reboot my servers. I wondered wheth
On 10/23/2015 12:51 PM, Jonathan Billings wrote:
No. If anything, systemd handles upgrades better than SysV init, since it
handles re-execing better. Please stop spreading FUD.
Most likely the glibc and openssl updates are what people are talking about.
Doesn’t require a reboot, just resta
On Oct 23, 2015, at 9:46 AM, m.r...@5-cent.us wrote:
> James B. Byrne wrote:
>>
>> I am glad to discover that I am not losing my mind. I too have been
>> rather dismayed at the perceived increase in frequency with which I
>> must reboot my servers. I wondered whether this was simply a
>> misconc
On Fri, October 23, 2015 9:40 am, John Hodrien wrote:
> On Fri, 23 Oct 2015, Valeri Galtsev wrote:
>
>> But coming back to negative part (which is about almost any Linux
>> distribution). These often reboots started in my recollection around 2.6
>> kernel which is long ago.
I always admire the "c
On Fri, 23 Oct 2015, Valeri Galtsev wrote:
But coming back to negative part (which is about almost any Linux
distribution). These often reboots started in my recollection around 2.6
kernel which is long ago.
There's no way that needing a reboot is related to 2.6. Indeed newer features
like ks
On Fri, October 23, 2015 8:46 am, m.r...@5-cent.us wrote:
> James B. Byrne wrote:
>>
>> On Thu, October 22, 2015 17:25, Valeri Galtsev wrote:
>>> . . . Still, disregarding the part some of us dislike personally
>>> (plus often reboots necessary to install some vital updates
>>> - which all Linuxes
James B. Byrne wrote:
>
> On Thu, October 22, 2015 17:25, Valeri Galtsev wrote:
>> . . . Still, disregarding the part some of us dislike personally
>> (plus often reboots necessary to install some vital updates
>> - which all Linuxes are prone to beginning somewhere around
>> 2.6 kernel) . . .
>
>
On Thu, October 22, 2015 17:25, Valeri Galtsev wrote:
> . . . Still, disregarding the part some of us dislike personally
> (plus often reboots necessary to install some vital updates
> - which all Linuxes are prone to beginning somewhere around
> 2.6 kernel) . . .
I am glad to discover that I am
On Thu, October 22, 2015 3:45 pm, Johnny Hughes wrote:
> On 10/22/2015 03:40 PM, Juan Bernhard wrote:
>>
>> El 22/10/2015 a las 03:00 p.m., Valeri Galtsev escribió:
>>>
>>> On Thu, October 22, 2015 12:49 pm, Johnny Hughes wrote:
On 10/22/2015 11:50 AM, Juan Bernhard wrote:
>
> El 22/1
On 10/22/2015 1:40 PM, Juan Bernhard wrote:
Im not saying that they must remove this package, but they also should
include the newer version. I use freebsd (and its not a toy distro
like fedora), and you have several ports, php, php54, php55 and php56
to choose whatever you need.
Please, dont
On 10/22/2015 03:40 PM, Juan Bernhard wrote:
>
> El 22/10/2015 a las 03:00 p.m., Valeri Galtsev escribió:
>>
>> On Thu, October 22, 2015 12:49 pm, Johnny Hughes wrote:
>>> On 10/22/2015 11:50 AM, Juan Bernhard wrote:
El 22/10/2015 a las 01:40 p.m., Nux! escribió:
> Kai,
>
> I
quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message -
From: "Kai Schaetzl"
To: centos@centos.org
Sent: Thursday, 22 October, 2015 17:33:33
Subject: Re: [CentOS] PHP version not enough for developers
Nux! wrote on Thu, 22 Oct 2015 17:27:26 +0100 (BST):
It'
On Thu, Oct 22, 2015 at 01:20:02PM -0300, Juan Bernhard wrote:
> If you want to change to a log term support, you should use php 5.6, this is
> under active development now.
> centos packagers mantainers should listen the PHP developers in this topic,
> they are the ones who really knows PHP
But y
b
of individuals at RH is paid for from). Let's not forget they as well as
us have families to support.
Valeri
>
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> -
Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Kai Schaetzl"
>>> To: centos@centos.org
>>> Sent: Thursday, 22 October, 2015 17:33:33
>>> Subject: Re: [CentOS] P
On 10/22/2015 12:40 PM, Johnny Hughes wrote:
> On 10/22/2015 10:31 AM, Andrew Holway wrote:
>> Hi,
>>
>> So, it seems that the current version of PHP in Centos 7 is PHP 5.4.16
>> however this version of PHP stopped getting security support from the PHP
>> people one month ago [1].
>>
>> Now, our de
On 10/22/2015 10:31 AM, Andrew Holway wrote:
> Hi,
>
> So, it seems that the current version of PHP in Centos 7 is PHP 5.4.16
> however this version of PHP stopped getting security support from the PHP
> people one month ago [1].
>
> Now, our developers want to use the new and shiny PHP because t
Juan
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message -
From: "Kai Schaetzl"
To: centos@centos.org
Sent: Thursday, 22 October, 2015 17:33:33
Subject: Re: [CentOS] PHP version not enough for developers
Nux! wrote on Thu, 22 Oc
On Thu, October 22, 2015 11:20 am, Juan Bernhard wrote:
>
> El 22/10/2015 a las 12:48 p.m., Valeri Galtsev escribió:
>> On Thu, October 22, 2015 10:40 am, Jim Perrin wrote:
>>> On 10/22/2015 10:31 AM, Andrew Holway wrote:
Hi,
So, it seems that the current version of PHP in Centos 7 is PHP
ginal Message -
> From: "Kai Schaetzl"
> To: centos@centos.org
> Sent: Thursday, 22 October, 2015 17:33:33
> Subject: Re: [CentOS] PHP version not enough for developers
> Nux! wrote on Thu, 22 Oct 2015 17:27:26 +0100 (BST):
>
>> It's irrelevant in thi
Nux! wrote on Thu, 22 Oct 2015 17:27:26 +0100 (BST):
> It's irrelevant in this case that PHP 5.3 is EOL. It will continue
> to be supported by Red Hat with security patches.
Exactly.
Nevertheless, PHP 5.6 is not "bleeding edge" as someone else said. 5.5 and
5.6 are really state of the art and of
I've been using IUS in the past. They have a good way of naming their
rpms, so they don't interfere with the RH rpms. But they don't support
older CentOS versions still on extended support as long as I needed them.
And they don't provide as much php-related rpms (f.i. pecl-stuff) as remi
does.
Borg technology!
Nux!
www.nux.ro
- Original Message -
> From: "Juan Bernhard"
> To: centos@centos.org
> Sent: Thursday, 22 October, 2015 17:20:02
> Subject: Re: [CentOS] PHP version not enough for developers
> El 22/10/2015 a las 12:48 p.m., Valeri Galtsev escribió:
>
El 22/10/2015 a las 12:48 p.m., Valeri Galtsev escribió:
On Thu, October 22, 2015 10:40 am, Jim Perrin wrote:
On 10/22/2015 10:31 AM, Andrew Holway wrote:
Hi,
So, it seems that the current version of PHP in Centos 7 is PHP 5.4.16
however this version of PHP stopped getting security support
Valeri Galtsev wrote:
> On Thu, October 22, 2015 10:40 am, Jim Perrin wrote:
>> On 10/22/2015 10:31 AM, Andrew Holway wrote:
>>>
>>> So, it seems that the current version of PHP in Centos 7 is PHP 5.4.16
>>> however this version of PHP stopped getting security support from the
>>> PHP people one mo
On Thu, October 22, 2015 10:40 am, Jim Perrin wrote:
>
>
> On 10/22/2015 10:31 AM, Andrew Holway wrote:
>> Hi,
>>
>> So, it seems that the current version of PHP in Centos 7 is PHP 5.4.16
>> however this version of PHP stopped getting security support from the
>> PHP
>> people one month ago [1].
>
On 10/22/2015 10:31 AM, Andrew Holway wrote:
> Hi,
>
> So, it seems that the current version of PHP in Centos 7 is PHP 5.4.16
> however this version of PHP stopped getting security support from the PHP
> people one month ago [1].
>
> Now, our developers want to use the new and shiny PHP because
Have a look at http://softwarecollections.org/
IUS could also be a good choice
http://dl.iuscommunity.org/pub/ius/archive/CentOS/7/x86_64/
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message -
> From: "Andrew Holway"
> To: "centos"
> Sent: Thursda
Thanks! Got everything working. And if any of you happen to be
passing through Bend, OR, I'd love to introduce you to one of our
noteworthy offerings: Bend beer (12 local breweries).
My Linux server just sits on the rack and purrs along, seldom
needing any attention except like today where I
On Fri, 2012-10-05 at 19:27 -0700, Todd Cary wrote:
> In trying to run some old php programs, I have discovered that
> mcrypt is not part of php53. Not sure how to research this.
http://wiki.centos.org/AdditionalResources/Repositories
EPEL
--
Travis Fraser
__
In trying to run some old php programs, I have discovered that
mcrypt is not part of php53. Not sure how to research this.
Todd
Ariste Software
Bend, OR 97702
http://www.aristesoftware.com
On 10/5/2012 11:37 AM, Rainer Duffner wrote:
> Am 05.10.2012 um 20:38 schrieb Todd Cary :
>
>> Concrete5
On 10/05/12 12:50 PM, Todd Cary wrote:
> Sorry I missed that...probably the same for MySQL.
# yum list php53\*
Loaded plugins: fastestmirror, priorities
Loading mirror speeds from cached hostfile
* base: centos.mirror.facebook.net
* extras: centos.mirrors.hoobly.com
* updates: mirror.5nineso
On 10/5/2012 11:58 AM, Rainer Duffner wrote:
> Am 05.10.2012 um 21:04 schrieb Todd Cary :
>
If any of you that were so generous with your assistance (and
patience) should come to Bend, Oregon, please look me up...I owe
you a Boneyard RPM IPA beer!
With appreciation
Todd Cary
Bend, OR 9770
Sorry I missed that...probably the same for MySQL.
Todd
Ariste Software
Bend, OR 97702
http://www.aristesoftware.com
On 10/5/2012 12:37 PM, John R Pierce wrote:
> On 10/05/12 12:43 PM, Todd Cary wrote:
>> The remaining problem is that version is compiled without GD;
>> something I need. Is the
On 10/5/2012 11:58 AM, Rainer Duffner wrote:
> Am 05.10.2012 um 21:04 schrieb Todd Cary :
>
>> What is the best way around this problem:
>>
>> Resolving Dependencies
>> --> Running transaction check
>> ---> Package php53.i386 0:5.3.3-13.el5_8 set to be updated
>> --> Processing Dependency: php53-co
On 10/05/12 12:43 PM, Todd Cary wrote:
> The remaining problem is that version is compiled without GD;
> something I need. Is there an easy way to get php53 WITH gd?
yum install php53-gd, as was pointed out to you several times.
--
john r pierceN 37, W 122
santa cr
On 10/5/2012 11:58 AM, Rainer Duffner wrote:
> Am 05.10.2012 um 21:04 schrieb Todd Cary :
>
>> What is the best way around this problem:
>>
>> Resolving Dependencies
>> --> Running transaction check
>> ---> Package php53.i386 0:5.3.3-13.el5_8 set to be updated
>> --> Processing Dependency: php53-co
Am 05.10.2012 um 21:04 schrieb Todd Cary :
>
> What is the best way around this problem:
>
> Resolving Dependencies
> --> Running transaction check
> ---> Package php53.i386 0:5.3.3-13.el5_8 set to be updated
> --> Processing Dependency: php53-common = 5.3.3-13.el5_8 for package:
> php53
> -->
What is the best way around this problem:
Resolving Dependencies
--> Running transaction check
---> Package php53.i386 0:5.3.3-13.el5_8 set to be updated
--> Processing Dependency: php53-common = 5.3.3-13.el5_8 for package:
php53
--> Processing Dependency: php53-cli = 5.3.3-13.el5_8 for package:
Am 05.10.2012 um 20:38 schrieb Todd Cary :
> Concrete5 "
http://www.concrete5.org/documentation/background/system_requirements
"PHP 5.2.x or 5.3x"
So use 5.3, please.
GD is included:
http://mirror.switch.ch/ftp/mirror/centos/5.8/os/x86_64/CentOS/
…
php53-5.3.3-5.el5.x86_64.rpm
On 10/5/2012 11:05 AM, Rainer Duffner wrote:
> Am 05.10.2012 um 18:57 schrieb Todd Cary :
>
>> I am running Centos 5.8; at least
>>
>> uname -rmi
>>
>> gives me centos-release-5-8.el5.centos
>>
>> A CMS package is telling me that I need PHP 5.2x, however yum
>> update says that I am fully up to dat
Am 05.10.2012 um 18:57 schrieb Todd Cary :
> I am running Centos 5.8; at least
>
> uname -rmi
>
> gives me centos-release-5-8.el5.centos
>
> A CMS package is telling me that I need PHP 5.2x, however yum
> update says that I am fully up to date.
>
> Is there a "safe" way to upgrade PHP to 5.2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Todd Cary said the following on 05/10/12 19:45:
> However, I am not sure what you mean by
>
> and then install the php53 packages you previously had
if the output of rpm -q --all | grep php is (for instance)
php
php-cli
php-gd
php-mysql
you shoul
erm,
On 10/05/2012 06:54 PM, Karanbir Singh wrote:
> Thats exactly what Leon said. And also that only applies to
packages apps - which if Todd was using, he would not have had this
issue since the app would have requested the right build anyway
--
Karanbir Singh
+44-207-0999389 | http://www.kar
On 10/05/2012 06:51 PM, John R. Dennison wrote:
>> @Todd: Just to clarify - the functionality and reliability
>>of php53 is not restricted/"faulty" or what ever ...
>
> Actually, it is. The EL php53 package does not "Provide: php" so any
> other package depending on that being present wi
On Fri, Oct 05, 2012 at 07:06:14PM +0200, Leon Fauster wrote:
>
> @Todd: Just to clarify - the functionality and reliability
>of php53 is not restricted/"faulty" or what ever ...
Actually, it is. The EL php53 package does not "Provide: php" so any
other package depending on that being p
On 10/5/2012 10:10 AM, Luigi Rosa wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Todd Cary said the following on 05/10/12 18:57:
>
>> Is there a "safe" way to upgrade PHP to 5.2x?
> rpm -q --all | grep php
>
> save the list of php packages
>
> stop httpd
>
> save /etc/php.ini, even if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Todd Cary said the following on 05/10/12 18:57:
> Is there a "safe" way to upgrade PHP to 5.2x?
rpm -q --all | grep php
save the list of php packages
stop httpd
save /etc/php.ini, even if is renamed by rpm, but better have another copy,
just in ca
Am 05.10.2012 um 18:58 schrieb Brian Mathis:
> On Fri, Oct 5, 2012 at 12:57 PM, Todd Cary wrote:
>> A CMS package is telling me that I need PHP 5.2x, however yum update says
>> that I am fully up to date.
>> Is there a "safe" way to upgrade PHP to 5.2x?
>
> Take a look at the IUS package repo:
>
Am 05.10.2012 um 18:57 schrieb Todd Cary:
> I am running Centos 5.8; at least
>
> uname -rmi
>
> gives me centos-release-5-8.el5.centos
>
> A CMS package is telling me that I need PHP 5.2x, however yum
> update says that I am fully up to date.
>
> Is there a "safe" way to upgrade PHP to 5.2x?
On Fri, Oct 5, 2012 at 12:57 PM, Todd Cary wrote:
> I am running Centos 5.8; at least
> uname -rmi
> gives me centos-release-5-8.el5.centos
>
> A CMS package is telling me that I need PHP 5.2x, however yum
> update says that I am fully up to date.
>
> Is there a "safe" way to upgrade PHP to 5.
Marcelo Roccasalva wrote:
>> On Fri, Jun 25, 2010 at 19:16, Steve Lindemann wrote:
>> [...]
>> ...or directions for upgrading PHP from 5.1 to 5.2 on 64-bit (I found
>> directions for 32-bit)?
>
> open /etc/yum.repos.d/CentOS-Testing.repo in your prefered editor and write:
>
> #--
On Fri, Jun 25, 2010 at 19:16, Steve Lindemann wrote:
>
[...]
> ...or directions for upgrading PHP from 5.1 to 5.2 on 64-bit (I found
> directions for 32-bit)?
open /etc/yum.repos.d/CentOS-Testing.repo in your prefered editor and write:
#--
64 matches
Mail list logo
