On Fri, 30 Jan 2015 23:01:18 -0500
Jeremy Hoel wrote:
> As long as you have the DisplayPort connection on your computer and you
> have the proper cable to connect it to the monitor then it's no trouble. I
> had been using dual DP monitors on my last work machine. Also, note that
> sometimes the
As long as you have the DisplayPort connection on your computer and you
have the proper cable to connect it to the monitor then it's no trouble. I
had been using dual DP monitors on my last work machine. Also, note that
sometimes the PC end is normal DisplayPort but sometimes it has a mini
Displa
On Fri, Jan 30, 2015 at 4:09 PM, Scott Robbins wrote:
>
> There is some complaining going on on the Fedora testing list,
> not sure where else one can protest.
>
The thread starts here:
https://lists.fedoraproject.org/pipermail/test/2015-January/124827.html
___
On 01/30/2015 05:27 PM, Marko Vojinovic wrote:
While I personally think this is a good idea, this has
some potential to maybe cause trouble or inconvenience down the line,
with regards to automated installs, broken kickstart scripts,
...
Kickstart installs with an already encrypted password in
> On 31 Jan 2015, at 07:43, Scott Robbins wrote:
>
> So, probably some of you, at least, follow Fedora, perhaps in part to see
> what new desktop user oriented decision will make it into the next version
> of RHEL/CentOS.
I'd be more worried about Fedora 21 workstation defaulting to having por
On Fri, Jan 30, 2015 at 11:27:55PM +, Marko Vojinovic wrote:
> On Fri, 30 Jan 2015 14:15:05 -0800
> Akemi Yagi wrote:
> > On Fri, Jan 30, 2015 at 2:04 PM, Scott Robbins
> > wrote:
> > >>
> > >> Centos 7 does that as well.
> > > Heh, I guess I've used good passwords in my installs then.
> >
>
On 2015-01-30, Scott Robbins wrote:
>
> Others may think it's a great idea--at last, users can't install with a
> password of 1234.
That's the same combination as my luggage!
--keith
(actually it's 12345, but don't tell anyone)
--
kkel...@wombat.san-francisco.ca.us
___
On Fri, 30 Jan 2015 14:15:05 -0800
Akemi Yagi wrote:
> On Fri, Jan 30, 2015 at 2:04 PM, Scott Robbins
> wrote:
> > On Fri, Jan 30, 2015 at 03:39:47PM -0600, Frank Cox wrote:
> >> On Fri, 30 Jan 2015 16:13:17 -0500
> >> Scott Robbins wrote:
> >> > You may have noticed how if Fedora, by some odd sc
On Fri, Jan 30, 2015 at 2:04 PM, Scott Robbins wrote:
> On Fri, Jan 30, 2015 at 03:39:47PM -0600, Frank Cox wrote:
>> On Fri, 30 Jan 2015 16:13:17 -0500
>> Scott Robbins wrote:
>>
>> > You may have noticed how if Fedora, by some odd scheme, deems your password
>> > unworthy, you have to click Done
On Fri, Jan 30, 2015 at 03:39:47PM -0600, Frank Cox wrote:
> On Fri, 30 Jan 2015 16:13:17 -0500
> Scott Robbins wrote:
>
> > You may have noticed how if Fedora, by some odd scheme, deems your password
> > unworthy, you have to click Done two times.
>
> Centos 7 does that as well.
Heh, I guess I
Op 30-01-15 om 21:51 schreef Gordon Messmer:
On 01/30/2015 12:32 PM, Patrick Bervoets wrote:
Before - in december - I never experienced it. But it's a server I tend
do leave alone, so I'm never very busy on a shell.
Do you know what kernel you were running at the time? It might be useful to
On Fri, 30 Jan 2015 16:13:17 -0500
Scott Robbins wrote:
> You may have noticed how if Fedora, by some odd scheme, deems your password
> unworthy, you have to click Done two times.
Centos 7 does that as well.
--
MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com
So, probably some of you, at least, follow Fedora, perhaps in part to see
what new desktop user oriented decision will make it into the next version
of RHEL/CentOS.
You may have noticed how if Fedora, by some odd scheme, deems your password
unworthy, you have to click Done two times.
So, the la
On 01/30/2015 12:32 PM, Patrick Bervoets wrote:
Before - in december - I never experienced it. But it's a server I tend
do leave alone, so I'm never very busy on a shell.
Do you know what kernel you were running at the time? It might be
useful to see if reverting to that revision changes the
Op 30-01-15 om 19:40 schreef Gordon Messmer:
On 01/30/2015 01:21 AM, Patrick Bervoets wrote:
iostat random sample
"Random" is difficult to evaluate. Is that representative? Are sda, sdb, and
sdc typically less than 1% utilized? Or are there large utilization values right after a
hang?
A
On 01/30/2015 02:19 AM, Robin Lee wrote:
Do note the 32bit packages are unofficial and unsupported. RedHat does not
support 32bit in EL7.
Right, but the CentOS project itself produces multi-arch libraries, so I
guess what I'm really asking is, "how?"
__
On 01/30/2015 01:21 AM, Patrick Bervoets wrote:
iostat random sample
"Random" is difficult to evaluate. Is that representative? Are sda,
sdb, and sdc typically less than 1% utilized? Or are there large
utilization values right after a hang?
If swap is the problem: would it matter if a c
On 01/29/2015 07:21 PM, Jatin Davey wrote:
[root@localhost ~]# lspci | grep RAID
05:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID SAS-3
3108 [Invader] (rev 02)
I'd expect some pretty good numbers from that with a 4 disk RAID 10. As
before, SSD will perform better. If you need
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ..
Hi,
Here's how my epel-7-i386.cfg mock file looks like:
http://fpaste.org/164110/19877702/raw/
Do note the 32bit packages are unofficial and unsupported. RedHat does not
support 32bit in EL7.
HTH
Lucian
Nux!
12/30/14
to CentOS
On Fri, Jan 30, 2015 at 10:38 AM, Peter wrote:
> On 01/30/2015
Op 30-01-15 om 10:29 schreef John R Pierce:
On 1/30/2015 1:21 AM, Patrick Bervoets wrote:
free
total used free shared buffers cached
Mem: 48218 31895 16323 0 108 519
-/+ buffers/cache: 31267 16951
Swap: 7951476
On 1/30/2015 1:21 AM, Patrick Bervoets wrote:
free
total used free shared buffers cached
Mem: 48218 31895 16323 0 108519
-/+ buffers/cache: 31267 16951
Swap: 7951476 7475
thats an unusually small amo
Op 29-01-15 om 21:21 schreef Gordon Messmer:
I haven't seen delays anywhere near that long before, even with heavy swapping.
But I guess I'd look at that sort of thing first.
Run "iostat -x 2" and see if your disks are being fully utilized during the pauses. Run "top" and see
if there's an
23 matches
Mail list logo