Discuss

discuss@lists.centos.org

34753 discussions

vanilla kernel configuration :: xconfig --> qt errors
by Adrian Sevcenco 19 Feb '11

19 Feb '11

Hi! It seems that i made some changes that make xconfig to not work .. the problem is that not matter what QTDIR i select i receive the same errors that start with : adrian@sevcenco: linux-2.6.37 $ make O=/home/adrian/kernel/kernel_out xconfig GEN /home/adrian/kernel/kernel_out/Makefile HOSTCXX scripts/kconfig/qconf.o /usr/lib64/qt4/include/Qt3Support/q3toolbar.h:45: error: 'Qt::ToolBarDock' has not been declared /usr/lib64/qt4/include/Qt3Support/q3toolbar.h:45: error: 'DockTop' is not a member of 'Qt' /usr/lib64/qt4/include/Qt3Support/q3mainwindow.h:71: error: 'Qt::Dock' has not been declared i have this script for QT : ## QTDIR=/usr/lib64/qt4 QTDIR=/usr/lib64/qt-3.3 export QTDIR export QTINC=$QTDIR/include export QTLIB=$QTDIR/lib export PATH=$PATH:$QTDIR/bin export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$QTLIB no matter of what qt i choose i have the same errors anyone has an idea about what the problem can be? Thanks! Adrian

3 4

ACHTUNG: wrt CentALT repo
by Larry Vaden 19 Feb '11

19 Feb '11

On Wed, Feb 16, 2011 at 2:03 PM, Larry Vaden <vaden(a)texoma.net> wrote: > > N.B. pkgs.org is showing that CentALT is at current code and Fedora is > using a release candidate! Per a discussion with an Internet2 professor this PM: ACHTUNG: Note the repo is apparently without SRPMs so it becomes difficult to vet. Further, no mirrors have been spotted, which is not to say there aren't any, but ... > Centos.alt.ru CentALT RPM Repository has released the following this year alone: > > bind-9.7.3-1.el5.i386.rpm > bind-chroot-9.7.3-1.el5.i386.rpm > bind-devel-9.7.3-1.el5.i386.rpm > bind-libs-9.7.3-1.el5.i386.rpm > bind-pkcs11-9.7.3-1.el5.i386.rpm > bind-sdb-9.7.3-1.el5.i386.rpm > bind-utils-9.7.3-1.el5.i386.rpm > clamav-0.97-1.el5.i386.rpm > clamav-db-0.97-1.el5.i386.rpm > clamav-devel-0.97-1.el5.i386.rpm > clamav-milter-0.97-1.el5.i386.rpm > clamav-server-0.97-1.el5.i386.rpm > ipfw3-20101110-1.el5.i386.rpm > ipt_account-0.1.21-1.el5.i686.rpm > kernel-2.6.18-238.1.1.1.el5.i686.rpm > kernel-devel-2.6.18-238.1.1.1.el5.i686.rpm > kernel-headers-2.6.18-238.1.1.1.el5.i386.rpm > kernel-PAE-2.6.18-238.1.1.1.el5.i686.rpm > kernel-PAE-devel-2.6.18-238.1.1.1.el5.i686.rpm > kernel-xen-2.6.18-238.1.1.1.el5.i686.rpm > kernel-xen-devel-2.6.18-238.1.1.1.el5.i686.rpm > kmod-account-0.1.21-1.el5.i686.rpm > kmod-account-PAE-0.1.21-1.el5.i686.rpm > kmod-account-xen-0.1.21-1.el5.i686.rpm > kmod-ipfw3-20101110-1.el5.i686.rpm > kmod-ipfw3-PAE-20101110-1.el5.i686.rpm > kmod-ipfw3-xen-20101110-1.el5.i686.rpm > l7-filter-userspace-0.11-2.el5.i386.rpm > ldns-1.6.8-1.el5.i386.rpm > ldns-devel-1.6.8-1.el5.i386.rpm > ldns-python-1.6.8-1.el5.i386.rpm > mc-4.7.5.1-1.el5.i386.rpm > nginx-0.9.4-1.el5.i386.rpm > php-5.2.17-1.el5.i386.rpm > php-bcmath-5.2.17-1.el5.i386.rpm > php-cli-5.2.17-1.el5.i386.rpm > php-common-5.2.17-1.el5.i386.rpm > php-dba-5.2.17-1.el5.i386.rpm > php-devel-5.2.17-1.el5.i386.rpm > php-embedded-5.2.17-1.el5.i386.rpm > php-fpm-5.2.17-1.el5.i386.rpm > php-gd-5.2.17-1.el5.i386.rpm > php-imap-5.2.17-1.el5.i386.rpm > php-ldap-5.2.17-1.el5.i386.rpm > php-mbstring-5.2.17-1.el5.i386.rpm > php-mcrypt-5.2.17-1.el5.i386.rpm > php-mhash-5.2.17-1.el5.i386.rpm > php-mssql-5.2.17-1.el5.i386.rpm > php-mysql-5.2.17-1.el5.i386.rpm > php-ncurses-5.2.17-1.el5.i386.rpm > php-odbc-5.2.17-1.el5.i386.rpm > php-pdo-5.2.17-1.el5.i386.rpm > php-pgsql-5.2.17-1.el5.i386.rpm > php-process-5.2.17-1.el5.i386.rpm > php-pspell-5.2.17-1.el5.i386.rpm > php-recode-5.2.17-1.el5.i386.rpm > php-snmp-5.2.17-1.el5.i386.rpm > php-soap-5.2.17-1.el5.i386.rpm > php-tidy-5.2.17-1.el5.i386.rpm > php-xml-5.2.17-1.el5.i386.rpm > php-xmlrpc-5.2.17-1.el5.i386.rpm > php-zts-5.2.17-1.el5.i386.rpm > postfix-2.7.2-2.el5.i386.rpm > postfix-perl-scripts-2.7.2-2.el5.i386.rpm > proftpd-1.3.3d-2.el5.i386.rpm > proftpd-ldap-1.3.3d-2.el5.i386.rpm > proftpd-mysql-1.3.3d-2.el5.i386.rpm > proftpd-postgresql-1.3.3d-2.el5.i386.rpm > repodata/ > unbound-1.4.8-1.el5.i386.rpm > unbound-devel-1.4.8-1.el5.i386.rpm > unbound-libs-1.4.8-1.el5.i386.rpm > unbound-munin-1.4.8-1.el5.i386.rpm > vnstat-1.10-2.el5.i386.rpm > vsftpd-2.3.4-1.el5.i386.rpm > > kind regards/ldv >

