similar to: yum fails in FIPS mode

On 02/03/2015 11:19 AM, Jay Leafey wrote: > The documentation says that you can just put "vnc" (or > "vncconnect={host}") in the kickstart file in the command section and > proceed from there. Here's a link to an article in Red Hat Magazine > that has a pretty good overview: > >> http://www.redhat.com/magazine/024oct06/features/kickstart/ > > As

On the system I'm testing with the CD-Rom drive is IDE but the softlink at /dev/cdrom points to the scsi device and that's not working with the automounter for some reason. Each time I reinstall I have to delete the soft link and recreate it pointing at /dev/hda instead. > -----Original Message----- > From: centos-bounces at centos.org > [mailto:centos-bounces at centos.org]

I downloaded the RPMs from the Oracle web site (otn.oracle.com) and successfully installed them on my C5 box, but the sqlplus client software would not run properly. After a few iterations with sealert, I finally got a handle on what was happening. It turns out that most of the shared libraries Oracle installs need to have their SElinux file context modified to allow relocation. Here's

Let me QUICKLY say I'm not complaining here, but is the csgfs repository not being actively maintained? The Red Hat ftp site has much newer versions available than what is currently in the CentOS csgfs repo, at least for the kernel modules. Should I just go ahead and rebuild them from the SRPMs myself, or is this an unintended condition? This has been holding me up from upgrading to the

I've recently set up two workstations running CentOS 6, one with an nVidia card and the elrepo drivers and one with an ATI Radeon card with the elrepo fglrx drivers. Both work well, but one aspect of the systems works different from CEntOS 5 on those systems: I cannot get a wallpaper image to span the two monitors. I have tried both with and without xinerama and there is no difference

I recently noticed a LOT of ssh-agent processes running on my system (CentOS 4.2). It seems that the ssh-agent gets started before the session manager (in /etc/X11/xinit/xinitrc-common) which is great. The only problem is that the agent process does not die when the session shuts down. I run ssh-add in my session startup to get my key loaded into ssh-agent, so that might be part of the issue.

I didn't see anything on the list about this over the holidays and thought it might be of some interest: http://www.redhat.com/archives/fedora-legacy-list/2006-December/msg00049.html Lots of discussion around this topic on the fedora-legacy-list. -- Jay Leafey - Memphis, TN jay.leafey at mindless.com -------------- next part -------------- A non-text attachment was scrubbed... Name:

I found a lot of stuff about this on the web, but never an answer that worked. One of the most promising hints was about udev maintaining links in the /dev/disk/by-* directories. This works just fine in CentOS 5, but not CentOS 4. As I was trying to use the iSCSI devices as VMware disks this was particularly frustrating. After banging my head on this for a while, I figured out how to make

On 02/03/2015 10:28 AM, Ashley M. Kirchner wrote: > Is there a way to use kickstart to boot a machine into a manual setup > process? Basically what I'm getting to is this, the machine doesn't not > have a CD drive in it (nor can I add one), but I can boot it via kickstart. > The install media is on the network. What I'd like to do is boot this > machine up and rather

On 03/15/2015 05:15 AM, Niki Kovacs wrote: > Hi, > > I'm currently installing CentOS 7 on a client's Dell Inspiron laptop. > Here's the video card: > > # lspci | grep -i vga > 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. > [AMD/ATI] Wrestler [Radeon HD 6320] > > Most of the time, I either have to deal with Intel or NVidia graphic >

This topic came up some time back and I pretty much ignored it, but the "itch" came back to find out why. Searching through the FreeNX/knx list came up with the reason sessions did not come up full-screen even though the session definition was set to fullscreen. Apparently there is an oversight in /usr/bin/nxnode, the script is never retrieving the fullscreen flag from the parameters

I've currently got the nx-1.5.0-1.centos4.i386, freenx-0.5.0-8.c4.noarch, and nxclient-1.5.0-141.i386 packages installed on a couple of CentOS 4 update 3 systems and I'm getting the same results on all of them. I got the new version of freenx via "yum update" and it appears to have "broken" fullscreen mode. The connection config file I have been using does have the

I recently stood up an EL7 box with Mailman for a few lists I run for some friends. My old install, on an EL6 system, ran with no issues for several years but I was induced to upgrade by a "hardware casualty" on the old system. I was going to have to rebuild anyway, so why not take it as an opportunity to try EL7? The build went fine and I was able to migrate the lists over with no

Message: 24 Date: Mon, 19 Mar 2007 15:40:11 -0500 From: Jay Leafey <jay.leafey at mindless.com> Subject: Re: [CentOS] system-display-config doesn't run right To: CentOS mailing list <centos at centos.org> Message-ID: <45FEF52B.9070807 at mindless.com> Content-Type: text/plain; charset="windows-1252" <snip> >You should probably try

Message: 17 Date: Sun, 25 Feb 2007 18:32:04 -0600 From: Jay Leafey <jay.leafey at mindless.com> Subject: Re: [CentOS] Jumping from FC To: CentOS mailing list <centos at centos.org> Message-ID: <45E22A84.2000601 at mindless.com> Content-Type: text/plain; charset="iso-8859-1" >I may be wrong, but I think this has more to do with the CD player >application you are

I just got a Dell Dimension e521 (AMD 64 x2, nVidia MCP51 chipset) and so far it has been fine. Today I tried to burn some CD-R and DVD-R disks and have been able to do nothing but make coasters. The drive is a TSST TS-H653a (Samsung OEM) and does have the current firmware. Playing back data, audio, and video disks work just fine, but recording is a different matter. The drive shows up as

Thanks Roumen. >Lets assume that application use OpenSSL FIPS validated module. FIPS mode is activated in openssl command if environment variable OPENSSL_FIPS is set. Similarly I use OPENSSL_FIPS environment variable to activate FIPS mode. Code will call FIPS_mode_set(1) if crypto module is not FIPS mode. Did you mean the FIPS patched OpenSSH server and client (such as ssh-keygen) always

Thanks Roumen. I have few more questions below: 1. What version of OpenSSH can the patch be applied to? What branch should I check out the patch? 2. >Impact is not only for source code. Build process has to be updated as well. Red Hat is based on "fipscheck". What build process should be changed? What is fipscheck? 3. My understanding any application (such as OpenSSH) which need

Hi OpenSSh Developer, Currently, I can make openssh-5.0p1 working in FIPS mode. The detail steps I did are as follows. 1) Build FIPS OpenSSL according to FIPS User Guide(http://www.openssl.org/docs/fips/) on HP-UX PA 11.23 box. FIPS object module is generated by compiling openssl-fips-1.1.2. FIPS OpenSSL is built by openssl-0.9.7m, which is passed fips option for Configure step. 2) Modify

Hi, ssh server: OpenSSH_6.3-FIPS, OpenSSL FIPS Object Module v2.0.5 ssh client: OpenSSH_5.3p1, OpenSSL FIPS Object Module v1.2 We have built and installed FIPS object module (v2.0.5) using http://www.openssl.org/source/openssl-fips-2.0.5.tar.gz Using this FIPS object module, we have build FIPS capable openssl as well. Note that we have "not" used ecp version (with binary curve