Sorry let me fix this. 7am is clearly too early for brain function :(
Just ignore my last mess email
> On 23 Aug 2014, at 06:59, Jason Woods wrote:
> mod_proxy_fcgi is also very much dead. Not updated since 2006.
>
> When using php-fpm you do not need any of the above modules as the above
> mod
> On 22 Aug 2014, at 21:27, Александр Кириллов wrote:
>
> Does it? There's mod_fastcgi in rpmforge but I don't feel
> quite comfortable with packages from this repo.
>
> Eero Volotinen писал 2014-08-22 22:46:
>> Remi repo provides it?
>> 22.8.2014 20.59 kirjoitti "Александр Кириллов" :
>>
>>>
On 08/22/2014 11:27 PM, Александр Кириллов wrote:
> Does it? There's mod_fastcgi in rpmforge but I don't feel
> quite comfortable with packages from this repo.
Just check the spec file from the src.rpm and see if you find something
suspicious. Or, if you have a bit more spare time, check the spec
On Sat, Aug 23, 2014 at 12:21:48AM -0400, Ted Miller wrote:
> What are the significant changes in Centos 6.6 (as released so far)?
There is no CentOS 6.6 release yet :) The upstream beta was released
a couple weeks back but it is a closed beta available to current RHEL6
clients and partners only.
What are the significant changes in Centos 6.6 (as released so far)?
Ted Miller
Elkhart, IN, USA
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
On 2014-08-22, Bernard Lheureux wrote:
> I totally agree, Les, I think RH and CentOS are really going the wrong
> way since the release of that ugly version 7 !!!
You can always start a NoNetworkManager SIG.
--keith
--
kkel...@wombat.san-francisco.ca.us
_
On 2014-08-22, GKH wrote:
> Aside from the stupid way:
>
> create a file "org_name"
> copy it to new_name
> rm org_name
> mv new_name org_name
>
> I don't know of a way to change inode
> and keep md5 the same.
If the bug that Matthew cited is involved, then that's likely very much
what happened.
On 22/08/14 07:07 PM, Les Mikesell wrote:
> On Fri, Aug 22, 2014 at 5:46 PM, Digimer wrote:
>>>
>> To continue your analogy, should car companies have stopped changing
>> after the 20s? I mean, the cars then got you were you needed to go, right?
>
> The point is to abstract an interface so you can
On Fri, Aug 22, 2014 at 5:46 PM, Digimer wrote:
> >
> To continue your analogy, should car companies have stopped changing
> after the 20s? I mean, the cars then got you were you needed to go, right?
The point is to abstract an interface so you can make changes behind
it without breaking the thin
On 22/08/14 06:39 PM, Les Mikesell wrote:
> On Fri, Aug 22, 2014 at 5:33 PM, John R. Dennison wrote:
>> On Fri, Aug 22, 2014 at 05:24:06PM -0500, Les Mikesell wrote:
>>> Except that wasting time re-learning a new and strange way to do
>>> something that already worked - or how to disable the new t
On 8/22/2014 3:39 PM, Les Mikesell wrote:
> It's not so much 'The' Red Hat way of doing things - although SysV
> mostly had it right in the first place. But the annoying part is the
> number of Red Hat "Ways' that are just arbitrarily different - like a
> car company swapping the brake and gas ped
On Fri, Aug 22, 2014 at 5:33 PM, John R. Dennison wrote:
> On Fri, Aug 22, 2014 at 05:24:06PM -0500, Les Mikesell wrote:
>> Except that wasting time re-learning a new and strange way to do
>> something that already worked - or how to disable the new thing so it
>> doesn't break your working setup
On 08/23/2014 12:24 AM, Les Mikesell wrote:
> Except that wasting time re-learning a new and strange way to do
> something that already worked - or how to disable the new thing so it
> doesn't break your working setup - doesn't really put you ahead of
> anything.
I totally agree, Les, I think RH an
On Fri, Aug 22, 2014 at 05:24:06PM -0500, Les Mikesell wrote:
> Except that wasting time re-learning a new and strange way to do
> something that already worked - or how to disable the new thing so it
> doesn't break your working setup - doesn't really put you ahead of
> anything.
This is a _major
On Fri, Aug 22, 2014 at 5:18 PM, Digimer wrote:
More important with regards to the minimal install set it matches what
>>> Red Hat is doing.
>>>
>> And most of us *still* don't like it
>>
>> mark
>
> Time is ticking on... The longer you avoid learning what is coming, the
> furthe
On 22/08/14 06:13 PM, m.r...@5-cent.us wrote:
> John R. Dennison wrote:
>> On Fri, Aug 22, 2014 at 02:58:29PM -0700, John R Pierce wrote:
>>> On 8/22/2014 2:55 PM, Christof Stocker wrote:
So I noticed that the minimal installation of CentOS 7 comes - in
contrary to minimal CentOS 6.5 - pr
On Fri, Aug 22, 2014 at 06:13:56PM -0400, m.r...@5-cent.us wrote:
> And most of us *still* don't like it
And luckily there is a solution. Don't use CentOS-7.
John
--
The price we pay for money is paid in liberty.
-- Robert Louis Stevenson
John R. Dennison wrote:
> On Fri, Aug 22, 2014 at 02:58:29PM -0700, John R Pierce wrote:
>> On 8/22/2014 2:55 PM, Christof Stocker wrote:
>> > So I noticed that the minimal installation of CentOS 7 comes - in
>> > contrary to minimal CentOS 6.5 - preinstalled with the NetworkManager.
>> >
>> > I so
On Fri, Aug 22, 2014 at 02:58:29PM -0700, John R Pierce wrote:
> On 8/22/2014 2:55 PM, Christof Stocker wrote:
> > So I noticed that the minimal installation of CentOS 7 comes - in
> > contrary to minimal CentOS 6.5 - preinstalled with the NetworkManager.
> >
> > I somewhat understand its usefulnes
On 8/22/2014 2:55 PM, Christof Stocker wrote:
> So I noticed that the minimal installation of CentOS 7 comes - in
> contrary to minimal CentOS 6.5 - preinstalled with the NetworkManager.
>
> I somewhat understand its usefulness, especially for wlan / desktops,
> and its not like it really bothers m
So I noticed that the minimal installation of CentOS 7 comes - in
contrary to minimal CentOS 6.5 - preinstalled with the NetworkManager.
I somewhat understand its usefulness, especially for wlan / desktops,
and its not like it really bothers me.. That being said, it seems to me
with my naive li
Meikel,
Aside from the stupid way:
create a file "org_name"
copy it to new_name
rm org_name
mv new_name org_name
I don't know of a way to change inode
and keep md5 the same.
Does anyone know of a way?
This would be the perfect question for this forum.
GKH
> Hi folks,
>
> on CentOS 6.5 I run
On Fri, Aug 22, 2014 at 11:13:40PM +0200, Meikel wrote:
> By browsing those tripwire reports I found that there are files which
> did not change at all (i.e. the MD5 hash is the same as before) but the
> inode changed. I do not understand what yum did to the file that
> resulted in an inode chan
Hi folks,
on CentOS 6.5 I run tripwire software which verifies data integrity. My
system is automatically updated by yum (as far as I understand the
/etc/cron.daily/0yum.cron is responsible for the regular system
updates). After a system update I'm then notified by tripwire about the
changes o
Does it? There's mod_fastcgi in rpmforge but I don't feel
quite comfortable with packages from this repo.
Eero Volotinen писал 2014-08-22 22:46:
> Remi repo provides it?
> 22.8.2014 20.59 kirjoitti "Александр Кириллов" :
>
>> What's the story with php-fpm on centos 6?
>> There's a php-fpm rpm for
On Fri, Aug 22, 2014 at 01:06:36PM -0500, Valeri Galtsev wrote:
> On Fri, August 22, 2014 12:23 pm, John R Pierce wrote:
> > On 8/22/2014 10:10 AM, Sergio Belkin wrote:
> >> I didn't find system-config-lvm package on centos 7 official repo's, why?
> >
> > there isn't any such package any more.
Remi repo provides it?
22.8.2014 20.59 kirjoitti "Александр Кириллов" :
> What's the story with php-fpm on centos 6?
> There's a php-fpm rpm for centos 6 in epel but other essential mods like
> mod_fastcgi or mod_proxy_fcgi
> seem to be missing from the repos I'm usually using. Need a push in
> ri
Les Mikesell wrote:
> On Thu, Aug 21, 2014 at 6:17 PM, John R Pierce
> wrote:
>
>Yes, but try a software RAID when you have intermittently bad RAM.
>I've been there. Mirrored disks that were almost, but not quite,
>mirrors.
>>> try any file system when you've got flakey ram.dat
On Fri, August 22, 2014 12:23 pm, John R Pierce wrote:
> On 8/22/2014 10:10 AM, Sergio Belkin wrote:
>> I didn't find system-config-lvm package on centos 7 official repo's, why?
>
> there isn't any such package any more. manage lvm with its basic
commands (vgcreate, vgs, vgextend, lvcreate, lvs
On Thu, Aug 21, 2014 at 6:17 PM, John R Pierce wrote:
>>> >Yes, but try a software RAID when you have intermittently bad RAM.
>>> >I've been there. Mirrored disks that were almost, but not quite,
>>> >mirrors.
>> try any file system when you've got flakey ram.data thats not quite
>> what you
I don't rely on such a tool to manage lvms but I'm making a doc about
LVM's and it was interesting to have a graphical approach...
2014-08-22 14:55 GMT-03:00 Reindl Harald :
>
>
> Am 22.08.2014 um 19:10 schrieb Sergio Belkin:
> > I didn't find system-config-lvm package on centos 7 official r
What's the story with php-fpm on centos 6?
There's a php-fpm rpm for centos 6 in epel but other essential mods like
mod_fastcgi or mod_proxy_fcgi
seem to be missing from the repos I'm usually using. Need a push in
right direction.
Thanks.
___
CentOS ma
On 8/22/2014 10:10 AM, Sergio Belkin wrote:
> I didn't find system-config-lvm package on centos 7 official repo's, why?
there isn't any such package any more. manage lvm with its basic
commands (vgcreate, vgs, vgextend, lvcreate, lvs, lvextend, etc).
--
john r pierce
Hi,
I didn't find system-config-lvm package on centos 7 official repo's, why?
:)
Greetings
--
--
Sergio Belkin http://www.sergiobelkin.com
LPIC-2 Certified - http://www.lpi.org
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman
On Fri, Aug 22, 2014 at 9:55 AM, Les Mikesell wrote:
> /var for the java
> executables?? /opt might have made sense.
>
Oops, I guess it is actually under /usr/lib/jvm which isn't quite as
bad, but still not the first place you'd expect for an executables
like java, javac, jar, jconsole, etc. to
On 2014-08-22, John R Pierce wrote:
>
> there's been a whole lot of merging and splitting.
You know more about this than is probably healthy. ;-)
--keith
--
kkel...@wombat.san-francisco.ca.us
___
CentOS mailing list
CentOS@centos.org
http://lists.
On Thu, Aug 21, 2014 at 4:15 AM, Toralf Lund wrote:
>
>> What is formally correct about putting executables in some obscure
>> place under /var?
> I'm not quite sure what you mean by that. For the alternatives setup I
> have links on /usr/bin or whatever pointing to other links on
> /etc/alternat
On 08/21/2014 10:03 AM, Bill Gee wrote:
> On Thursday, August 21, 2014 12:00:03 centos-requ...@centos.org wrote:
>> Re: [CentOS] SELinux vs. logwatch and virsh
>> From: Daniel J Walsh
>> To: CentOS mailing list
>>
>> On 08/18/2014 02:13 PM, Bill Gee wrote:
>>> Hi Dan -
>>>
>>> "ausearch -m avc -
38 matches
Mail list logo