3 7

Re: [CentOS] We haven't had a lot of demand for Fedora...people seem okay with CentOS!
by Larry Vaden 18 Feb '11

18 Feb '11

On Fri, Feb 18, 2011 at 5:09 PM, Rudi Ahlers <Rudi(a)softdux.com> wrote: > Larry, I suggest you leave this group while it's still safe todo so. > > What do you have against CentOS & FOSS ???? Absolutely nothing to the purity of Ivory soap :) 26 of our favorite servers run CentOS. Having read what Lamar wrote, namely: On Fri, Feb 18, 2011 at 3:36 PM, Lamar Owen <lowen(a)pari.edu> wrote: <quote> There is plenty of documentation on how to do a Fedora rebuild yourself on the Fedora project wiki. And, not to beat a dead horse, but EL6 is based off F12, and thus, once you have comps and a few things, in theory the Fedora infrastructure, loaded with all the buildrequires (a larger package set than the distributed SRPMS) for EL6, would churn out EL6 builds and composes. </quote> This poster doesn't have a spare box, so after reading Lamar's post about how to learn, GMail mentioned $FREE Xen vboxen over at chunkhost.com. When queried about whether a FC14 image was available and thus a vbox on which the learning process could proceed, the subject line was the answer. Thus, the compliment to the CentOS Team and to the CentOS Community for the wisdom of selecting CentOS as the beneficiary of their hard work and for their choice of an OS, respectively. Some may perceive ambiguity in the subject line :(

1 0

Re: [CentOS] We haven't had a lot of demand for Fedora...people seem okay with CentOS!
by Larry Vaden 18 Feb '11

18 Feb '11

2 1

request for a learning moment
by Larry Vaden 18 Feb '11

18 Feb '11

On Fri, Feb 18, 2011 at 1:45 PM, Scot P. Floess <sfloess(a)nc.rr.com> wrote: > > I'd expect better behavior and conduct from someone who holds such a > title... <request for a learning moment> Since beauty is in the eye of the beholder(s), please select my most egregious post(s) and let me know said post(s) so that I have the opportunity to better modify my behavior with the result that we can focus on the business at hand. </request for a learning moment> kind regards/ldv/vaden(a)texoma.net

3 2

OT - simple CAD program to design electronic circuits with
by Keith Roberts 18 Feb '11

18 Feb '11

