> -Original Message-
> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
> Behalf Of Jim Perrin
> Sent: den 14 oktober 2013 22:04
> To: CentOS mailing list
> Subject: Re: [CentOS] How's 5.10 coming along?
>
> > Just wondering how the build of 5.10 is coming along. Is the
Hello, this is my first time sending to this list. I tried to found the
most appropriate place to ask my question, and the most matching list
was this. I hope not to be off-topic.
Today, I tried to make a yum update to my centos machines, and I got an
error for the updates channel.
The error w
Στις 15/10/2013 10:49 πμ, ο/η Strimpakos Giorgos έγραψε:
> Hello, this is my first time sending to this list. I tried to found the
> most appropriate place to ask my question, and the most matching list
> was this. I hope not to be off-topic.
>
> Today, I tried to make a yum update to my centos mac
On 10/15/2013 08:49 PM, Strimpakos Giorgos wrote:
> Hello, this is my first time sending to this list. I tried to found the
> most appropriate place to ask my question, and the most matching list
> was this. I hope not to be off-topic.
>
> Today, I tried to make a yum update to my centos machine
Στις 15/10/2013 1:22 μμ, ο/η Peter έγραψε:
> On 10/15/2013 08:49 PM, Strimpakos Giorgos wrote:
>> Hello, this is my first time sending to this list. I tried to found the
>> most appropriate place to ask my question, and the most matching list
>> was this. I hope not to be off-topic.
>>
>> Today, I
On 15/10/13 11:34, Strimpakos Giorgos wrote:
> I am almost sure that I don't use an http proxy from the OS side. I
> don't know if it is used at the network layer.
When I've seen this error before, it was caused by a proxy that was
caching metadata for too long. Have you tried using a different m
Στις 15/10/2013 1:38 μμ, ο/η Tom Grace έγραψε:
> On 15/10/13 11:34, Strimpakos Giorgos wrote:
>> I am almost sure that I don't use an http proxy from the OS side. I
>> don't know if it is used at the network layer.
> When I've seen this error before, it was caused by a proxy that was
> caching meta
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..
I'm trying to install centos 6.4 on my server A (which has 512 MB ram and no
cdrom) by PXE.
I exported installation tree 'CentOS-6.4-i386-bin-DVD1.iso' via http on
server 'Z', all according to Centos howto (copied vmlinuz, pxelinux.cfg,
initrd.img , started tftpd+dhcpd services)
Boot process is OK
On Tue, Oct 15, 2013 at 02:26:35PM +0200, Riccardo Castellani wrote:
> I'm trying to install centos 6.4 on my server A (which has 512 MB ram and no
> cdrom) by PXE.
You need more than 512 MB of RAM to do a graphic installation, I've
forgotten the exact requirement.
As for text install, RedHat h
Hello list,
I have two drives - the first drive currently has F14 on it. The second drive
is empty.
If I select custom partition and only partititon and format the second drive,
will
CentOS install on the second and not touch the first drive?
This is using the installer from the CentOS 6.4 Live
On 15/10/13 13:46, Steve Clark wrote:
> Hello list,
>
> I have two drives - the first drive currently has F14 on it. The second drive
> is empty.
> If I select custom partition and only partititon and format the second drive,
> will
> CentOS install on the second and not touch the first drive?
T
CentOS 6.4 and Fedora 14 are both using GRUB Legacy, so it should be OK to
install CentOS along with F14. The installer should detect both operating
systems and add entries in GRUB menu for them.
If the disk with Fedora is removed during the installation of CentOS, the
system won't dual-boot... at
Hi,
My concern is that the installer will see the F14 / and /boot partitions on the
first
drive and try to install there as opposed to the newly created / and /boot
partitions
on the second drive.
On 10/15/2013 09:03 AM, Marios Zindilis wrote:
> CentOS 6.4 and Fedora 14 are both using GRUB Le
On Mon, 14 Oct 2013, Gregory P. Ennis wrote:
> I have never used setuid, but it appears that this will only allow a
> piece of software to be set to root. I really do not want to give that
> kind of privilege to this piece of software.
IIRC suid sets the effective user to the owner of the file.
On Tue, Oct 15, 2013 at 8:44 AM, Scott Robbins wrote:
> On Tue, Oct 15, 2013 at 02:26:35PM +0200, Riccardo Castellani wrote:
> > I'm trying to install centos 6.4 on my server A (which has 512 MB ram
> and no
> > cdrom) by PXE.
>
> You need more than 512 MB of RAM to do a graphic installation, I'v
On Tue, Oct 15, 2013 at 9:12 AM, Steve Clark wrote:
> Hi,
>
> My concern is that the installer will see the F14 / and /boot partitions
> on the first
>
The installer shouldn't mess with them.
Unless you choose a guided disk layout that removes existing partitions or
formats existing file systems
I've given up on getting the other machine to work so I'm looking at
building a new one.
The machine will be a firewall/gateway running NAT, Web Proxy with
Dansguardian, DHCP, DNS, NTP and VPN (~6 clients).
I read so much about VPN encryption and the processor needs, now I am unsure
if this will
On Tue, Oct 15, 2013 at 12:29 PM, Terre Porter wrote:
> I've given up on getting the other machine to work so I'm looking at
> building a new one.
>
> The machine will be a firewall/gateway running NAT, Web Proxy with
> Dansguardian, DHCP, DNS, NTP and VPN (~6 clients).
>
> I read so much about V
On 10/14/2013 02:31 PM, Gregory P. Ennis wrote:
> Everyone,
>
> I am working on a Centos 5.9 system. I have an need to be able to
> activate a piece of software from /etc/smrsh that is activated when
> sendmail delivers the e-mail to this piece of software. I would like
> this piece of software t
Thanks to everyone who replied.
We manually partitioned the second drive and the install went
without any problem, except that we had to say put the boot loader on
the second drive. This meant we had to change the boot order in
the bios to boot from the second drive first.
On 10/15/2013 12:26 PM,
On 10/15/2013 10:03 AM, Steve Clark wrote:
> Thanks to everyone who replied.
>
> We manually partitioned the second drive and the install went
> without any problem, except that we had to say put the boot loader on
> the second drive. This meant we had to change the boot order in
> the bios to boot
On 10/15/2013 01:08 PM, John R Pierce wrote:
> On 10/15/2013 10:03 AM, Steve Clark wrote:
>> Thanks to everyone who replied.
>>
>> We manually partitioned the second drive and the install went
>> without any problem, except that we had to say put the boot loader on
>> the second drive. This meant w
I've not worked with Atom processors but I'll look in to it.
Thanks for the info.
-Original Message-
From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf
Of SilverTip257
Sent: Tuesday, October 15, 2013 12:36 PM
To: CentOS mailing list
Subject: Re: [CentOS] Firewal
Hi,
we are running 51 ipsec vpns on an Atom D510 at 1.66ghz and the load
average is .07.
HTH,
Steve
On 10/15/2013 02:13 PM, Terre Porter wrote:
> I've not worked with Atom processors but I'll look in to it.
>
> Thanks for the info.
>
>
> -Original Message-
> From: centos-boun...@centos.o
On Tue, Oct 15, 2013 at 02:31:03PM -0400, Steve Clark wrote:
> Hi,
>
> we are running 51 ipsec vpns on an Atom D510 at 1.66ghz and the load
> average is .07.
>
> HTH,
> Steve
Some years back I used to run Smoothwall/GPL as a home firewall/router
on things such as 90 MHz pentiums (with 64 or even
On Tue, Oct 15, 2013 at 2:31 PM, Steve Clark wrote:
> Hi,
>
> we are running 51 ipsec vpns on an Atom D510 at 1.66ghz and the load
> average is .07.
>
@Steve:
Based on your statement, I figure you do not have a crypto accelerator and
the CPU is handling all the crypto. Correct?
@Terre:
I don't
Just a heads up that once again an xorg update has removed the link in
/usr/lib64/xorg/modules/extensions that points to libglx.so.325.15 in
/usr/lib64/xorg/modules/extensions/nvidia thus breaking X. This should
only effect those with nvidia proprietary driver. One of the following
packages i
What is the best approach when an nfs mount hangs on a client but the
server is OK? I have mount options of:
rw,bg,soft,intr,rsize=32768,wsize=32768
but whatever it did was not interruptable and would not shut down.
There were some:
Oct 15 09:08:32 dev-ngf-l-01 kernel: INFO: task gnome-settings-
On Tue, Oct 15, 2013 at 3:46 PM, B.J. McClure wrote:
> Just a heads up that once again an xorg update has removed the link in
> /usr/lib64/xorg/modules/extensions that points to libglx.so.325.15 in
> /usr/lib64/xorg/modules/extensions/nvidia thus breaking X.
This is yet another reason to use ELRe
On 10/15/2013 07:52 PM, Akemi Yagi wrote:
> On Tue, Oct 15, 2013 at 3:46 PM, B.J. McClure
> wrote:
>> Just a heads up that once again an xorg update has removed the link in
>> /usr/lib64/xorg/modules/extensions that points to libglx.so.325.15 in
>> /usr/lib64/xorg/modules/extensions/nvidia thus b
On Tue, 2013-10-15 at 18:05 -0400, SilverTip257 wrote:
> @Steve:
> Based on your statement, I figure you do not have a crypto accelerator and
> the CPU is handling all the crypto. Correct?
> @Terre:
> I don't know how VIA C7 CPUs stack up against the Intel Atom CPUs in terms
> of performance, bu
On 10/15/2013 05:19 PM, B.J. McClure wrote:
> On 10/15/2013 07:52 PM, Akemi Yagi wrote:
>> On Tue, Oct 15, 2013 at 3:46 PM, B.J. McClure
>> wrote:
>>> Just a heads up that once again an xorg update has removed the link in
>>> /usr/lib64/xorg/modules/extensions that points to libglx.so.325.15 in
On Tue, Oct 15, 2013 at 5:51 PM, Thomas Eriksson
wrote:
>>>
>> Errr, this was not a kernel update and elrepo kmod-nvidia is installed.
>>
>> Cheers,
>> B.J.
>
> The libglx.so.325.15 file comes from the nvidia-x11-drv package, not the
> kmod-nvidia.
>
> Elrepo is not putting any symlink in /usr/lib
On Tue, Oct 15, 2013 at 5:58 PM, Akemi Yagi wrote:
> I was about to write the same when I saw your post. Thank you, Thomas.
> So, that is the "yet another reason to use kmod-nvidia" -- not being
> affected by Xorg updates.
Apparently I made the same mistake. :-( Not 'kmod-nvidia' but
ELRepo's
On 10/15/2013 08:51 PM, Thomas Eriksson wrote:
>
> On 10/15/2013 05:19 PM, B.J. McClure wrote:
>> On 10/15/2013 07:52 PM, Akemi Yagi wrote:
>>> On Tue, Oct 15, 2013 at 3:46 PM, B.J. McClure
>>> wrote:
Just a heads up that once again an xorg update has removed the link in
/usr/lib64/xorg
Interesting looking hardware... thanks for the info
-Original Message-
From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of
S.Tindall
Sent: Tuesday, October 15, 2013 8:29 PM
To: CentOS mailing list
Subject: Re: [CentOS] Firewall/Gateway Hardware Question
On Tue
I have must have been in a hardware vacuum, have a clue any of that hardware
you mentioned.
Added it to the research list - haha!
Thanks
-Original Message-
From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf
Of SilverTip257
Sent: Tuesday, October 15, 2013 6:05 PM
On 10/15/2013 3:05 PM, SilverTip257 wrote:
> I don't know how VIA C7 CPUs stack up against the Intel Atom CPUs in terms
> of performance, but they're low power consuming x86 processors. And
> there's the VIA Padlock [0] security/encryption engine.
I think the Atoms pretty much beat the living day
Now I upgraded ram to 1 GB.
Now I see that client try to get ... /centos6/images/product.img +
/centos6/images/updates.img
but these files are missing in /images/ of 'CentOS-6.4-i386-bin-DVD1.iso'
[divx] Could not init font path element catalogue:/etc/X11/fontpath.d,
removing from list!
...
...
E
I upgraded ram to 1 GB but now I obtained this message:
Xrandr: Failed to get size of gamma for output default
No other messages...
It's resolution problem ?!
-Original Message-
From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf
Of SilverTip257
Sent: martedì 15
41 matches
Mail list logo
