On 05/30/2014 04:41 PM, S.Tindall wrote:
> On Fri, 2014-05-30 at 14:14 -0700, Emmett Culley wrote:
>> On 05/30/2014 10:46 AM, John R Pierce wrote:
>>> On 5/30/2014 8:27 AM, Emmett Culley wrote:
So I removed it all again and reinstalled from RPMforge. Now it all works
as expected. I nev
On 05/30/2014 02:59 PM, Les Mikesell wrote:
> On Fri, May 30, 2014 at 4:14 PM, Emmett Culley
> wrote:
>>
So I removed it all again and reinstalled from RPMforge. Now it all works
as expected. I never should have switch from RPMforge to EPEL for these
programs.
>>>
>>>
>>> actual
On Mon, Jun 2, 2014 at 12:55 PM, Boris Epstein wrote:
> Hello everyone,
>
> Thanks for thoughtful and thorough advice. No luck so far, though.
>
> I have two VLAN's now - 0003 and 0004, named "vlan3" and "vlan4"
> respectively - and still for some reason the CentOS fails to recognize them
> as one
Hello everyone,
Thanks for thoughtful and thorough advice. No luck so far, though.
I have two VLAN's now - 0003 and 0004, named "vlan3" and "vlan4"
respectively - and still for some reason the CentOS fails to recognize them
as one would expect. So I am puzzled as to what is still missing from the
Top posting:
Seems someone's already filed this as a bug. You can keep an eye on the
progress via -> https://bugzilla.redhat.com/show_bug.cgi?id=1042879
Similar bug impacting SSSD ->
https://bugzilla.redhat.com/show_bug.cgi?id=1089090
On 05/30/2014 10:18 AM, Eugene Vilensky wrote:
> Hello,
>
>
On 06/02/2014 10:06 AM, Les Mikesell wrote:
> There's really a bigger issue of how EPEL is supposed to fit in the
> world of 'other' repositories. What should happen when
> centosplus/extras has a same-named package? Other 3rd parties?
>
https://yourlogicalfallacyis.com/pdf/FallaciesPoster
On Mon, Jun 2, 2014 at 10:15 AM, Johnny Hughes wrote:
>
>>> I consider this a bug, as the SCL's should be self-contained. We'd need
>>> to see if this occurs upstream as well, and then file a bug there if so.
>>>
>> There's really a bigger issue of how EPEL is supposed to fit in the
>> world
On 06/02/2014 10:06 AM, Les Mikesell wrote:
> On Mon, Jun 2, 2014 at 8:53 AM, Jim Perrin wrote:
>>> That seems pretty dangerous if the packages replace standard or EPEL
>>> libraries/components. I'd have expected them to have some sort of
>>> namespace concept for dependencies to keep the sets o
On Mon, Jun 2, 2014 at 8:53 AM, Jim Perrin wrote:
>
>>
>> That seems pretty dangerous if the packages replace standard or EPEL
>> libraries/components. I'd have expected them to have some sort of
>> namespace concept for dependencies to keep the sets of packages
>> completely independent. That
On 06/02/2014 07:47 AM, Les Mikesell wrote:
> On Mon, Jun 2, 2014 at 6:55 AM, Johnny Hughes wrote:
>> On 05/30/2014 01:58 PM, Les Mikesell wrote:
>>
>>> Is yum supposed to track the dependencies separately? That is, if an
>>> EPEL package requires some other package (expected with the stock
>>
On Mon, Jun 2, 2014 at 6:55 AM, Johnny Hughes wrote:
> On 05/30/2014 01:58 PM, Les Mikesell wrote:
>
>> Is yum supposed to track the dependencies separately? That is, if an
>> EPEL package requires some other package (expected with the stock
>> paths), can an SCL package fulfill that dependency
On 05/30/2014 12:50 PM, Eugene Vilensky wrote:
> On Fri, May 30, 2014 at 12:09 PM, Jim Perrin wrote:
>
>> EPEL is self-reliant. Nothing in EPEL will depend on another other than
>> Base/Updates. You need to check which repo you're installing the package
>> from, and be careful with the package nam
On 05/30/2014 01:58 PM, Les Mikesell wrote:
> On Fri, May 30, 2014 at 12:09 PM, Jim Perrin wrote:
>>> With SCL and epel repositories enabled, some dependencies for the package
>>> name 'nodejs' get satisfied with libs from SCL which are placed in paths
>>> that are not part of my user's environmen
On 05/30/2014 12:50 PM, Eugene Vilensky wrote:
> On Fri, May 30, 2014 at 12:09 PM, Jim Perrin wrote:
>
>> EPEL is self-reliant. Nothing in EPEL will depend on another other than
>> Base/Updates. You need to check which repo you're installing the package
>> from, and be careful with the package nam
Hi, All
The vm can't start when using numa based on centos 6.5(kernel:
kernel-2.6.32-431.17.1.el6.x86_64,
qemu-kvm: qemu-kvm-0.12.1.2-2.415.el6_5.8.x86_64). My numa setting in vm
xml is the following:
When 'nodeset' sets '0', the vm can sta
Hi,
No, source IP address differ in packets.Even I change source port also
in packets.
Regards
Varun
On Tue, May 27, 2014 at 11:54 PM, Marcelo Ricardo Leitner
wrote:
> Em 25-05-2014 07:35, Varun Sharma escreveu:
>> Hi,
>>
>> I am experimenting with libnetfilter_queue. libnetfilter_queue is a
>>
16 matches
Mail list logo