Hi all. Is there an electronic circuit design CAD package available for Centos 5.5 please? Kind Regards, Keith Roberts ----------------------------------------------------------------- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk All email addresses are challenge-response protected with TMDA [http://tmda.net] -----------------------------------------------------------------

7 10

nss_ldap: reconnected to LDAP server ldap://127.0.0.1
by Tim Alberts 18 Feb '11

18 Feb '11

Hello, I have a problem that I'm really having trouble figuring out. I run CentOS Linux 5.5. I have three servers. All have been setup and running with LDAP authentication for a couple years with absolutely no problems. Unfortunately a couple weeks ago, we had a power outage. Ever since, I am having continuous problems with authentication to the server. I see in /var/log/messages nss_ldap: reconnected to LDAP server ldap://127.0.0.1 I did run a yum update that installed an update to ldap, however that did not fix the issue. I have seen a post mentioning changing 'nss_connect_policy persist' to 'nss_connect_policy oneshot'. However I don't see this setting in my server, and again, the server was working perfectly fine for years before the power outage. I'm really thinking that some file got corrupted and I just need to clean it out. Maybe a cache file somewhere? Following is ldap.conf file. Any suggestions? <ldap.conf> base dc=inside,dc=msi timelimit 120 bind_timelimit 120 idle_timelimit 3600 nss_initgroups_ignoreusers root,ldap,named,avahi,haldaemon,dbus,radvd,tomcat,radiusd,news,mailman rootbinddn cn=Manager,dc=inside,dc=msi nss_base_passwd ou=People,dc=inside,dc=msi nss_base_shadow ou=People,dc=inside,dc=msi nss_base_group ou=Group,dc=inside,dc=msi uri ldap://127.0.0.1 ldap://my.domain ssl no tls_cacertdir /etc/openldap/cacerts pam_password md5 </ldap.conf>

3 7

Re: [CentOS] Any update on 5.6 / 6?
by Always Learning 18 Feb '11

18 Feb '11

There are lots of people in similar circumstances to Larry. He has a recognised medical syndrome. People get problems. Some do not know how to effectively tackle their major problem so stress increases to a significant and detrimental extent. Often the person is never fully aware of high stress levels they have. Just because someone looks 'normal' it does not mean they are not in someway suffering. A good example is someone suffering from an incurable illness with a year to live. Can anyone really identity their significantly shorted lifespan just by looking at them in the street as they walk by? Diversions into irritating behaviour are a classic example of someone desperately trying to avoid thinking about, and therefore dealing with, a major problem. The reason they try to avoid thinking about the problem is the very high stress levels associated with that problem. It is too much for them to handle. The diversionary behaviour is a form of 'stress relief' and ultimately a cry for help. Larry is very likely curable. He just needs to talk confidentially and openly to someone who can begin to help him. Often a problem shared is a problem halved *and* the stress levels are lowered. Larry, I know you will read this, talk to a friend - Get help. With best regards, Paul. England, EU.

1 0

Software RAID Level 1, smartd and changing dev numbers
by James Smallacombe 18 Feb '11

18 Feb '11

We have about 50 CentOS servers with software RAID level 1 (mirroring). Each week, we swap out one of the drives (the one in the second of four hot-swap bays, only the first two of which contain drives) on each server and take them offsite for safekeeping. The problem is, the kernel seemingly randomly switches between /dev/sdb and /dev/sdc for these devices. This makes the process slower by requiring more manual input where a script(s) could otherwise suffice. It also confuses smartd, which AFAIK, needs the correct device names to report accurately. Ideally, we'd like to force the OS at some level to always see these devices as /dev/sda and /dev/sdb. If not, is there at least some way to configure smartd to be "smart" and recognize which devices are in use? TIA,

9 16

Re: [CentOS] Authentication Problems
by James Bensley 18 Feb '11

18 Feb '11

On 16 Feb 2011 12:34, "Nico Kadel-Garcia" <nkadel(a)gmail.com> wrote: > > Uh-oh. Has your developer, or you, been editing the /etc/passwd, > /etc/shadow, /etc/group, or /etc/gshadow files manually? Nope. > And do you > use NIS or LDAP for authentication? Nope. > And this is a publicly exposed > webserver, right? How fast can you rebuild it if it's been rootkitted? How long is a peice of string? As quick as I can reupload the data, but thats another issue for another day. > Check the /etc/shadow and /etc/group for consistent numbers of > entries, and /etc/group and /etc/gshadow. Do you mean duplicate entries? If so there are none of those. > Do you have other users who > can still log in or not? There is only the root and web dev user on this box. Thanks for your input Nico :) --James. (This email was sent from a mobile device)

4 5

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss