similar to: vmware tools do not start on EL6 / upstart init

Am 25.08.2015 um 16:31 schrieb Eero Volotinen <eero.volotinen at iki.fi>: > 25.8.2015 4.03 ip. "Leon Fauster" <leonfauster at googlemail.com> kirjoitti: > >> >> In the hope that some skilled developers are here: >> >> We have a commercial product that do not run under CentOS6 >> >> /lib64/libc.so.6: version `GLIBC_2.14' not

I have an instance of VMware server 1.0.10 hosted on CentOS 5, and it runs fine, with guests of CentOS 4, CentOS5 or Win2000. I have just created a new VM and installed CentOS6 on it, which also runs fine, except that I can't build the VMware tools on it. I get compilation errors when compiling the kernel modules, due to changes in the definition of struct net_device among other things. I

On 08/25/2015 07:11 PM, Leon Fauster wrote: > Am 25.08.2015 um 16:31 schrieb Eero Volotinen <eero.volotinen at iki.fi>: >> 25.8.2015 4.03 ip. "Leon Fauster" <leonfauster at googlemail.com> kirjoitti: >> >>> >>> In the hope that some skilled developers are here: >>> >>> We have a commercial product that do not run under

> Am 08.04.2019 um 17:49 schrieb Johnny Hughes <johnny at centos.org>: > > On 4/3/19 1:53 PM, Leon Fauster via CentOS wrote: >> It seems that httpd24-httpd from SCL is affected by CVE-2019-0211 [1]. >> >> Does the SIG has plans to update these rpms for EL6? >> >> [1] https://httpd.apache.org/security/vulnerabilities_24.html >> > >

In the hope that some skilled developers are here: We have a commercial product that do not run under CentOS6 /lib64/libc.so.6: version `GLIBC_2.14' not found Is it possible to compile software (compile switch?) on a system that uses a newer glibc but in such a way that can be used (executed) on a system with an older glibc (like here: compiled on glibc 2.14 based system but C6 is on

Hi, I found this message in your online mail archive, i have found the same problem and did some research in the past on this. Maybe you would be interested to know it is a problem on any virtualisation product not just ESX. Second it is a problem in gPXE that you embedded in gPXElinux. The problem was build in gPXE after version 0.97 so any gPXElinux build a newer version has this problem. I

On 2015-04-08, Leon Fauster <leonfauster at googlemail.com> wrote: > Am 08.04.2015 um 16:22 schrieb Liam O'Toole > <liam.p.otoole at gmail.com>: >> On 2015-04-08, David Both >> <dboth at millennium-technology.com> >> wrote: >>> The easy way to restart gdm is when you are on the login screen >>> itself or the desktop simply press

On 03/16/2015 09:38 AM, Phelps, Matthew wrote: > Johnny, > > Should we give up hope on this issue? > After 7.1 is released, I will try again to get permission to do this. I am not giving up hope, just working with legal issues is quite a PITA. But, I personally work try to move to EL7 for machines needing chrome, as the one directly from google currently works. > > > On

Am 30.08.2018 um 20:28 schrieb Simon Matter <simon.matter at invoca.ch>: > Am 30.08.2018 um 12:16 schrieb Leon Fauster <leonfauster at googlemail.com>: >> >> BTW upstream bug report: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1623692 > > Well, I have an account and am logged in, still can not see the bug. It seems that the default bugzilla

How about virtualization and running on supported platform? Eero 25.8.2015 4.03 ip. "Leon Fauster" <leonfauster at googlemail.com> kirjoitti: > > In the hope that some skilled developers are here: > > We have a commercial product that do not run under CentOS6 > > /lib64/libc.so.6: version `GLIBC_2.14' not found > > Is it possible to compile software

On 1/6/20 7:52 PM, Leon Fauster via CentOS wrote: > Am 06.01.20 um 22:44 schrieb Robert Nichols: >> How do I let a CentOS 8 client make use of the shared printers advertised by CUPS on the network? In CentOS 6, this was just a matter in a checkbox "Show printers shared by other systems" on the CUPS Admin page. Is this function still available somehow? Manually adding all the

Johnny, Should we give up hope on this issue? On Sun, Feb 22, 2015 at 9:22 AM, Leon Fauster <leonfauster at googlemail.com> wrote: > Am 22.02.2015 um 07:20 schrieb Robert Arkiletian <robark at gmail.com>: > > On Fri, Feb 20, 2015 at 6:47 AM, Leon Fauster < > leonfauster at googlemail.com> > > wrote: > > > >> Am 20.02.2015 um 13:53 schrieb

in fact: modgnutls provides easy way to get tlsv1.2 to rhel 5 -- Eero 2015-04-16 21:02 GMT+03:00 Eero Volotinen <eero.volotinen at iki.fi>: > well. this hack solution might work: > http://www.tuxad.de/blog/archives/2014/11/19/openssl_updatesenhancements_for_rhel__centos_5/index.html > > -- > Eero > > 2015-04-16 17:30 GMT+03:00 Leon Fauster <leonfauster at

Am 16.04.2015 um 11:46 schrieb Leon Fauster <leonfauster at googlemail.com>: > Am 16.04.2015 um 11:43 schrieb Eero Volotinen <eero.volotinen at iki.fi>: >> Is there any nice way to get tlsv1.2 support to centos 5? >> upgrading os to 6 is not option available. > > > Unfortunately not. https://bugzilla.redhat.com/show_bug.cgi?id=1066914 -- LF

Am 22.02.2015 um 07:20 schrieb Robert Arkiletian <robark at gmail.com>: > On Fri, Feb 20, 2015 at 6:47 AM, Leon Fauster <leonfauster at googlemail.com> > wrote: > >> Am 20.02.2015 um 13:53 schrieb "Phelps, Matthew" <mphelps at cfa.harvard.edu >>> : >>> Any new information here? >> >> maybe some cooperation with the fedora

hi there, first, kudos to Scott. You guy rock with this revolutionizing (and so logic) idea ;-) next, a personal point of view about the lack of upstream adoption of upstart: I wanted to provide an upstart script for NUT for some time, but never found enough matching example to do so. the embedded scripts only address inittab, and the replacement-initscripts are unreachable (see below) and far

One problem I have with custom CentOS 6 installation is that NIS auto.* maps are not available. According to boot.log, ypbind starts before autofs, but when I login to the machine, the maps are not available until I issue a service autofs restart. Any pointers on what to check?

> Am 11.05.2017 um 16:29 schrieb Leon Fauster <leonfauster at googlemail.com>: > >> Am 11.05.2017 um 14:48 schrieb Leon Fauster <leonfauster at googlemail.com>: >> >> https://access.redhat.com/support/policy/intel >> >> shows mainly Xeon CPUs. What about >> >> Intel Core i7-6700 Quad-Core Skylake >> >> has the current EL6

On 05/11/2017 12:45 PM, Leon Fauster wrote: >> Am 11.05.2017 um 16:29 schrieb Leon Fauster <leonfauster at googlemail.com>: >> >>> Am 11.05.2017 um 14:48 schrieb Leon Fauster <leonfauster at googlemail.com>: >>> >>> https://access.redhat.com/support/policy/intel >>> >>> shows mainly Xeon CPUs. What about >>> >>>

Am 30.08.2018 um 10:54 schrieb isdtor <isdtor at gmail.com>: > > Leon Fauster via CentOS writes: >> Since the update from kernel-2.6.32-754.2.1.el6.x86_64 >> to kernel-2.6.32-754.3.5.el6.x86_64 I can not boot my >> KVM guests anymore!? The workstation panics immediately! >> >> I would not have expected this behavior now (last phase of OS). >>