> Date: Wednesday, June 15, 2016 19:59:09 -0700
> From: John R Pierce
>
> running centos 6... have had a KVM linux vm (also C6) going for
> quite awhile that depends on a USB device mapping (a external audio
> DAC module).
>
> I updated the host today (yum update), it had been awhile (was like
Hello,
the last times, when I tried to update,
it get time outs; even when 'yum list'
[root@host ~]# yum list
Loaded plugins: fastestmirror, security
Determining fastest mirrors
epel/metalink | 13 kB 00:00
* base: centos.den.host-engine.com
* epel: mirror.steadfast.net
* extras: centos.den.host-
On 6/16/2016 5:22 AM, Richard wrote:
Have you tried a "virsh detach-device ..." and then the corresponding
[re-]attach (or maybe even just a new "attach" first)?
When my guest complains about the USB not being there I can generally
make things work with:
virsh attach-device --file usb_devic
Hi,
Thank you for this.
> cat /sys/power/state
I get:
freeze mem
> cat /sys/power/disk
[disabled]
> The first should include 'disk' and the second should say enabled or
some such.
So, clearly this is not set correctly. How do I make these changes, if I am
allowed to?
> Note that hibernatio
Walter H. wrote:
> Hello,
>
> the last times, when I tried to update,
>
> it get time outs; even when 'yum list'
> how or where can I reset this behavour, to have the really fastest mirros
> used?
>
Have you tried yum clean all before reruning?
mark
On 16.06.2016 19:22, m.r...@5-cent.us wrote:
Walter H. wrote:
Hello,
the last times, when I tried to update,
it get time outs; even when 'yum list'
how or where can I reset this behavour, to have the really fastest mirros
used?
Have you tried yum clean all before reruning?
Yes, but doe
On Thu, 16 Jun 2016 19:34:09 +0200
Walter H. wrote:
> Yes, but doesn't help ...
> the same before ...
>
> by the way, I can't image that there is no mirror in Europa,
> and that the "timeout"-mirrors from US are the fastest;
yum -disableplugin=fastestmirror nowseewhathappens.
--
MELVILLE THEA
On Thursday, June 09, 2016 05:18:03 PM Alessandro Baggi wrote:
> Thank you for your reply and sorry for late.
>
> My needs is only get a copy of large dataset a make sure that it is not
> broken after transfer. After transfer, this data will be stored on local
> backup server where there is bacula
On 15.06.2016 16:17, Warren Young wrote:
On Jun 15, 2016, at 7:57 AM, Александр Кириллов wrote:
Nowadays it's quite easy to get normal ssl certificates for free. E.g.
http://www.startssl.com
http://buy.wosign.com/free
Today, I would prefer Let’s Encrypt:
https://letsencrypt.org/
It is ph
On 15.06.2016 15:57, Александр Кириллов wrote:
Nowadays it's quite easy to get normal ssl certificates for free. E.g.
http://www.startssl.com
http://buy.wosign.com/free
that is right, but hink of your potential clients, because
wosign has a problem - slow OCSP, ...
because their server infrastu
On 06/16/2016 10:53 AM, Walter H. wrote:
lets encrypt only trusts for 3 months; would you really except in an
onlineshop, someone trusts this shop?
let us think something like this: "when the CA only trusts for 3
months, how should I trust for a longer period
which is important for warranty ...
On Thu, June 16, 2016 12:53 pm, Walter H. wrote:
> On 15.06.2016 16:17, Warren Young wrote:
>> On Jun 15, 2016, at 7:57 AM, ÐлекÑандÑ
>> ÐиÑиллов wrote:
>>> Nowadays it's quite easy to get normal ssl certificates for free. E.g.
>>>
>>> http://www.startssl.com
>>> http://buy.wosig
On Thu, June 16, 2016 1:09 pm, Gordon Messmer wrote:
> On 06/16/2016 10:53 AM, Walter H. wrote:
>> lets encrypt only trusts for 3 months; would you really except in an
>> onlineshop, someone trusts this shop?
>> let us think something like this: "when the CA only trusts for 3
>> months, how should
On 16.06.2016 19:40, Frank Cox wrote:
On Thu, 16 Jun 2016 19:34:09 +0200
Walter H. wrote:
Yes, but doesn't help ...
the same before ...
by the way, I can't image that there is no mirror in Europa,
and that the "timeout"-mirrors from US are the fastest;
yum -disableplugin=fastestmirror nowseew
Valeri Galtsev wrote:
>
> On Thu, June 16, 2016 1:09 pm, Gordon Messmer wrote:
>> On 06/16/2016 10:53 AM, Walter H. wrote:
>>> lets encrypt only trusts for 3 months; would you really except in an
>>> onlineshop, someone trusts this shop?
>>> let us think something like this: "when the CA only trust
On 16.06.2016 20:09, Gordon Messmer wrote:
On 06/16/2016 10:53 AM, Walter H. wrote:
lets encrypt only trusts for 3 months; would you really except in an
onlineshop, someone trusts this shop?
let us think something like this: "when the CA only trusts for 3
months, how should I trust for a longer
On Jun 16, 2016, at 12:41 PM, Walter H. wrote:
>
> On 16.06.2016 19:40, Frank Cox wrote:
>> On Thu, 16 Jun 2016 19:34:09 +0200
>> Walter H. wrote:
>>
>>> Yes, but doesn't help ...
>>> the same before ...
>>>
>>> by the way, I can't image that there is no mirror in Europa,
>>> and that the "time
On 16.06.2016 20:51, Warren Young wrote:
On Jun 16, 2016, at 12:41 PM, Walter H. wrote:
On 16.06.2016 19:40, Frank Cox wrote:
On Thu, 16 Jun 2016 19:34:09 +0200
Walter H. wrote:
Yes, but doesn't help ...
the same before ...
by the way, I can't image that there is no mirror in Europa,
and th
On 16/06/16 19:41, Walter H. wrote:
On 16.06.2016 19:40, Frank Cox wrote:
On Thu, 16 Jun 2016 19:34:09 +0200
Walter H. wrote:
Yes, but doesn't help ...
the same before ...
by the way, I can't image that there is no mirror in Europa,
and that the "timeout"-mirrors from US are the fastest;
y
that is right, but hink of your potential clients, because
wosign has a problem - slow OCSP, ...
because their server infrastucture is located in China, and not the
best bandwidth ...
when validity checks of the used SSL certificate very probable fail,
it is worse than not using SSL ...
I don't
On 16.06.2016 21:39, Ned Slider wrote:
On 16/06/16 19:41, Walter H. wrote:
On 16.06.2016 19:40, Frank Cox wrote:
On Thu, 16 Jun 2016 19:34:09 +0200
Walter H. wrote:
yum -disableplugin=fastestmirror nowseewhathappens.
yes this goes fast, no timeout;
can I configure this in /etc/yum.conf?
On 16.06.2016 21:42, Александр Кириллов wrote:
that is right, but hink of your potential clients, because
wosign has a problem - slow OCSP, ...
because their server infrastucture is located in China, and not the
best bandwidth ...
when validity checks of the used SSL certificate very probable fa
I note that duke.edu matches uk, and unl.edu matches nl.
Maybe they are regular expressions,
i just tried with
#include_ony=\.nl,\.de
and got less surprising results
On Thu, Jun 16, 2016 at 3:50 PM, Walter H.
wrote:
> On 16.06.2016 21:39, Ned Slider wrote:
>
>>
>> On 16/06/16 19:41, Walter
On 06/16/2016 11:23 AM, Valeri Galtsev wrote:
as the one who has to handle quite a
few certificates, I only will go with certificates valid for a year,
...do I miss something?).
Yes. The tool that creates certificate/key pairs, submits the CSR, and
installs the certificate is intended to be
On 06/16/2016 11:50 AM, Walter H. wrote:
technically there is more: not the user needs to check the dates a SSL
certificate is valid;
just compare it with real life: which salesman would you trust more -
the one that gets a new car every few years, which has the same
advertisings on it and m
On Thu, June 16, 2016 3:00 pm, Gordon Messmer wrote:
> On 06/16/2016 11:23 AM, Valeri Galtsev wrote:
>> as the one who has to handle quite a
>> few certificates, I only will go with certificates valid for a year,
>> ...do I miss something?).
>
>
> Yes. The tool that creates certificate/key pairs,
On Jun 16, 2016, at 1:04 PM, Walter H. wrote:
>
>> You can just remove the plugin: yum remove yum-fastestmirror
>>
> not really
>
> [root@host /]# yum remove yum-fastestmirror
...
> Error: Trying to remove "yum", which is protected
That’s annoying. I’ve filed a bug for that upstream:
https
Has anyone else noticed an issue when running CentOS 7.2.1511 on ESXi 6.0,
where only the first sockets worth of cores appear to be presented to the
kernel?
For example, I've set up a VM on an ESXi 6 node with 2 sockets, each of which
has 2 cores attached. Once I start up the server I can see i
Downloaded 6.8 DVD1.iso, dd to stick. Went through same selections
I have gone through since 6.2, only this time it got to the end and
stated it couldn't find rear, which is under "backup client".
OK, try it again without rear. This time it's yum-plugin-ovl from base
(?). Then chrony, also in b
On 06/16/2016 04:36 PM, Zube wrote:
> Downloaded 6.8 DVD1.iso, dd to stick. Went through same selections
> I have gone through since 6.2, only this time it got to the end and
> stated it couldn't find rear, which is under "backup client".
>
> OK, try it again without rear. This time it's yum-plu
Johnny's announcement refers to:
firefox-45.2.0-1.el5.centos.src.rpm
firefox-45.2.0-1.el6.centos.src.rpm
firefox-45.2.0-1.el7.centos.src.rpm
The linked rhel webpage refers to:
firefox-45.2.0-1.el5_11.src.rpm
firefox-45.2.0-1.el6_8.src.rpm
firefox-45.2.0-1.el7_2.src.rpm
These do not appear to be t
On 16.06.2016 22:02, Gordon Messmer wrote:
Without using a metaphor, please explain exactly who you think will
not trust these certs, because I have never met these people.
then you know now, that there exist such people ...
at least the folks where their security software (antivirus, whatever)
On 17/06/16 04:18, Frank Cox wrote:
Johnny's announcement refers to:
firefox-45.2.0-1.el5.centos.src.rpm
firefox-45.2.0-1.el6.centos.src.rpm
firefox-45.2.0-1.el7.centos.src.rpm
The linked rhel webpage refers to:
firefox-45.2.0-1.el5_11.src.rpm
firefox-45.2.0-1.el6_8.src.rpm
firefox-45.2.0-1.el
On Fri, 17 Jun 2016 07:32:19 +0100
Ned Slider wrote:
> > Johnny's announcement refers to:
> > firefox-45.2.0-1.el5.centos.src.rpm
> > firefox-45.2.0-1.el6.centos.src.rpm
> > firefox-45.2.0-1.el7.centos.src.rpm
> >
> > The linked rhel webpage refers to:
> > firefox-45.2.0-1.el5_11.src.rpm
> > firef
34 matches
Mail list logo
